[arch-general] cpufreq stopped working

Mon Jul 2 14:48:39 EDT 2012

On Mon, 2 Jul 2012 12:23:37 -0400
Martin Zecher <mzecher at gmail.com> wrote:

> Thanks a lot Leonid.
> 
> When I said that the problem also happened with kernel 3.3.8, I was wrong
> (because that time I forgot modprobing acpi_cpufreq). So, I just tested
> different kernel versions and this started happening with 3.4.0; it works
> fine until 3.3.8. And the problem is present in both vanila en -ck versions.
> 
> I think that booting from LiveCD isn't necessary since the bug seems pretty
> clear, or so you think that I should also test another distribution with
> linux 3.4? I don't think that there are already LiveCD's available with
> such a recent kernel.

Yes, you are right. If 3.3.8 was fine you don't have to test other kernel
versions...

> 
> 
> On Sun, Jul 1, 2012 at 5:50 PM, Leonid Isaev <lisaev at umail.iu.edu> wrote:
> 
> > 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
> >
> 
> 
> 

-- 
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/20120702/ada4be7e/attachment.asc>