Summary should be self-explanatory. After doing the upgrade, cpufreq no longer works (CPUs seem to be stuck in performance mode). Directory /sys/devices/system/cpu/cpufreq is empty. After rebooting into 4.9.16, everything is normal again (CPUs are using the ondemand governor, as specified). Will happily provide any kind of log or system output. Am not doing that right now, because there is no compile error, dmesg is error-free, etc etc.
Have you also tested the latest 4.9?
Created attachment 488582 [details] 4.9.41 kernel -- cpufreq broken
(In reply to Tomáš Mózes from comment #1) > Have you also tested the latest 4.9? Yep. Tested 4.9.41 (with the exact same .config file as the one I'm using for 4.9.16, in which cpufreq works just fine). With this latest kernel, cpufreq is broken as well (directory is empty, CPU running in apparent performance mode). See screenshot.
Can you also test with vanilla sources? If it can be reproduced probably best is to report upstream.
(In reply to Tomáš Mózes from comment #4) > Can you also test with vanilla sources? If it can be reproduced probably > best is to report upstream. Just tested both vanilla 4.9.41 and the latest gentoo 4.5.12. Does NOT work in vanilla, but does work again in gentoo (see screenshots).
Created attachment 488590 [details] vanilla-sources 4.9.41
Created attachment 488592 [details] gentoo-sources 4.12.5
Then it would be great to report at https://bugzilla.kernel.org. A git bisect would also speed it up I suppose.
Is this still an issue with more recent kernels?
(In reply to Mike Pagano from comment #9) > Is this still an issue with more recent kernels? No. Haven't seen this bug anymore recently.
That's good news. Closing for now, feel free to comment or reopen if you see it again.