Created attachment 339198 [details]
Xorg.0.log while text corrupted

Seeing this here also. Running KDE 4.2 with compositing enabled, no xorg.conf either and the texts get corrupted after a long period of use. Anothere way to make it happen is to run wine, in my case i run it to play Warcraft. When i get back, texts are messy. Any information, i can get.

Created attachment 339402 [details]
Weird screen

Just in case it wasn't clear yet.

Seen here, too. Most often noticed in Firefox, but corruption of glyphs shows up elsewhere.

xorg-x11-server-Xorg-1.6.1-6.fc11.x86_64
freetype-2.3.9-3.fc11.x86_64
freetype-2.3.9-3.fc11.i586
xorg-x11-drv-intel-2.6.99.902-3.fc11.x86_64

I'm seeing this as well with i965

Oh and yes, I'm using compiz.

I am seeing this here as well with Xfce. 

Some observations: 

It seems that it's just some random font that gets corrupted glyphs after some time, then any use of that font results in the corrupted glyphs. 

I have seen it in: midori, xchat, Terminal. It varies. 

I have COMPOSITE enabled, but disabling it doesn't bring back the fonts once they are corrupted. 

My card is: 
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)

I don't see anything out of the ordinary in my /var/log/Xorg.0.log. 

An example of corruption: 
http://www.scrye.com/~kevin/fedora/fonts-20090423.png

I'm happy to help with any additional debugging. This would be a very good one to fix before release.

Getting the same thing, 

00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)

http://www.freeimagehosting.net/uploads/0cc0fdd364.png

Going to try and create a reproducer or find a pattern in what is happening.

Now I'm getting corruptions even with metacity as compositor (it was happening only under compiz previously).

Have not had this for a few days now, always running current rawhide.

Of course, as soon as I write the comment it appears.  First corrupted page at http://www.wired.com/politics/security/news/2009/04/fleetcom?currentPage=all

*** Bug 495908 has been marked as a duplicate of this bug. ***

Getting it here. I don't know if it is related, but it started to appear when the memory usage on the system increased.

00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)


F11 (10.92)

Just got this on rawhide with i915 (Dell D410); have always had it with i830 (Dell C400).

00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)

xorg-x11-drv-intel-2.7.0-2.fc11.i586
xorg-x11-server-Xorg-1.6.1-6.fc11.i586

I'm not sure this is Intel specific though, I also get this on a PPC iBook G4 with ATI Radeon Mobility 7500 (M7LY) every time I switch VT back to X, even at GDM without having logged in.

It could also be caused by cairo/freetype interacting with other parts of the system; I ran an xterm (which appears to be using the same font as gnome-terminal, not 100% sure that's the case) and the xterm didn't have any corruption.  xterm does not use cairo/freetype at all, but all the apps I've noticed corruption in (Firefox, gnome-terminal, gnome-panel, etc) do use cairo for drawing text.

Created attachment 342246 [details]
xterm and gnome-terminal

I was seeing this too on Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller, but the problems *seem* to have gone away with kernel 2.6.29.2-123.fc11.x86_64.

I'm still seeing a slightly different problem though--screen corruption when opening emacs or viewing jpeg images in Eye of GNOME, the GNOME Image Viewer.  Interestingly enough, gqview doesn't have the same corruption problems.

*** Bug 498330 has been marked as a duplicate of this bug. ***

I still see this on my Intel graphics with the latest kernel etc. -- I use KDE, and it's never happened to any of my KDE apps (yet?), only Firefox and OpenOffice.org.

And, in contrast to some other comments I've seen, for me the corruption generally goes away if I close and re-open the affected app -- no need to restart X or the computer.

I am seeing this as well in Firefox primarily. Sorry no easy reproducer.

For me suspend to disk makes it appear more often.

*** Bug 498499 has been marked as a duplicate of this bug. ***

Ben Boeckel (MathStuf) has seen this in Qt 3 and Qt 4 apps as well, but also not in a reproducible way. This is not confined to GTK+ apps.

*** Bug 496106 has been marked as a duplicate of this bug. ***

*** Bug 498174 has been marked as a duplicate of this bug. ***

*** Bug 498848 has been marked as a duplicate of this bug. ***

I have something similiar with the ati driver, but I'll file a separate bug...

Changing firefox zoom level helps to see pages, but this is only a work around. Changing the zoom back results in the same glyph corruption.

Does anybody see something like this in .xsession-error when text corruption happens?

(firefox:18539): Pango-WARNING **: shaping failure, expect ugly output. shape-engine='BasicEngineFc', font='AR PL UMing HK Light 12.705078125', text='...

(I am on ati though)

Reproduced on my Lenovo X61 with the following components:

$ rpm -q xorg-x11-server-Xorg kernel metacity pango
xorg-x11-server-Xorg-1.6.1-11.fc11.x86_64
kernel-2.6.29.1-102.fc11.x86_64
kernel-2.6.29.3-140.fc11.x86_64
metacity-2.26.0-1.fc11.x86_64
pango-1.24.1-1.fc11.x86_64
pango-1.24.1-1.fc11.i586

00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) (prog-if 00 [VGA controller])
	Subsystem: Lenovo T61
	Flags: bus master, fast devsel, latency 0, IRQ 27
	Memory at f8000000 (64-bit, non-prefetchable) [size=1M]
	Memory at e0000000 (64-bit, prefetchable) [size=256M]
	I/O ports at 1800 [size=8]
	Expansion ROM at <unassigned> [disabled]
	Capabilities: [90] MSI: Mask- 64bit- Count=1/1 Enable+
	Capabilities: [d0] Power Management version 3
	Kernel driver in use: i915
	Kernel modules: i915

