Bug 1710 - characters broken after restart from hibernate (drm intel)
Summary: characters broken after restart from hibernate (drm intel)
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 2
Hardware: x86_64 Linux
Priority: Normal major
Target Milestone: ---
Assignee: Thomas Backlund
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-06-09 14:02 CEST by Franz Holzinger
Modified: 2013-11-23 16:14 CET (History)
5 users (show)

See Also:
Source RPM: kernel
CVE:
Status comment:


Attachments
Firefox screenshot after restore from Hibernate (64.73 KB, image/png)
2011-06-09 14:03 CEST, Franz Holzinger
Details
The characters are broken again after awake from hybernate. (147.94 KB, image/png)
2011-10-14 18:58 CEST, Franz Holzinger
Details
dmesg after recover from hibernate (125.79 KB, text/plain)
2011-10-31 11:42 CET, Franz Holzinger
Details
Mageia 2 GNOME after awake from hibernate (45.91 KB, image/png)
2012-08-08 08:58 CEST, Franz Holzinger
Details

Description Franz Holzinger 2011-06-09 14:02:18 CEST
Description of problem:
When I restore the computer after a hibernate, then the characters in Firefox, the Menu bar and Nautilus appear all broken, Only in edit screen they show up readable.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. Start Firefox
2. Click 'System-Shutdown' and select 'Hibernate'.
3. Restart the computer after having it turned off

It does not even help to log out and in again. The characters are all broken.
Comment 1 Franz Holzinger 2011-06-09 14:03:27 CEST
Created attachment 549 [details]
Firefox screenshot after restore from Hibernate
Comment 2 Luzemário Dantas 2011-06-16 03:27:03 CEST
+1

With me happens on all desktop text. Screensaver text also affected. i810 based card (Aspire 2920).

As a workaround, I restart X server (CTRL-ALT-BKSP twice) after resume to refresh video memory.

CC: (none) => luzemario

Comment 3 Samuel Verschelde 2011-10-01 13:02:27 CEST
Is this still valid with all latest updates installed?

CC: (none) => stormi

Manuel Hiebel 2011-10-03 01:24:08 CEST

Keywords: (none) => NEEDINFO
Whiteboard: (none) => check

Comment 4 Franz Holzinger 2011-10-04 10:38:52 CEST
It works! Great!
Comment 5 Manuel Hiebel 2011-10-04 12:45:50 CEST
Ok so closing, thanks for the reply

Status: NEW => RESOLVED
Resolution: (none) => FIXED

Comment 6 Franz Holzinger 2011-10-14 18:58:28 CEST
Created attachment 963 [details]
The characters are broken again after awake from hybernate.
Comment 7 Franz Holzinger 2011-10-14 18:59:25 CEST
still not always working

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)

Christian Lohmaier 2011-10-23 03:28:10 CEST

CC: (none) => lohmaier+mageia

Comment 8 Manuel Hiebel 2011-10-31 11:11:36 CET
Can you attach the output of dmesg ?

Thierry is this bug related to Xorg ?

Keywords: NEEDINFO => (none)
CC: (none) => thierry.vignaud
Whiteboard: check => (none)

Comment 9 Franz Holzinger 2011-10-31 11:42:43 CET
Created attachment 1032 [details]
dmesg after recover from hibernate
Comment 10 Thierry Vignaud 2011-11-22 13:52:55 CET
I guess the kernel isn't restoring all of the gfx card state

Assignee: bugsquad => tmb
Source RPM: (none) => kernel

Comment 11 Marja Van Waes 2012-02-25 17:46:40 CET
Pinging, because nothing has happened with this report for more than 3 months, it still has the status NEW or REOPENED.

Is this bug still valid?

CC: (none) => marja11

Comment 12 Franz Holzinger 2012-02-25 20:00:09 CET
I have reopened this issue.
But now it is fixed. So close this.

