opensubscriber
   Find in this group all groups
 
Unknown more information…

d : dri-devel@lists.freedesktop.org 29 November 2011 • 3:39PM -0500

[Bug 43278] RS482: Hibernation reliably hangs, suspend-to-RAM unreliably hangs
by bugzilla-daemon

REPLY TO AUTHOR
 
REPLY TO GROUP




https://bugs.freedesktop.org/show_bug.cgi?id=43278

--- Comment #10 from Rolf <hubba@onli...> 2011-11-28 23:39:22 PST ---
On 29.11.2011 00:38, bugzilla-daemon@free... wrote:
> https://bugs.freedesktop.org/show_bug.cgi?id=43278
>
> Jonathan Nieder<jrnieder@gmai...>  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 Nieder<jrnieder@gmai...>  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?

--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel@list...
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Bookmark with:

Delicious   Digg   reddit   Facebook   StumbleUpon

Related Messages

opensubscriber is not affiliated with the authors of this message nor responsible for its content.