https://bugs.freedesktop.org/show_bug.cgi?id=43278
--- Comment #10 from Rolf hubba@online.de 2011-11-28 23:39:22 PST --- On 29.11.2011 00:38, bugzilla-daemon@freedesktop.org wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=43278
Jonathan Niederjrnieder@gmail.com changed:
What |Removed |Added
Summary|System hangs after suspend |RS482: Hibernation reliably |to ram or disk cause radeon |hangs, suspend-to-RAM |firmware cannot be loaded. |unreliably hangs--- Comment #9 from Jonathan Niederjrnieder@gmail.com 2011-11-28 15:38:47 PST --- Alex Deucher wrote:
Install the debian firmware package.
The bug summary is wrong. The warnings about firmware were artifacts from debugging in a minimal environment (to rule out other some other driver causing the hibernation trouble).
Rolf wrote:
When trying the "drm.debug=0x6" and "no_console_suspend" parameters the system sometimes didn't hangup on hibernate test - the test worked 3 times in follow without hangup. And second suspend to disk with the two parameters did not really suspend - the power led continued to burn as described above - and the screen turned to power safe mode - but after a second or two the screen powered up again and showed the login screen of suspend mode. But this could not be reproduced constantly - strange!
Do you have logs from when this happened (they might be somewhere in /var/log/dmesg*)?
Please find attached all the /var/log/dmesg* files with their timestamps in ls.txt .
But about the firmware warning in the initramfs environment - is it really useless ? Cause all the other roundabout 100 modules did load successfully using "modprobe -d /mnt" after mounting the harddisk /dev/sda8 at /mnt . Doesn't that mean that the radeon driver does not evaluate some environment settings but instead uses some fixed path settings - which might be wrong under certain circumstances?