I have not noticed this problem on later kernels; I'm going to mark it
as "fix released" for Linux and "invalid" for pm-utils. I hope that's
the right course of action.
** Changed in: linux (Ubuntu)
Status: Confirmed => Fix Released
** Changed in: pm-utils (Ubuntu)
Status:
When a user is using the intel_pstate driver in performance mode, then
yes, prior to Kernel 4.2RC1 the CPU frequency will be typically be stuck
after resume from suspend.
This is not a pm-ultils issue (which is how I stumbled across this bug
report).
To test that the issue is fixed on kernel
I have tried to recreate this with the following two mainline kernels:
v4.2-rc6-unstable
v4.2.0-999 (201508130157)
However, it is somewhat difficult to compare the behavior apples-to-
apples the way I normally do, as cpupower is not available for those
kernels (no linux-tools packages installed
** Changed in: pm-utils (Ubuntu)
Status: New = Confirmed
** Changed in: linux (Ubuntu)
Importance: Undecided = High
** Changed in: pm-utils (Ubuntu)
Importance: Undecided = High
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed
** Attachment added: kern.log from session in which cpu freq control failed on
resume from suspend
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1484587/+attachment/227/+files/kern_log_cpu_resume_bug.txt
** Also affects: pm-utils (Ubuntu)
Importance: Undecided
Status:
5 matches
Mail list logo