Rendering problems on edgy with Intel Integrated Graphics Device
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| X.Org X server |
Won't Fix
|
Medium
|
||
| xserver-xorg-video-i810 (Ubuntu) |
Undecided
|
Unassigned |
Bug Description
Every few times that I resume from suspend or hibernate, I see severe rendering glitches. A few screenshots will be attached.
Here's the lspci output for my graphics card:
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
Mary Gardiner (puzzlement) wrote : | #1 |
Mary Gardiner (puzzlement) wrote : | #2 |
Mary Gardiner (puzzlement) wrote : | #3 |
Soren Hansen (soren) wrote : | #4 |
I'm experiencing this issue as well. It happens once every 5-10 times.
I've reassigned this bug to the i810 X driver for now, but I suspect it might be a kernel issue since restarting X has no effect.
A few minutes ago I discovered that doing a few suspend/resumes actually fixes it again, which is also quite interesting.
Changed in xorg-server: | |
status: | Unconfirmed → Confirmed |
|
#5 |
This morning I resumed my Thinkpad X40 and the screen was quite corrupted, all
applications were failing to draw correctly and I had to reboot to fix it.
|
#6 |
Created an attachment (id=7348)
Screenshot showing corruption
|
#7 |
If you are using vbetool in your suspend/resume scripts. Disable it.
Chris Jones (cmsj) wrote : | #9 |
I am seeing this also on my Thinkpad X40 with:
00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
Chris Jones (cmsj) wrote : | #10 |
Upstream suggests removing vbetool from resume scripts
Soren Hansen (soren) wrote : | #11 |
That actually seems to have solved it for me. And not just that: Sometimes the display wouldn't even come back at all, but I suspected that was a different issue, but this also seems to be solved.
I've just done 10-12 suspend/resume cycles and everything works like a charm. I don't think I've ever been able to do that in Edgy.
Now we just have to figure out which laptops to do this for..
Paul Sladen (sladen) wrote : | #12 |
Chris, vbetool tool and state restoring on resume are controlled by:
SAVE_
POST_VIDEO=true
in /etc/default/
Can you try toggling those?
Soren Hansen (soren) wrote : | #13 |
I only set SAVE_VBE_STATE to false. That did the trick for me.
Chris Jones (cmsj) wrote : | #14 |
as with Soren, setting SAVE_VBE_STATE to false appears to have solved this. I just did five consecutive suspend/resumes at least and the system appears to be functioning as expected.
In terms of which laptops, as I mentioned above, this is an IBM Thinkpad X40, type 2372. Additional info available on request.
|
#15 |
Thanks, that does seem to have done the trick.
O.k. closing. vbetool does seem to introduce problems.
Changed in xorg-server: | |
status: | Unknown → Confirmed |
Changed in xorg-server: | |
status: | Confirmed → Rejected |
Mary Gardiner (puzzlement) wrote : | #17 |
In my case, sadly, setting SAVE_VBE_
I will try toggling POST_VIDEO too.
Paul Sladen (sladen) wrote : | #18 |
Soren, Chris, Mary: Please can you all supply the following information so we know what your particular laptops are, and can match up any workarounds already in-place:
grep . /var/lib/
Soren Hansen (soren) wrote : Re: [Bug 60882] Re: Rendering problems on edgy with Intel Integrated Graphics Device | #19 |
On Fri, Oct 13, 2006 at 12:05:51PM -0000, Paul Sladen wrote:
> Soren, Chris, Mary: Please can you all supply the following information
> so we know what your particular laptops are, and can match up any
> workarounds already in-place:
Good idea.
> grep . /var/lib/
/var/lib/
/var/lib/
/var/lib/
/var/lib/
Also, the PCI ID of my graphics card:
$ lspci -n -s `lspci|grep VGA\ compatible|cut -f1 -d\ ` \ |cut -f3 -d' '
8086:3582
Chris Jones (cmsj) wrote : | #20 |
-(cmsj@
/var/lib/
/var/lib/
/var/lib/
/var/lib/
pci id of the graphics chip:
00:02.0 0300: 8086:3582 (rev 02)
Mary Gardiner (puzzlement) wrote : | #21 |
> I will try toggling POST_VIDEO too.
SAVE_VBE_
POST_VIDEO=false
doesn't give me video back at all.
Mary Gardiner (puzzlement) wrote : | #22 |
$ grep . /var/lib/
/var/lib/
/var/lib/
/var/lib/
Mary Gardiner (puzzlement) wrote : | #23 |
I haven't personally seen this bug for a long time, possibly since before Edgy's release. It doesn't seem to be *intentionally* fixed, but it might be fixed nonetheless. Anyone else still have it?
Timo Aaltonen (tjaalton) wrote : | #24 |
closing the bug since it seems to have been fixed by something.
Changed in xserver-xorg-video-i810: | |
status: | Confirmed → Rejected |
Bruce van der Kooij (brucevdk) wrote : | #25 |
I recently upgraded to Ubuntu 8.04 and apparently ran into this bug. I never encountered these problems before in previous releases, I was previously running 7.10 (Gutsy). Toggling SAVE_VBE_STATE to false in /etc/default/
Here's the output for grep . /var/lib/
/var/lib/
/var/lib/
/var/lib/
/var/lib/
And lspci | grep -i graphics:
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
Changed in xorg-server: | |
importance: | Unknown → Medium |
status: | Invalid → Won't Fix |
Changed in xorg-server: | |
importance: | Medium → Unknown |
Changed in xorg-server: | |
importance: | Unknown → Medium |
Further comments: the only fix I've found is a reboot (restarting gdm is not sufficient, I tend to get left with an all-black login screen save for the input box). And non-GTK applications are affected: xterms do not render at all.