Bug 57774

Summary: Graphic corruption on resume from hibernation
Product: xorg Reporter: Laurent Almeras <lalmeras>
Component: Driver/RadeonAssignee: xf86-video-ati maintainers <xorg-driver-ati>
Status: RESOLVED MOVED QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium CC: giugrilli
Version: unspecified   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
Corrupted screen after resume from hibernation
none
dmesg after resume from hibernation
none
lspci
none
pm-suspend.log after resume from hibernation none

Description Laurent Almeras 2012-12-01 14:19:59 UTC
Created attachment 70872 [details]
Corrupted screen after resume from hibernation

On resume from hibernation, screen is always totally corrupted (I attach a photo of my screen). If I move the mouse, I can see a square shape moves on the screen. I can ssh my computer and all seems to run fine (and I can retrieve the following attached files), but display is broken.
I can switch to terminal with ctrl+alt+Fn : display is still corrupted, but I can see corruption pattern changes and the square shape disappears.
Graphic corruptions appears during hibernation (just before power down) and after grub and kernal loading messages.
I use kms.

When my computer is in this state (resumed from hibernation, display corrupted), I can press power button to enter suspend (on ram) mode : sometimes, when I wake up from this state, screen corruption disappears.

I don't know if this can help, but if I use suspend (to ram) with --quirk-no-chvt (which is added by default by pm tools with kms), I have the same problem. Suspend works fine when I disable all the quirks.

Attached :
 * photo of the corrupted screen
 * pm-suspend.log (retrieved via ssh after resume)
 * dmesg (retrieved via ssh after resume)
 * lspci
Comment 1 Laurent Almeras 2012-12-01 14:20:55 UTC
Created attachment 70873 [details]
dmesg after resume from hibernation
Comment 2 Laurent Almeras 2012-12-01 14:21:26 UTC
Created attachment 70874 [details]
lspci
Comment 3 Laurent Almeras 2012-12-01 14:22:08 UTC
Created attachment 70875 [details]
pm-suspend.log after resume from hibernation
Comment 4 giugrilli 2013-05-08 09:24:44 UTC
exactly the same spec, exactly the same problem
Comment 5 Alex Deucher 2013-05-08 12:48:17 UTC
Is this still an issue with a 3.10 kernel?  There were some fixes that went in that may help with this.
Comment 6 Laurent Almeras 2013-05-08 13:26:17 UTC
I still experiment the issue with 3.10.0 kernel (3.10.0-0.rc0.git16.2.fc20.x86_64). I try with and without quirk-radeon-off.

Graphic corruption is exactly the same. As before, once computer is back on and screen completly corrupted, if I enter then leave suspend to ram mode, graphic corruption disappears.

If it helps, at the moment computer woke up from suspend to ram, screen is completly corrupted except the terminal where i launch my pm-hibernate command. Then gnome 3 lock screen appears (correctly) and when I unlock all the display is correct.

Since my first report (with kernel 3.6.7) I test the issue each time kernel is updated and it never works. I also try ubuntu to check if it would be distro-specific, but it shows the same issue.
Comment 7 Laurent Almeras 2013-09-21 09:24:49 UTC
Still an issue with 3.11 and 3.12.0-rc1 (Fedora distribution) kernels.
Comment 8 Martin Peres 2019-11-19 07:39:08 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-ati/issues/51.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.