00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)
	Subsystem: Lenovo T61
	Flags: bus master, fast devsel, latency 0
	Memory at f8100000 (64-bit, non-prefetchable) [size=1M]
	Capabilities: [d0] Power Management version 3

(In reply to comment #35)
> Reproduced on my Lenovo X61 with the following components:
> 
> $ rpm -q xorg-x11-server-Xorg kernel metacity pango
> xorg-x11-server-Xorg-1.6.1-11.fc11.x86_64
> kernel-2.6.29.1-102.fc11.x86_64
> kernel-2.6.29.3-140.fc11.x86_64
> metacity-2.26.0-1.fc11.x86_64
> pango-1.24.1-1.fc11.x86_64
> pango-1.24.1-1.fc11.i586

and, xorg-x11-drv-intel-2.7.0-4.fc11.x86_64

upstream bug: https://bugs.freedesktop.org/show_bug.cgi?id=21790

*** Bug 501713 has been marked as a duplicate of this bug. ***

I got suggested to disable KMS at boot time, and since I have done that, I haven't had any problem. Corruption hasn't happened yet.

If anybody else can confirm the work around...

(Note: I have forgotten what is the option to pass to the kernel to disable KMS... which is not good)

Well, given that this bug explicitly is about the text corruption that occurs with KMS enabled... ;)

After running this morning's kernel upgrade (kernel-2.6.29.3-155.fc11.x86_64) for a few hours, the corrupted glyphs seem to be gone.  Hopefully they don't start appearing in a few hours.  I've been through suspend/resume and hibernate/resume cycles and everything still seems solid.  The kernel changelog mentions a patch called drm-intel-vmalloc.patch.

It's been awhile since it happend to me last time. I think this is the second kernel upgrade (kernel-PAE-2.6.29.3-155.fc11.i686) that doesn't have the corrupeted glyphs anymore. It's seems working flawless now!

Thanks for your feedback. I am closing this bug based on a couple of confirmations. If anyone else sees this again, please feel free to reopen or file a new bug report.

Still happens, I'll close the bug when it's fixed.

Thinking more about this, the GEM patch from #498131 does change the allocation mechanism for page lists in the gem fault handler.  That might change the behaviour of this bug or maybe even fix it, though it's not clear why.

Can everybody please update to kernel -155 and let us know whether the bug persists?

Thanks!

Never mind, it's still there...

Created attachment 345210 [details]
screenshot of the problem

I can happily reproduce it as well on my brand shiny new T400 Thinkpad with these packages (yes, I will try xorg-x11-drv-intel-2.7.0-6.fc11 in a second and will le t you know if anything changed):

bradford:~$ rpm -q xorg-x11-drv-intel kernel
xorg-x11-drv-intel-2.7.0-6.fc11.x86_64
kernel-2.6.29.3-155.fc11.x86_64
kernel-2.6.29.3-159.fc11.x86_64
bradford:~$ uname -r
2.6.29.3-159.fc11.x86_64
bradford:~$ 

However, my smart wife when looking at the corrupt text in Pan the newsreader noticed a weird thing ... ALL (without one exception I was able to find) letters "b" were corrupted, not only them but dominance of "b"s over any other letter was absolutely huge. That and the fact it seems to be more common with specific fonts (for example, I haven't seen it yet on bugzilla sans-serif text) makes me thing whether there isn't some weird interaction between Xorg drivers and Pango/Cairo in play.

Created attachment 345213 [details]
another screenshot ... now it's "c"s

Hmm, on https://fedoraproject.org/wiki/Common_F11_bugs it's "c"s. Weird.

Just adding a smolt link of another affected machine:
http://www.smolts.org/client/show/pub_bc0e2ea3-aa19-49f3-9439-b81881fb4a74
(xorg-x11-drv-intel-2.7.0-6.fc11.x86_64)

Created attachment 345231 [details]
Artifacts when KMS is active for Intel driver

I see artifacts on an "Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device rev 3" when KMS is enabled. Text in the web browser exhibits horizontal lines/dots. However, they disappears when the image is refreshed e.g. by scrolling. The system is updated to current F11 w/updates:
- kernel-2.6.29.3-155.fc11.i586
- libdrm-2.4.6-7.fc11.i586
- mesa-*-7.5-0.14.fc11.i586
- xorg-x11-drv-intel-2.7.0-6.fc11.i586
- xorg-x11-server-Xorg-1.6.1.901-1.fc11.i586

Could you all please also upgrade kernel to the latest package from koji for F11? I did so, and I haven't seen the problem for some time ... I was not able to reproduce it 100% before, so I am not sure it is really fixed, but with BOTH kernel 2.6.29.3-159.fc11.x86_64 and xorg-x11-drv-intel-2.7.0-6.fc11.x86_64 it seems to be much better.

Check with uname -r what version of kernel you are actually running

Just FYI, I yesterday saw corruption with this stack:

kernel-2.6.29.3-155.fc11.x86_64
libdrm-2.4.6-7.fc11.x86_64
xorg-x11-server-Xorg-1.6.1.901-1.fc11.x86_64
libdrm-2.4.6-7.fc11.x86_64
xorg-x11-drv-intel-2.7.0-6.fc11.x86_64

00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 0c)

