Most recent kernel where this bug did *NOT* occur: no idea Distribution: Debian/sid Hardware Environment: Acer TravelMate 3012 Software Environment: Debian/sid, self compiled kernel Problem Description: after suspend to ram the kernel does not come back. I tried the following things, all with a minimal kernel (no modules, no usb, no agb, no bluetooth, no wlan, ...) and from init=/bin/bash: - use uswsusp s2ram -f with various combinations/incantations - booted with noapic and kernel config with CONFIG_PREEMPT_NONE=y - using PM_TRACE debugging I get: Magic number: 3:52:786 but no lines "hash matches ..." See attached dmesg output of a noapic nopreempt reboot AFTER a s2ram freeze Steps to reproduce: whatever way to initiate a s2ram (echo mem > ..., call s2ram)
Created attachment 11085 [details] dmesg output of a reboot immediately after a frozen s2ram
I made another test with netconsole attached, and the last thing which came through was the suspend stuff: --------------- Starting balanced_irq Using IPI No-Shortcut mode Magic number: 3:802:636 hash matches device 0000:00:1c.1:pcie02 Synaptics Touchpad, model: 1, fw: 6.2, id: 0x81a0b1, caps: 0xa04713/0x204000 input: SynPS/2 Synaptics TouchPad as /class/input/input5 kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem) readonly. Freeing unused kernel memory: 172k freed Stopping tasks ... done. Suspending console(s) ----------- The resume didn't leave any trace via netconsole, so the problem must happen earlier. Furthermore, as averted by someone from the suspend list, I tried to use vesafb or intelfb instead of plain vga console. In both cases no success. Furthermore (probably unrelated) when booting with vga=792 the screen remains black (backlight on). Any other suggestions? Best wishes Norbert
Tested the same with 2.6.21, with minimal (even more minimal then before ;-), same result. Not a beep after resume.
Try to remove as many drivers as possible, and see if any driver breaks s2ram please
Hi David! I tried with a minimal kernel of 2.6.21, see the attachment, and the same happens. The minimal config was created from an empty .config by saying everywhere N where I could (or at least where I believed I could). Only thing compiled in is the SCSI system, otherwise I cannot access the disk. If you have any suggestion for a different .config (suggested changes) let me know and I will try immediately. Thanks for your support Norbert
Created attachment 11509 [details] minimal config file for 2.6.21
Reconfirmed with 2.6.22-rc2. I even removed the SATA driver and included plain old ATA/IDE generic interface. Still no wakeup, complete freeze, only 4sec power button helps.
Maybe Rafael has some ideas?
I can report that with 2.6.23-rc2 onward (not sure about -rc1, but definitely not in -22) s2ram works. Resume from X running even with DRI enabled works. So I close this bug.