On Wed, Feb 6, 2013 at 10:32 PM, <dirk.brandewie@xxxxxxxxx> wrote: > From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx> > > Scaling drivers that implement internal governors do not have governor > structures assocaited with them. Only track the name of the governor > associated with the CPU if the driver does not implement > cpufreq_driver.setpolicy() > > Signed-off-by: Dirk Brandewie <dirk.j.brandewie@xxxxxxxxx> > Acked-by: Viresh Kumar <viresh.kumar@xxxxxxxxxx> > --- > drivers/cpufreq/cpufreq.c | 4 +++- > 1 files changed, 3 insertions(+), 1 deletions(-) > > diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c > index 0ba0344..e772053 100644 > --- a/drivers/cpufreq/cpufreq.c > +++ b/drivers/cpufreq/cpufreq.c > @@ -1049,7 +1049,9 @@ static int __cpufreq_remove_dev(struct device *dev, struct subsys_interface *sif > __cpufreq_governor(data, CPUFREQ_GOV_STOP); > > #ifdef CONFIG_HOTPLUG_CPU > - strncpy(per_cpu(cpufreq_cpu_governor, cpu), data->governor->name, > + if (!cpufreq_driver->setpolicy) > + strncpy(per_cpu(cpufreq_cpu_governor, cpu), > + data->governor->name, > CPUFREQ_NAME_LEN); While applying this patch in my repo, i have merged above two lines into a single line. -- To unsubscribe from this list: send the line "unsubscribe cpufreq" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
