From: Ian Jackson <Ian.Jackson@eu.citrix.com>
To: Julien Grall <julien.grall@citrix.com>
Cc: Julian Pidancet <julian.pidancet@citrix.com>,
"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
Stefano Stabellini <Stefano.Stabellini@eu.citrix.com>
Subject: Re: [Qemu-devel] [Xen-devel] [XEN][RFC PATCH 14/15] xl-parsing: Parse the new option device_models
Date: Tue, 3 Apr 2012 15:02:14 +0100 [thread overview]
Message-ID: <20347.742.768963.36907@mariner.uk.xensource.com> (raw)
In-Reply-To: <4F7B0122.9090602@citrix.com>
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.
WARNING: multiple messages have this Message-ID (diff)
From: Ian Jackson <Ian.Jackson@eu.citrix.com>
To: Julien Grall <julien.grall@citrix.com>
Cc: Julian Pidancet <julian.pidancet@citrix.com>,
"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
Stefano Stabellini <Stefano.Stabellini@eu.citrix.com>
Subject: Re: [XEN][RFC PATCH 14/15] xl-parsing: Parse the new option device_models
Date: Tue, 3 Apr 2012 15:02:14 +0100 [thread overview]
Message-ID: <20347.742.768963.36907@mariner.uk.xensource.com> (raw)
In-Reply-To: <4F7B0122.9090602@citrix.com>
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.
next prev parent reply other threads:[~2012-04-03 14:02 UTC|newest]
Thread overview: 80+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-22 15:59 [Qemu-devel] [XEN][RFC PATCH 00/15] QEMU disaggregation Julien Grall
2012-03-22 15:59 ` Julien Grall
2012-03-22 15:59 ` [Qemu-devel] [XEN][RFC PATCH 01/15] hvm: Modify interface to support multiple ioreq server Julien Grall
2012-03-22 15:59 ` Julien Grall
2012-03-23 8:18 ` [Qemu-devel] [Xen-devel] " Jan Beulich
2012-03-23 8:18 ` Jan Beulich
2012-03-26 12:32 ` [Qemu-devel] [Xen-devel] " Julien Grall
2012-03-26 12:53 ` Jan Beulich
2012-03-26 12:53 ` [Qemu-devel] [Xen-devel] " Jan Beulich
2012-03-26 12:32 ` Julien Grall
2012-03-23 11:33 ` [Qemu-devel] [Xen-devel] " Ian Campbell
2012-03-23 11:33 ` Ian Campbell
2012-04-12 19:33 ` [Xen-devel] " Julien Grall
2012-04-02 17:12 ` [Qemu-devel] " Ian Jackson
2012-04-02 17:12 ` Ian Jackson
2012-03-22 15:59 ` [Qemu-devel] [XEN][RFC PATCH 02/15] hvm: Add functions to handle ioreq servers Julien Grall
2012-03-22 15:59 ` Julien Grall
2012-03-22 15:59 ` [Qemu-devel] [XEN][RFC PATCH 03/15] hvm-pci: Handle PCI config space in Xen Julien Grall
2012-03-22 15:59 ` Julien Grall
2012-03-23 8:29 ` [Qemu-devel] [Xen-devel] " Jan Beulich
2012-03-23 8:29 ` Jan Beulich
2012-03-26 12:20 ` Julien Grall
2012-03-26 12:20 ` [Qemu-devel] [Xen-devel] " Julien Grall
2012-03-26 12:52 ` Jan Beulich
2012-03-26 12:52 ` [Qemu-devel] [Xen-devel] " Jan Beulich
2012-03-22 15:59 ` [Qemu-devel] [XEN][RFC PATCH 04/15] hvm: Change initialization/destruction of an hvm Julien Grall
2012-03-22 15:59 ` Julien Grall
2012-03-22 15:59 ` [Qemu-devel] [XEN][RFC PATCH 05/15] hvm: Modify hvm_op Julien Grall
2012-03-22 15:59 ` Julien Grall
2012-04-26 17:50 ` Christian Limpach
2012-03-22 15:59 ` [Qemu-devel] [XEN][RFC PATCH 06/15] hvm-io: IO refactoring with ioreq server Julien Grall
2012-03-22 15:59 ` Julien Grall
2012-03-22 15:59 ` [Qemu-devel] [XEN][RFC PATCH 07/15] hvm-io: send invalidate map cache to each registered servers Julien Grall
2012-03-22 15:59 ` Julien Grall
2012-03-22 15:59 ` [Qemu-devel] [XEN][RFC PATCH 08/15] hvm-io: Handle server in buffered IO Julien Grall
2012-03-22 15:59 ` Julien Grall
2012-03-22 15:59 ` [Qemu-devel] [XEN][RFC PATCH 09/15] xc: Add the hypercall for multiple servers Julien Grall
2012-03-22 15:59 ` Julien Grall
2012-03-23 11:37 ` [Qemu-devel] [Xen-devel] " Ian Campbell
2012-03-23 11:37 ` Ian Campbell
2012-03-22 15:59 ` [Qemu-devel] [XEN][RFC PATCH 10/15] xc: Add argument to allocate more special pages Julien Grall
2012-03-22 15:59 ` Julien Grall
2012-03-23 11:39 ` [Qemu-devel] [Xen-devel] " Ian Campbell
2012-03-23 11:39 ` Ian Campbell
2012-03-22 15:59 ` [Qemu-devel] [XEN][RFC PATCH 11/15] xc: Fix python build Julien Grall
2012-03-22 15:59 ` Julien Grall
2012-03-23 11:39 ` [Qemu-devel] [Xen-devel] " Ian Campbell
2012-03-23 11:39 ` Ian Campbell
2012-03-22 15:59 ` [Qemu-devel] [XEN][RFC PATCH 12/15] xl: Add interface to handle multiple device models Julien Grall
2012-03-22 15:59 ` Julien Grall
2012-03-23 11:47 ` [Qemu-devel] [Xen-devel] " Ian Campbell
2012-03-23 11:47 ` Ian Campbell
2012-03-23 13:06 ` [Qemu-devel] [Xen-devel] " Julien Grall
2012-03-23 13:06 ` Julien Grall
2012-03-23 13:55 ` [Qemu-devel] " Ian Campbell
2012-03-23 13:55 ` Ian Campbell
2012-03-22 15:59 ` [Qemu-devel] [XEN][RFC PATCH 13/15] xl-qmp: add device model id to qmp function Julien Grall
2012-03-22 15:59 ` Julien Grall
2012-03-22 15:59 ` [Qemu-devel] [XEN][RFC PATCH 14/15] xl-parsing: Parse the new option device_models Julien Grall
2012-03-22 15:59 ` Julien Grall
2012-04-02 17:11 ` [Qemu-devel] [Xen-devel] " Ian Jackson
2012-04-02 17:11 ` Ian Jackson
2012-04-03 10:05 ` [Qemu-devel] " Stefano Stabellini
2012-04-03 10:05 ` Stefano Stabellini
2012-04-03 13:31 ` [Qemu-devel] " Ian Jackson
2012-04-03 13:31 ` Ian Jackson
2012-04-03 13:54 ` [Qemu-devel] " Julien Grall
2012-04-03 13:54 ` Julien Grall
2012-04-03 14:02 ` Ian Jackson [this message]
2012-04-03 14:02 ` Ian Jackson
2012-04-03 14:16 ` [Qemu-devel] [Xen-devel] " Stefano Stabellini
2012-04-03 14:16 ` Stefano Stabellini
2012-04-03 14:23 ` [Qemu-devel] " Ian Jackson
2012-04-03 14:23 ` Ian Jackson
2012-03-22 15:59 ` [Qemu-devel] [XEN][RFC PATCH 15/15] xl: Launch and destroy all device models Julien Grall
2012-03-22 15:59 ` Julien Grall
2012-03-22 16:59 ` [Qemu-devel] [Xen-devel] [XEN][RFC PATCH 00/15] QEMU disaggregation Tim Deegan
2012-03-22 16:59 ` Tim Deegan
2012-03-23 13:44 ` [Qemu-devel] [Xen-devel] " Julien Grall
2012-03-23 13:44 ` Julien Grall
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20347.742.768963.36907@mariner.uk.xensource.com \
--to=ian.jackson@eu.citrix.com \
--cc=Stefano.Stabellini@eu.citrix.com \
--cc=julian.pidancet@citrix.com \
--cc=julien.grall@citrix.com \
--cc=qemu-devel@nongnu.org \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.