lkml.org 
[lkml]   [2013]   [Apr]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: sleep/fan problem bisected to 73201dbec64aebf6b0dca855b523f437972dc7bb
On Fri, 12 Apr 2013 12:08:31 -0600 Jake Edge wrote:

> I have been having a problem on my laptop (HP Compaq 2510p) over the
> last two months with >= 3.7 kernels. After the first resume, it turns
> on the fan and leaves it running at top speed no matter what the
> system is doing. I finally bisected it over the last two days and
> that points the finger at your patch
> 73201dbec64aebf6b0dca855b523f437972dc7bb:
>
> x86, suspend: On wakeup always initialize cr4 and EFER
>
> We already have a flag word to indicate the existence of
> MISC_ENABLES, so use the same flag word to indicate existence of cr4
> and EFER, and always restore them if they exist. That way if
> something passes a nonzero value when the value *should* be zero, we
> will still initialize it.
>
> I should note that the bisection (between 3.6, which works, and 3.7,
> which doesn't) did not exhibit the same symptoms as I see with any 3.7
> or 3.8 kernel (either from Fedora or built myself), but would instead
> refuse to come out of sleep (but still have the fan running at top
> speed) ... so maybe I've really bisected the "fails to come out of
> sleep" problem, rather than the "fan runs at top speed after resume"
> problem, dunno ...

As you've undoubtedly surmised, I was in fact tracking down the resume
failure which was caused by the above and fixed by another of your
patches: 1396adc3c2bdc556d4cdd1cf107aa0b6d59fbb1e ... neither of which
were related to the fan issue as far as I can tell ... now I am off
bisecting while applying those ...

sorry for the noise ...

jake

--
Jake Edge - LWN - jake@lwn.net - http://lwn.net


\
 
 \ /
  Last update: 2013-04-13 01:41    [W:2.718 / U:0.008 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site