> > > > # echo 1866000 > scaling_max_freq ; cat scaling_max_freq > > > > 800000 > > > > # echo 1866000 > scaling_max_freq ; cat scaling_max_freq > > > > 800000 > > > > > > > > > > > > This renders my Dothan to utterly poor speeds. (standard T43) > > > > > > > > performance cpufreq governor makes no difference - I still can't > > > > change the frequency upper/lower values. > > > > > > Hmm, I have similar problem in Novell bugzilla, on very different hw: > > > > > > https://bugzilla.novell.com/show_bug.cgi?id=396311 > > > are either of you running gnome-power-manager or kpowersaved ? > > sometimes these programs (and more likely, the patches added by a > > distro maintainer who doesn't fully realize how power works) tend to > > muck with kernel settings around CPU frequency that they have > > absolutely no business touching... > > In novel bugzilla case ignore_ppc=1 helped, so it seems to be BIOS > problem, not userland's... Thanks for the pointer to the novell report, Pavel. I poked at that one and I think it may actually be a table loading issue for which we've just send a patch to 2.6.26. Auke, Please open a signting in bugzilla and attach your dmesg and acpidump output. Also, please report if processor.ignore_ppc=1 helps. http://bugzilla.kernel.org/enter_bug.cgi?product=ACPI thanks, -Len -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
