Bugzilla – Bug 130998
suspend sometimes fails with BUG at swsusp.c:905
Last modified: 2006-01-11 10:28:06 UTC
On Toshiba Portege 3020CT, suspend to disk via powersave -U sometimes fails. Then I have to reset the machine and hope that fs journaling does its job. I haven't determined yet the exact circumstances. It worked with the same hardware on 9.3. The kenel trace is not unfortunately written to disk so I attach its picture. Let me know what other information I should provide.
Created attachment 55705 [details] BUG_swsusp_c_905.jpg - kernel BUG screenshot
I've seen that BUG() before, but I do not know how to reproduce it; it only happens rarely :-(. Having reproducible way to trigger it would help a lot.
On my machine it happens quite often, but I haven't found a way to reproduce it reliably yet. Can I do anything to help tracking it down in the meantime?
The code was completely rewritten in 2.6.14-git... you can switch to that to get rid of the bug (but perhaps get some new one). You may also just remove the BUG_ON(). It is condition I did not expect and condition I do not understand, but it is probably not harmfull.
SLES10 should have 2.6.15, so it should be fixed at least there.
Yes. On SL 10.0 I seem to have found a workaround of swapoff -a; swapon -a before suspend. On 2.6.15 I think I saw the "0 pages freed" problem too, which made the suspend fail (but did not oops), but after the swap trick it worked.
Thanks for testing. I'll try to remember swapoff/swapon trick.