[STAGING] BUG: scheduling while atomic: dropbox/8461/0x10010100; EIP is at __rcu_process_callbacks+0x36/0x2d0

Confirm on Asus eeepc 901

Confirmed on MSI Wind U100 with all updates as of 2010-10-22. If I don't turn on the wireless the computer suspends and resumes fine. I tried removing the r8187se module before suspend and adding it back after resume but the computer freezes when trying to reconnect to the wireless network.

Installing "hibernate" as per this suggestion:

http://ubuntuforums.org/showthread.php?t=1596545&page=2#post_message_9985620

seems to work. I can suspend, resume, and reconnect to wireless networks. "hibernate" didn't seem to show up in the Software Center for me, I had to search for it using aptitude and install it with apt-get.

Mostly fixed on eeepc 901 by adding the following to /etc/modprobe.d/blacklist.conf

blacklist rt2800pci
blacklist rt2800usb
blacklist rt2x00lib
blacklist rt2x00pci
blacklist rt2x00usb

Still some odd behavior on resume but no more locking up

Update for MSI Wind U100. The problem still happens with a clean install of 11.04. It only seems to happen when resuming on battery power:

AC before suspend -> battery on resume
battery before suspend -> battery on resume

and it does not happen when resuming on AC power:

AC before suspend -> AC on resume
battery before suspend -> AC on resume

Also, the problem only happens when connecting to a wireless network on resume (and when in the appropriate power state described above). Disabling the wireless network adapter before suspending prevents the problem, but if the wireless network adapter is enabled after resuming and the system tries to connect to a wireless network the system crashes.

I think I have narrowed the problem down to /usr/lib/pm-utils/power.d/pcie_aspm, though I don't know exactly what the script is doing that is causing the problem. A workaround for the problem is to

sudo touch /etc/pm/power.d/pcie_aspm

which will prevent the script from running on suspend/resume. My previous comment about needing the hibernate package is wrong, the hibernate package is not needed for the workaround.

PatrickSCarrroll, thank you for reporting this and helping make Ubuntu better. Maverick reached EOL on April 10, 2012.
Please see this document for currently supported Ubuntu releases:
https://wiki.ubuntu.com/Releases

We were wondering if this is still an issue in a supported release? If so, could you please provide the information following https://wiki.ubuntu.com/DebuggingKernelSuspendHibernateResume ? As well, can you try with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ . However, note you can only test Suspend, not Hibernate, when using a LiveCD. If the issue remains, run the following command in the development release from a Terminal (Applications->Accessories->Terminal) as it will automatically gather and attach updated debug information to this report.

apport-collect -p linux <BUGNUMBER>

Additionally, if you could try to reproduce this with the upstream mainline kernel that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text.

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.

Please let us know your results. Thanks in advance.

Please provide the information following https://wiki.ubuntu.com/Kernel/DebuggingSchedulingWhileAtomic .

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]