On Thu, 2008-12-18 at 20:49 +0300, Anton Vorontsov wrote: > Exactly, this matters for non-embedded case. Why would I want totally > unneeded I2C bindings built-in into my iBook kernel? ;-) > > >> And the solution that everybody seem to agree with (SPI driver example): > >> http://lkml.org/lkml/2008/10/30/393 > > > > Hmm, that doesn't seem to allow for any binding mechanism other than > > internal and OF > > Yeah, not without hacks (though, we can do some sort of chained pdata > handlers, thus we can allow other bindings mechanisms). But so far we > don't have anything other than OF and "board files"/raw bindings (I can't > actually imagine any other option). > > Both approaches have their cons, sure. The difference is: for the > $subject approach we'll see the cons immediately, while in my approach > the cons are theoretical.
So what's the situation with this patch ? In general, who should be considered as "in charge" of the OF i2c stuff btw ? Cheers, Ben. _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
