You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

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>		15 years ago
..
Kconfig	…
Makefile	…
cpufreq.c	[CPUFREQ] Fix stale cpufreq_cpu_governor pointer	15 years ago
cpufreq_conservative.c	[CPUFREQ] Resolve time unit thinko in ondemand/conservative govs	15 years ago
cpufreq_ondemand.c	[CPUFREQ] Resolve time unit thinko in ondemand/conservative govs	15 years ago
cpufreq_performance.c	…
cpufreq_powersave.c	…
cpufreq_stats.c	…
cpufreq_userspace.c	…
freq_table.c	…