linux-kernel - Re: cpufreq regression, unable to set lower frequency

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

Date:	Fri, 22 Aug 2008 01:12:17 -0700
From:	Andrew Morton <akpm@...ux-foundation.org>
To:	Mattia Dongili <malattia@...ux.it>
Cc:	Martin Filip <bugtraq@...ula.net>, linux-kernel@...r.kernel.org,
	cpufreq@...r.kernel.org, stable@...nel.org
Subject: Re: cpufreq regression, unable to set lower frequency

On Fri, 22 Aug 2008 07:55:37 +0900 Mattia Dongili <malattia@...ux.it> wrote:

> On Thu, Aug 21, 2008 at 07:51:41PM +0200, Martin Filip wrote:
> > Hi LKML,
> > 
> > I've upgraded my kernel few days earlier and suddenly my cpufreqd
> > stopperd working. My configuration is this:
> > AC adapter connected:
> >   set scaling_max_freq and scaling_min_freq to maximal available
> > frequency
> > AC adapter disconnected:
> >   set scaling_max_freq to maximal available, scaling_min_freq to minimal
> > available.
> > 
> > When I connect AC adapter, everything works fine but when I disconnect
> > my adapter, everything remains on maximal frequency and in logs I can
> > see:
> > 
> > cpufreqd: cpufreqd_set_profile: Couldn't set profile "Powersave Low" set
> > for cpu0
> > 
> > After some tests I've traced problem to 
> > 
> > http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.25.y.git;a=commitdiff;h=53391fa20cab6df6b476a5a0ad6be653c9de0c46
>  
> what version of cpufrequtils are running? This error should be fixed in
> 004 (or later) with this patch:
> http://git.kernel.org/?p=utils/kernel/cpufreq/cpufrequtils.git;a=commit;h=b88f8975d27690e04e520b05a1ed66bf1e306ee6
> 

We don't require that people upgrade their userspace to
something which was written only a month ago so that 2.6.27 works
correctly.

Start here: http://lkml.org/lkml/2008/7/30/45 to see why.

It would be better to find a kernel change which will cause 2.6.27 to
support people's current cpufrequtils correctly.  Reverting
53391fa20cab6df6b476a5a0ad6be653c9de0c4 might be one approach.

otoh, 53391fa20cab6df6b476a5a0ad6be653c9de0c46 was written six
months ago and is in 2.6.25.x and (presumably) 2.6.26.x, from which
I assume this regression affects very few people.  So we _might_
be able to get away with it.
--
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/