cpufreq.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [Bug 65301] New: Cores stuck at max frequency after resume from suspend (Haswell)
@ 2013-11-21  9:34 bugzilla-daemon
  2013-11-24  7:16 ` [Bug 65301] " bugzilla-daemon
                   ` (11 more replies)
  0 siblings, 12 replies; 13+ messages in thread
From: bugzilla-daemon @ 2013-11-21  9:34 UTC (permalink / raw)
  To: cpufreq

https://bugzilla.kernel.org/show_bug.cgi?id=65301

            Bug ID: 65301
           Summary: Cores stuck at max frequency after resume from suspend
                    (Haswell)
           Product: Power Management
           Version: 2.5
    Kernel Version: v3.12
          Hardware: x86-64
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: cpufreq
          Assignee: cpufreq@vger.kernel.org
          Reporter: zoku88@gmail.com
        Regression: No

Created attachment 115381
  --> https://bugzilla.kernel.org/attachment.cgi?id=115381&action=edit
ver_linux, cpuinfo and lspci outputs

The problem is that even though CPU usage is at ~0%, the cores are always stuck
at their max frequency after resume.

I thought this was related to https://bugzilla.kernel.org/show_bug.cgi?id=58971

However, I cloned the kernel git repo and checked out the commit that fixed
that bug (7dcd2677ea912573d9ed4bcd629b0023b2d11505), and the fix had no effect
(maybe SNB only?). So, this seems like it might have a different cause.

I have attached my system information.

As I've only had this laptop since around the time linux 3.11 came out, I'm not
really sure when the last time this didn't happen, though that commit seems to
have been made on top of one of the linux 3.10 rc's.

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  2013-11-21  9:34 [Bug 65301] New: Cores stuck at max frequency after resume from suspend (Haswell) bugzilla-daemon
@ 2013-11-24  7:16 ` bugzilla-daemon
  2013-11-25  2:08 ` bugzilla-daemon
                   ` (10 subsequent siblings)
  11 siblings, 0 replies; 13+ messages in thread
From: bugzilla-daemon @ 2013-11-24  7:16 UTC (permalink / raw)
  To: cpufreq

https://bugzilla.kernel.org/show_bug.cgi?id=65301

tomasi <tomas.ivanek@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tomas.ivanek@gmail.com

--- Comment #1 from tomasi <tomas.ivanek@gmail.com> ---
I can confirm on Lenovo T440s with Intel(R) Core(TM) i5-4200U CPU @ 1.60GHz

after resume cpu is set on max

bio@dell-xps:/sys/devices/system/cpu/cpu0/cpufreq$ sudo cat cpuinfo_cur_freq
2543476

Linux dell-xps 3.12.0-031200-generic #201311031935 SMP Mon Nov 4 00:36:54 UTC
2013 x86_64 x86_64 x86_64 GNU/Linux

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  2013-11-21  9:34 [Bug 65301] New: Cores stuck at max frequency after resume from suspend (Haswell) bugzilla-daemon
  2013-11-24  7:16 ` [Bug 65301] " bugzilla-daemon
@ 2013-11-25  2:08 ` bugzilla-daemon
  2013-11-25  3:09 ` bugzilla-daemon
                   ` (9 subsequent siblings)
  11 siblings, 0 replies; 13+ messages in thread
From: bugzilla-daemon @ 2013-11-25  2:08 UTC (permalink / raw)
  To: cpufreq

https://bugzilla.kernel.org/show_bug.cgi?id=65301

Lan Tianyu <tianyu.lan@intel.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |NEEDINFO
                 CC|                            |tianyu.lan@intel.com

--- Comment #2 from Lan Tianyu <tianyu.lan@intel.com> ---
Did the cpufreq work normally after system resume before?

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  2013-11-21  9:34 [Bug 65301] New: Cores stuck at max frequency after resume from suspend (Haswell) bugzilla-daemon
  2013-11-24  7:16 ` [Bug 65301] " bugzilla-daemon
  2013-11-25  2:08 ` bugzilla-daemon
@ 2013-11-25  3:09 ` bugzilla-daemon
  2013-11-25  3:28 ` bugzilla-daemon
                   ` (8 subsequent siblings)
  11 siblings, 0 replies; 13+ messages in thread
From: bugzilla-daemon @ 2013-11-25  3:09 UTC (permalink / raw)
  To: cpufreq

https://bugzilla.kernel.org/show_bug.cgi?id=65301

--- Comment #3 from Mykal Valentine <zoku88@gmail.com> ---
I'm not really sure. I know it definitely didn't work normally in 3.11 or that
version of 3.10rc that I pulled that had the i915 bug fix either.

I think versions before that commit would run into the i915 bug, though. which
I think also causes the frequency for the cores to stay high after resume.

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  2013-11-21  9:34 [Bug 65301] New: Cores stuck at max frequency after resume from suspend (Haswell) bugzilla-daemon
                   ` (2 preceding siblings ...)
  2013-11-25  3:09 ` bugzilla-daemon
