Hi Rob, Grant, On Fri, 05 Aug 2011 18:22:36 -0500, Rob Herring wrote: > Grant, > > On 08/05/2011 05:54 PM, Grant Likely wrote: > > On Fri, Aug 05, 2011 at 04:24:26PM -0500, Rob Herring wrote: > >> From: Rob Herring <rob.herring@xxxxxxxxxxx> > >> > >> All callers of of_i2c_register_devices are immediately preceded by a call > >> to i2c_add_adapter or i2c_add_numbered_adapter. Add call to > >> of_i2c_register_devices and remove all other callers. > >> > >> This causes a module dependency loop that is resolved by the next commit. > > > > Wrong way around. Don't break bisectability. I'll leave it up to Ben > > and Jean on weather or not they want to move this code. I intend to > > do the same thing for spi/gpio, but I maintain those subsystems so I > > get to choose. i2c is not up to me. > > Well, I know, but it's only broken for bisect in the case of both being > modules. So it's only run-time brokenness. That's better than the 3 > months it was broken before. I couldn't come up with a better way. The > choices I thought of were: > > -temporarily exporting and adding of_i2c_register_devices to i2c.h and > then removing it. I'm not a fan of adding that churn. > -just combining it all into 1 patch. That would have been the right thing to do, yes. The two patches are not so large, so the resulting merged patch would still be reasonable. There's no point in splitting patches if they can't be applied in sequence, bisected, and rejected, reverted or backported individually; which is clearly not the case here. But anyway, I don't buy the whole thing. We currently have a nice separation between OF and the underlying bus types. Breaking it all just for the sake of saving one call in 4 drivers (out of ~70 in the current kernel tree) doesn't seem worth it, at all. It would make things harder to maintain, too (I definitely do not want to maintain OF-specific code). If you are really worried about the extra call to of_i2c_register_devices(), then maybe the of_i2c implementation is incorrect, and you should rework it to build on top of i2c_register_board_info() rather than i2c_new_device(). > -reverse the order and leave i2c device registration broken for 1 > commit. Thinking some more about it, perhaps that is a bit better than > broken module loading. Guess it depends if you are doing modules or > built-in. -- Jean Delvare -- To unsubscribe from this list: send the line "unsubscribe linux-i2c" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
