[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#675734: Bug#614296: xserver-xorg-video-intel: rendering corruptions, e. g. when browsing or with »2« and »4« in LXTerminal



Dear Debian folks,


Am Dienstag, den 24.07.2012, 14:31 +0200 schrieb Paul Menzel:

[…]

> Am Dienstag, den 24.07.2012, 13:24 +0200 schrieb Paul Menzel:
> 
> […]
> 
> > Am Dienstag, den 24.07.2012, 12:29 +0200 schrieb Paul Menzel:
> > > unarchive 614296
> > > reopen 614296
> > > found 614296 2:2.19.0-4
> > > notforwarded 614296
> > > quit
> > > 
> > > Am Sonntag, den 25.09.2011, 14:08 +0200 schrieb Paul Menzel:
> > > > reopen 614296
> > > > quit
> > > > 
> > > > Am Sonntag, den 25.09.2011, 13:44 +0200 schrieb Julien Cristau:
> > > > > On Sun, Feb 20, 2011 at 22:35:27 +0100, Paul Menzel wrote:
> > > > > 
> > > > > > Package: xserver-xorg-video-intel
> > > > > > Version: 2:2.14.0-4
> > > > > > Severity: important
> > > > > > User: debian-eeepc-devel@lists.alioth.debian.org
> > > > 
> > > > > > I am sorry for not being able to give a better description than writing that with the latest upgrades in Sid/unstable to DebPkg:xserver-xorg-video-intel 2.14.0-? and DebPkg:linux-image-2.6.37-1-686 in for example the LXTerminal often the 2 and 4 are not completely drawn, i. e. like a rubber was used horizontally in the middle of the characters.
> > > > > > 
> > > > > > Additionally there are corruptions browsing the Web using Midori.
> > > > >
> > > > > According to the linked upstream report this was probably a kernel bug
> > > > > and got fixed, so closing.
> > > > 
> > > > Unfortunately the problem is not fixed. I am using a current Debian
> > > > Sid/unstable installation with Linux 3.0.0-1.
> > > > 
> > > > The upstream report seems to have the same issues but with different
> > > > hardware.
> > > > 
> > > > I will try to follow up on this report and open a new upstream report in
> > > > the next month.
> > > 
> > > As written last September (2011) I can still reproduce this error.
> > > Unfortunately the bug was archived because I did a reply to all and did
> > > not remove »done« for <614296-done@bugs.debian.org>. Therefore I am
> > > unarchiving this report to reopen it properly.
> > > 
> > > Obviously the upstream report is for a different issue and therefore I
> > > am removing that too.
> 
> […]
> 
> > > PS: After this, I will merge this with #675734 [1] and hopefully find a
> > > solution with the reporters there.
> 
> reading up on all the links regarding this report, this is what I found.
> 
> First the work around. Using the SNA backend(?) of the Intel DDX
> (`xserver-xorg-video-intel`) as suggested by Chris Wilson on #intel-gfx
> by creating `/etc/X11/xorg.conf.d/99-local.conf` with the following
> content
> 
>     Section "Device"
>         Identifier "Device0"
>         Driver "intel"
>         Option "AccelMethod" "sna"
>     EndSection
> 
> the rendering corruptions do not occur anymore on my Eee PC 701 4G. Only
> once I saw some kind of smearing(?) – letters not rendered sharply but
> blurry – 
> 
> Chris Wilson also suggested to try the options
> 
>     Option "DebugFlushBatches" "1"
> 
> and
> 
>     Option "DebugFlushWait" "1"

Sitsofe pointed out the name of this option is `DebugWait` [7].

    Option "DebugWait" "1"

> together and separately with the default backend (non SNA). But I did
> not try those. Maybe someone else has some time to do so and capture all
> relevant log files as by turning on log level debug logged to
> `/var/log/Xorg.0.log` and to provide all information listed at their Web
> page »How to file a good bug report« [2].

Encouraged by Sitsofe’s comment [7] I tried just

    Option "DebugWait" "1"

and at least in this session I did not see any corruptions. Could you
please confirm this on your systems too?

> This would be especially desirable to fix the issue with the old backend
> because SNA will not be enabled by default I guess and the current way
> is difficult to do for normal users.
> 
> Also we need to consider that upstream does not maintain older versions
> and the one in Debian Wheezy/testing is already superseded by version
> 2.20.1 [3] which will not be packaged for Debian Sid/unstable until
> after the release and will not be allowed for Debian Wheezy due to the
> freeze (I think). Therefore testing newer versions is also difficult.
>
> Now some information regarding other resources concerning this issue.
> After reproducing this issue with Fedora I created ticket #704959 at the
> Red Hat Bugzilla [5] and Sitsofe Wheeler informed me about the reports
> at the freedesktop.org Bugzilla #36326 [4] and at Launchpad #745608 [6].
> 
> Although the freedesktop.org Bugzilla ticket #36326 is named
> 
>     [915GM] Characters sometimes have horizontal lines through them (glyph font corruption)
> 
> some people also report the same problem with 945GM/GMS (and others do
> not :/).
> 
> Samual and Axel, maybe you can subscribe to the freedesktop.org Bugzilla
> ticket #36326. I believe the upstream developers will be the only ones
> being able to fix this issue properly.
> 
> But first I hope the SNA fix will work for you too and I did not mess
> anything up with this merge.


Thanks,

Paul


> > > [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675734
> [2] http://intellinuxgraphics.org/how_to_report_bug.html
> [3] http://lists.freedesktop.org/archives/xorg/2012-July/054916.html
> [4] https://bugs.freedesktop.org/show_bug.cgi?id=36326
> [5] https://bugzilla.redhat.com/show_bug.cgi?id=704959
> [6] https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/745608
[7] https://bugs.freedesktop.org/show_bug.cgi?id=36326#c50

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: