Bug 13797 - iBook G4 doesn't suspend since 2ed8d2b3a8
Summary: iBook G4 doesn't suspend since 2ed8d2b3a8
Alias: None
Product: Power Management
Classification: Unclassified
Component: Hibernation/Suspend (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: Rafael J. Wysocki
Depends on:
Blocks: 7216 13070
  Show dependency tree
Reported: 2009-07-18 20:18 UTC by Jörg Sommer
Modified: 2009-10-26 18:58 UTC (History)
2 users (show)

See Also:
Kernel Version: 2.6.31-rc3
Regression: Yes
Bisected commit-id:

Output of dmesg before suspend (26.85 KB, text/plain)
2009-08-09 22:47 UTC, Jörg Sommer
Output at the usb console (4.61 KB, text/plain)
2009-08-30 19:27 UTC, Jörg Sommer
net.log-1: Ouput at the net console while usb console is active (63.68 KB, text/plain)
2009-08-30 19:36 UTC, Jörg Sommer
net.log-2: Output at the netconsole with disabled usb console (39.77 KB, text/plain)
2009-08-30 19:39 UTC, Jörg Sommer

Description Jörg Sommer 2009-07-18 20:18:57 UTC

I've an iBook G4 and since 2.6.30-rc1 my machine doesn't suspend to RAM. When doing “echo mem > /sys/power/state”, the screen gets black but the fan is still running and the LED of caps lock still works. I can't resume the system. I can only do a reset.

I've bisected the problem and found 2ed8d2b as the first bad bug. With 2ed8d2b~1 I can suspend the machine, but not with 2ed8d2b.

commit 2ed8d2b3a81bdbb0418301628ccdb008ac9f40b7
Author: Rafael J. Wysocki <rjw@sisk.pl>
Date:   Mon Mar 16 22:34:06 2009 +0100

    PM: Rework handling of interrupts during suspend-resume

% cat /proc/cpuinfo
processor	: 0
cpu		: 7455, altivec supported
clock		: 606.000000MHz
revision	: 3.3 (pvr 8001 0303)
bogomips	: 36.73
timebase	: 18432000
platform	: PowerMac
model		: PowerBook6,3
machine		: PowerBook6,3
motherboard	: PowerBook6,3 MacRISC3 Power Macintosh
detected as	: 287 (iBook G4)
pmac flags	: 0000001b
L2 cache	: 256K unified
pmac-generation	: NewWorld
Memory		: 640 MB

% lspci -v -s 0:10  
0000:00:10.0 VGA compatible controller: ATI Technologies Inc M9+ 5C63 [Radeon Mobility 9200 (AGP)] (rev 01) (prog-if 00 [VGA controller])
        Subsystem: ATI Technologies Inc Apple iBook G4 2004
        Flags: bus master, 66MHz, medium devsel, latency 255, IRQ 48
        Memory at 98000000 (32-bit, prefetchable) [size=128M]
        I/O ports at 0400 [size=256]
        Memory at 90000000 (32-bit, non-prefetchable) [size=64K]
        Expansion ROM at f1000000 [size=128K]
        Capabilities: <access denied>
        Kernel driver in use: radeonfb

Bye, Jörg.
Comment 1 Rafael J. Wysocki 2009-07-27 22:12:04 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)
Comment 2 Benjamin Herrenschmidt 2009-07-27 22:33:55 UTC
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.
Comment 3 Rafael J. Wysocki 2009-07-27 23:10:16 UTC
OK, but the test from comment #1 is still worth doing IMO.
Comment 4 Jörg Sommer 2009-07-28 09:33:47 UTC
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.
Comment 5 Rafael J. Wysocki 2009-07-28 20:48:32 UTC
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
Comment 6 Jörg Sommer 2009-07-30 07:10:44 UTC
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.
Comment 7 Rafael J. Wysocki 2009-08-05 15:06:43 UTC
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
Comment 8 Jörg Sommer 2009-08-09 22:47:29 UTC
Created attachment 22654 [details]
Output of dmesg before suspend
Comment 9 Jörg Sommer 2009-08-09 22:56:02 UTC
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.
Comment 10 Jörg Sommer 2009-08-30 19:25:20 UTC
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.
Comment 11 Jörg Sommer 2009-08-30 19:27:45 UTC
Created attachment 22913 [details]
Output at the usb console
Comment 12 Jörg Sommer 2009-08-30 19:36:36 UTC
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


[  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.
Comment 13 Jörg Sommer 2009-08-30 19:39:42 UTC
Created attachment 22915 [details]
net.log-2: Output at the netconsole with disabled usb console
Comment 14 Rafael J. Wysocki 2009-08-30 22:32:12 UTC
Hmm.  I wonder if this is a duplicate of bug #13950, then?
Comment 15 Jörg Sommer 2009-08-30 23:49:23 UTC
I don't think so. I've disabled USB support (CONFIG_USB_SUPPORT=n) and my iBook still don't suspend.
Comment 16 Rafael J. Wysocki 2009-09-27 15:14:45 UTC
Please test if this patch fixes the issue for you:
Comment 17 Jörg Sommer 2009-10-07 22:46:54 UTC
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.
Comment 18 Jörg Sommer 2009-10-17 09:17:34 UTC
With the new version 2.6.32-rc5 my iBook fells asleep and wakes up correctly.
Comment 19 Rafael J. Wysocki 2009-10-26 18:58:27 UTC
Fixed by commit 11a50873ef2b3c1c3fe99a661c22c08f35d93553 .

Note You need to log in before you can comment on or make changes to this bug.