From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LXmPf-0003Ht-To for qemu-devel@nongnu.org; Thu, 12 Feb 2009 20:00:16 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LXmPd-0003HU-Tw for qemu-devel@nongnu.org; Thu, 12 Feb 2009 20:00:15 -0500 Received: from [199.232.76.173] (port=47640 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LXmPd-0003HQ-NE for qemu-devel@nongnu.org; Thu, 12 Feb 2009 20:00:13 -0500 Received: from e23smtp01.au.ibm.com ([202.81.31.143]:38422) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LXmPc-0006oC-Pr for qemu-devel@nongnu.org; Thu, 12 Feb 2009 20:00:13 -0500 Received: from d23relay02.au.ibm.com (d23relay02.au.ibm.com [202.81.31.244]) by e23smtp01.au.ibm.com (8.13.1/8.13.1) with ESMTP id n1D0xphO025497 for ; Fri, 13 Feb 2009 11:59:51 +1100 Received: from d23av01.au.ibm.com (d23av01.au.ibm.com [9.190.234.96]) by d23relay02.au.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id n1D109jp1118260 for ; Fri, 13 Feb 2009 12:00:09 +1100 Received: from d23av01.au.ibm.com (loopback [127.0.0.1]) by d23av01.au.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n1D109Ig018787 for ; Fri, 13 Feb 2009 12:00:09 +1100 Date: Fri, 13 Feb 2009 12:00:03 +1100 From: David Gibson Subject: Re: [Qemu-devel] [RFC] Machine description as data Message-ID: <20090213010003.GD8104@yookeroo.seuss> References: <87iqnh6kyv.fsf@pike.pond.sub.org> <1234378228.28751.79.camel@slate.austin.ibm.com> <20090212040138.GD31142@yookeroo.seuss> <87iqng0x3t.fsf@pike.pond.sub.org> <1234461162.20305.16.camel@slate.austin.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1234461162.20305.16.camel@slate.austin.ibm.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Hollis Blanchard Cc: devicetree-discuss@ozlabs.org, Markus Armbruster , qemu-devel@nongnu.org On Thu, Feb 12, 2009 at 11:52:42AM -0600, Hollis Blanchard wrote: > On Thu, 2009-02-12 at 11:26 +0100, Markus Armbruster wrote: > > David Gibson writes: > > > > > On Wed, Feb 11, 2009 at 12:50:28PM -0600, Hollis Blanchard wrote: > > >> On Wed, 2009-02-11 at 16:40 +0100, Markus Armbruster wrote: > > > [snip] > > >> > I briefly examined the DT source format and the tree structure it > > >> > describes for the purpose of QEMU configuration. I decided > > against > > >> > using it in my prototype because I found it awfully low-level and > > >> > verbose for that purpose (I'm sure it serves the purpose it was > > designed > > >> > for just fine). Issues include: > > >> > > > >> > * Since the DT is designed for booting kernels, not configuring > > QEMU, > > >> > there's information that has no place in QEMU configuration, > > and > > >> > required QEMU configuration isn't there. > > >> > > >> What's needed is a "binding" in IEEE1275-speak: a document that > > >> describes qemu-specific nodes/properties and how they are to be > > >> interpreted. > > >> > > >> As an example, you could require that block devices contain > > properties > > >> named "qemu,path", "qemu,backend", etc. > > > > > > Yes, it shouldn't be hard to annotate an IEEE1275 style tree with > > > extra information for qemu's use. > > > > I don't feel up to that task, because I'm not really familiar with > > IEEE1275. Could you help out? > > I'm not really a "language lawyer" for device trees, but I can help. > > FWIW, I was imagining (from a PowerPC point of view) that a strict > subset of the device tree interpreted by qemu would be passed into the > guest. In other words, once qemu is done with it, it would strip every > property prefixed with "qemu," and copy the result into guest memory. > PowerPC kernels require this data structure, and even when firmware runs > in the guest, you still need to tell the firmware what the system layout > is, and the device tree is an obvious candidate... I wouldn't actually bother stripping the "qemu,..." properties. They should be ignored by the OS anyway. -- David Gibson | I'll have my music baroque, and my code david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_ | _way_ _around_! http://www.ozlabs.org/~dgibson