RE: cpufreq userspace governor does not reflect changes

["Pallipadi, Venkatesh" <venkatesh.pallipadi@intel.com>]

>-----Original Message-----
>From: Dhaval Giani [mailto:dhaval.giani@gmail.com] 
>Sent: Friday, November 17, 2006 11:48 AM
>To: Pallipadi, Venkatesh
>Cc: davej@codemonkey.org.uk; linux-kernel@vger.kernel.org
>Subject: Re: cpufreq userspace governor does not reflect changes
>
>Hey,
>
>On 11/18/06, Pallipadi, Venkatesh 
><venkatesh.pallipadi@intel.com> wrote:
>>
>> /sys/devices/....../cpuX/cpufreq/scaling_cur_freq
>> Gives you the information about last frequency that Linux 
>tried to set
>> on this CPU
>>
>> /sys/devices/....../cpuX/cpufreq/cpuinfo_cur_freq
>> (When supported) Gives you the information about actual 
>frequency that
>> the CPU is running at.
>>
>> Zero frequency value below is certainly a bug in the driver. 
>What is the
>> kernel you are using?
>
>Ooops! sorry missed that one. Its the 2.6.19-rc5-mm2. Its having the
>same .config which i posted on the bugzilla. Do you want the acpidump
>again?

Not really. There were couple of fixes that went in recently. I can send
pointers to those to you.

>
>> On the particular CPU you have here, all cores in a package 
>indeed share
>> the frequency. But, it does not really show up in 
>affected_cpus as OS is
>> not coordinating the shared-ness of P-state across cores. 
>That means, OS
>> programs each core individually based on CPU utilization and hardware
>> will pick the highest frequency among the two and run both 
>cores at that
>> frequency.
>>
>
>Hold on, so let me get it right. When i do an echo 1596000 >
>/sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed, the cpu cores
>will still be running at 1.86 Ghz since the other core is at that
>frequency? In this situation how do I then change the frequency?
>

Yes. You just have to change the frequency on both the cores.

-Venki
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/