Bug 13797
| Summary: | iBook G4 doesn't suspend since 2ed8d2b3a8 | ||
|---|---|---|---|
| Product: | Power Management | Reporter: | Jörg Sommer (joerg) |
| Component: | Hibernation/Suspend | Assignee: | Rafael J. Wysocki (rjw) |
| Status: | CLOSED CODE_FIX | ||
| Severity: | normal | CC: | benh, rjw |
| Priority: | P1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | 2.6.31-rc3 | Subsystem: | |
| Regression: | Yes | Bisected commit-id: | |
| Bug Depends on: | |||
| Bug Blocks: | 7216, 13070 | ||
| Attachments: |
Output of dmesg before suspend
Output at the usb console net.log-1: Ouput at the net console while usb console is active net.log-2: Output at the netconsole with disabled usb console |
||
|
Description
Jörg Sommer
2009-07-18 20:18:57 UTC
It seems that the timer interrupt is not marked appropriately on your system.
Can you please do the following:
(1) Try to reproduce the problem in the 'core' test mode, ie.
# echo core > /sys/power/pm_test
# echo mem > /sys/power/state
(2) If you're able to reproduce it with (1), comment out suspend_device_irqs()
and resume_device_irqs() in drivers/base/power/main.c and repeat (1)
Timer interrupts don't need to be marked specifically. On PowerPC, they come via a completely different exception vector that isn't related to the PIC, ie, they don't have a matching irq_desc or anything like that, it's just a different code path alltogether, and so will remain enabled until local_irq_disable() has been called. OK, but the test from comment #1 is still worth doing IMO. Hi, the test from #1 did fail. After removing these lines, my screen becomes scrambled and the CD-ROM is clicking, on suspend. I had to reset the system to get it working. Please undo the changes in drivers/base/power/main.c and try the 'devices' test: # echo devices > /sys/power/pm_test # echo mem > /sys/power/state The device test (from #5) gives the same result as with the patch. After nearly two seconds, the screen gets a white spot which grows and the cd-rom device is clicking. But on a keypress nothing changes and the led of capslock can be turned on and off. It seems one of the drivers gets stuck in its .suspend() or .suspend_late() callback. The question is which one. Hmm. Please do the following, if possible: * Build the kernel with CONFIG_PM_VERBOSE * Boot without X and with no_console_suspend in the kernel's command line. * Save the output of dmesg to a file * Run 'echo 8 > /proc/sys/kernel/printk' * Run the test from Comment #5 * Tell us what the last few messages printed to the console are * Attach the output of dmesg saved earlier Created attachment 22654 [details]
Output of dmesg before suspend
I attach the dmesg output, but I can't tell what are the last lines printed by the kernel. The screen becomes blank too fast. Do you have an idea, how I can slowdown the suspend? BTW: I can reproduce still this bug with 31-rc5. The bug is still in 31-rc8. I've used the USB console and net console to gather the kernel output. With the USB console I can't suspend. You can see in the net.log-1 the repeating line: [ 134.699378] therm_adt746x 7-002e: legacy suspend [ 134.699549] usb 4-1: type suspend [ 134.713034] usb usb4: type suspend, may wakeup [ 134.713195] pl2303 ttyUSB0: pl2303_send - failed submitting write urb, error -113 [ 134.713208] pl2303 ttyUSB0: pl2303_send - failed submitting write urb, error -113 [ 134.713456] pl2303 ttyUSB0: pl2303_send - failed submitting write urb, error -113 In net.log-2 (usb console disabled), you can see the machine suspends and wakes up immediatly: [ 71.134865] i2c-powermac i2c-powermac.0: suspend [ 71.135704] gem 0002:20:0f.0: suspend [ 71.136513] eth0: suspending, WakeOnLan disabled [ 77.745789] i2c-powermac i2c-powermac.0: resume This might be the reason why my screen becomes scrambled and doesn't stay blank. I might not get initialized correctly. But you're the experts and you might see something else. Created attachment 22913 [details]
Output at the usb console
Created attachment 22914 [details]
net.log-1: Ouput at the net console while usb console is active
This suspend failed and didn't reached the point where the screen becomes blank. It looks like a bug in the usb module.
The log also contains often these lines:
rite urb, error -113
ttyUSB0: pl2303_send - failed submitting write urb, error -113
rite urb, error -113
<3>[ 135.139035] pl2303 ttyUSB0: pl2303_send - failed submitting write urb, error -113
and
[ 135.221589] pl2303 ttyUSB0: pl2303_send - failed submittin<3>[ 135.301771] pl2303 ttyUSB0: pl2303_send - fail
I don't know if something with the recording (nc -u -l 6666) was wrong or if the netconsole send this broken data. Maybe, due to the massive amount of messages the netconsole stumbled.
Created attachment 22915 [details]
net.log-2: Output at the netconsole with disabled usb console
Hmm. I wonder if this is a duplicate of bug #13950, then? I don't think so. I've disabled USB support (CONFIG_USB_SUPPORT=n) and my iBook still don't suspend. Please test if this patch fixes the issue for you: http://patchwork.kernel.org/patch/49462/ It doesn't solve the problem completely. Now, the iBook goes fully asleep and the LED of caps lock turns off. But after pressing a key and waking up the machine, the CD makes the usual noice, but the screen stays blank. So, with this patch sleeping works, but not waking up. With the new version 2.6.32-rc5 my iBook fells asleep and wakes up correctly. Fixed by commit 11a50873ef2b3c1c3fe99a661c22c08f35d93553 . |