[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [QEMU][RFC PATCH 1/6] option: Add -xen-dmid

To: Jan Kiszka <jan.kiszka@xxxxxx>
From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Date: Fri, 23 Mar 2012 10:42:44 +0000
Cc: "Julien Grall \(Intern\)" <julien.grall@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, "qemu-devel@xxxxxxxxxx" <qemu-devel@xxxxxxxxxx>, Stefano Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>, Julian Pidancet <julian.pidancet@xxxxxxxxxx>
Delivery-date: Fri, 23 Mar 2012 10:44:04 +0000
List-id: Xen developer discussion <xen-devel.lists.xen.org>

On Thu, 22 Mar 2012, Jan Kiszka wrote:
> On 2012-03-22 17:01, Julien Grall wrote:
> > With this option, QEMU knows it's ID and can retrieve it's configuration
> > from XenStore.
> 
> Isn't this better modeled as a (Xen) machine option? I'd like to avoid
> more "special" command line switch proliferation.

I agree.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel

References:
- [Xen-devel] [QEMU][RFC PATCH 0/6] QEMU disaggregation
  - From: Julien Grall
- [Xen-devel] [QEMU][RFC PATCH 1/6] option: Add -xen-dmid
  - From: Julien Grall
- Re: [Xen-devel] [QEMU][RFC PATCH 1/6] option: Add -xen-dmid
  - From: Jan Kiszka

Prev by Date: Re: [Xen-devel] [PATCH] x86/hpet: force_hpet_broadcast can be __initdata
Next by Date: Re: [Xen-devel] [QEMU][RFC PATCH 2/6] xen: Add functions to register PCI and IO in Xen
Previous by thread: Re: [Xen-devel] [QEMU][RFC PATCH 1/6] option: Add -xen-dmid
Next by thread: [Xen-devel] [QEMU][RFC PATCH 2/6] xen: Add functions to register PCI and IO in Xen
Index(es):
- Date
- Thread

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.