http://bugzilla.kernel.org/show_bug.cgi?id=5671





------- Additional Comments From [EMAIL PROTECTED]  2006-01-20 08:25 -------
I rebuilt the same kernel (2.6.14.3) without CONFIG_DETECT_SOFTLOCKUP. Now when
I boot without pci=routeirq, the only change is I don't get any output at all
when the system hangs during resume.  Everything else is the same.  No response
to any keyboard sequences even alt-sysrq-b.  

I had originally turned softlockup detection *on* to see if I could find out
anything about why the system was hanging during resume,  FC4 kernels don't have
softlockup detection turned on by default. (It doesn't have SWSUSP enabled
either, but IMNSHO SWSUSP is a requirement for a laptop) 

I guess I didn't make that clear before that it's not just softlockup shown, but
a system hang.   FWIW, the temp as reported after a hard power-off is directly
related to the length of time the system is allowed to remain in this hung
state, exceeding active/passive trip points.  

Also FWIW, a 2.6.15 kernel (I've been running/tracking 2.6.15 since rc5) behaves
much better and in the testing I've done only hangs about 1 in 5 resumes from
suspend to disk.  I initially tried 2.6.15 without the pci=routeirq and it only
hung on the 5th or 6th resume cycle. Once it did, (and the softlockup output was
similar) I just put the option back and the command line.  I chalked up the
improvement on the ACPI changes that went into 2.6.15, but then that is only my
guess. 

I guess I should also mention that without the softlockup detection, the console
screen restores the  traceback msg

  Debug: sleeping function called from invalid context at mm/slab.c:2486
   in_atomic():0, irqs_disabled():1
   [<c0145c93>] kmem_cache_alloc+0x40/0x52 
   ...

that shows up during the suspend phase or at least that's where I guess its from
then nothing else, until I physically power the system off.

Prior to filing the bug, I had thought (based on the info from the softlockup
output that the problem might be somewhere in the interaction the ACPI &
Intel845 AGP driver(s).  Later, I thought that couldn't be so, since the
softlockup was able print its traceback, and what the traceback might actually
be showing was a demonstration of the Heisenberg Uncertainty Principle, but then
I could be wrong about that too.



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


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to