linux-kernel - sleep/fan problem bisected to 73201dbec64aebf6b0dca855b523f437972dc7bb

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <20130412120831.1402b440@chukar.edge2.net>
Date:	Fri, 12 Apr 2013 12:08:31 -0600
From:	Jake Edge <jake@....net>
To:	hpa@...ux.intel.com, rjw@...k.pl, linux-kernel@...r.kernel.org
Subject: sleep/fan problem bisected to
 73201dbec64aebf6b0dca855b523f437972dc7bb

Hi Peter,

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 ... but it would seem that code is still present in 3.7+
and I have no trouble resuming using those kernels (other than the damn
noisy fan :)

The output of "sensors" is interesting ... for "temp6" in
"acpitz-virtual-0" it sits at +100C (near the +110C critical level)
when things have gone bad (just in Fedora or my kernels >=3.7, not in
the bisect, cuz those don't come back from the sleep) ... in the "good"
case, it normally sits around 30, but goes as high as 50 (and sometimes
reports 0 for a try or two -- frozen motherboard! :) ...

thoughts on this?  Other info you need or things I should be trying?

thanks,

jake

-- 
Jake Edge - LWN - jake@....net - http://lwn.net
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/