On Mon, 2 Jul 2012 12:23:37 -0400 Martin Zecher <mzecher@xxxxxxxxx> 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@xxxxxxxxxxxx> wrote: > > > On Sun, 1 Jul 2012 11:10:07 -0400 > > Martin Zecher <mzecher@xxxxxxxxx> 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@xxxxxxxxxxxx> > > wrote: > > > > > > > On Sat, 30 Jun 2012 21:37:39 +0100 > > > > Leonidas Spyropoulos <artafinde@xxxxxxxxx> wrote: > > > > > > > > > On Jun 30, 2012 4:01 PM, "Leonid Isaev" <lisaev@xxxxxxxxxxxx> wrote: > > > > > > > > > > > > On Sat, 30 Jun 2012 10:05:29 -0400 > > > > > > Martin Zecher <mzecher@xxxxxxxxx> 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@xxxxxxxxx>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
Attachment:
signature.asc
Description: PGP signature
