registry team mailing list archive
-
registry team
-
Mailing list archive
-
Message #15361
[Bug 385561] Re: broken fonts in firefox with kms enabled
Launchpad has imported 32 comments from the remote bug at
http://bugs.freedesktop.org/show_bug.cgi?id=21790.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
------------------------------------------------------------------------
On 2009-05-18T05:15:36+00:00 Vytas wrote:
Screenshots and logs and Xorg.conf files and more here:
http://bugs.gentoo.org/show_bug.cgi?id=270031
(maybe there is no need to reupload them here?)
Distribution: Gentoo x86 2.6.28-r5
almost everything Gentoo stable just intel the latest 2.7.1 and libdrm-2.4.9 (?). Maybe libdrm bug because I reproduced with Gentoo stable Intel driver too once, but some time ago there was no this bug.
Maybe somehow related to OOo Calc 3.1 because ONLY in it I can reproduce
this bug start, but it appears everywhere after some time.
Fell free to ask more info this is my first bug here.
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/0
------------------------------------------------------------------------
On 2009-05-18T06:02:09+00:00 Remi wrote:
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
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/1
------------------------------------------------------------------------
On 2009-05-18T09:58:09+00:00 Hubert Figuiere wrote:
as I was mentionning on the RedHat bug report, I was hit by this bug
faster when I only had 768MB.
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/2
------------------------------------------------------------------------
On 2009-05-18T23:11:52+00:00 Faibistes wrote:
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
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/3
------------------------------------------------------------------------
On 2009-05-18T23:24:11+00:00 Faibistes wrote:
(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.
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/4
------------------------------------------------------------------------
On 2009-05-19T00:14:01+00:00 Faibistes wrote:
(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
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/5
------------------------------------------------------------------------
On 2009-05-19T18:19:55+00:00 Jesse Barnes wrote:
Can anyone reproduce the problem after disabling swapping (doing swapoff
on their swap partitions/files)?
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/6
------------------------------------------------------------------------
On 2009-05-20T07:04:57+00:00 Vytas wrote:
Swapoff -a and still reproduced white stripes bug version instantly with
horizontal scroolbar. Maybe Even easier to reproduce now.
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/7
------------------------------------------------------------------------
On 2009-05-21T03:39:10+00:00 Kjb wrote:
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.
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/8
------------------------------------------------------------------------
On 2009-05-21T05:30:51+00:00 Dark-shadow wrote:
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.
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/9
------------------------------------------------------------------------
On 2009-05-22T05:42:29+00:00 Vytas wrote:
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.
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/10
------------------------------------------------------------------------
On 2009-05-23T02:19:22+00:00 Raul Sanchez Siles wrote:
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,
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/11
------------------------------------------------------------------------
On 2009-05-24T09:56:21+00:00 Vytas wrote:
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?
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/12
------------------------------------------------------------------------
On 2009-05-24T14:21:49+00:00 Dark-shadow wrote:
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).
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/13
------------------------------------------------------------------------
On 2009-05-24T15:24:58+00:00 Hubert Figuiere wrote:
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.
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/14
------------------------------------------------------------------------
On 2009-05-25T01:40:36+00:00 Vytas wrote:
I reproduced bug at full effect without swap under heavy load then
compiling things and working with OOo at same time.
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/15
------------------------------------------------------------------------
On 2009-05-26T01:07:49+00:00 Vytas wrote:
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).
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/16
------------------------------------------------------------------------
On 2009-05-27T13:45:57+00:00 Eric Anholt wrote:
Vytautas: Does the following patch queued up to for-linus in the kernel
help you?
commit 07f4f3e8a24138ca2f3650723d670df25687cd05
Author: Kristian Høgsberg <krh@xxxxxxxxxx>
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 <krh@xxxxxxxxxx>
Signed-off-by: Eric Anholt <eric@xxxxxxxxxx>
(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)
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/17
------------------------------------------------------------------------
On 2009-05-28T06:44:44+00:00 Vytas wrote:
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.
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/18
------------------------------------------------------------------------
On 2009-05-28T07:22:08+00:00 Raul Sanchez Siles wrote:
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
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/19
------------------------------------------------------------------------
On 2009-05-28T13:20:17+00:00 Vytas wrote:
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)?
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/20
------------------------------------------------------------------------
On 2009-05-28T13:46:25+00:00 Remi wrote:
(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
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/21
------------------------------------------------------------------------
On 2009-05-29T03:51:55+00:00 Dark-shadow wrote:
The patch solved it for me too. Thanks!
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/22
------------------------------------------------------------------------
On 2009-05-29T07:48:28+00:00 Dark-shadow wrote:
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...
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/23
------------------------------------------------------------------------
On 2009-05-30T06:41:48+00:00 Fut-gmx wrote:
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.
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/24
------------------------------------------------------------------------
On 2009-05-30T07:47:09+00:00 Raul Sanchez Siles wrote:
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.
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/25
------------------------------------------------------------------------
On 2009-06-08T01:23:01+00:00 Éric Piel wrote:
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?
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/26
------------------------------------------------------------------------
On 2009-06-08T15:26:59+00:00 Carl Worth wrote:
*** Bug 22111 has been marked as a duplicate of this bug. ***
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/27
------------------------------------------------------------------------
On 2009-06-12T09:22:35+00:00 Carl Worth wrote:
*** Bug 22118 has been marked as a duplicate of this bug. ***
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/29
------------------------------------------------------------------------
On 2009-06-21T10:18:38+00:00 Byron Clark wrote:
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.
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/32
------------------------------------------------------------------------
On 2009-06-21T10:21:35+00:00 Byron Clark wrote:
(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.
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/33
------------------------------------------------------------------------
On 2009-06-21T23:32:11+00:00 Remi wrote:
(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
Reply at: https://bugs.launchpad.net/xserver-xorg-video-
intel/+bug/385561/comments/34
** Changed in: xserver-xorg-video-intel
Importance: Unknown => High
** Bug watch added: Gentoo Bugzilla #270031
http://bugs.gentoo.org/show_bug.cgi?id=270031
--
broken fonts in firefox with kms enabled
https://bugs.launchpad.net/bugs/385561
You received this bug notification because you are a member of Registry
Administrators, which is the registrant for Fedora.
