broken fonts in firefox with kms enabled

[Oliver Grawert]

Binary package hint: xserver-xorg-video-intel

after a while using karmic with KMS the fonts in firefox (and only in firefox) show the wrong glyphs, https://bugzilla.redhat.com/show_bug.cgi?id=495323 and https://bugs.freedesktop.org/show_bug.cgi?id=21790 seem related and seem to have a fix for the problem

[Tomasz (tomasz-redhat-bugs)]

Created attachment 339197
web browser with corrupted text

Description of problem:
Sometimes some letters became corrupted. It happens after running compiz, but even after stopping compiz and staring metacity (within one session) text stays corrupted.
I'm not using xorg.conf, so I have whatever configuration is default in F11 (so KMS, UXA, DRI2 I believe).

Version-Release number of selected component (if applicable):
xorg-x11-drv-intel-2.6.99.902-2.fc11.x86_64
mesa-libGL-7.5-0.8.fc11.x86_64
kernel-2.6.29.1-52.fc11.x86_64
compiz-0.7.8-18.fc11.x86_64
xorg-x11-server-Xorg-1.6.0-19.fc11.x86_64

How reproducible:
Always, corruption appear withing hour of running compiz. If compiz is started as part of session (by enabling Desktop Effects), corruption is visible in terminal at once.

Steps to Reproduce:
1. Start compiz
2. Do anything for some time.
3.

Actual results:
Some letters became garbled, see screenshot.

Expected results:
Ponies.

Additional info:
Hardware is Lenovo Thinkpad T400 with Centrino 2, 4GB RAM.
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)

[Tomasz (tomasz-redhat-bugs)]

Created attachment 339198
Xorg.0.log while text corrupted

[Edney (edney-redhat-bugs)]

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.

[Edney (edney-redhat-bugs)]

Created attachment 339402
Weird screen

Just in case it wasn't clear yet.

[Matěj (matj-redhat-bugs)]

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

[Matěj (matj-redhat-bugs)]

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

[Matěj (matj-redhat-bugs)]

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

[Hin-Tak (hin-tak-redhat-bugs)]

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

[Manny (manny-redhat-bugs)]

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.

[Hin-Tak (hin-tak-redhat-bugs)]

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)

[Ben (ben-redhat-bugs)]

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

[Ben (ben-redhat-bugs)]

(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

[Remi (remi)]

Just to clarify the bug report a little, this bug is not specific to OOo. I had it in gitk and firefox. As for pointing at the glyph cache, it's because in all the reports, it seems that text pixmaps are impacted first.

But on my own laptop, I've sometimes seen corruption of small pixmaps such as thumbnails in firefox.

In any case, the corruption seems to happen when the system memory is under heavy load.

FWIW, here's a fedora bug report that looks identical : https://bugzilla.redhat.com/show_bug.cgi?id=495323

Thanks

[Hubert Figuiere (hub)]

as I was mentionning on the RedHat bug report, I was hit by this bug faster when I only had 768MB.

[Kristian (kristian-redhat-bugs)]

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

[Faibistes (faibistes)]

Same thing here. Ubuntu Jaunty. Didn't happen with Ubuntu stock drivers+kernel, but started happening on some apps (mostly, but not only, with fonts) after upgrading kernel to 2.6.29-02062903-generic and drivers to 2.7.1-0ubuntu1~xup~1.

Affected apps include Firefox, Ooo, Lotus Notes 8.5., gnome-terminal.

Section "Device"
        Identifier "Configured Video Device"
        Option "AccelMethod" "uxa"
        Option "EXAOptimizeMigration" "true"
        Option "MigrationHeuristic" "greedy"
        Option "Tiling" "false"
EndSection

[Faibistes (faibistes)]

(In reply to comment #3)
> Same thing here. Ubuntu Jaunty. Didn't happen with Ubuntu stock drivers+kernel,
> but started happening on some apps (mostly, but not only, with fonts) after
> upgrading kernel to 2.6.29-02062903-generic and drivers to
> 2.7.1-0ubuntu1~xup~1.
>
> Affected apps include Firefox, Ooo, Lotus Notes 8.5., gnome-terminal.
>
> Section "Device"
> Identifier "Configured Video Device"
> Option "AccelMethod" "uxa"
> Option "EXAOptimizeMigration" "true"
> Option "MigrationHeuristic" "greedy"
> Option "Tiling" "false"
> EndSection
>

Edit: When I experienced the issue, the original xorg.conf had Tiling=true, I've changed it to see if it's a valid workaround. It hasn't happened (yet) with Tiling=false, but it may happen anyway. It takes some time.

[Faibistes (faibistes)]

(In reply to comment #4)
> (In reply to comment #3)
> > Same thing here. Ubuntu Jaunty. Didn't happen with Ubuntu stock drivers+kernel,
> > but started happening on some apps (mostly, but not only, with fonts) after
> > upgrading kernel to 2.6.29-02062903-generic and drivers to
> > 2.7.1-0ubuntu1~xup~1.
> >
> > Affected apps include Firefox, Ooo, Lotus Notes 8.5., gnome-terminal.
> >
> > Section "Device"
> > Identifier "Configured Video Device"
> > Option "AccelMethod" "uxa"
> > Option "EXAOptimizeMigration" "true"
> > Option "MigrationHeuristic" "greedy"
> > Option "Tiling" "false"
> > EndSection
> >
>
> Edit: When I experienced the issue, the original xorg.conf had Tiling=true,
> I've changed it to see if it's a valid workaround. It hasn't happened (yet)
> with Tiling=false, but it may happen anyway. It takes some time.
>
Edit2: The bug is reproducible with Tiling=false, too

[Jesse Barnes (jbarnes-virtuousgeek)]

Can anyone reproduce the problem after disabling swapping (doing swapoff on their swap partitions/files)?

[Vytas (vytautas1987)]

Swapoff -a and still reproduced white stripes bug version instantly with horizontal scroolbar. Maybe Even easier to reproduce now.

[Kristian (kristian-redhat-bugs)]

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

[Kjb (kjb)]

Vytautas: this bug is about font glyph rendering errors and not about scrollbars. I suppose you're looking for an answer to a different bug.

I've turned of swap and have not seen the font problem for about a day now. (most of the time, I noticed some odd glyphs within a few hours). It will take a few days before I can be really sure, but it's looking good right now.
Of course, I'd like the option to swap back ;)

Jesse: I'm very curious about the relation between the glyph cache and whether or not swap is enabled.

[Dark-shadow (dark-shadow)]

Created an attachment (id=26061)
Screenshot showing corruption in Mozilla Firefox

Hi, I guess I have the same problem (VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)). It occurs in Firefox and Emacs-23 after some time. Nothing in dmesg, apart from this everything works fine.

Using current git versions of drm, mesa, xf86-video-intel and linux-2.6.29 (patched with tuxonice).

I will check if it happens without swap too.

[Vytas (vytautas1987)]

I do not have those crazy letters and numbers anymore without swap.
Looks like good override.

BUT I still have white stripes and colorful stripes. Should i submit other bug?
Check my images.

[Hubert (hubert-redhat-bugs)]

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)

[Tom (tom-redhat-bugs)]

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

[Byron (byron-redhat-bugs)]

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.

[Edney (edney-redhat-bugs)]

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!

[Rahul (rahul-redhat-bugs)]

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.

[Kristian (kristian-redhat-bugs)]

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

[Kristian (kristian-redhat-bugs)]

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!

[Kristian (kristian-redhat-bugs)]

Never mind, it's still there...

[Raul Sanchez Siles (rasasi78)]

Created an attachment (id=26139)
Severe font corruption.

Hello all:

This is a screenshot of what I found after having my laptop unattended all night. This is a severe case, but I usually had minor issues on certain glyphs, similar to the other screenshot in the bug.

GM965GM, intel driver 2.7.99.1,linux 2.6.29.3 +TuxOnIce noKMS, libdrm 2.4.11, mesa 7.4.1

If you need xorg conf or log, please let me know.

I also had this starting from 2.7.0 already using UXA, when I upgraded to 2.7.99.1 things improved a little, but problem is still there. I did noticed then that it should be related somehow to memory management, indeed I went to the IRC channel with that suspicion, but I had not much information from there. On high memory usage problem increased and doing some memory rotation, i.e.: reusing an application that has been idle for a while, affected the font rendering.

After reading this bug I swapoff -a and things did improve. I rarely see any of this corruption, but I still can notice some glitches, for instance the '[]' chars in this form are not those but just noise.

I'm also very curious how swapping affects font rendering, so I'd appreciate some note about it.

HTH,

[Matěj (matj-redhat-bugs)]

Created attachment 345210
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.

[Matěj (matj-redhat-bugs)]

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

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

[Milos (milos-redhat-bugs)]

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)

[Joachim (joachim-redhat-bugs)]

Created attachment 345231
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

[Vytas (vytas)]

If I disable swap, I can't reproduce this issue, but then the system comes to a complete grind instead. The X server (VIRT) memory usage climbs up slowly but steadily all the time to something like 700M and then (since I have 1G RAM) system either becomes unresponsive (w/o swap), or some memory is swapped to the disk, but glyphs are beginning to deform.
I understand virtual memory of the process may include some mmap-ed stuff etc, but still growing to 700M+ seems weird, aren't the any (video?) memory leaks in the pixmap managing of the new intel drivers?

[Matěj (matj-redhat-bugs)]

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

[Thorsten (thorsten-redhat-bugs)]

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

[Dark-shadow (dark-shadow)]

Like Vytas posted in comment #12, I also notice improvement when deactivating swap, but the system will become more and more slow to respond, and I can see heavy disk activity especially when compiling things. Keyboard input and responses are delayed by about half a minute (getting worse by the time).

[Hubert Figuiere (hub)]

As I said on the RedHat bug report, it happened faster when I only had 768MB than 1.5GB, still with the same amount of swap on the same hardware.

And since I disabled KMS at boot up, it no longer happen.

[Matěj (matj-redhat-bugs)]

(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.

[Vytas (vytautas1987)]

I reproduced bug at full effect without swap under heavy load then compiling things and working with OOo at same time.

[Vytas (vytautas1987)]

Created an attachment (id=26213)
same bug or other here?

I just selected many cells many times and here is is 100% reproducable colorfull stripes (blue ones).

[Edney (edney-redhat-bugs)]

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.

[Jens (jens-redhat-bugs)]

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

[Eric Anholt (eric-anholt)]

Vytautas: Does the following patch queued up to for-linus in the kernel help you?

commit 07f4f3e8a24138ca2f3650723d670df25687cd05
Author: Kristian Høgsberg <email address hidden>
Date: Wed May 27 14:37:28 2009 -0400

    i915: Set object to gtt domain when faulting it back in

    When a GEM object is evicted from the GTT we set it to the CPU domain,
    as it might get swapped in and out or ever mmapped regularly. If the
    object is mmapped through the GTT it can still get evicted in this way
    by other objects requiring GTT space. When the GTT mapping is touched
    again we fault it back into the GTT, but fail to set it back to the
    GTT domain. This means we fail to flush any cached CPU writes to the
    pages backing the object which will then happen "eventually", typically
    after we write to the page through the uncached GTT mapping.

    [anholt: Note that userland does do a set_domain(GTT, GTT) when starting
    to access the GTT mapping. That covers getting the existing mapping of the
    object synchronized if it's bound to the GTT. But set_domain(GTT, GTT)
    doesn't do anything if the object is currently unbound. This fix covers the
    transition to being bound for GTT mapping.]

    Fixes glyph and other pixmap corruption during swapping. fd.o bug #21790

    Signed-off-by: Kristian Høgsberg <email address hidden>
    Signed-off-by: Eric Anholt <email address hidden>

(swapping isn't the only case that this bug can fix, but it's the most common as the cpu cache of the object will be hot with writes at the time we don't want it)

[Matěj (matj-redhat-bugs)]

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

[Adam (adam-redhat-bugs)]

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!

[Scott (scott-redhat-bugs)]

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.

[Adam (adam-redhat-bugs)]

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.

[Vytas (vytautas1987)]

Sorry I do not know how to test it. If you give detailed instructions I will test in about week time. Still I know how to compile kernel.

[Raul Sanchez Siles (rasasi78)]

Vytautas:

You'd need to clone latest linus tree[0] once the commit is applied, build the kernel and try.

Or alternatively try the drm-intel[1] kernel branch where I see it applied.

Tree should be [0]http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=summary

[1]http://git.kernel.org/?p=linux/kernel/git/anholt/drm-intel.git;a=summary

[Tom (tom-redhat-bugs)]

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).

[Vytas (vytautas1987)]

Can I use Gentoo git-sources? (http://gentoo-portage.com/sys-kernel/git-sources).
Can you post here rc number when it will be ready (applied)?

[Kristian (kristian-redhat-bugs)]

(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.

[Remi (remi)]

(In reply to comment #20)
> Can I use Gentoo git-sources?
> (http://gentoo-portage.com/sys-kernel/git-sources).

Not yet. But you can just "git clone" Eric's repo from /usr/src to try it out and then remove it when you're done. You can even use "kernel-config" to make it the default kernel source directory.

(In reply to comment #17)
> Vytautas: Does the following patch queued up to for-linus in the kernel help
> you?

Eric, this patch works for me, I've tried thrashing my laptop's memory and I couldn't reproduce the bug. Looks really good.

Thanks for solving this

[Dark-shadow (dark-shadow)]

The patch solved it for me too. Thanks!

[Saurabh (saurabh-redhat-bugs)]

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.

[Dark-shadow (dark-shadow)]

While the above patch indeed fixed the fonts problem,
my system also seems to suffer from the problem described
in bug #20766. Just in case anyone else has similar
issues...

[Michal (michal-redhat-bugs)]

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

[Jesse (jesse-redhat-bugs)]

I can confirm fixed as well. Closing the bug.

[Fut-gmx (fut-gmx)]

Eric, your patch seems to fix this problem for me as well. Thanks a lot!

Dark Shadow, I also had the memory leak problem with 2.6.29. I got the impression that it's much better with 2.6.30-rc7. The number of objects (/proc/dri/0/gem_objects) is still high, but the "object bytes" aren't as high.

[Raul Sanchez Siles (rasasi78)]

I managed to apply the patch on 2.6.29.4, it also solves the problem. I also hope it doesn't have any collateral effect.

Thanks.

[Éric Piel (pieleric)]

Created an attachment (id=26526)
Example of font corruption

Strangely, I'm still seeing this bug, although I'm using kernel 2.6.30-rc8 (which contains commit 07f4f3e8a24138ca2f3650723d670df25687cd05). Similarly, doing a "swapoff -a" fixes the problem.

It's with the intel driver 2.7.1, and a chipset "965GM", using KMS. Is there something else that I should update to fix the bug?

[Carl Worth (cworth)]

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

[Oliver Grawert (ogra)]

Binary package hint: xserver-xorg-video-intel

after a while using karmic with KMS the fonts in firefox (and only in firefox) show the wrong glyphs, https://bugzilla.redhat.com/show_bug.cgi?id=495323 and https://bugs.freedesktop.org/show_bug.cgi?id=21790 seem related and seem to have a fix for the problem

[Carl Worth (cworth)]

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

[Adam (adam-redhat-bugs)]

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)

[Edney (edney-redhat-bugs)]

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

[Kristian (kristian-redhat-bugs)]

(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.

[Robert Hooker (sarvatt)]

This is not a problem in Karmic, all of the fixes are included in libdrm the kernel and xserver-xorg-video-intel and are much too intrusive to backport to jaunty as far as I am aware. Ubuntu is not using UXA (which KMS requires) as the supported X acceleration method for Jaunty and this is not not an issue with EXA. There are other options available to you if you want to persue this on jaunty though. There is a PPA with all of the required things to fix this here:

https://edge.launchpad.net/~xorg-edgers/+archive/ppa

Please note that you will have to manually install the kernel, there is no metapackage for it but it will show up in synaptic and will be available to apt-get via "sudo apt-get install linux-image-2.6.30-9-generic linux-headers-2.6.30-9 inux-headers-2.6.30-9-generic" once you add the repository to your /etc/apt/sources.list and have upgraded everything else.

[Oliver Grawert (ogra)]

well, this bug was about karmic (which i run since may as every ubuntu developer), not jaunty ...

it wasnt easily reproducable and only showed up after a few days of usage, i havent seen it since a week or so (though i also run firefox-3.5 now), so it might have been fixed with one of the recent upgrades, feel free to close the bug, i will reopen it if it shows up again.

[Byron Clark (byron-theclarkfamily)]

I'm still seeing this bug with linux 2.6.30 and intel driver 2.7.1. It does seem harder to trigger, but it still happens.

[Byron Clark (byron-theclarkfamily)]

(In reply to comment #29)
> I'm still seeing this bug with linux 2.6.30 and intel driver 2.7.1. It does
> seem harder to trigger, but it still happens.
>

I'm only seeing the corruption in firefox, but it appears that focusing a different window and then returning the focus to firefox corrects the corrupted glyphs.

[Remi (remi)]

(In reply to comment #30)
> I'm only seeing the corruption in firefox, but it appears that focusing a
> different window and then returning the focus to firefox corrects the corrupted
> glyphs.

Looks like a different bug, please file a new one so your issue gets looked at.

Thanks

[Bryce Harrington (bryce)]

Hi ogra,

Please attach the output of `lspci -vvnn`, and attach your /var/log/Xorg.0.log (and maybe Xorg.0.log.old) file from after reproducing this issue. If you've made any customizations to your /etc/X11/xorg.conf please attach that as well.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

[Bryce Harrington (bryce)]

Closing as per comment #2

[Edney (edney-redhat-bugs)]

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.