<p>I remember reading that recent kernel changes fixed a bunch of, long-standing power-related issues. Perhaps that was part of it</p>
<div class="gmail_quote">On Nov 23, 2011 8:34 AM, "Giles Orr" <<a href="mailto:gilesorr-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org">gilesorr-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 8 November 2011 12:04, Lennart Sorensen <<a href="mailto:lsorense@csclub.uwaterloo.ca">lsorense-1wCw9BSqJbv44Nm34jS7GywD8/FfD2ys@public.gmane.org</a>> wrote:<br>
> On Tue, Nov 08, 2011 at 11:47:41AM -0500, Peter King wrote:<br>
>> After upgrading to 3.1.0, one of my computers began randomly crashing, usually<br>
>> after a day or two. The first time it happened I jotted down the start of the<br>
>> message:<br>
>><br>
>>   Uhhuh. NMI received for unknown reason 2d on CPU0.<br>
>>   Do you have a strange powersaving mode enabled?<br>
>>   Dazed and confused, but trying to continue<br>
>>   Process swapper...<br>
>>   <snip><br>
>>   Kernel Panic -not syncing: softlockup: hung tasks<br>
>>   PID:0, comm: swapper Not tainted 3.1.0-gentoo #1<br>
>><br>
>> The other crashes have uniformly mentioned swapper and softlockup, but not NMI.<br>
>> My understanding, after googling around, is that this error message is not uncommon<br>
>> and not informative -- it says that swapper (pid 0) has quit doing its job, which,<br>
>> since it runs everything, doesn't say much about where the particular problem<br>
>> could lie. The other crashes also identify swapper as the hung process.<br>
>><br>
>> I reverted to 3.0.6, to see whether it was a kernel problem, but now the computer<br>
>> has crashed again. Perhaps a problem with the 3.x kernels?<br>
>><br>
>> Next time I get physically near it I'll run an extended version of memtest, to see<br>
>> whether this is caused by flaky memory. A few months ago this computer was too<br>
>> touchy to accept either new gigabyte ethernet cards or new RAM. Perhaps the hardware<br>
>> is failing.<br>
>><br>
>> Any ideas for further diagnostics? The log files are completely uninformative. The<br>
>> filesystems are not even close to being full, and, up until recently, it seemed to<br>
>> be running reliably. Thanks for any suggestions.<br>
><br>
> It seems to be an issue that has hit various people with 3.1, 3.0, 2.6.39,<br>
> etc, back to around 2.6.37.  Something to do with an NMI watchdog rewrite<br>
> and some bad interaction with suspend/powermanagement.<br>
><br>
> Seems it is still being worked on, since no one quite has figured out what happens.<br>
<br>
Sorry to revive an old thread, but thought my experience might be<br>
relevant to someone else.<br>
<br>
After this comment from Lennart and others in this thread, I switched<br>
from kernel 3.0.0 to kernel 2.6.32 and now suspend works just fine.  I<br>
had guessed it was a kernel problem prior to this and changed kernels<br>
... but I didn't go back far enough (I used 2.6.38).  Essentially,<br>
suspend-to-ram would work 10 to 15 times.  Then on the final suspend,<br>
it would fail to wake up - or worse, crash horribly.  When I say<br>
"horribly," what happened was that the machine would immediately<br>
attempt to wake itself and then sleep again, and would power on and<br>
off every four seconds until I physically pulled the plug (even the<br>
power button long press and reset buttons didn't work).  So yes, I was<br>
looking for a fix.<br>
<br>
What's frustrating about this is that the only reason I eventually<br>
found out about this bug was from reading GTALUG.  It seems like a<br>
major bug that must have caused problems for a LOT of users, and yet<br>
it seems relatively unknown despite its longevity.<br>
<br>
At least I saw mention recently that a fix seems finally to have been found?<br>
<br>
I hope this is helpful to someone else ...<br>
<br>
--<br>
Giles<br>
<a href="http://www.gilesorr.com/" target="_blank">http://www.gilesorr.com/</a><br>
<a href="mailto:gilesorr-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org">gilesorr-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org</a><br>
--<br>
The Toronto Linux Users Group.      Meetings: <a href="http://gtalug.org/" target="_blank">http://gtalug.org/</a><br>
TLUG requests: Linux topics, No HTML, wrap text below 80 columns<br>
How to UNSUBSCRIBE: <a href="http://gtalug.org/wiki/Mailing_lists" target="_blank">http://gtalug.org/wiki/Mailing_lists</a><br>
</blockquote></div>