From xen-devel-bounces@lists.xen.org Mon Jan 06 18:02:15 2014 Received: (at maildrop) by bugs.xenproject.org; 6 Jan 2014 18:02:16 +0000 Received: from lists.xen.org ([50.57.142.19]) by bugs.xenproject.org with esmtp (Exim 4.80) (envelope-from ) id 1W0EVD-00063E-Un for xen-devel-maildrop-Eithu9ie@bugs.xenproject.org; Mon, 06 Jan 2014 18:02:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W0EQq-0003Wb-Di; Mon, 06 Jan 2014 17:57:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W0EQp-0003WS-QZ for xen-devel@lists.xenproject.org; Mon, 06 Jan 2014 17:57:44 +0000 Received: from [85.158.143.35:57537] by server-3.bemta-4.messagelabs.com id 9B/49-32360-79EEAC25; Mon, 06 Jan 2014 17:57:43 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1389031061!9963699!1 X-Originating-IP: [156.151.31.81] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTU2LjE1MS4zMS44MSA9PiAyODgzMzk=\n X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21666 invoked from network); 6 Jan 2014 17:57:42 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jan 2014 17:57:42 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id s06HvdTa010906 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 6 Jan 2014 17:57:40 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s06HvcVQ024508 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 6 Jan 2014 17:57:39 GMT Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by userz7022.oracle.com (8.14.5+Sun/8.14.4) with ESMTP id s06HvcJj006974 for ; Mon, 6 Jan 2014 17:57:38 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 06 Jan 2014 09:57:37 -0800 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 7FAF31C18DC; Mon, 6 Jan 2014 12:57:13 -0500 (EST) Date: Mon, 6 Jan 2014 12:57:13 -0500 From: Konrad Rzeszutek Wilk To: xen-devel@lists.xenproject.org Message-ID: <20140106175713.GB28636@phenom.dumpdata.com> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet22.oracle.com [141.146.126.238] Subject: [Xen-devel] xend vs xl with pci=['' are not owned by pciback or pcistub will still launch. X-BeenThere: xen-devel@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org In Xend, if I had a pci entry in the guest config and the PCI device was not assigned to xen-pciback or pci-stub it would refuse to launch the guest. Not so with 'xl'. It will complain but still launch: -bash-4.1# cd drivers/pciback/ -bash-4.1# ls 0000:01:00.0 0000:03:08.1 0000:03:0a.0 0000:03:0b.1 irq_handlers new_slot remove_id uevent 0000:01:00.1 0000:03:09.0 0000:03:0a.1 bind module permissive remove_slot unbind 0000:03:08.0 0000:03:09.1 0000:03:0b.0 irq_handler_state new_id quirks slots -bash-4.1# echo "0000:03:0b.0" > unbind -bash-4.1# echo "0000:03:0b.1" > unbind -bash-4.1# xl create /mnt/lab/security/security.cfg Parsing config from /mnt/lab/security/security.cfg libxl: error: libxl_pci.c:1055:libxl__device_pci_add: PCI device 0:3:b.0 is not assignable libxl: error: libxl_pci.c:1055:libxl__device_pci_add: PCI device 0:3:b.1 is not assignable -bash-4.1# xl list Name ID Mem VCPUs State Time(s) Domain-0 0 2047 4 r----- 14.7 security 1 1023 1 -b---- 8.0 -bash-4.1# -bash-4.1# cat /mnt/lab/security/security.cfg |grep -v \# device_model_version="qemu-xen-traditional" builder="hvm" memory = 1024 name = "security" vcpus=1 vif = [ 'mac=00:0F:4B:00:00:84,bridge=switch' ] disk = [ 'phy:/dev/sda,xvda,w' ] pci= ['0000:03:08.0', '000:03:08.1', '0000:03:09.0', '0000:03:09.1', '0000:03:0a.0', '0000:03:0a.1', '0000:03:0b.0', '0000:03:0b.1'] vnc=1 vnclisten='0.0.0.0' vncunused=1 serial="pty" And naturally when shutting/destroying the guest it will say: -bash-4.1# xl destroy 1 libxl: error: libxl_pci.c:1265:do_pci_remove: xc_deassign_device failed: No such device libxl: error: libxl_pci.c:1265:do_pci_remove: xc_deassign_device failed: No such device (XEN) [2014-01-06 17:54:39] deassign 0000:03:0b.0 from dom1 failed (-19) (XEN) [2014-01-06 17:54:39] deassign 0000:03:0b.1 from dom1 failed (-19) because it tries to de-allocate them even though they were not part of the guest. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel