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
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
