[PATCH 1/2] [MTD] Add support for RAM & ROMmappings in the physmap_of MTD driver.
Rune Torgersen
runet at innovsys.com
Tue Apr 29 02:26:15 EST 2008
Laurent Pinchart wrote:
> Last thing I heard was that the device tree should not encode
> a device's
> expected usage, so memory nodes should not have any
> compatible property that
> would automatically associated them to an MTD driver. I've
> been adviced to
> add platform-specific code to instantiate a platform device manually
> (possibly checking if the required memory node is present in
> the device
> tree). This arguably makes sense, but adds more
> platform-specific code.
So... What good it the device tree at all then, if intended usage should
not be encoded in there.
Most other devices has an intended usage encoded.
Examples would be the FCC's on a Freescale PQ2 chip, where they are
encoded as ethernet controllers. (Thsy could be used as high-speed HDLC
controllers, ATM controllers and other usages), the SCC ports (as
serial, they can be used for syncronous serial and HDLC)
That would also mean if usage would change, the kernel image (and
possiby u-boot) whould have to change, instead of just fixing the device
tree. Argh....
More information about the Linuxppc-dev
mailing list