The problem is not suspend, it's the preparation for suspend if X is in the fgconsole.
If I'm in X in a shell and do the following: . 60-generate-modules-list.sh . 70-modules-unload.sh The shell will return a prompt to me, but very shortly thereafter hang. In the suspend process, the panic is delayed just long enough to switch vts. I narrowed it down to one particular module on my laptop that gets unloaded causing the panic only if X is on the fgconsole when that particular module is unloaded: e1000. This seems to happen 100% of the time, and the panic always looks like what he described. Note in my /proc/interrupts: 11: 20917 XT-PIC uhci_hcd:usb1, ohci1394, uhci_hcd:usb2, uhci_hcd:usb3, ehci_hcd:usb4, yenta, [EMAIL PROTECTED]:0000:01:00.0, Intel 82801DB-ICH4, eth0, eth1 The e1000 controller is on the same interrupt as a bunch of stuff, including the radeon chip. Workaround for me was sudo mv /etc/acpi/suspend.d/75-console-switch.sh /etc/acpi/suspend.d/11-console-switch.sh And now I can suspend from gnome's dialog. -- IBM T41 under Edgy: Kernel Panic for Suspend/Hibernate https://launchpad.net/bugs/62196 -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