@ 2013-11-25  3:28 ` bugzilla-daemon
  2013-11-25  9:08 ` bugzilla-daemon
                   ` (7 subsequent siblings)
  11 siblings, 0 replies; 13+ messages in thread
From: bugzilla-daemon @ 2013-11-25  3:28 UTC (permalink / raw)
  To: cpufreq

https://bugzilla.kernel.org/show_bug.cgi?id=65301

--- Comment #4 from Lan Tianyu <tianyu.lan@intel.com> ---
This origin bug is introduced by commit 15239099 "drm/i915: enable irqs earlier
when resuming." which is merged v3.9-rc5. So the v3.8 or v3.9-rc1~rc4 maybe
safe to test.

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  2013-11-21  9:34 [Bug 65301] New: Cores stuck at max frequency after resume from suspend (Haswell) bugzilla-daemon
                   ` (3 preceding siblings ...)
  2013-11-25  3:28 ` bugzilla-daemon
@ 2013-11-25  9:08 ` bugzilla-daemon
  2013-11-25 20:22 ` bugzilla-daemon
                   ` (6 subsequent siblings)
  11 siblings, 0 replies; 13+ messages in thread
From: bugzilla-daemon @ 2013-11-25  9:08 UTC (permalink / raw)
  To: cpufreq

https://bugzilla.kernel.org/show_bug.cgi?id=65301

--- Comment #5 from Mykal Valentine <zoku88@gmail.com> ---
Just tried, it doesn't seem like I'm able to boot with 3.8 or 3.9 rc kernels...
Not really sure why?  The screen turns black at some point during boot
sequence, some point after fsck.

Maybe those kernels miss some commits needed for haswell IGPs or something...

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  2013-11-21  9:34 [Bug 65301] New: Cores stuck at max frequency after resume from suspend (Haswell) bugzilla-daemon
                   ` (4 preceding siblings ...)
  2013-11-25  9:08 ` bugzilla-daemon
@ 2013-11-25 20:22 ` bugzilla-daemon
  2013-11-25 22:15 ` bugzilla-daemon
                   ` (5 subsequent siblings)
  11 siblings, 0 replies; 13+ messages in thread
From: bugzilla-daemon @ 2013-11-25 20:22 UTC (permalink / raw)
  To: cpufreq

https://bugzilla.kernel.org/show_bug.cgi?id=65301

--- Comment #6 from tomasi <tomas.ivanek@gmail.com> ---
Hi, 
Whole CPU frequency managment is broken somehow.
i5-4200U CPU @ 1.60GHz CPU should support 800 Mhz, But i see it's running at
least on 1.6 Ghz. (After suspend/resume It's running in Turbo mode)

bio@dell-xps:/sys/devices/system/cpu/intel_pstate$ cpufreq-info
cpufrequtils 007: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing CPU 0:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 0.97 ms.
  hardware limits: 800 MHz - 2.60 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 800 MHz and 2.60 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  2013-11-21  9:34 [Bug 65301] New: Cores stuck at max frequency after resume from suspend (Haswell) bugzilla-daemon
                   ` (5 preceding siblings ...)
  2013-11-25 20:22 ` bugzilla-daemon
@ 2013-11-25 22:15 ` bugzilla-daemon
  2013-11-26  1:20 ` bugzilla-daemon
                   ` (4 subsequent siblings)
  11 siblings, 0 replies; 13+ messages in thread
From: bugzilla-daemon @ 2013-11-25 22:15 UTC (permalink / raw)
  To: cpufreq

https://bugzilla.kernel.org/show_bug.cgi?id=65301

Marcin Konarski <marcin.konarski@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |marcin.konarski@gmail.com

--- Comment #7 from Marcin Konarski <marcin.konarski@gmail.com> ---
I can confirm on Lenovo T420i with Intel(R) Core(TM) i3-2370M CPU @ 2.40GHz,
after resume from hibernation CPU is stuck at 2.4GHz although top show that
system has 0% load.

When system is stuck at maximum frequency I can unstuck it by performing
suspend to RAM and waking up.

Linux ubiquitous 3.11-2-amd64 #1 SMP Debian 3.11.8-1 (2013-11-13) x86_64
GNU/Linux

Regards.

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  2013-11-21  9:34 [Bug 65301] New: Cores stuck at max frequency after resume from suspend (Haswell) bugzilla-daemon
                   ` (6 preceding siblings ...)
  2013-11-25 22:15 ` bugzilla-daemon
