On Thu, Jan 17, 2013 at 07:40:44PM -0600, Leonid Isaev wrote: > Arrh, modprobe still does not exit cleanly with this... As I said already above: >> That's correct - we say ENODEV on your CPU which supports hardware >> P-states and hand off to acpi-cpufreq which has that functionality >> now. It is supposed to work that way: we return an error from the powernow-k8 init function so that it doesn't load but hand off to acpi-cpufreq so that it gets loaded instead. > > But, we also have the CPU autoprobing deal: > > > > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=644e9cbbe3fc032cc92d0936057e166a994dc246 > > > > so, *actually*, powernow-k8 should be loaded by default. I dunno, maybe > > upgrade udev on your distro? > > Udev 196 and 197 + linux <= 3.6.11 yield correct CPU autoprobing. However, > udev 197 + linux 3.7.2 do not. I haven't tested udev 196 with 3.7.2 though, > but it does not look like a udev issue. Hmm, I'll bet this has something to do with the fact that HW_PSTATE is in another CPUID function on AMD than on Intel and udev doesn't see that bit to load acpi-cpufreq automatically. Before I go and install archlinux here, where can I get the udev sources which are in your archlinux installation to stare at them a little? :) Especially the cpu autoprobing part which supposedly uses the cpuid kernel driver. > I don't know if it matters, but I also have AMD microcode "0x10000c8", > albeit it didn't cause problems with 3.6.11... Nah, microcode doesn't have anything to do with it. Thanks. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- -- 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
