> On Fri, Apr 9, 2010 at 6:07 AM, Paul Brook <p...@codesourcery.com> wrote: > >> Hi everyone, > >> > >> This is an experimental set of patches for populating the flattened > >> device tree (fdt) data from the actual set of qdevs in the platform. > >> I'm not expecting this to get merged anytime soon, but I wanted to get > >> it out there to solicit comments. My target for this is testing > >> device tree support on ARM. > > > > I think you need to convert some more interesting machines before it's > > possible to tell whether this is a sane setup. When investigating FDTs > > for creation of machine I found it's easy to invent something that can > > handle the simple integrator/cp board, but it all starts to fall apart > > when you encounter more complicated boards. In particular things like > > PCI, USB, I2C, etc. and strange bus configurations when you have both > > on-chip and external devices. > > Certainly. What would be a good (preferably ARM) platform to look at? > I'm fairly new to working with QEMU, so I'm not very familiar with > the platforms that are available.
The versatile and readview boards both have PCI. The realview-eb-mpcore in particular has entertaining IRQ routing. The Stellaris boards have various devices hanging off I2C/SSI busses and/or GPO pins (though the stellaris boards aren't capable of running linux). The musicpal audio device may also be interesting as it's connected vi both i2s and gpio based i2c. All these should be fairly well qdev-ified. Arguably the most interesting is the PPC boards as we already know what device tree we need to generate. However these haven't been converted to qdev yet, and it's unclear how well the 4xx boards work to start with. Paul