Bug 57774 - Graphic corruption on resume from hibernation
Summary: Graphic corruption on resume from hibernation
Status: RESOLVED MOVED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-12-01 14:19 UTC by Laurent Almeras
Modified: 2019-11-19 07:39 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
Corrupted screen after resume from hibernation (2.20 MB, text/plain)
2012-12-01 14:19 UTC, Laurent Almeras
no flags Details
dmesg after resume from hibernation (81.32 KB, text/plain)
2012-12-01 14:20 UTC, Laurent Almeras
no flags Details
lspci (2.39 KB, text/plain)
2012-12-01 14:21 UTC, Laurent Almeras
no flags Details
pm-suspend.log after resume from hibernation (9.17 KB, text/plain)
2012-12-01 14:22 UTC, Laurent Almeras
no flags Details

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.