Status: REOPENED => RESOLVED
Resolution: (none) => FIXED

Comment 13 Franz Holzinger 2012-08-06 16:43:54 CEST
After upgrade to Mageia 2 and GNOME this error is back again.

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)

Marja Van Waes 2012-08-06 17:04:50 CEST

Version: 1 => 2

Comment 14 Thierry Vignaud 2012-08-06 17:07:39 CEST
What's the result of the following commands:
uname -r
lspcidrake|fgrep Card

Keywords: (none) => NEEDINFO

Comment 15 Franz Holzinger 2012-08-06 17:21:12 CEST
[root@localhost ~]# uname -r
3.3.6-1.mga2
[root@localhost ~]# lspcidrake|fgrep Card
Card:Intel 810 and later: Intel Corporation|Mobile 4 Series Chipset Integrated Graphics Controller [DISPLAY_VGA] (rev: 07)
Comment 16 Thierry Vignaud 2012-08-06 17:33:53 CEST
So the culprit would be intel drm driver then.
You could try to enable the "Core Updates Testing" medium and try kernel-desktop-3.3.8

Summary: characters broken after restart from hibernate => characters broken after restart from hibernate (drm intel)

Comment 17 Franz Holzinger 2012-08-06 18:05:18 CEST
The recover from Hibernate works with kernel-desktop-3.3.8!

[franz@localhost ~]$ uname -r
3.3.8-desktop-2.mga2

Status: REOPENED => RESOLVED
Resolution: (none) => FIXED

Comment 18 Franz Holzinger 2012-08-08 08:58:40 CEST
Created attachment 2623 [details]
Mageia 2 GNOME after awake from hibernate
Comment 19 Franz Holzinger 2012-08-08 08:59:33 CEST
I have tried hibernate a second time and the characters are all wrong.

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)

Marja Van Waes 2012-08-26 15:36:26 CEST

Keywords: NEEDINFO => (none)

Comment 20 Christian Lohmaier 2012-08-28 22:18:46 CEST
No need to hibernate to see the corruption, the more memory is used, the more likely it is for the corruption to occur.

Restarting gnome-shell with <alt>+<F2>, r, <enter> does work as a workaround.

(except for the corruption in the desktop-background, but that might be because I enabled desktop-icons and I think nautilus does the rendering of the background in that case)


Much more annoying than the corruption is non-smooth video playback (jerky pans). After a reboot or after restarting gnome-shell the rendering is almost OK, but the longer the uptime the worse it gets. Video playback is flawless in gnome's fallback mode. (intel GM965)
Comment 21 Manuel Hiebel 2013-10-22 12:11:27 CEST
This message is a reminder that Mageia 2 is nearing its end of life.
Approximately one month from now Mageia will stop maintaining and issuing updates for Mageia 2. At that time this bug will be closed as WONTFIX (EOL) if it remains open with a Mageia 'version' of '2'.

Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Mageia version prior to Mageia 2's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Mageia 2 is end of life.  If you would still like to see this bug fixed and are able to reproduce it against a later version of Mageia, you are encouraged to click on "Version" and change it against that version of Mageia.

Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Mageia release includes newer upstream software that fixes bugs or makes them obsolete.

-- 
The Mageia Bugsquad
Comment 22 Christian Lohmaier 2013-10-22 21:59:43 CEST
still occurs in Mageia 3, but as I don't expect a fix from mageia itself anyway...
More a task for upstream kernel/intel driver developers
Comment 23 Manuel Hiebel 2013-11-23 16:14:45 CET
Mageia 2 changed to end-of-life (EOL) status on ''22 November''. Mageia 2 is no
longer maintained, which means that it will not receive any further security or
bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of Mageia
please feel free to click on "Version" change it against that version of Mageia
and reopen this bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

--
The Mageia Bugsquad

Status: REOPENED => RESOLVED
Resolution: (none) => OLD


Note You need to log in before you can comment on or make changes to this bug.