From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:37435) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SF4JV-0000qR-F7 for qemu-devel@nongnu.org; Tue, 03 Apr 2012 10:02:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SF4JO-00027N-9Z for qemu-devel@nongnu.org; Tue, 03 Apr 2012 10:02:25 -0400 Received: from smtp.eu.citrix.com ([62.200.22.115]:9118) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SF4JO-00025Z-3F for qemu-devel@nongnu.org; Tue, 03 Apr 2012 10:02:18 -0400 From: Ian Jackson MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-ID: <20347.742.768963.36907@mariner.uk.xensource.com> Date: Tue, 3 Apr 2012 15:02:14 +0100 In-Reply-To: <4F7B0122.9090602@citrix.com> References: <20345.56773.8058.87028@mariner.uk.xensource.com> <20346.64407.174158.890551@mariner.uk.xensource.com> <4F7B0122.9090602@citrix.com> Subject: Re: [Qemu-devel] [Xen-devel] [XEN][RFC PATCH 14/15] xl-parsing: Parse the new option device_models List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Julien Grall Cc: Julian Pidancet , "xen-devel@lists.xensource.com" , "qemu-devel@nongnu.org" , Stefano Stabellini Julien Grall writes ("Re: [Xen-devel] [XEN][RFC PATCH 14/15] xl-parsing: Parse the new option device_models"): > On 04/03/2012 02:31 PM, Ian Jackson wrote: > > Are the PCI addresses not assigned in a deterministic fashion by code > > in qemu-dm, in this case in the qemu-dm which is emulating the pci > > bridge ? If not then that needs to be fixed, surely ? > > Indeed but each QEMU emulate a subset of the hardware. > So how QEMU can know the available PCI addresses ? > I think that toolstack must allocate the BDF, otherwise we need to have > communication between each qemu-dm. Currently the bdfs are allocated by the single qemu-dm, right ? Why cannot that functionality stay there, with the pci bridge emulation ? Ian. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Jackson Subject: Re: [XEN][RFC PATCH 14/15] xl-parsing: Parse the new option device_models Date: Tue, 3 Apr 2012 15:02:14 +0100 Message-ID: <20347.742.768963.36907@mariner.uk.xensource.com> References: <20345.56773.8058.87028@mariner.uk.xensource.com> <20346.64407.174158.890551@mariner.uk.xensource.com> <4F7B0122.9090602@citrix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <4F7B0122.9090602@citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Julien Grall Cc: Julian Pidancet , "xen-devel@lists.xensource.com" , "qemu-devel@nongnu.org" , Stefano Stabellini List-Id: xen-devel@lists.xenproject.org Julien Grall writes ("Re: [Xen-devel] [XEN][RFC PATCH 14/15] xl-parsing: Parse the new option device_models"): > On 04/03/2012 02:31 PM, Ian Jackson wrote: > > Are the PCI addresses not assigned in a deterministic fashion by code > > in qemu-dm, in this case in the qemu-dm which is emulating the pci > > bridge ? If not then that needs to be fixed, surely ? > > Indeed but each QEMU emulate a subset of the hardware. > So how QEMU can know the available PCI addresses ? > I think that toolstack must allocate the BDF, otherwise we need to have > communication between each qemu-dm. Currently the bdfs are allocated by the single qemu-dm, right ? Why cannot that functionality stay there, with the pci bridge emulation ? Ian.