[Qemu-devel] [RFC PATCH 0/7] QEMU patches to generate FDT from qdevs

Paul Brook paul at codesourcery.com
Sat Apr 10 01:57:10 EST 2010


> On Fri, Apr 9, 2010 at 6:07 AM, Paul Brook <paul at 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


More information about the devicetree-discuss mailing list