linux-kernel - Re: [intel-pstate driver regression] processor frequency very high even if in idle

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-prev] [thread-next>] [day] [month] [year] [list]

Date:	Sat, 2 Apr 2016 19:19:07 +0200
From:	Jörg Otte <jrg.otte@...il.com>
To:	Srinivas Pandruvada <srinivas.pandruvada@...ux.intel.com>
Cc:	sedat.dilek@...il.com, Doug Smythies <dsmythies@...us.net>,
	"Rafael J. Wysocki" <rafael.j.wysocki@...el.com>,
	Linux PM list <linux-pm@...r.kernel.org>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: [intel-pstate driver regression] processor frequency very high
 even if in idle

2016-04-02 17:28 GMT+02:00 Srinivas Pandruvada
<srinivas.pandruvada@...ux.intel.com>:
>
> On Sat, 2016-04-02 at 08:30 +0200, Sedat Dilek wrote:
>> > I am trying CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y from
>> > linux-pm.git#linux-next out of curiosity...
>> >
>> > $ ./scripts/diffconfig /boot/config-$(uname -r) .config
>> >  CPU_FREQ_DEFAULT_GOV_PERFORMANCE y -> n
>> > +CPU_FREQ_DEFAULT_GOV_SCHEDUTIL y
>> > +CPU_FREQ_GOV_ATTR_SET y
>> > +CPU_FREQ_GOV_SCHEDUTIL y
>> >
>> > ...will report.
>> >
>>
>> Not sure why I see here "powersave".
>> Does Intel-PState driver not support CPU_FREQ_GOV_SCHEDUTIL?
>>
>> $ cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_driver
>> intel_pstate
>> intel_pstate
>> intel_pstate
>> intel_pstate
>>
>> $ cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
>> powersave
>> powersave
>> powersave
>> powersave
>
> If you are using Ubuntu, the OS has a script which will automatically
> change from performance.
> Doug can give more information on this script.
>
> Thanks,
> Srinivas
>
>
>
>>
>> See also attached files.
>>
>> - sed@ -

maybe:
/etc/init.d/ondemand

Thanks, Jörg