On Tue, Feb 03, 2015 at 09:35:01AM +0530, Viresh Kumar wrote:
> On 3 February 2015 at 02:28, Eduardo Valentin <edubezval@gmail.com> wrote:
> > Dear all,
> >
> > The exynos cpufreq driver needs to be build as module. The need is to fix
> > the problem risen by Arnd due to the added OF thermal dependency [1].
> >
> > Therefore, this series, in preparation to allow building this driver as
> > a module, changes the way this driver handles allocated resources. Now
> > it is expected to free the allocated resources uppon driver exit.
> >
> > A couple of changes in the data structure organization and callbacks were necessary.
> > Therefore, changes were added accordingly.
> >
> > Please review. I do not have a way to test these patch in a board today though. So, testing
> > is more than welcome :-).
> >
> > [1] - https://lkml.org/lkml/2015/1/31/175
> >
> > Cheers,
> >
> > Eduardo Valentin (14):
> >   cpufreq: exynos4210: properly put of node
> >   cpufreq: exynos4210: iounmap in error path
> >   cpufreq: exynos4210: use devm_clk_get
> >   cpufreq: exynos4x12: properly put of node
> >   cpufreq: exynos4x12: iounmap in error path
> >   cpufreq: exynos4x12: use devm_clk_get
> >   cpufreq: exynos5250: properly put of node
> >   cpufreq: exynos5250: iounmap in error path
> >   cpufreq: exynos5250: use devm_clk_get
> >   cpufreq: exynox-cpufreq: pass exynos_dvfs_info to .set_freq callback
> >   cpufreq: exynos4210: remove unused symbol cpufreq
> >   cpufreq: exynos4x12: remove unused symbol cpufreq
> >   cpufreq: exynos5250: remove unused symbol cpufreq
> >   cpufreq: exynos-cpufreq: release resources by using managed allocation
> 
> Some of this might be unnecessary ..
> http://lists.infradead.org/pipermail/linux-arm-kernel/2014-November/304984.html

OK. Pick what makes sense. 


> 
> And please cc samsung maintainers next time ..

Sure. The patches were all copied to what get_maintainers.pl told me.
I missed them in Patch 0 though.

I would appreciate if we can fix this issue so that I can send out the
thermal changes in exynos code without breaking things apart.

What would be the best way to proceed here? Would you be picking the
rework in exynos cpufreq code and then the cleanups to make to make
possible to build it as a module? Or should this go together with the
thermal changes?

Cheers,

Eduardo Valentin