linux-kernel - RE: cpufreq userspace governor does not reflect changes

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <EB12A50964762B4D8111D55B764A8454E763D2@scsmsx413.amr.corp.intel.com>
Date:	Fri, 17 Nov 2006 11:57:08 -0800
From:	"Pallipadi, Venkatesh" <venkatesh.pallipadi@...el.com>
To:	"Dhaval Giani" <dhaval.giani@...il.com>
Cc:	<davej@...emonkey.org.uk>, <linux-kernel@...r.kernel.org>
Subject: RE: cpufreq userspace governor does not reflect changes

 

>-----Original Message-----
>From: Dhaval Giani [mailto:dhaval.giani@...il.com] 
>Sent: Friday, November 17, 2006 11:48 AM
>To: Pallipadi, Venkatesh
>Cc: davej@...emonkey.org.uk; linux-kernel@...r.kernel.org
>Subject: Re: cpufreq userspace governor does not reflect changes
>
>Hey,
>
>On 11/18/06, Pallipadi, Venkatesh 
><venkatesh.pallipadi@...el.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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/