android_kernel_xiaomi_sm8350/drivers/cpufreq
Prarit Bhargava 90e41bac10 [CPUFREQ] Fix stale cpufreq_cpu_governor pointer
Dave,

Attached is an update of my patch against the cpufreq fixes branch.

Before applying the patch I compiled and booted the tree to see if the panic
was still there -- to my surprise it was not.  This is because of the conversion
of cpufreq_cpu_governor to a char[].

While the panic is kaput, the problem of stale data continues and my patch is
still valid.  It is possible to end up with the wrong governor after hotplug
events because CPUFREQ_DEFAULT_GOVERNOR is statically linked to a default,
while the cpu siblings may have had a different governor assigned by a user.

ie) the patch is still needed in order to keep the governors assigned
properly when hotplugging devices

Signed-off-by: Prarit Bhargava <prarit@redhat.com>
Signed-off-by: Dave Jones <davej@redhat.com>
2009-11-17 23:15:04 -05:00
..
cpufreq_conservative.c [CPUFREQ] Resolve time unit thinko in ondemand/conservative govs 2009-11-17 23:15:04 -05:00
cpufreq_ondemand.c [CPUFREQ] Resolve time unit thinko in ondemand/conservative govs 2009-11-17 23:15:04 -05:00
cpufreq_performance.c [CPUFREQ] Don't export governors for default governor 2008-10-09 13:52:44 -04:00
cpufreq_powersave.c [CPUFREQ] Don't export governors for default governor 2008-10-09 13:52:44 -04:00
cpufreq_stats.c [CPUFREQ] checkpatch cleanups for cpufreq_stats 2009-02-24 22:47:30 -05:00
cpufreq_userspace.c [CPUFREQ] checkpatch cleanups for userspace governor 2009-02-24 22:47:30 -05:00
cpufreq.c [CPUFREQ] Fix stale cpufreq_cpu_governor pointer 2009-11-17 23:15:04 -05:00
freq_table.c [CPUFREQ] checkpatch cleanups for freq_table 2009-02-24 22:47:30 -05:00
Kconfig trivial: fix an -> a typos in documentation and comments 2009-01-06 11:28:07 +01:00
Makefile