Summary: | sys-kernel/gentoo-sources-4.9.34: Cpufreq broken after kernel upgrade from 4.9.16 to 4.9.34 (identical config) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jurgen <jurgen> |
Component: | Current packages | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | hydrapolic |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
4.9.41 kernel -- cpufreq broken
vanilla-sources 4.9.41 gentoo-sources 4.12.5 |
Description
Jurgen
2017-08-09 07:20:33 UTC
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. |