[PATCH] cpufreq: instantiate cpufreq-cpu0 as a platform_driver
Nishanth Menon
nm at ti.com
Mon Jan 28 13:20:11 EST 2013
On 16:32-20130128, Shawn Guo wrote:
> On Sat, Jan 26, 2013 at 11:21:27PM +0100, Rafael J. Wysocki wrote:
> > On Saturday, January 26, 2013 09:55:50 PM Shawn Guo wrote:
> > > As multiplatform build is being adopted by more and more ARM platforms,
> > > initcall function should be used very carefully. For example, when
> > > GENERIC_CPUFREQ_CPU0 is built in the kernel, cpu0_cpufreq_driver_init()
> > > will be called on all the platforms to initialize cpufreq-cpu0 driver.
> > >
> > > To eliminate this undesired the effect, the patch changes cpufreq-cpu0
> > > driver to have it instantiated as a platform_driver. Then it will only
> > > run on platforms that create the platform_device "cpufreq-cpu0".
> > >
> > > Along with the change, it also changes cpu_dev to be &pdev->dev,
> > > so that managed functions can start working, and module build gets
> > > supported too.
> > >
> > > Signed-off-by: Shawn Guo <shawn.guo at linaro.org>
> > > ---
> > > Rafael,
> > >
> > > The patch depends patch "power: export opp cpufreq functions".
> > > https://patchwork.kernel.org/patch/1847261/
> >
> > That one should use EXPORT_SYMBOL_GPL() for exporting symbols, though.
> >
> When commit 80126ce (PM / OPP: Export symbols for module usage.)
> already exported a few symbols with EXPORT_SYMBOL()?
I have split this out as a separate OPP series with a variant of
https://patchwork.kernel.org/patch/1847261/ added at last.
Will post this out in a few mins.
--
Regards,
Nishanth Menon
More information about the linux-arm-kernel
mailing list