Messages in this thread | | | Date | Fri, 12 Apr 2013 17:18:05 -0600 | From | Jake Edge <> | Subject | Re: 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
| |