@ 2013-11-26  1:20 ` bugzilla-daemon
  2013-11-28  8:15 ` bugzilla-daemon
                   ` (3 subsequent siblings)
  11 siblings, 0 replies; 13+ messages in thread
From: bugzilla-daemon @ 2013-11-26  1:20 UTC (permalink / raw)
  To: cpufreq

https://bugzilla.kernel.org/show_bug.cgi?id=65301

--- Comment #8 from Mykal Valentine <zoku88@gmail.com> ---
Marcin: I'm not sure if that's the exact same problem, given that resuming from
suspend to RAM was what I was filing the bug on, which seems to function as a
workaround for another issue that you're seeing.

Unfortunately, I wasn't very clear with the original bug report to state that. 
Incidentally, I haven't tested resume from hibernate.

Also, since there was a bug in i915 for SNB, you should make sure that you're
not hitting that bug.  I wasn't sure what version that bug fix got in (either
3.11 or 3.12), but I would recommend trying 3.12 on your system to see if the
problem persists, just in case 3.11 didn't have the fix.  Or checking
out/compiling commit 7dcd2677ea912573d9ed4bcd629b0023b2d11505 to see if that
fixes your problem.

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  2013-11-21  9:34 [Bug 65301] New: Cores stuck at max frequency after resume from suspend (Haswell) bugzilla-daemon
                   ` (7 preceding siblings ...)
  2013-11-26  1:20 ` bugzilla-daemon
@ 2013-11-28  8:15 ` bugzilla-daemon
  2013-12-09  3:26 ` bugzilla-daemon
                   ` (2 subsequent siblings)
  11 siblings, 0 replies; 13+ messages in thread
From: bugzilla-daemon @ 2013-11-28  8:15 UTC (permalink / raw)
  To: cpufreq

https://bugzilla.kernel.org/show_bug.cgi?id=65301

--- Comment #9 from tomasi <tomas.ivanek@gmail.com> ---
Hi,
i have same symptoms as Mykal.
Suspend and resume doesn't fix the issue.

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  2013-11-21  9:34 [Bug 65301] New: Cores stuck at max frequency after resume from suspend (Haswell) bugzilla-daemon
                   ` (8 preceding siblings ...)
  2013-11-28  8:15 ` bugzilla-daemon
@ 2013-12-09  3:26 ` bugzilla-daemon
  2013-12-09  5:49 ` bugzilla-daemon
  2013-12-09  5:52 ` bugzilla-daemon
  11 siblings, 0 replies; 13+ messages in thread
From: bugzilla-daemon @ 2013-12-09  3:26 UTC (permalink / raw)
  To: cpufreq

https://bugzilla.kernel.org/show_bug.cgi?id=65301

--- Comment #10 from Lan Tianyu <tianyu.lan@intel.com> ---
Hi all, could you check whether this bug is the same as bug 66581?

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  2013-11-21  9:34 [Bug 65301] New: Cores stuck at max frequency after resume from suspend (Haswell) bugzilla-daemon
                   ` (9 preceding siblings ...)
  2013-12-09  3:26 ` bugzilla-daemon
@ 2013-12-09  5:49 ` bugzilla-daemon
  2013-12-09  5:52 ` bugzilla-daemon
  11 siblings, 0 replies; 13+ messages in thread
From: bugzilla-daemon @ 2013-12-09  5:49 UTC (permalink / raw)
  To: cpufreq

https://bugzilla.kernel.org/show_bug.cgi?id=65301

--- Comment #11 from Mykal Valentine <zoku88@gmail.com> ---
Looking at it, it looks like the exact same thing to me.

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  2013-11-21  9:34 [Bug 65301] New: Cores stuck at max frequency after resume from suspend (Haswell) bugzilla-daemon
                   ` (10 preceding siblings ...)
  2013-12-09  5:49 ` bugzilla-daemon
@ 2013-12-09  5:52 ` bugzilla-daemon
  11 siblings, 0 replies; 13+ messages in thread
From: bugzilla-daemon @ 2013-12-09  5:52 UTC (permalink / raw)
  To: cpufreq

https://bugzilla.kernel.org/show_bug.cgi?id=65301

Lan Tianyu <tianyu.lan@intel.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |CLOSED
         Resolution|---                         |DUPLICATE

--- Comment #12 from Lan Tianyu <tianyu.lan@intel.com> ---
Ok. Let's reply all in the bug 66581 and mark this bug as duplicate.

*** This bug has been marked as a duplicate of bug 66581 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 13+ messages in thread

end of thread, other threads:[~2013-12-09  5:52 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-11-21  9:34 [Bug 65301] New: Cores stuck at max frequency after resume from suspend (Haswell) bugzilla-daemon
2013-11-24  7:16 ` [Bug 65301] " bugzilla-daemon
2013-11-25  2:08 ` bugzilla-daemon
2013-11-25  3:09 ` bugzilla-daemon
2013-11-25  3:28 ` bugzilla-daemon
2013-11-25  9:08 ` bugzilla-daemon
2013-11-25 20:22 ` bugzilla-daemon
2013-11-25 22:15 ` bugzilla-daemon
2013-11-26  1:20 ` bugzilla-daemon
2013-11-28  8:15 ` bugzilla-daemon
2013-12-09  3:26 ` bugzilla-daemon
2013-12-09  5:49 ` bugzilla-daemon
2013-12-09  5:52 ` bugzilla-daemon

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).