Red Hat Bugzilla – Bug 476253
Resume from Suspend Crashes X on x86_64 Fedora 10 with Radeon 200M / b43 broadcom wireless card
Last modified: 2009-05-26 16:42:33 EDT
Created attachment 326748 [details]
Xorg from resume-from-suspend hang
Description of problem:
After suspend-to-ram is kicked off, every time user attempts to resume the Xorg process crashes.
Version-Release number of selected component (if applicable):
How reproducible: 100%
Steps to Reproduce:
2. Wake computer
Xorg process hangs. It appears that evdev believes that the b43 broadcom 4318 wireless card is a keyboard and initializes it as such. This is the last line in the log. No function is available via real mouse / keyboard.
Xorg allows keyboard / mouse control and shows password input screen
I haven't figured out how to blacklist the bcm4318 card from evdev yet.. and I have not tried it with an Xorg.conf file either. I have to use nomodeset or there are random lockups.
xorg drv: xorg-x11-drv-ati-6.9.0-61.fc10.x86_64
broadcom firmware: broadcom-wl-188.8.131.52
Created attachment 326749 [details]
OK -- resume from suspend works now with the latest packages in f10 repo --- I am not sure what changed, but I can suspend and wake it back up without a problem now...
Thanks for letting us know.
I would like to let you know that I am also going through this bug on resuming from my fedora 10 on suspend.
All this theory about
"It appears that evdev believes that the b43 broadcom 4318
wireless card is a keyboard and initializes it as such. This is the last line
in the log. No function is available via real mouse / keyboard."
sounds nice, but I have a Sony Vaio VGN-4000 with a Core2Duo T93, 2.5GHz, 6MB L2 cache, 4GB RAM, came with some NVidia card, 7GB swap partition, and can't come back from suspend either.
Actually, not even from hibernate. I even tried to add more swap creating a swap file (dd if=/dev/zero of=....) and summing up 12GB swap to go for a disk suspend, hibernate. no good.
Please, notice that same problem happened on my former ubuntu 8.04, but not on the 8.10. Maybe you guys could check to see what they did in order to fix it!
I hope This could help, because now that I am using my fedora 10 64bit I find it a lot more responsive than the Ubuntu 64bit and I don't want to ever go back.
But the suspending is definitely necessary to make the notebook there for me
Imagine that situation when that algorithm finally cooks and you want to quickly code it before that insight goes away or the phone goes off in the middle of the boot delay...
By the way, on boot, it waits 10 seconds just because it can't find some "stabilization" during the beginning of the boot process! I wonder what it is.
Thank you for the excellent work.