Hi,
On Tue, Nov 14, 2006 at 09:58:29PM +0100, Mattia Dongili wrote:maybe this helps? mostly guessing here, but when cpufreq_userspace is
the default governor we may hit this path and leave policy->cur
unset.
I doubt if that's causing the problem. My reasons are:
- Reuben's config shows his system to be a x64_64. So if I am not
mistaken, the correct file look for would be arch/ia64/kernel/cpufreq/acpi-cpufreq.c.
- The fix provided by you deals with the state of a driver(hardware) specific variable data->cpu_feature while the
governors like userspace/performance/powersave/ondemand are driver(hardware) independent.
Nevertheless, it could be a valid fix for i386 acpi_cpufreq considering
that policy->cur is not being initialized if data->cpu_feature == ACPI_ADR_SPACE_FIXED_HARDWARE.
Please check with Dave Jones or Venkatesh Pallipadi.
Thanks
gautham.
diff --git a/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c b/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c
index 18f4715..94e6e86 100644
--- a/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c
+++ b/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c
@@ -706,7 +706,7 @@ static int acpi_cpufreq_cpu_init(struct
break;
case ACPI_ADR_SPACE_FIXED_HARDWARE:
acpi_cpufreq_driver.get = get_cur_freq_on_cpu;
- get_cur_freq_on_cpu(cpu);
+ policy->cur = get_cur_freq_on_cpu(cpu);
break;
default:
break;
--
mattia