From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LXfC7-0006px-5p for qemu-devel@nongnu.org; Thu, 12 Feb 2009 12:17:47 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LXfC3-0006h6-MT for qemu-devel@nongnu.org; Thu, 12 Feb 2009 12:17:46 -0500 Received: from [199.232.76.173] (port=57344 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LXfC3-0006gr-F2 for qemu-devel@nongnu.org; Thu, 12 Feb 2009 12:17:43 -0500 Received: from mail-bw0-f157.google.com ([209.85.218.157]:57804) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LXfC2-0000vy-Vm for qemu-devel@nongnu.org; Thu, 12 Feb 2009 12:17:43 -0500 Received: by bwz1 with SMTP id 1so1246976bwz.10 for ; Thu, 12 Feb 2009 09:17:41 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <200902121607.39588.paul@codesourcery.com> References: <87iqnh6kyv.fsf@pike.pond.sub.org> <1234378228.28751.79.camel@slate.austin.ibm.com> <87k57w0x4r.fsf@pike.pond.sub.org> <200902121607.39588.paul@codesourcery.com> Date: Thu, 12 Feb 2009 19:17:40 +0200 Message-ID: Subject: Re: [Qemu-devel] [RFC] Machine description as data From: Blue Swirl Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On 2/12/09, Paul Brook wrote: > > * Point me to the FDT code I'm supposed to integrate. I'm looking for > > basic decorated tree stuff: create trees, traverse them, get and put > > properties, add and delete nodes, read and write them as plain, > > human-readable text. > > > I've been threatening to merge my FDT code for a while, but haven't got round > to it. I've attached A drop of my current code, along with a bunch of > example devices (I haven't yet converted any of the current machines). > The basic strategy is the devices should only have deal with this interface, > and not with teh config structures or the rest of qemu directly. Register > windows and interrupts are converted, but things like DMA accesses still use > the old interfaces. > > Most of the devices (e.g. the serial port) support both new and old init > methods. A few (e.g. nand controller) are pure devtree based devices. Looks good to me so far. It will be a big job to convert all devices, though.