[systemd-devel] cpufrequtils considered useless

Paul Menzel paulepanter at users.sourceforge.net
Sat Jun 23 08:31:22 PDT 2012


Am Dienstag, den 19.06.2012, 12:10 +0200 schrieb Kay Sievers:
> On Tue, Jun 19, 2012 at 12:04 PM, Paul Menzel wrote:
> > Am Dienstag, den 19.06.2012, 11:48 +0200 schrieb Lennart Poettering:
> >> On Tue, 19.06.12 11:42, Paul Menzel wrote:
> 
> >> > > > I guess it is useful to have an abstraction layer because directories
> >> > > > and files under `/sys` might change.
> >> > >
> >> > > Nah, really, cpufrequtils should just go away. People should use the
> >> > > kernel APIs right away.
> >> >
> >> > alright looking into why `cpufrequtils` is installed on my system I now
> >> > know the reasons. The frequency(?) modules are not loaded automatically
> >> > and therefore the init.d script shipped by `cpufrequtils` is needed.
> >>
> >> This is a not the case anymore for kernels 3.3 and up anymore. CPU
> >> feature modules are now loaded automatically based on the CPUID data.
> >
> > great news! So what should distributions having decided to use Linux 3.2
> > for their next stable release do?
> 
> Update their kernel. :)

Or backport that feature [1][2]. Ben Hutchings rules and I thank him for
doing all that great work on the Linux kernel side! Thanks Ben!

> Or do whatever they used to do in the past and bet it works, like it
> did most of the time. The problem is pretty much solved from systemd's
> point of view, so there will be no effort from this side.

[…]

So now Debian Wheezy users on x86 do not need cpufrequtils anymore to
load the correct module.


Thanks,

Paul


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664813
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678116
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.freedesktop.org/archives/systemd-devel/attachments/20120623/e8de741a/attachment-0001.pgp>


More information about the systemd-devel mailing list