From patchwork Fri Sep 2 09:32:55 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Olaf Hering X-Patchwork-Id: 9310631 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id 8E9F360772 for ; Fri, 2 Sep 2016 09:35:46 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 7F2272970F for ; Fri, 2 Sep 2016 09:35:46 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 73B5629727; Fri, 2 Sep 2016 09:35:46 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.1 required=2.0 tests=BAYES_00,DKIM_SIGNED, RCVD_IN_DNSWL_MED,T_DKIM_INVALID autolearn=ham version=3.3.1 Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.wl.linuxfoundation.org (Postfix) with ESMTPS id 473522970F for ; Fri, 2 Sep 2016 09:35:44 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bfkqn-0004Ah-R1; Fri, 02 Sep 2016 09:33:29 +0000 Received: from mail6.bemta6.messagelabs.com ([193.109.254.103]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bfkqn-0004Ab-3E for xen-devel@lists.xen.org; Fri, 02 Sep 2016 09:33:29 +0000 Received: from [193.109.254.147] by server-3.bemta-6.messagelabs.com id 42/52-05661-86749C75; Fri, 02 Sep 2016 09:33:28 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprEIsWRWlGSWpSXmKPExsUSuHLSXd1095P hBt3HlC2WfFzM4sDocXT3b6YAxijWzLyk/IoE1oyDa3ezFvTxVazobGJuYGzg6WLk4mAR6GKW mDJlIUsXIyeHhICvxPLFt4BsDiBbROLJ/zSQGiGBu0wS/xa9BKthE1CS2HvwOCOILSKQINH1+ zEjSBGzwGwmiZ5ns5lBEsICdhKremawgdgsAqoSC65NAmvmFTCWWHFgItQyOYlL274wQ8QFJU 7OfAIWZxaQl2jeOpt5AiPvLCSpWUhSCxiZVjGqF6cWlaUW6VroJRVlpmeU5CZm5ugaGpjp5aY WFyemp+YkJhXrJefnbmIEhg8DEOxgnH3Z/xCjJAeTkijva/uT4UJ8SfkplRmJxRnxRaU5qcWH GGU4OJQkeEtcgXKCRanpqRVpmTnAQIZJS3DwKInwngdJ8xYXJOYWZ6ZDpE4x6nJsm7f3CpMQS 15+XqqUOO8ZkCIBkKKM0jy4EbCousQoKyXMywh0lBBPQWpRbmYJqvwrRnEORiVh3o0gU3gy80 rgNr0COoIJ6IiSa8dBjihJREhJNTCalDhVZza+5g3+Gvuqtv1l0A2XaSlvenKCRZa1y0T+cbr ytDrX2vQ346OF23J5ui777q05EfhX7dmJa2zXrW5WrIqcnNe6jTfR/3C87JF3E5/nexue4T9r w1u/8ZHFilt669WlVjee+Sx+/8XLJ6pZHzhrL0Uf/HtM1+jFnP4ckdKr6kHK7UuUWIozEg21m IuKEwHC1HBZpQIAAA== X-Env-Sender: olaf@aepfle.de X-Msg-Ref: server-5.tower-27.messagelabs.com!1472808807!57222206!1 X-Originating-IP: [81.169.146.221] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 8.84; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24149 invoked from network); 2 Sep 2016 09:33:27 -0000 Received: from mo4-p00-ob.smtp.rzone.de (HELO mo4-p00-ob.smtp.rzone.de) (81.169.146.221) by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 2 Sep 2016 09:33:27 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1472808807; l=1843; s=domk; d=aepfle.de; h=Content-Transfer-Encoding:MIME-Version:Date:Subject:Cc:To:From; bh=WdoHdJ8IW2LsjA7dlpTOpzsZlGsZzfcM/vSMUgq8N/g=; b=ZXDyVRQfMA5JSWXlgZeuHe6+MpHOl9RuhceG1TUFEdyfzpRTCM5+ItIuQgoB07ENCYk x8EzOtzN16Mtt9AYVSnmY4rJ2Ehg8CVALuNVTSk/F7fLLLowq9/xQR/bw+ubTDs3cFuWv lvmQrgUGFRen0IF+T7EjTAkiUoABC1NWeyA= X-RZG-AUTH: :P2EQZWCpfu+qG7CngxMFH1J+yackYocTD1iAi8x+OWtqWFmrC5F/k8z92bXikQ== X-RZG-CLASS-ID: mo00 Received: from aepfle.de (aftr-185-17-206-179.dynamic.mnet-online.de [185.17.206.179]) by smtp.strato.de (RZmta 38.13 DYNA|AUTH) with ESMTPSA id 508f93s829X4IyM (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Fri, 2 Sep 2016 11:33:04 +0200 (CEST) From: Olaf Hering To: Konrad Rzeszutek Wilk , Stefano Stabellini Date: Fri, 2 Sep 2016 11:32:55 +0200 Message-Id: <20160902093255.24791-1-olaf@aepfle.de> X-Mailer: git-send-email 2.9.3 MIME-Version: 1.0 Cc: Olaf Hering , Wei Liu , George Dunlap , Andrew Cooper , Tim Deegan , xen-devel@lists.xen.org, Jan Beulich , Ian Jackson Subject: [Xen-devel] [PATCH] docs: document old SUSE/Novell unplug for HVM X-BeenThere: xen-devel@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" X-Virus-Scanned: ClamAV using ClamSMTP Signed-off-by: Olaf Hering Reviewed-by: Konrad Rzeszutek Wilk --- docs/misc/hvm-emulated-unplug.markdown | 24 ++++++++++++++++++++++++ 1 file changed, 24 insertions(+) diff --git a/docs/misc/hvm-emulated-unplug.markdown b/docs/misc/hvm-emulated-unplug.markdown index c6d1f9b..70fb024 100644 --- a/docs/misc/hvm-emulated-unplug.markdown +++ b/docs/misc/hvm-emulated-unplug.markdown @@ -70,3 +70,27 @@ xen/include/public/hvm/pvdrivers.h. NOTE: The IO ports implementing the unplug protocol are implemented as part of the Xen Platform PCI Device, so if that device is not present in the system then this protocol will not work. + + +Unplug protocol for old SUSE PVonHVM + +During xen-3.0.4 timeframe an unofficial unplug protocol was added to +the xen-platform-pci kernel module. The value 0x1 was written to offset +0x4 in the memory region of the Xen Platform PCI Device. This was done +unconditionally. The corresponding code in qemu-xen-traditional did an +unplug of all NIC, IDE and SCSI devices. This was used in all SUSE +releases up to openSUSE 12.3, SLES11SP3. Starting with openSUSE 13.1 and +SLES11SP4/SLE12 the official protocol was used. + +Unplug protocol for old Novell VMDP + +During Xen-3.0 timeframe an unofficial unplug protocol was used in +Novells VMDP. Depending on how VMDP was configured it would control all +devices, or either NIC or storage. To control all devices the value 0x1 +was written to offset 0x4 in the memory region of the Xen Platform PCI +Device. This was supposed to unplug NIC, IDE and SCSI devices. If VMDP +was configured to control just NIC devices it would write the value 0x1 +to offset 0x8. If VMDP was configured to control just storage devices it +would write the value 0x2 to offset 0x8. Starting with VMDP version 1.7 +(released 2011) the official protocol was used. +