[arch-general] cpufreq stopped working

[Leonid Isaev]

On Sun, 1 Jul 2012 11:10:07 -0400
Martin Zecher <mzecher at gmail.com> wrote:

> Thanks a lot for your help Leonid.
> 
> I don't know if this list allows attachments, so I better send you a link:
> https://dl.dropbox.com/u/208940/journalctl
> 

Please report it to https://bugzilla.kernel.org/ because this is something
specific to your motherboard (MSI MS-1651). The relevant part starts with
"BUG: unable to handle kernel NULL pointer dereference at (null)". But before,
I would suggest booting from an arch (stable kernel 3.0.3) or another distro
iso to verify that it's an issue with the latest kernel. In case of arch
you'll have to manually modprobe acpi_cpufreq, other livecds might load it
automatically, e.g. opensuse 12.1 (kernel 3.1.0; not sure about earlier
versions) definitely does.

> 
> On Sat, Jun 30, 2012 at 5:24 PM, Leonid Isaev <lisaev at umail.iu.edu> wrote:
> 
> > On Sat, 30 Jun 2012 21:37:39 +0100
> > Leonidas Spyropoulos <artafinde at gmail.com> wrote:
> >
> > > On Jun 30, 2012 4:01 PM, "Leonid Isaev" <lisaev at umail.iu.edu> wrote:
> > > >
> > > > On Sat, 30 Jun 2012 10:05:29 -0400
> > > > Martin Zecher <mzecher at gmail.com> wrote:
> > > >
> > > > > Thanks for answering.
> > > > >
> > > > > I already installed cpupower with no luck. I think that the problem
> > is
> > > > > related with the module acpi_cpufreq, which loads but does nothing at
> > > all.
> > > >
> > > > For basic (automatic) scaling you don't need either cpupower nor
> > cpufreq
> > > nor
> > > > MODULES=(acpi_cpufreq) with linux 3.4.x.
> > >
> > > Can you elaborate in that a bit more? Does the kernel handle that? What
> > > does the cpupower  or cpufreq offer more?
> >
> > Yes, it's what they call CPU driver autoprobing:
> >
> > http://kernelnewbies.org/Linux_3.4#head-9df4e508cb97f4e138c590b9ccff3e0eda6cc7fc
> > .
> >
> > Basically, if your CPU supports scaling, the corresponding driver will be
> > loaded automatically. This and the fact that arch kernel now defaults to
> > ONDEMAND governor (CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y, FS#28778),
> > eliminates the need for userspace tools and explicit module loading.
> >
> > If you want just default scaling (within hw defaults), you don't have to do
> > anything beyond enabling speedstep/coolnquiet in BIOS. But if you want to
> > see
> > various info, control frequency range (to downclock, for instance) or
> > change
> > the governor from the userspace, you'll have to install either cpupower or
> > cpufrequtils. Of course, you could achive some of it functionality by
> > simply
> > echoing parameters to corresponding files in /sys/devices/system/cpu/*.
> >
> > If you need to control frequency based on acpi events, you'll probably need
> > cpupower: https://wiki.archlinux.org/index.php/CPU_Frequency_Scaling.
> >
> > >
> > > From your previous email, it follows
> > > > that your kernel oopses. Please show the complete relevant piece from
> > > > kernel.log (or whatever place systemd logs to, not grepped). Also, you
> > > could
> > > > try booting w/o nvidia to not taint kernel.
> > > >
> > > > >
> > > > >
> > > > > On Sat, Jun 30, 2012 at 7:58 AM, Jesse Juhani Jaara
> > > > > <jesse.jaara at gmail.com>wrote:
> > > > >
> > > > > > la, 2012-06-30 kello 01:14 -0400, Martin Zecher kirjoitti:
> > > > > > > I'm not really sure when cpufreq stopped working, maybe 2 or 3
> > > months
> > > > > > ago.
> > > > > > > It was working fine before and I don't really remember making any
> > > change
> > > > > > in
> > > > > > > configuration.
> > > > > >
> > > > > > Cpufreq utils are deprecated and replaced with cpupower utils. Try
> > > > > > installing cpupower and see if it works ^_^
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Leonid Isaev
> > > > GnuPG key: 0x164B5A6D
> > > > Fingerprint: C0DF 20D0 C075 C3F1 E1BE  775A A7AE F6CB 164B 5A6D
> >
> > --
> > Leonid Isaev
> > GnuPG key: 0x164B5A6D
> > Fingerprint: C0DF 20D0 C075 C3F1 E1BE  775A A7AE F6CB 164B 5A6D
> >
> 
> 
> 

-- 
Leonid Isaev
GnuPG key: 0x164B5A6D
Fingerprint: C0DF 20D0 C075 C3F1 E1BE  775A A7AE F6CB 164B 5A6D
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20120701/21fa34b8/attachment.asc>