On Wed, May 27, 2009 at 12:32 PM, Mark Brown <[email protected]> wrote: > On Wed, May 27, 2009 at 05:05:27PM +0200, Robert Schwebel wrote:
>> oftree could be a great tool if these things would be resolved. >> Currently they are not, and in result, ARM just works and is easy, >> whereas on PowerPC systems people often spend more time working on >> binding stuff than on the actual functionality. > > This worries me too, my experiences with OF device tree handling for > ASoC have been pretty negative - but then audio is one of the worst > cases for handling within the device tree. ASoC is where I2C was a year ago. I2C had it's own module loading conventions. OF assumes the subsystem is going to follow the standard kernel module loading conventions. I2C has now been fixed to use the standard conventions and it happily works with OF now. The fight with ASoC is that two different entities are trying to link the modules together - ASoC (machine drivers) and the device tree code. There should only be one system linking everything together. But you want these ASoC machine drivers on ARM because ARM doesn't have device trees. I2C had the same problem. I2C wanted everything loaded form machine drivers. The machine drivers are now optional. ASoC can be fixed in the same way. -- Jon Smirl [email protected] _______________________________________________ devicetree-discuss mailing list [email protected] https://ozlabs.org/mailman/listinfo/devicetree-discuss
