Since resuming my spitz from a suspended state doesn&#39;t work in 2.6.34-rc3 at the moment, I&#39;ve tried to find out what the problem is with suspend/resume. Using CONFIG_PM_DEBUG I tried to test this by setting /sys/power/pm_test to &quot;core&quot; and switching the device off with the power button. This indeed suspends and resumes the device, but shows following in the system log:<br>
<br>apm-power: Requesting system suspend...<br>PM: Syncing filesystems ... <br>done.<br>Freezing user space processes ... (elapsed 0.02 seconds) done.<br>Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.<br>
Suspending console(s) (use no_console_suspend to debug)<br>PM: suspend of devices complete after 95.695 msecs<br>PM: late suspend of devices complete after 1.460 msecs<br>suspend debug: Waiting for 5 seconds.<br>PM: early resume of devices complete after 722.103 msecs<br>
------------[ cut here ]------------<br>WARNING: at kernel/irq/manage.c:361 set_irq_wake+0xa4/0x130()<br>Unbalanced IRQ 191 wake disable<br>Modules linked in:<br>Backtrace: <br>[&lt;c0024118&gt;] (dump_backtrace+0x0/0x110) from [&lt;c028d7f8&gt;] (dump_stack+0x18/0x1c)<br>
r7:c3d0de10 r6:c006177c r5:c0312002 r4:00000169<br>[&lt;c028d7e0&gt;] (dump_stack+0x0/0x1c) from [&lt;c0033fa4&gt;] (warn_slowpath_common+0x50/0x80)<br>[&lt;c0033f54&gt;] (warn_slowpath_common+0x0/0x80) from [&lt;c0034020&gt;] (warn_slowpath_fmt+0x30/0x38)<br>
r7:00000000 r6:000000bf r5:c035e6a0 r4:00000000<br>[&lt;c0033ff0&gt;] (warn_slowpath_fmt+0x0/0x38) from [&lt;c006177c&gt;] (set_irq_wake+0xa4/0x130)<br>r3:000000bf r2:c0312040<br>[&lt;c00616d8&gt;] (set_irq_wake+0x0/0x130) from [&lt;c01f6814&gt;] (gpio_keys_resume+0x68/0xa0)<br>
r8:00000034 r7:c03582d0 r6:c3e9ee40 r5:c0358708 r4:00000000<br>[&lt;c01f67ac&gt;] (gpio_keys_resume+0x0/0xa0) from [&lt;c01bc68c&gt;] (platform_pm_resume+0x48/0x54)<br>r8:00000000 r7:c035830c r6:c03582d8 r5:c02ad58c r4:00000010<br>
[&lt;c01bc644&gt;] (platform_pm_resume+0x0/0x54) from [&lt;c01bed44&gt;] (pm_op+0x78/0xc4)<br>[&lt;c01beccc&gt;] (pm_op+0x0/0xc4) from [&lt;c01bf218&gt;] (device_resume+0x88/0x140)<br>r9:00000003 r8:00000010 r6:00000010 r5:c03582d8 r4:c03582d8<br>
[&lt;c01bf190&gt;] (device_resume+0x0/0x140) from [&lt;c01bf438&gt;] (dpm_resume_end+0x118/0x364)<br>r7:c036eff0 r6:00000000 r5:c0358330 r4:c03582d8<br>[&lt;c01bf320&gt;] (dpm_resume_end+0x0/0x364) from [&lt;c005e54c&gt;] (suspend_devices_and_enter+0x194/0x1e4)<br>
[&lt;c005e3b8&gt;] (suspend_devices_and_enter+0x0/0x1e4) from [&lt;c005e688&gt;] (enter_state+0xec/0x144)<br>r6:00000003 r5:c030e820 r4:00000000<br>[&lt;c005e59c&gt;] (enter_state+0x0/0x144) from [&lt;c005e704&gt;] (pm_suspend+0x24/0x28)<br>
r6:c3d0c000 r5:c0389eb8 r4:c3c21500<br>[&lt;c005e6e0&gt;] (pm_suspend+0x0/0x28) from [&lt;c01b38c8&gt;] (kapmd+0x140/0x1a4)<br>[&lt;c01b3788&gt;] (kapmd+0x0/0x1a4) from [&lt;c0048cd8&gt;] (kthread+0x84/0x8c)<br>[&lt;c0048c54&gt;] (kthread+0x0/0x8c) from [&lt;c00373f8&gt;] (do_exit+0x0/0x5c0)<br>
r7:00000000 r6:00000000 r5:00000000 r4:00000000<br>---[ end trace 08b84d7be31aecaf ]---<br>PM: resume of devices complete after 1359.861 msecs<br>Restarting tasks ... done.<br><br>I&#39;ll investigate further, but if any of you have any hints on how to fix this, please let me know!<br>
<br>