Works fine today, but I guess sooner or later it will show up again. Not sure, but seems playing video makes it happen sooner

(In reply to comment #51)
> Could you all please also upgrade kernel to the latest package from koji for
> F11? I did so, and I haven't seen the problem for some time ... I was not able
> to reproduce it 100% before, so I am not sure it is really fixed, but with BOTH
> kernel 2.6.29.3-159.fc11.x86_64 and xorg-x11-drv-intel-2.7.0-6.fc11.x86_64 it
> seems to be much better.
> 
> Check with uname -r what version of kernel you are actually running  

Unfortunately, after couple of hours of running the computer with pretty heavy load (installing RHEL in a virtual machine) the corruption is back with vengeance.

Unfortunately it also happend to me again after a heavy load (KDE system tray showing a lot of kopete status messages ). Copositing was disabled due the heavy load. My stack right now

2.6.29.3-155.fc11.i686.PAE
xorg-x11-drv-intel-2.7.0-6.fc11.i586
xorg-x11-server-Xorg-1.6.1.901-1.fc11.i586
libdrm-2.4.6-7.fc11.i586

and my hardware

00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)

I'm attaching a pic to show the effect on amarok.

I have only really seen it lightly in firefox so far for the odd character (today is 'd' ;).

*** Bug 502841 has been marked as a duplicate of this bug. ***

this bug should be fixed by:

http://koji.fedoraproject.org/koji/taskinfo?taskID=1380686

can you guys please test and confirm? we intend to use this kernel for F11 final. thanks!

I never figured out a way to reliably reproduce this bug in a short amount of time but kernel-2.6.29.4-167.fc11.x86_64 does seem to make a difference.

Previously, if I fill my memory with random bytes to trigger swap with:
python -c 'import random; [ random.randrange(1024) for x in xrange(3*2**30)]'
and browse around in firefox, I have a good chance to see the glyph cache corruption in about 10 minutes. I no longer see that on kernel-2.6.29.4-167.fc11.x86_64.

I'll keep testing with video playback, openGL test programs with huge textures etc and report back if I can still reproduce this bug.

Thanks. I realize it takes a few days to be entirely sure if the bug is fixed, so we'll wait :) we're going ahead with the work on the final release using this kernel, but the report on whether or not it actually fixes this problems will still be useful.

This new kernel does _NOT_ fix the corruption issue I originally reported as 496106 ... this bug seems to be a catchall for several intel kms corruption bugs, mine only occurs when I am in a dual screen configuration (but is readily reproducable in that configuration by launching OOo or any TCL/TK application).

(In reply to comment #60)
> This new kernel does _NOT_ fix the corruption issue I originally reported as
> 496106 ... this bug seems to be a catchall for several intel kms corruption
> bugs, 

Most of the comments and screenshots here have the same kind of corruption (parts of glyphs replaced by other glyphs or garbage) but a number of different corruption bugs may have been duped to this one.

> mine only occurs when I am in a dual screen configuration (but is readily
> reproducable in that configuration by launching OOo or any TCL/TK application).  

Looking at the screenshot in #496106 it's definitely a different issue.  I've unduped it.

kernel-2.6.29.4-167.fc11.x86_64 did fix corruption and incorrect rendering of characters in all applications for me. 
T400 (Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) ) in a spanning desktop mode using 2 monitors.

The laptop has been on for more than a day now. Still no corruption.

I second that bug for pre -167 kernels. Still evaluating the new one.

I can confirm fixed as well.  Closing the bug.

For me the corruption is still there with kernel -167. It tends to happen when resuming from suspend to RAM, so far as I can tell.

00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)

I don't see this bug for a long time now.

(In reply to comment #65)
> For me the corruption is still there with kernel -167. It tends to happen when
> resuming from suspend to RAM, so far as I can tell.
> 
> 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML
> Express Integrated Graphics Controller (rev 03)  

No, this particular font corruption bug is fixed.  If you see corruption with your 945, please open a new bug describing the type of corruption and ideally attach a screen shot.

I did an upgrade of libdrm using the one provided at updates-testing repo. I was testing for this bug https://bugzilla.redhat.com/show_bug.cgi?id=476743 and then i suspended my machine to RAM. On resume i saw some corruptions on text and graphics until the machine freezed. I then rebooted and until now nothing strange happend. Just to let you know.