Ohad Ben-Cohen <ohad@xxxxxxxxxx> writes: > On Tue, Oct 19, 2010 at 7:03 PM, Kevin Hilman > <khilman@xxxxxxxxxxxxxxxxxxx> wrote: >>> +postcore_initcall(hwspinlocks_init); >> >> Any reason this needs to be a postcore_initcall? ÂAre there users of >> hwspinlocks this early in boot? > > i2c-omap, which is subsys_initcall (the I2C bus is shared between the > A9 and the M3 on some OMAP4 boards). Rather than moving towards having more drivers have to be built in (and depend on their probe order) we need to be moving towards building all these drivers as modules, including omap-i2c. > And to allow early board code to reserve specific hwspinlock numbers > for predefined use-cases, we probably want to be before arch_initcall. There's no reason for board code to have to do this at initcall time. This kind of thing needs to be done by platform_data function pointers, as is done for every other driver that needs platform-specific driver customization. Kevin -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
