On Monday 21 January 2013, Vineet Gupta wrote: > OK - I'll make a note. BTW init_time was a recent addition, the reason being it's > timing. For registering a clocksource, init_irq and init_smp are too early > (timekeeping not yet up) while init_machine (arch initcall) seemed too late - but > thinking again, it could well be done in there. I need to check with the relevant > platform folks. For linux-3.9, we're adding support to drivers/clocksource to keep the individual clocksource drivers separate from the platform (on ARM). If you follow the same model, you can just call the global clocksource init function from arch code and it will find the right timer from the device tree, rather than having to list it per platform. > > It probably makese sense for you to keep the above structure > > for now, but you can also think about obsoleting some > > of the calls in the future. It may be a good idea to have > > a default version for each of these but still allow overriding > > them for maximum flexibility in the platform. > > IMHO the default has to be NULL, unless the platform has a quirk. It would be > cleaner (and easier to read) if any default was factored out into ARC common code. Yes, that's what I meant. Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-arch" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
