Graphics/text corruptions in some applications with nouveau drivers

[Jan Rathmann]

For xserver-xorg-video-nouveau sru:

[IMPACT]
 * Enables SolidFill on fermi and kepler cards, increasing performance slightly.

[TESTCASE]
 * start ubuntu software center
 * hover over some urls and icons, likely corruption already occurs at this point,
   the more you mover over the more it shows.
 * This wil not fix it completely, only make it occur less, see xorg-server below for the real fix.

[Regression Potential]
 * This should be a safe fix, since it simply enables some code which was already created specifically for these cards, and with some testing it appears to work just fine.
 * I expect no regressions, but in the worst case this would result in garbage being sent to the card, which may cause it to do an unexplained hang or (more likely) errors in dmesg and worse glitches since nothing is being shown any more.

[Other Info]
 * Doing solid fill in hardware is a pretty nice speedup for those who use valgrind to test code, and also seems to increase responsitivity a little on nouveau without valgrind, since it safes 2 memcpy's on host, 2 memcpy's on gpu, and a memset.

----
For the xorg-server sru:

[IMPACT]
 * Fallback to exa with gradients and solid pictures results in visual corruption,
   because sometimes the source or mark pixmaps from previous operations are used.
   This results in visual corruption when those fallbacks are triggered.
   The xxv-nouveau fix helps slightly because it disables fallback for solid fills,
   but gradients are still not handled so it still triggers it.

[TESTCASE]
 * Start ubuntu software center on a geforce card that has exa acceleration enabled.
 * Highlight mouse over items
 * Notice display corruption.

[Regression Potential]
 * The patch has been reviewed by upstream, but is not yet included (upstream can be slow). The most likely regression would be that suddenly other operations start failing to draw correctly, or worst case cause crashes but I do not think it is likely.

[Other Info]
See also http://<email address hidden>/msg33376.html

[Original bug report]
Hello,

there are several serious graphic and text corruptions on Quantal with nouveau drivers (which are used by default).

To reproduce:
- Boot a Quantal live system or a fresh installation
- Start software-center.
- Move the mouse in its window or click anything.
Result: Text and some graphics become massively corrupted (See also attached screenshots and short demo video).

I have seen this kind of corruption so far in software-center, ubiquity-slideshow (during installation) and one time on filename text field of gtk-filechooser.

Booting the system with "nomodeset" seems to make the problem go away, as well as installing the propritary Nvidia drivers.

Kind regards,
Jan

ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: xserver-xorg-video-nouveau 1:0.0.16+git20120322+ab7291d-1
ProcVersionSignature: Ubuntu 3.4.0-5.11-generic 3.4.0
Uname: Linux 3.4.0-5-generic x86_64
.tmp.unity.support.test.0:

ApportVersion: 2.1.1-0ubuntu2
Architecture: amd64
CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins'
CompositorRunning: compiz
CurrentDmesg:
 [ 14.977209] [drm] nouveau 0000:01:00.0: PMFB0_SUBP0: 0x037f0040
 [ 14.977214] [drm] nouveau 0000:01:00.0: PMFB0_SUBP1: 0x037f0000
 [ 22.821303] [drm] nouveau 0000:01:00.0: PFIFO: unknown status 0x40000000
 [ 22.920011] eth0: no IPv6 routers present
Date: Sat Jun 9 09:21:19 2012
DistUpgraded: Fresh install
DistroCodename: quantal
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes, whatever it takes to get this fixed in Ubuntu
GraphicsCard: NVIDIA Corporation GF108 [GeForce GT 430] [10de:0de1] (rev a1) (prog-if 00 [VGA controller])
InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Alpha amd64 (20120606.2)
MachineType: Gigabyte Technology Co., Ltd. P35-DS3
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz root=/dev/dm-5
SourcePackage: xserver-xorg-video-nouveau
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 07/10/2008
dmi.bios.vendor: Award Software International, Inc.
dmi.bios.version: F13
dmi.board.name: P35-DS3
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.board.version: x.x
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.modalias: dmi:bvnAwardSoftwareInternational,Inc.:bvrF13:bd07/10/2008:svnGigabyteTechnologyCo.,Ltd.:pnP35-DS3:pvr:rvnGigabyteTechnologyCo.,Ltd.:rnP35-DS3:rvrx.x:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
dmi.product.name: P35-DS3
dmi.sys.vendor: Gigabyte Technology Co., Ltd.
version.compiz: compiz 1:0.9.7.8-0ubuntu3
version.ia32-libs: ia32-libs N/A
version.libdrm2: libdrm2 2.4.32-1ubuntu1
version.libgl1-mesa-dri: libgl1-mesa-dri 8.0.2-0ubuntu4
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 8.0.2-0ubuntu4
version.xserver-xorg-core: xserver-xorg-core 2:1.11.4-0ubuntu11
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.0-0ubuntu1
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:6.14.99~git20111219.aacbd629-0ubuntu2
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.19.0-1ubuntu1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:0.0.16+git20120322+ab7291d-1

[Ernst Persson (ernstp)]

Created attachment 58357
Screenshot of corruption

Various Gnome applications regularly have corrupted graphics.
Empathy, Evolution and also Ubuntu Software Center are good examples.

This has happened for a long time and also happens with a 3.2 kernel and git drivers (xorg-edgers).
I have a Radeon 6850, Intel Core i5.
Running Ubuntu 12.04 and it's kernel + xorg-edgers.

[Ernst Persson (ernstp)]

Only something being redrawn inside a window is corrupted, so I guess I suspect something EXA-related.

[Ernst Persson (ernstp)]

Created attachment 58359
Xorg.0.log

[agd5f (agd5f)]

Please attach your dmesg output.

[Ernst Persson (ernstp)]

Created attachment 58368
dmesg

[Michel Dänzer (michel-daenzer)]

(In reply to comment #4)
> Created attachment 58368 [details]
> dmesg

Did you capture this before or after the problem occurred? The EQ overflows in Xorg.0.log indicate the corruption could be due to the GPU locking up repeatedly, but there's no sign of that in dmesg...

[Ernst Persson (ernstp)]

That might have been an instance of https://bugs.freedesktop.org/show_bug.cgi?id=45366
But that lockup doesn't happen every time and this happens all the time, on almost every draw operation of some type in these Gnome applications.

[Ernst Persson (ernstp)]

So to clarify, no messages of any kind are shown in dmesg och Xorg-log for this graphics corruption.

[Ernst Persson (ernstp)]

I have the following in my rc.local:
echo profile > /sys/class/drm/card0/device/power_method
echo auto > /sys/class/drm/card0/device/power_profile

[Ernst Persson (ernstp)]

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

[Michel Dänzer (michel-daenzer)]

Has anyone tried if this happens with the upstream 6.14.3 release, or possibly even older releases? If it doesn't, can someone bisect? I haven't seen this on any of my machines.

[Ernst Persson (ernstp)]

So if I start a bisect it's xorg-driver-ati I should test?

[Michel Dänzer (michel-daenzer)]

(In reply to comment #11)
> So if I start a bisect it's xorg-driver-ati I should test?

Whichever of that or xserver / kernel you can find a good snapshot for. But the X driver seems most likely at this point.

[Torsten Krah (tkrah)]

Created attachment 58906
another screenshot

[Torsten Krah (tkrah)]

Created attachment 58907
dmesg

[Torsten Krah (tkrah)]

Created attachment 58908
Xorg.log

[Torsten Krah (tkrah)]

Hi,

attached some additional resources because i have those artifacts too.
I am using latest 3.3.0 kernel, latest Oneiric + xorg-edgers ppa too (git versions).

[PiroXiline (piroxiline)]

It's not ounly in Gnome, but also both KDE, Xfce4, so the name of the topic is wrong.
As I wrote in deleted duplication (47573) last stable version of driver works correctly.
Also I need to mention that bug not always present, it something like time intervals when it always present and time when it absent at all.

[agd5f (agd5f)]

For those using mesa from git or a 3.3 kernel, these might be 2D tiling related. See bug 47765. To check, use mesa 8.0 or older and make sure to remove the ColorTiling2D option from your config if you are using it.

[agd5f (agd5f)]

(In reply to comment #18)
> For those using mesa from git or a 3.3 kernel, these might be 2D tiling
> related. See bug 47765. To check, use mesa 8.0 or older and make sure to
> remove the ColorTiling2D option from your config if you are using it.

BTW, this is only relevant for the r6xx+ asics, not older asics.

[Torsten Krah (tkrah)]

I am using a ATI RV516 [Radeon X1300/X1550 Series] - so the cause must be something else and it does happen with stock oneiric version and edgers driver.

[Ernst Persson (ernstp)]

Actually I can reproduce this with Precise vanilla right now, only with Precise + edgers.
Also if I have Precise + edgers and downgrade only libcairo I can't reproduce it...

[Ernst Persson (ernstp)]

Sorry, meant:
Actually I CAN'T reproduce this with Precise vanilla right now, only with Precise
+ edgers.

[Michel Dänzer (michel-daenzer)]

(In reply to comment #22)
> Actually I CAN'T reproduce this with Precise vanilla right now, only with
> Precise + edgers.

(In reply to comment #21)
> Also if I have Precise + edgers and downgrade only libcairo I can't reproduce
> it...

This reminded me of bug 43841, which points to bug 43764, where the cairo commit triggering the corruption has been bisected, and there's an indication the problem might have been introduced with xserver 1.11.

Can you reproduce the problem if you downgrade only xserver-xorg-video-radeon instead of cairo?

[Michel Dänzer (michel-daenzer)]

I've seen this once now with Empathy on cairo built from Git, but I haven't been able to reproduce it reliably. We really need help from those of you who can:

Does it happen with xf86-video-ati 6.14.3?[0] If not, can you bisect?

If yes, does it happen with xserver 1.10.x? If not, can you bisect?

[0] Bug 47573 says it doesn't, but it's not clear if that was really (only) due to the X driver or rather due to cairo. Cairo newer than 1.10.x definitely seems needed to trigger the problem, so make sure the apps you're testing are always using that.

[Ernst Persson (ernstp)]

I'll look into this tonight! (CET)

[Ernst Persson (ernstp)]

> Can you reproduce the problem if you downgrade only xserver-xorg-video-radeon
> instead of cairo?

Well I can't do that because it depends on the xorg-abi, but I tried with a clean Precise and only upgraded libcairo and that was enough to trigger the problem.

[Michel Dänzer (michel-daenzer)]

(In reply to comment #26)
> Well I can't do that because it depends on the xorg-abi,

You could build any snapshot from upstream Git (or even a downstream Git upstream-* branch, via debcheckout xserver-xorg-video-radeon) against the system xserver-xorg-dev.

> but I tried with a clean Precise and only upgraded libcairo and that was enough
> to trigger the problem.

What was the version of the xserver-xorg-video-radeon package installed?

[agd5f (agd5f)]

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

[Chi-Thanh Christopher Nguyen (chithanh)]

This looks related to bug 38904 and bug 43841.

[agd5f (agd5f)]

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

[Psychon-d (psychon-d)]

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

[Ernst Persson (ernstp)]

It happens with 6.14.3, Precise xorg, latest cairo.
We should make a matrix. :-)
Precise normally has version 6.14.99~git20111219.aacbd629

[Rui Salvaterra (rsalvaterra)]

Why is this marked as Radeon-specific? I have this exact same problem with Nouveau (nVIDIA ION-based system) on Ubuntu 11.10 + X.org Edgers. Also, only text seems to be corrupted, image areas are fine.

[Michel Dänzer (michel-daenzer)]

(In reply to comment #33)
> Why is this marked as Radeon-specific?

Because before your comment, all reports we'd seen were about radeon.

> I have this exact same problem with Nouveau (nVIDIA ION-based system) on Ubuntu
> 11.10 + X.org Edgers.

Reassigning to EXA then.

Now, can we please either get clarification from Andre on https://bugs.freedesktop.org/show_bug.cgi?id=43764#c2 , or someone else testing against xserver 1.10.x?

[Michel Dänzer (michel-daenzer)]

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

[Rui Salvaterra (rsalvaterra)]

(In reply to comment #34)
> (In reply to comment #33)
> > Why is this marked as Radeon-specific?
>
> Because before your comment, all reports we'd seen were about radeon.

The rendering errors are so obvious I didn't think about that possibility, I'm sorry if I seemed harsh, it wasn't my intention at all.
I'm also able to reproduce the corruption on a friend's laptop (Ubuntu 11.10 + X.org Edgers), with a Radeon Xpress 200 (X300 class GPU, system memory, IIRC).
Curiously, Firefox (nightly, from the Mozilla Daily PPA), shows absolutely no signs of corruption, no matter what I throw at it (I'm almost certain those builds link Cairo statically, could this be related?).

>
> > I have this exact same problem with Nouveau (nVIDIA ION-based system) on Ubuntu
> > 11.10 + X.org Edgers.
>
> Reassigning to EXA then.

Thanks!

[Rafał Mużyło (galtgendo)]

@comment 36:
AFAIU, recently mozilla upstream added yet another hack to their local version of cairo, that made it API incompatible with upstream release.

Also, as I noted in the Gentoo bug, workaround from bug 43764 ('Option "EXAPixmaps" "false"'), seems to work.

[James H. Cloos Jr. (cloos-jhcloos)]

> Also, as I noted in the Gentoo bug, workaround from bug 43764
> ('Option "EXAPixmaps" "false"'), seems to work.

Confirmed here, too.

But it has at least these unwanted side effects;

 • -retro fails (is ignored)

 • emacs flashes on updates

 • things jump around in gecko browsers

[ojab (ojab)]

I have the same issues with X.Org X Server 1.10.6 (only xf86-video-ati & xf86-input-evdev was recompiled [without version changes] in comparison to xorg-server 1.11.0). Any suggestions?

As a side note: I don't remember that it was any "good" xorg/driver versions, but that issue has happened at first only with cairo built with --enable-xlib-xcb. So I don't know what exactly I should downgrade/bisect.

[Michel Dänzer (michel-daenzer)]

(In reply to comment #39)
> As a side note: I don't remember that it was any "good" xorg/driver versions,
> but that issue has happened at first only with cairo built with
> --enable-xlib-xcb.

So, does it only happen when using Cairo's new XCB backend?

> So I don't know what exactly I should downgrade/bisect.

Yeah, it's getting rather unlikely that this is a regression. The Cairo changes probably just exposed an existing bug.

(In reply to comment #37)
> Also, as I noted in the Gentoo bug, workaround from bug 43764 ('Option
> "EXAPixmaps" "false"'), seems to work.

Unfortunately, that doesn't narrow it down very much at all, as that's a pretty big hammer which prevents using the GPU for most operations.

I presume Option "EXANoComposite" works around the problem as well?

[ojab (ojab)]

> So, does it only happen when using Cairo's new XCB backend?

It was before new compositor architecture/cairo commit af9fbd176b145f042408ef5391eef2a51d7531f8
After that corruption happens even with xlib backend.

[Rafał Mużyło (galtgendo)]

@comment 40: again, as I said in the Gentoo bug, both x11 and x11-xcb are affected, but on xcb for some reason corruption is a bit less pronounced.

[James H. Cloos Jr. (cloos-jhcloos)]

> So, does it only happen when using Cairo's new XCB backend?

Originally it did, but then cairo’s xlib backend started showing the
bug, too. The commit where that occurred talked about using XRENDER
more completely.

A test might be to compile cairo with --disable-xlib-xrender.

> Yeah, it's getting rather unlikely that this is a regression. The
> Cairo changes probably just exposed an existing bug.

That seemed to be the diagnosis posted to cairo@ some time ago.

[Ionut Biru (ionut.biru)]

for me cairo 1.12.0 introduced the same rendering issue in gtk2 apps but it broke the fade effect from gdm after login, now being black.

xorg-server 1.12.0.901
xf86-video-nouveau 0.0.16_git20120210-1
mesa 8.0.2-1
cairo 1.12.0-1 with xcb enabled

[Rafał Mużyło (galtgendo)]

@comment 40 (sorry, missed it the last time):
'Option "EXANoComposite"' seems to work too (at least for the moment)

[Rafał Mużyło (galtgendo)]

(In reply to comment #45)
> @comment 40 (sorry, missed it the last time):
> 'Option "EXANoComposite"' seems to work too (at least for the moment)

...oops, minor correction: while it does seem sufficient for firefox, there's still a slight, but still noticeable, random corruption in the vte-based terminal, I use

[Michel Dänzer (michel-daenzer)]

Created attachment 59413
EXA: Factor in composite region early on

Would this patch happen to help?

[Cyril Brulebois (kibi)]

For Debian people on amd64, testing the patch in comment#47 can be done using packages available at:
  http://people.debian.org/~kibi/packages/xorg-47266/

There are checksums there.

[Rui Salvaterra (rsalvaterra)]

(In reply to comment #48)
> For Debian people on amd64, testing the patch in comment#47 can be done using
> packages available at:
> http://people.debian.org/~kibi/packages/xorg-47266/
>
> There are checksums there.

If they're Ubuntu compatible, I'll give them a spin tomorrow.

Thanks a lot!

[Cyril Brulebois (kibi)]

Beware, last I checked (and if I recall correctly), Ubuntu is mixing 1.11 + 1.12 to get the input part of 1.12 into 1.11 ; so you probably want to be careful and wait for specific packages for Ubuntu.

[Rui Salvaterra (rsalvaterra)]

(In reply to comment #50)
> Beware, last I checked (and if I recall correctly), Ubuntu is mixing 1.11 +
> 1.12 to get the input part of 1.12 into 1.11 ; so you probably want to be
> careful and wait for specific packages for Ubuntu.

Ok, will do, thanks for the heads-up.

[Michel Dänzer (michel-daenzer)]

If it doesn't help, could somebody try capturing a cairo trace demonstrating the problem? I'm still having trouble reproducing it reliably...

[Rui Salvaterra (rsalvaterra)]

(In reply to comment #52)
> If it doesn't help, could somebody try capturing a cairo trace demonstrating
> the problem? I'm still having trouble reproducing it reliably...

I also have trouble reproducing it, sometimes it takes hours of normal usage to happen. The easiest way to reproduce it (for me, at least) is starting a chat in Empathy. Sending a message or clicking somewhere inside the chat window is usually enough to corrupt the text.

[Marti (intgr)]

(In reply to comment #53)
> I also have trouble reproducing it, sometimes it takes hours of normal usage to
> happen.

For me, this happens 95% of the time when starting Firefox and opening Gmail.

I will try the patch today evening (hopefully I can remember).

[Syockit+frdorg (syockit+frdorg)]

(In reply to comment #48)
> For Debian people on amd64, testing the patch in comment#47 can be done using
> packages available at:
> http://people.debian.org/~kibi/packages/xorg-47266/
>
> There are checksums there.

I installed both xserver-common and xserver-xorg-core but problem persists even after restarting Xorg. I'm on Radeon HD 3400, using 'radeon' driver.

[Vincent-fdt (vincent-fdt)]

For me it happens 100% of the time when starting Iceweasel. I'll try the patched packages tonight if I have the time.

[Michel Dänzer (michel-daenzer)]

(In reply to comment #53)
> The easiest way to reproduce it (for me, at least) is starting a chat in
> Empathy.

Which chat theme have you selected in Empathy?

[Reinis-taukulis (reinis-taukulis)]

(In reply to comment #47)
> Created attachment 59413 [details] [review]
> EXA: Factor in composite region early on
>
> Would this patch happen to help?

Tested on Arch linux - no improvements. (Radeon HD 5570)

[Rui Salvaterra (rsalvaterra)]

(In reply to comment #57)
> (In reply to comment #53)
> > The easiest way to reproduce it (for me, at least) is starting a chat in
> > Empathy.
>
> Which chat theme have you selected in Empathy?

Sorry, I should have been more explicit, it's the default Ubuntu theme.

[ojab (ojab)]

Created attachment 59429
cairo trace

`cairo-trace firefox` with gmail loading, font corruption was in the mail body.
xorg-server-1.12.0 with exa-composite-region.diff
xf86-video-ati-6.14.4
libdrm-2.4.33
OpenGL renderer string: Gallium 0.4 on AMD RS780
OpenGL version string: 2.1 Mesa 8.1-devel (git-ead0a89)
OpenGL shading language version string: 1.20
cairo latest git (HEAD is now at cc247c3 gl: Remove an unused variable) build with
--enable-tee --enable-xlib-xcb

[ojab (ojab)]

Created attachment 59430
cairo trace

This will be more usable, I think.

[ojab (ojab)]

Created attachment 59431
screenshot of corruption in cairo trace

gimp screenshot of firefox.5062.lzma

[Michel Dänzer (michel-daenzer)]

Created attachment 59434
EXA: Fall back earlier and more thoroughly from exaGlyphs.

Does this patch help?

[Michel Dänzer (michel-daenzer)]

(In reply to comment #59)
> Sorry, I should have been more explicit, it's the default Ubuntu theme.

Which one is that? I see in the Empathy preferences: 'Blue', 'Classic', 'Clean', 'Simple'.

[ojab (ojab)]

Created attachment 59435
Xorg.log with segfault

Cannot reproduce corruption with the latest patch, but there is often segfaults. Check the bottom of Xorg.2.log in the attached file.

[Michel Dänzer (michel-daenzer)]

Created attachment 59437
EXA: Fall back earlier and more thoroughly from exaGlyphs. (v2)

The previous patch had a crasher bug (not sure why I didn't hit it in my testing...), sorry.

[ojab (ojab)]

Looks like fixed and no crashes this time.

[Cyril Brulebois (kibi)]

Packages available at the same place, versioned as 2:1.11.4-1+kibi~59437

[B3nton (b3nton)]

(In reply to comment #66)
> Created attachment 59437 [details] [review]
> EXA: Fall back earlier and more thoroughly from exaGlyphs. (v2)
>
> The previous patch had a crasher bug (not sure why I didn't hit it in my
> testing...), sorry.

Thanks, this fixes it for me. Which version of xorg-server is this patch against? I had to apply it by hand as patch failed.

[Rafał Mużyło (galtgendo)]

Well, while the patch from comment 66 seems to fix the parts, that 'Option "EXANoComposite"' worked around, that slight corruption that wasn't affected by that option is still present.

[Sven Joachim (svenjoac)]

Created attachment 59454
screenshot of a garbled GTK+ menu entry

Applying the patch in comment 66 against xserver 1.12 leads to even more severe corruption here, permanently losing some text (e.g. in menu entries). See the attached screenshot, where between "Lesezeichen" and Hilfe" there should be an entry called "Extras" instead of the underscore.

This is with the nouveau driver.

[B3nton (b3nton)]

I spoke too soon, the patch in comment #66 improves things a lot but I'm still getting little bits of corruption in Sylpheed. Before I could reliably trigger the problem just by going to the bbc news web page with Firefox. I've not seen the problem in Firefox since applying the patch.

[Rafał Mużyło (galtgendo)]

...well, while the seems to be no corruption in firefox as for gui and most of the sites, I still have a site, where the corruption is quite significant, if you know how to trigger it.
Go to http://byuu.org/bsnes/, scroll down to download/documentation links, then simply move the mouse over those links - they immediately become corrupted.

[James H. Cloos Jr. (cloos-jhcloos)]

> http://byuu.org/bsnes/, download/documentation links,

Those also show corruption w/o the patch but with EXANoComposite

[James H. Cloos Jr. (cloos-jhcloos)]

I hit send too soon...

The corruption on byuu.org/bsnes only occurs when using the page’s
default stylesheet. That css includes:

,----< excerpt from http://byuu.org/style/style-default.css >
| a {
| color: #000;
| text-decoration: none;
| }
|
| a[href] {
| color: #00c;
| }
|
| a[href*="://"] {
| color: #082;
| }
|
| a[href]:hover {
| color: #f00;
| text-decoration: underline;
| }
`----

Turning on underline might be the trigger.

[Michel Dänzer (michel-daenzer)]

(In reply to comment #69)
> Which version of xorg-server is this patch against?

1.12.0

> I had to apply it by hand as patch failed.

Yay for pointless code re-indentation...

(In reply to comment #46)
> there's still a slight, but still noticeable, random corruption in the vte-based
> terminal, I use

Which terminal is that? Does it use GTK+ version 3 or 2?

[Michel Dänzer (michel-daenzer)]

BTW, these problems seem mostly triggered by Cairo now extensively using solid pictures instead of 1x1 repeated pictures. If someone wants to work on adding support for solid pictures to the drivers, that should avoid most if not all these problems and as a bonus give better performance.

[Rui Salvaterra (rsalvaterra)]

(In reply to comment #77)
> BTW, these problems seem mostly triggered by Cairo now extensively using solid
> pictures instead of 1x1 repeated pictures. If someone wants to work on adding
> support for solid pictures to the drivers, that should avoid most if not all
> these problems and as a bonus give better performance.

Am I wrong to assume only the Intel driver supports solid pictures? That would explain why I've never seen this corruption on two of my laptops (i945GME and Ironlake)...

[Riccardo Magliocchetti (riccardo)]

(In reply to comment #78)
> (In reply to comment #77)
> > BTW, these problems seem mostly triggered by Cairo now extensively using solid
> > pictures instead of 1x1 repeated pictures. If someone wants to work on adding
> > support for solid pictures to the drivers, that should avoid most if not all
> > these problems and as a bonus give better performance.
>
> Am I wrong to assume only the Intel driver supports solid pictures? That would
> explain why I've never seen this corruption on two of my laptops (i945GME and
> Ironlake)...

I see the same corruption as comment 71 with a GM45. Software is linux 3.3.0, drm 2.4.33, intel 2.18.0, X 1.11.4, cairo 1.12.0.

[Rui Salvaterra (rsalvaterra)]

(In reply to comment #79)
> I see the same corruption as comment 71 with a GM45. Software is linux 3.3.0,
> drm 2.4.33, intel 2.18.0, X 1.11.4, cairo 1.12.0.

So much for my assumption. Maybe I was just lucky. :(

[Chris Wilson (ickle)]

(In reply to comment #80)
> (In reply to comment #79)
> > I see the same corruption as comment 71 with a GM45. Software is linux 3.3.0,
> > drm 2.4.33, intel 2.18.0, X 1.11.4, cairo 1.12.0.
>
> So much for my assumption. Maybe I was just lucky. :(

That was a bug in UXA:

commit fde8a010b3d9406c2f65ee99978360a6ca54e006
Author: Chris Wilson <email address hidden>
Date: Fri Mar 30 12:47:21 2012 +0100

    uxa: Remove broken render glyphs-to-dst

[Rui Salvaterra (rsalvaterra)]

(In reply to comment #81)
> That was a bug in UXA:
>
> commit fde8a010b3d9406c2f65ee99978360a6ca54e006
> Author: Chris Wilson <email address hidden>
> Date: Fri Mar 30 12:47:21 2012 +0100
>
> uxa: Remove broken render glyphs-to-dst

I'm using SNA (which rocks, by the way).

[Rafał Mużyło (galtgendo)]

(In reply to comment #76)
It's gtk+ 3.4.0/vte 0.32.0.
The terminal itself is not important - the corruption happens even with vte stub.

Just run midnight commander in a dir with a lot of entries or mutt with a large mailbox. If you PageUp/PageDown enough times, sooner or later you'll notice the problem.

[Rafał Mużyło (galtgendo)]

...actually, just holding Shift and repeatedly selecting/deselecting text with the mouse is enough to see the problem.

[Michael Schmitt (tcwardrobe)]

(In reply to comment #68)
> Packages available at the same place, versioned as 2:1.11.4-1+kibi~59437

Those packages give me the same issues as Sven Joachim in comment #71 described with Xserver 1.12, It was so bad (gnome terminal showed almost no text at all, it even did not show a window title name in the taskbar) I choose to revert back to the packages from sids repo.

I have several boxes with radeon and nouveau drivers I see that corruption thing on all of them, but on the nouveau boxes it is way better. Just to confirm that this issue triggers differently on different hardware / drivers.

regards
Michael

[Michael Schmitt (tcwardrobe)]

(In reply to comment #85)
> (In reply to comment #68)
> > Packages available at the same place, versioned as 2:1.11.4-1+kibi~59437
>
> Those packages give me the same issues as Sven Joachim in comment #71 described
> with Xserver 1.12, It was so bad (gnome terminal showed almost no text at all,
> it even did not show a window title name in the taskbar) I choose to revert
> back to the packages from sids repo.

Talking about a radeon (HD 5400), amd64 box here, almost forgot to mention. :)

> I have several boxes with radeon and nouveau drivers I see that corruption
> thing on all of them, but on the nouveau boxes it is way better. Just to
> confirm that this issue triggers differently on different hardware / drivers.
>
> regards
> Michael

regards
Michael

[Michel Dänzer (michel-daenzer)]

Let's focus on the corruption in this report; the performance problems are due to drivers not accelerating solid pictures, which should probably be addressed in the drivers.

[B3nton (b3nton)]

Another oddity, on a system with cairo 1.12.0 when I try to view a powerpoint with Libre Office I can see the slides and edit them Ok, but if I try to view the slideshow (like I was giving the presentation for real) then the screen freezes and becomes unresponsive. If I click the mouse enough times I eventually get the black slide with "click to exit presentation...". It seems Libre Office is behaving as though it is showing the presentation but I can't see it, the screen stays the same as it was before when I was editing the slides. On an otherwise identical system with cairo 1.10.2 Libre Office behaves as expected, I get the slide show. I guess that when Libre Office is giving the presentation it uses a full screen overlay that uses cairo? I don't know if it's the same bug as this or a different bug in cairo 1.12.0 but it may be related.

[Chris Wilson (ickle)]

(In reply to comment #88)
> Another oddity, on a system with cairo 1.12.0 when I try to view a powerpoint
> with Libre Office I can see the slides and edit them Ok, but if I try to view
> the slideshow (like I was giving the presentation for real) then the screen
> freezes and becomes unresponsive.

That's definitely a separate issue. Not sure yet where the fault lies.

[James H. Cloos Jr. (cloos-jhcloos)]

When I tried exa-glyphs-fallback-2.diff (attachment #59437), amended for
master, the font corruption in sm was worse: everything was reduced to
one pixel or so tall. (But with correct leading.)

I didn't bother trying ff given that.

Non-gtk apps continued to work normally.

[Joachim Breitner (nomeata)]

(In reply to comment #68)
> Packages available at the same place, versioned as 2:1.11.4-1+kibi~59437

Here, the font corruptions stopped with these packages.

[Michel Dänzer (michel-daenzer)]

I posted a patch implementing basic acceleration of solid pictures for R3xx-R7xx at http://lists.x.org/archives/xorg-driver-ati/2012-April/022724.html . Right now, I'm having a hard time reproducing any of the problems described here with that patch, even using an unpatched xserver, but TBH I'm not sure why I can't reproduce some problems with iceweasel that I still could yesterday... Maybe some of you using cards supported by the patch can give it a spin.

[Rui Salvaterra (rsalvaterra)]

(In reply to comment #92)
> I posted a patch implementing basic acceleration of solid pictures for
> R3xx-R7xx at http://lists.x.org/archives/xorg-driver-ati/2012-April/022724.html
> . Right now, I'm having a hard time reproducing any of the problems described
> here with that patch, even using an unpatched xserver, but TBH I'm not sure why
> I can't reproduce some problems with iceweasel that I still could yesterday...
> Maybe some of you using cards supported by the patch can give it a spin.

I will try it (sunday, hopefully) on a friend's laptop (Radeon Xpress 200M), if the patch hits xorg-edgers. I've been quite successful reproducing the corruption on that machine while using gnome-terminal.

[B3nton (b3nton)]

(In reply to comment #92)
> I posted a patch implementing basic acceleration of solid pictures for
> R3xx-R7xx at http://lists.x.org/archives/xorg-driver-ati/2012-April/022724.html
> . Right now, I'm having a hard time reproducing any of the problems described
> here with that patch, even using an unpatched xserver, but TBH I'm not sure why
> I can't reproduce some problems with iceweasel that I still could yesterday...
> Maybe some of you using cards supported by the patch can give it a spin.

What cards are supported by the patch? The patch makes no difference for me. I can't remember exactly what model ATI card I have, (Radeon 6870?) lspci says it's a:
VGA compatible controller: ATI Technologies Inc Device 6738
The terminal was unreadable when I first tried to copy and paste that...

[Michel Dänzer (michel-daenzer)]

(In reply to comment #94)
> (In reply to comment #92)
> > [...] for R3xx-R7xx [...]
>
> What cards are supported by the patch?

See above.

> VGA compatible controller: ATI Technologies Inc Device 6738

That's a Barts (Northern Islands family) card, which is not supported by the patch yet.

[Łukasz Krotowski (lukasz-krotowski)]

(In reply to comment #92)
> I posted a patch implementing basic acceleration of solid pictures (...)

It seems it fixes corruption in iceweasel for me. Also iceweasel feels a little bit snappier. Tested with patched xserver and RV535 [Radeon X1650 Series]. Patch applied against current xf86-video-ati git master.

[Marti (intgr)]

(In reply to comment #92)
> I posted a patch implementing basic acceleration of solid pictures for
> R3xx-R7xx at http://lists.x.org/archives/xorg-driver-ati/2012-April/022724.html
> . Right now, I'm having a hard time reproducing any of the problems described
> here with that patch

But this is a workaround, rather than a fix, right? It needs to be fixed in Cairo/XCB too.

[agd5f (agd5f)]

Created attachment 59943
R3xx-r7xx

[agd5f (agd5f)]

Created attachment 59944
evergreen-cayman

[agd5f (agd5f)]

Created attachment 59945
r1xx

[agd5f (agd5f)]

Created attachment 59946
r2xx

[C-bugz-e (c-bugz-e)]

Created attachment 59948
Crash fix for attachment 59944

Xorg crashes on cayman with patch from attachment 59944, attached patch fixes that for me.

Good news is that i don't get any corruption with patched driver (it was very noticeable in gnome-terminal for me).

[James H. Cloos Jr. (cloos-jhcloos)]

With the version of the solid patch sent to the list git-am(1)ed to
master as of this afternoon I am unable to evoke any corruption on
my RS880 in the usual suspects.

[kernelOfTruth (dalinuxlova)]

(In reply to comment #83)
> (In reply to comment #76)
> It's gtk+ 3.4.0/vte 0.32.0.
> The terminal itself is not important - the corruption happens even with vte
> stub.
>
> Just run midnight commander in a dir with a lot of entries or mutt with a large
> mailbox. If you PageUp/PageDown enough times, sooner or later you'll notice the
> problem.

FWIW

I had the corruptions happening with vte 0.28.2-r202, 0.30.1-r2
and gtk+ 2.24.10-r1, 3.2.4-r1

~amd64 Gentoo hardened

I've updated xf86-video-ati with the basic acceleration of solid pictures R3xx-r7xx patch

updating now vte, glib, gtk+ and other parts and will let you know if I still encounter anything of that sorts

thanks !

[B3nton (b3nton)]

(In reply to comment #99)
> Created attachment 59944 [details] [review]
> evergreen-cayman

This crashes xorg-server for me. I get a black screen and a locked keyboard when the panel loads (I think it's the first thing that uses cairo) :/

(In reply to comment #102)
> Created attachment 59948 [details]
> Crash fix for attachment 59944 [details] [review]
>
> Xorg crashes on cayman with patch from attachment 59944 [details] [review], attached patch fixes
> that for me.

Doesn't fix the crashes for me :(

[Michel Dänzer (michel-daenzer)]

(In reply to comment #97)
> But this is a workaround, rather than a fix, right?

Technically yes, but a pretty good one at that. :)

> It needs to be fixed in Cairo/XCB too.

No, Cairo merely triggers bugs in EXA. Of course it would be great to fix those, if someone can figure out how to do it properly, but accelerating solid pictures in the driver should leave us in at least as good a place as we were in before; probably better, as Cairo 1.12 comes with some other performance improvements, and other toolkits/apps might benefit from this as well. That it happens to avoid the EXA bugs is sort of a nice bonus. :)

[agd5f (agd5f)]

Created attachment 59966
evergreen/cayman

[B3nton (b3nton)]

(In reply to comment #107)
> Created attachment 59966 [details] [review]
> evergreen/cayman

This also gives me a black screen and a locked keyboard when LXPanel starts

[Michel Dänzer (michel-daenzer)]

(In reply to comment #108)
> This also gives me a black screen and a locked keyboard when LXPanel starts

Alex's patches depend on mine, did you apply mine as well? If yes, check the X server's stderr output.

[Michel Dänzer (michel-daenzer)]

(In reply to comment #109)
> Alex's patches depend on mine, [...]

Mine being the R3xx-R7xx patch.

[Rafał Mużyło (galtgendo)]

Patches from comments 98-101 for xf86-video-ati (on top of the xorg-server patch) seems to fix the corruption on an r200.

[B3nton (b3nton)]

(In reply to comment #109)
> Alex's patches depend on mine, did you apply mine as well? If yes, check the X
> server's stderr output.

Thanks, I didn't know that. Applying the patches from comment #92 and comment #107 works. Sadly it doesn't fix the problem with Libre Office Impress

[Michel Dänzer (michel-daenzer)]

(In reply to comment #112)
> Sadly it doesn't fix the problem with Libre Office Impress

See comment #89, which I take as meaning the intel driver is affected by that separate problem as well.

[A-radke (a-radke)]

ArchLinux now has packages in our testing repo with Xorg-server 1.12.1 with the EXA fallback patch, Intel driver with the single commit fix and all poor mens Ati patches applied. Not sure if attachment 59948 is additionally required.

[Ionut Biru (ionut.biru)]

the patch EXA: Fall back earlier and more thoroughly from exaGlyphs. (v2) applied to xorg-server 1.12 with nouveau made the font corruption worse. now i have missing letters in gnome-terminal.

nouveau ddx driver is from git since 20120210

[Michel Dänzer (michel-daenzer)]

All radeon driver patches are now in xf86-video-ati Git.

[EricV (eric-valette)]

(In reply to comment #113)
> (In reply to comment #112)
> > Sadly it doesn't fix the problem with Libre Office Impress
>
> See comment #89, which I take as meaning the intel driver is affected by that
> separate problem as well.

I have the same impress problem with nvidia drivers 295.40 for the record.

[Marti (intgr)]

(In reply to comment #117)
> (In reply to comment #113)
> > (In reply to comment #112)
> > > Sadly it doesn't fix the problem with Libre Office Impress
> >
> > See comment #89, which I take as meaning the intel driver is affected by that
> > separate problem as well.
>
> I have the same impress problem with nvidia drivers 295.40 for the record.

Did anyone report a separate bug for that? If not, please do!

[EricV (eric-valette)]

(In reply to comment #118)
> (In reply to comment #117)
> > (In reply to comment #113)
> > > (In reply to comment #112)
> > > > Sadly it doesn't fix the problem with Libre Office Impress
> > >
> > > See comment #89, which I take as meaning the intel driver is affected by that
> > > separate problem as well.
> >
> > I have the same impress problem with nvidia drivers 295.40 for the record.
>
> Did anyone report a separate bug for that? If not, please do!

As the bug is already existing in debian bug database, I will suggest maintainer to do it and note the bug as forwarded upstream with the proper reference.

Thanks for responding.

[EricV (eric-valette)]

(In reply to comment #119)
> (In reply to comment #118)
> > (In reply to comment #117)
> > > (In reply to comment #113)
> > > > (In reply to comment #112)
> > > > > Sadly it doesn't fix the problem with Libre Office Impress
> > > >
> > > > See comment #89, which I take as meaning the intel driver is affected by that
> > > > separate problem as well.
> > >
> > > I have the same impress problem with nvidia drivers 295.40 for the record.
> >
> > Did anyone report a separate bug for that? If not, please do!
>
> As the bug is already existing in debian bug database, I will suggest
> maintainer to do it and note the bug as forwarded upstream with the proper
> reference.
>
> Thanks for responding.

Just to be 100% sure: you want a bug in cairo or xorg?

[Julien Cristau (jcristau)]

> --- Comment #120 from Eric Valette <email address hidden> 2012-04-24 08:54:11 PDT ---
> Just to be 100% sure: you want a bug in cairo or xorg?
>
for the nvidia driver? neither.

[Siarhei Siamashka (siarhei-siamashka)]

(In reply to comment #117)
> (In reply to comment #113)
> > (In reply to comment #112)
> > > Sadly it doesn't fix the problem with Libre Office Impress
> >
> > See comment #89, which I take as meaning the intel driver is affected by that
> > separate problem as well.
>
> I have the same impress problem with nvidia drivers 295.40 for the record.

I guess it might be interesting to also try xf86-video-fbdev for this use case and check whether it is affected or not.

[EricV (eric-valette)]

(In reply to comment #121)
> > --- Comment #120 from Eric Valette <email address hidden> 2012-04-24 08:54:11 PDT ---
> > Just to be 100% sure: you want a bug in cairo or xorg?
> >
> for the nvidia driver? neither.

I dunno why you say this: the previous version of cairo did not exhibit this bug (at least did not change anything in libreoffice config). If it cannot accelerate (which I can understand) the default fallback should be at least to display something. You have a bug that affect all graphics cards and you assume its in the video driver and not in cairo.

[EricV (eric-valette)]

Created bug 49118.

[Michael Schmitt (tcwardrobe)]

(In reply to comment #123)
> display something. You have a bug that affect all graphics cards and you assume
> its in the video driver and not in cairo.

The *bug* is neither in libcairo nor in any gfx driver, the bug *is* in xorg (see headers of this bugreport and the whole bugreport posts itself). It just happens to be the case, that a new feature in libcairo makes that bug appear and a performance-wise sensible fix in at least the radeon drivers does prevent the bug from facing for now, but the *bug* is still there in xorg. No idea if the same kind of fix would work for nouveau and the others but that fix is just a "workaround" for the issue.
That may not be important from a users point of view, but when it comes to assigning bugs and actually fixing code it is imperative to do it at the right place, obviously.
What Julien tried to tell you there is this: "Whatever issues the nvidia driver may have, whatever bug in whatever code is visible with the nvidia driver is of no (deeper) interest here". Quite logical, as we can't do anything about it as the driver is closed source and ALWAYS adds an unpredictable element in the whole matter which foss devs try to avoid if possible. And a side note, some foss devs may even be a little bit biased there, as shocking as that might sound. ;)

regards
Michael

[EricV (eric-valette)]

(In reply to comment #125)
> (In reply to comment #123)
> > display something. You have a bug that affect all graphics cards and you assume
> > its in the video driver and not in cairo.

... but the actual fix did fix the openoffice problem even for radeon driver as you can notice in the comment.

>
> The *bug* is neither in libcairo nor in any gfx driver, the bug *is* in xorg
> (see headers of this bugreport and the whole bugreport posts itself). And a side note, some
> foss devs may even be a little bit biased there, as shocking as that might
> sound. ;)

Well I'm used to that including proving people they are wrong even if they feel they know everuthing beter than others ;-) And BTW, people confirm the bad intercation between cairo and impress

[EricV (eric-valette)]

BTW see last comment in https://bugs.freedesktop.org/show_bug.cgi?id=49118

[EricV (eric-valette)]

(In reply to comment #126)
> (In reply to comment #125)
> > (In reply to comment #123)
> > > display something. You have a bug that affect all graphics cards and you assume
> > > its in the video driver and not in cairo.
>
> ... but the actual fix did fix the openoffice problem even for radeon driver as
> you can notice in the comment.
>

Did NOT fix he openoffice problem even for radeon driver as
you can notice in one of the comment

[Michael Schmitt (tcwardrobe)]

(In reply to comment #126)
> > The *bug* is neither in libcairo nor in any gfx driver, the bug *is* in xorg
> > (see headers of this bugreport and the whole bugreport posts itself). And a side note, some
> > foss devs may even be a little bit biased there, as shocking as that might
> > sound. ;)
>
>
> Well I'm used to that including proving people they are wrong even if they feel
> they know everuthing beter than others ;-) And BTW, people confirm the bad
> intercation between cairo and impress
You did not prove anything. It still stands the bug seems to be in xorg and not in any gfx driver or libcairo, for now until proven otherwise.
For the bad interaction between libcairo 1.12 and loimpress... I don't see how it is worse from what I experience on one box here with terminals, iceweasel, icedove, irc-client. And at least I read the analysis "Pauli" made in bug 49118 as a confirmation for the current assumption that xorg is at fault and that it may well be the same bug. On top of that in the Debian BTS both bugs (rather a dozen of bugs) are merged, confirming that it may well be the same bug too.

(In reply to comment #128)
> Did NOT fix he openoffice problem even for radeon driver as
> you can notice in one of the comment
Then there may be another issue apart from the up to now assumed broken EXA-pixmap-thingy in xorg. Or the workaround-fix in radeon does not work for that kind of usage of libcairo for loimpress. In general quite confusing. Lets hold back our semi-educated assumptions and allegations and let the devs do their work. This issue affects almost every user with recent libcairo on desktops, so the pressure is high enough for the devs already.

regards
Michael

[EricV (eric-valette)]

(In reply to comment #129)
> (In reply to comment #126)
> You did not prove anything. It still stands the bug seems to be in xorg and not
> in any gfx driver or libcairo, for now until proven otherwise.

Fair enough. I was just unhappy to see all the debian bugs pointing to this bug that provides fixes for radeon driver and libcairo that
do not fix the problem.

> For the bad interaction between libcairo 1.12 and loimpress... I don't see how
> it is worse from what I experience on one box here with terminals, iceweasel,
> icedove, irc-client. And at least I read the analysis "Pauli" made in bug 49118
> as a confirmation for the current assumption that xorg is at fault and that it
> may well be the same bug. On top of that in the Debian BTS both bugs (rather a
> dozen of bugs) are merged, confirming that it may well be the same bug too.
>
> (In reply to comment #128)
> > Did NOT fix he openoffice problem even for radeon driver as
> > you can notice in one of the comment
> Then there may be another issue apart from the up to now assumed broken
> EXA-pixmap-thingy in xorg. Or the workaround-fix in radeon does not work for
> that kind of usage of libcairo for loimpress. In general quite confusing. Lets
> hold back our semi-educated assumptions and allegations and let the devs do
> their work. This issue affects almost every user with recent libcairo on
> desktops, so the pressure is high enough for the devs already.
>
> regards
> Michael

[EricV (eric-valette)]

(In reply to comment #129)
> (In reply to comment #126)
> You did not prove anything. It still stands the bug seems to be in xorg and not
> in any gfx driver or libcairo, for now until proven otherwise.

Fair enough. I was just unhappy to see all the debian bugs pointing to this bug that provides fixes for radeon driver and work around libcairo that do not fix the problem even for this radeon driver.

> For the bad interaction between libcairo 1.12 and loimpress... I don't see how
> it is worse from what I experience on one box here with terminals, iceweasel,
> icedove, irc-client.

I use both and do not experience theses problem with cairo 1.12 for the record...

> And at least I read the analysis "Pauli" made in bug 49118
> as a confirmation for the current assumption that xorg is at fault and that it
> may well be the same bug. On top of that in the Debian BTS both bugs (rather a
> dozen of bugs) are merged, confirming that it may well be the same bug too.

This implies that the bug is not in the glx drivers. Sorry but reading the message this was NOT clear at least for me.

> This issue affects almost every user with recent libcairo on
> desktops, so the pressure is high enough for the devs already.

I do not want to make pressure. I just opened a bug for the impress slide show problem as requested because either the bug is in xorg itself and the current fixes proposed in this thread are only work around or the bug is elsewhere.

[Michel Dänzer (michel-daenzer)]

(In reply to comment #129)
> And at least I read the analysis "Pauli" made in bug 49118 as a confirmation
> for the current assumption that xorg is at fault

To me it rather sounds like it's pointing at Cairo or libreoffice.

> and that it may well be the same bug.

It can't really be, as the intel and nvidia drivers don't use EXA.

> On top of that in the Debian BTS both bugs (rather a
> dozen of bugs) are merged, confirming that it may well be the same bug too.

They need to be unmerged.

[EricV (eric-valette)]

> > On top of that in the Debian BTS both bugs (rather a
> > dozen of bugs) are merged, confirming that it may well be the same bug too.
>
> They need to be unmerged.

Thanks. Will pass the message to debian openoffice/cairo maintainer.

[Philip Armstrong (phil-ubuntu)]

Since I'm currently suffering quite badly from this bug on my Debian testing home desktop, I'd be happy to git bisect if someone told me which component to bisect, but is the current thinking that there's a bug in Xorg that has existed for a long time which is only now being exposed thanks to a change in cairo?

[Michel Dänzer (michel-daenzer)]

(In reply to comment #134)
> Since I'm currently suffering quite badly from this bug on my Debian testing
> home desktop,

If that's using the radeon driver, the 1:6.14.4-2 packages have the workaround.

> [...] is the current thinking that there's a bug in Xorg that has existed
> for a long time which is only now being exposed thanks to a change in cairo?

Yes.

[Philip Armstrong (phil-ubuntu)]

No point in bisecting then! Will update to the "fixed" (well, bug avoiding) driver then. Thanks, Phil

[Ernst Persson (ernstp)]

The fix seems stable and solves the problem fully for me.
Now I'm hoping that it has solved #45366 also nut I'll have to test a bit more first...

[Paweł Paprota (ppawel)]

Hmm, sorry if this is unnecessary bug noise but I have the same (or a very similar) problem with screen corruption on my laptop using NVIDIA NVS 3100M, nouveau driver, cairo and mesa from git.

There are random menu labels missing, terminal emulators are always corrupted (e.g. mc is unusable).

What would be the proper way to report this? Should I reopen this bug or file a new one?

[Johan BIlien (jobi-via)]

Shouldn't this still be open? If I understand correctly it has only been worked around in the radeon driver, but the root cause hasn't been fixed in xserver / EXA. It's still affecting nouveau users for instance

[Julien Cristau (jcristau)]

(In reply to comment #139)
> Shouldn't this still be open? If I understand correctly it has only been worked
> around in the radeon driver, but the root cause hasn't been fixed in xserver /
> EXA. It's still affecting nouveau users for instance

right.

[Paweł Paprota (ppawel)]

On my machine the corruption is present with cairo git HEAD, also with cairo 1.12. There is no corruption with cairo 1.10.2. I guess I will try to bisect then.

[Paweł Paprota (ppawel)]

OK, I've done the bisection using git bisect (it's great btw) and this is the commit that causes the corruption on my machine:

af9fbd176b145f042408ef5391eef2a51d7531f8
Author: Chris Wilson <email address hidden> 2011-07-30 18:28:21
Committer: Chris Wilson <email address hidden> 2011-09-12 09:29:48
Parent: 0540bf384aed344899417d3b0313bd6704679c1c (ps: improve formatting of fallback image comment)
Child: 65a954d5bab9ab6fed15bd98b7018aca2fc50107 (test-surfaces: compilation fixes)
Branches: master, remotes/origin/master
Follows: 1.11.2
Precedes: 1.11.4

    Introduce a new compositor architecture

[Rafał Mużyło (galtgendo)]

(In reply to comment #142)
This has already been noted in bug 43764.

[Rafał Mużyło (galtgendo)]

...and on a not quite related note: in cairo 1.12.2 release announcement, there's a note about it having a fix for a LibreOfice problem; perhaps it's the same one, that was mentioned in an earlier comment.

[Str8bs (str8bslinux)]

Please excuse a n00b question:
Do Gnome 3 shell or Cinnammon menu use Cairo?

Both have no menus unless I xrandr to a lower resolution. The same workaround solves corruption issue noted in this thread for me.

I am in the process of learning how to apply a patch and will see if the one posted for this issue solves the menu problem as well.

Pictures posted here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668828

Is Bug#43764 a duplicate?

Thank you.

[Fanf (fanf42)]

That bugs criticity just jumped hugely for me, as libcairo 1.10 is no more available in Debian Testing.

On my configuration, almost all texts are complettly corrupted for Gtk application (firefoxe, gnometerm, thunderbird, eclipse, etc), making my system mostly unusable.

Performance are also awfull, what was not the case with libcairo-1.10.

I don't know if the bug is or not in libcairo, but *clearly*, that's something that appeared with libcairo-1.12, as it is the only modification on my system between yesterday and today.

I don't use a Radeon card but a nvidia one. System info (pur Debian Sid):

* 01:00.0 VGA compatible controller: NVIDIA Corporation G98 [GeForce 9300M GS] (rev a1)
* xserver-xorg: 1:7.6+12
* xserver-xorg-core: 2:1.12.1-2
* xserver-xorg-video-nouveau: 1:0.0.16+git20120322+ab7291d-1
* libcairo2:amd64: 1.12.2-1

Hope it helps,

[Cyril Brulebois (kibi)]

(In reply to comment #146)
> That bugs criticity just jumped hugely for me, as libcairo 1.10 is no more
> available in Debian Testing.

For your downloading pleasure:
  http://snapshot.debian.org/package/cairo/

KiBi.

[Vincent-fdt (vincent-fdt)]

(In reply to comment #146)
> On my configuration, almost all texts are complettly corrupted for Gtk
> application (firefoxe, gnometerm, thunderbird, eclipse, etc), making my system
> mostly unusable.

Since the bug is in EXA, I suppose that disabling EXA would be a temporary workaround. Is there an option for that (or can xorg provide one)?

For the nouveau driver,

  Option "NoAccel" "true"

might be useful (see the nouveau(4) man page). I haven't tried.

[Fanf (fanf42)]

(In reply to comment #147)
> (In reply to comment #146)
> > That bugs criticity just jumped hugely for me, as libcairo 1.10 is no more
> > available in Debian Testing.
>
> For your downloading pleasure:
> http://snapshot.debian.org/package/cairo/

Thanks, that helped, and so my system is usable again.
I also discovered that libcairo2 1.10 is on squeeze backports.

[Natanael Copa (natanael-copa)]

I have a suspicion that this EXA bug is the same as I reported when testing openchrome driver.

http://wiki.openchrome.org/pipermail/openchrome-devel/2011-September/000573.html

The issue showed up now again with the current stable openchrome driver when they switched to EXA enabled by default.

The v2 patch makes the corruption look different (white box) but does not fix it.

NoAccel fixes it.

[Zack Weinberg (zackw)]

I'm pleased to report that recent changes to the Nouveau driver (I'm currently running git revision ace77b6) reduce the display corruption with cairo 1.12 to the point where the machine is usable again. However, it is not perfect: there are still some instances of corruption (for instance, large JPEGs are corrupted when downscaled to fit on the screen by Firefox) and the X server has crashed on me several times since I upgraded (seems to be an unrelated problem to do with suspend/resume).

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Elam-1 (elam-1)]

(In reply to comment #151)
> I'm pleased to report that recent changes to the Nouveau driver (I'm currently
> running git revision ace77b6) reduce the display corruption with cairo 1.12 to
> the point where the machine is usable again. However, it is not perfect: there
> are still some instances of corruption (for instance, large JPEGs are corrupted
> when downscaled to fit on the screen by Firefox) and the X server has crashed
> on me several times since I upgraded (seems to be an unrelated problem to do
> with suspend/resume).

I too have this bug. I hope it is being fixed.

Fresh install of 64 bit Debian 7.0, KDE 4.8.3 version.

For me, text corruption is worst - by far - when using Iceweasel 10.0.5 on the gmail site. Text corrupts badly every few seconds. LibreOffice Writer 3.5.4.2 also has frequent problems.

Chromium 18.0.1025.151 works on gmail with only a few corruptions.

I turned off Desktop Effects, but that made no difference.

Nvidia GT 430 card, but not using the Nvida closed driver.

Other hardware:
Dell Inspiron 530
Intel Core2 Quad processor Q8200 Yorkfield
Socket LGA775
North Bridge – Intel G33
South Bridge – ICH9
8 GB RAM

Mainboard:
Foxcon
DG33M03

Monitor:
Samsung SyncMaster 2443bwx
1920x1200

[Ubuntu QA Website (ubuntuqa)]

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1010794

[Maarten Lankhorst (mlankhorst)]

This should be fixed with xf86-video-nouveau 1.0.1, is this still a problem?

[Jan Rathmann (kaiserclaudius)]

Maarten, yes unfortunately it still happnes with nouveau 1.0.1 .

[dungeon (smoki00790)]

 I have also corruption with large jpegs wih current radeon on r280, sometimes it laeds to logouting when page is opened with large jpegs in iceweasel(in Xorg.0.log just says eq overflowing), pages for example:

 http://vincentsanders.blogspot.com/2012/07/travels-with-mr-brown.html

[Michel Dänzer (michel-daenzer)]

(In reply to comment #153)
> I have also corruption with large jpegs wih current radeon on r280, sometimes
> it laeds to logouting when page is opened with large jpegs in iceweasel(in
> Xorg.0.log just says eq overflowing), pages for example:

That doesn't sound like this bug but maybe e.g. bug 44099.

[Dsd-o (dsd-o)]

This has also been seen with xf86-video-geode (uses EXA) on OLPC XO-1. I'd be happy to test patches or provide info needed to help with the X problem being exposed. (Also hopeful we might see an accelerated solid picture path being added to geode soon, but that is uncertain.)

Michel, you seem to be the person who edged closest to fixing the X issue; is there anything I can do to help?

[Michel Dänzer (michel-daenzer)]

(In reply to comment #155)
> Michel, you seem to be the person who edged closest to fixing the X issue; is
> there anything I can do to help?

I haven't actively worked on this in almost half a year, and I hardly remember details of my investigations beyond what's recorded here.

I'm not sure how useful it would be to fix the EXA bug without accelerating solid pictures anyway, as apps triggering the bug would probably be very slow.

[Jan Rathmann (kaiserclaudius)]

Still present on current quantal daily image.

[Jan Rathmann (kaiserclaudius)]

Still present at current stage.

[Michel Dänzer (michel-daenzer)]

Comment on attachment 59437
EXA: Fall back earlier and more thoroughly from exaGlyphs. (v2)

Those of you who are still hitting this, please test the patch from bug 55723.

[Kel-p-doran (kel-p-doran)]

Tried the patch on xserver 1.13... seems to have fixed all corruption for me. Everything else seems to be working fine too.

[Hew (hew)]

Same problem for me with a clean install of Ubuntu 12.10. Noticed in Ubiquity and Software Centre for me as well.

[Gabemarcano (gabemarcano)]

I also tried the patch on xserver 1.13 and it fixed the graphic corruption problems I was having in Firefox. I appear to still have some graphic corruption problems in LibreOffice, though, but I lack the knowledge to check whether it is due to EXA, Cairo, or LibreOffice itself. In general, as the text is redrawn, it whites out until one clicks somewhere on the page and most of the text becomes visible once again. I recompiled the X server without the patch just to make sure that this wasn't a regression introduced by the patch, and I verified that the bug was present before I applied the patch. One way or another, this patch seems to make the situation better. I am also unable to find any notable regressions introduced by it.
For the record I have an Nvidia GTX 560 and am using Nouveau as the driver.

[Maarten Lankhorst (mlankhorst)]

Ok seems solid fill wasn't accelerated and did a fallback, I don't know why the fallback would corrupt things though, but the acceleration will at least make it work again and increase performance slightly.

[Maarten Lankhorst (mlankhorst)]

Can you patch your xserver-xorg-video-nouveau with this debdiff and see if it fixes this issue?

[Ubuntu Foundations Team Bug Bot (crichton)]

The attachment "debdiff for 1:1.0.2-0ubuntu3+bug1010794~try1" of this bug report has been identified as being a patch in the form of a debdiff. The ubuntu-sponsors team has been subscribed to the bug report so that they can review and hopefully sponsor the debdiff. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-sponsors team please also unsubscribe the team from this bug report.

[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]

[Jan Rathmann (kaiserclaudius)]

Maarten, yes, your patches helped, I don't see these corruptions anymore with the patched package.

[Hew (hew)]

The corruption seems to have disappeared on text and mostly on icons, but the software centre "in progress" animated icon still displays corruption as the white arrow image appears warped and detached from the shadow behind.

[Hew (hew)]

When I suspend and resume I still have full screen corruption. The mouse can move on top while the background flickers.

[Maarten Lankhorst (mlankhorst)]

suspend/resume corruption is a separate bug, but still looking into why the fallback is failing

[Maarten Lankhorst (mlankhorst)]

So one of the sources seem to be nouveau_exa_prepare_access performing operations directly on the bo, which works but screws up due to tiling. The fix would be to do similar to nouveau_exa_download_from_screen and nouveau_exa_upload_to_screen with a scratch bo to fix up tiling. In this case it would be possible without the extra memcpy since the scratch bo could be operated on directly.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Maarten Lankhorst (mlankhorst)]

The real bug seems to be in xorg-server, I linked the upstream bug for this, I would still want to have the SolidFill fix in since it provides a nice speedup.

[Dsd-o (dsd-o)]

Created attachment 69139
Backported to xserver-1.13.0

The patch wouldn't apply for me, so I reapplied it by hand to xserver-1.13.0, here it is.

Now, testing on OLPC XO-1.5 using the chrome video driver, I no longer see any text corruption in the GNOME fallback applications menu. However, the textual parts of some of the menu items are not appearing.

[Michel Dänzer (michel-daenzer)]

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

[Michel Dänzer (michel-daenzer)]

commit 1ca096d5e07221025c4c4110528772b7d94f15ee
Author: Michel Dänzer <email address hidden>
Date: Mon Oct 29 12:57:54 2012 +0100

    EXA: Track source/mask pixmaps more explicitly for Composite fallback regions.

[Hein (hhanssen)]

Happens on my system as well. Ubuntu 12.10 with Nvidia 6400m G (Acer aspire 7520 laptop). Nvidia drivers not working properly (wrong screen resolution/ freezes/ double login (loop?!)) Because of problems with Nvidia 12.10 is only usable with Nouveau drivers, but I need to restart my desktop about 5 to 10 times a day due to artefacts that make programs rather useless. Looks like an old problem that was here before. Found also description of this problem related to Debian. Problem is not reproducable by starting certain programs.

[Jonathan Weber (jjm-weber)]

Happens too on Dell Latitude e6530 with NVIDIA NVS 5200M. Ubuntu 12.10 using nouveau drivers.

[Launchpad Janitor (janitor)]

This bug was fixed in the package xserver-xorg-video-nouveau - 1:1.0.4-0ubuntu1

---------------
xserver-xorg-video-nouveau (1:1.0.4-0ubuntu1) raring; urgency=low

  * Sync from unreleased debian experimental git.
  * Remaining differences:
    - Try to enable vblank if available (LP: #1019131)
      - 100-vblank-on.diff
 -- Maarten Lankhorst <email address hidden> Thu, 15 Nov 2012 11:02:38 +0100

[Launchpad Janitor (janitor)]

This bug was fixed in the package xorg-server - 2:1.13.0-0ubuntu7

---------------
xorg-server (2:1.13.0-0ubuntu7) raring; urgency=low

  [ Maarten Lankhorst ]
  * Add 233-xf86events-valgrind.patch to fix a xserver corruption
    when acpid is stopped before Xorg is.
    (LP: #1070481)
  * Add 235-composite-tracking.patch to fix exa corruption.
    (LP: #1010794)

  [ Bryce Harrington ]
  * Add 236-use-fbdev-for-poulsbo-oaktrail-medfield.patch: Never use Intel
    driver on Poulsbo/Oaktrail/Medfield. Thanks to Matthias Klumpp.
    (LP: #1069031)
  * Add 237-dix-set-the-device-transformation-matrix.patch: Fix pointer
    jumping with absolute pointing device. Initializes device
    transformation matrix to an identity matrix. Thanks to a7x.
    (LP: #1041063)

  [ Tim Lunn ]
  * 500_pointer_barrier_thresholds.diff: Update to fix gaps above
    barriers at edge of screen
    (LP: #1073724)
 -- Bryce Harrington <email address hidden> Fri, 16 Nov 2012 11:37:26 -0800

[Bryce Harrington (bryce)]

I've also uploaded the xserver fix for quantal, but precise still needs done.

mlankhorst, did you already upload the nouveau fix for quantal-proposed and precise-proposed? If not then that still needs done as well.

[Adam Conrad (adconrad)]

Hello Jan, or anyone else affected,

Accepted xorg-server into quantal-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/xorg-server/2:1.13.0-0ubuntu6.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

[Alexey Brodkin (alexey-brodkin)]

I'm on Ubuntu 12.10 32-bit with GF108GLM [Quadro 1000M]
Just updated xorg-server to those latest packets 2:1.13.0-0ubuntu6.1 from proposed updates.
For 30 minutes I didn't get any visible corruptions as I saw before.

[Jan Rathmann (kaiserclaudius)]

I can also confirm that the updated package fixes this issue.

[Jonathan Weber (jjm-weber)]

Same for me, bug fixed. Thanks guys.

[Chris Halse Rogers (raof)]

The verification of this Stable Release Update has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regresssions.

[Chris Halse Rogers (raof)]

Hello Jan, or anyone else affected,

Accepted xorg-server into precise-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/xorg-server/2:1.11.4-0ubuntu10.10 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

[Bryce Harrington (bryce)]

No work needs done specifically for nouveau in precise and quantal; this was really an xserver problem.

[Chris Halse Rogers (raof)]

Hello Jan, or anyone else affected,

Accepted xorg-server into precise-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/xorg-server/2:1.11.4-0ubuntu10.11 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

[Jan Rathmann (kaiserclaudius)]

I have run a short test with Precise on a seperate partition (since I'm using Quantal now for daily purpose) and I didn't find any problems so far.

[Giovanni Tornatore (gianni-tornatore-71-deactivatedaccount)]

Hello,

I have tested Edubuntu amd64 (e37ee30822fc8ca0697c32bf2035d4ac *raring-desktop-amd64.iso 20130116), on live usb persistent, because this bug (https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nouveau/+bug/1009353), I have reported on Lubuntu amd64 (precise).

I have performed these action:
1) enabled the repository proposed;
2) sudo apt-get update.
3) sudo apt-get upgrade.

I confirmed this fix.

I am available for verify this bug on Lubuntu-precise-amd64.

Thank

Giovanni Tornatore

[Launchpad Janitor (janitor)]

This bug was fixed in the package xorg-server - 2:1.11.4-0ubuntu10.11

---------------
xorg-server (2:1.11.4-0ubuntu10.11) precise-proposed; urgency=low

  * Drop 237-dix-set-the-device-transformation-matrix.patch:
    Bug was targeted to precise, but is only confirmed to affect xserver
    1.13 and newer.
    (LP: 1041063)

xorg-server (2:1.11.4-0ubuntu10.10) precise-proposed; urgency=low

  * Add 237-dix-set-the-device-transformation-matrix.patch: Fix pointer
    jumping with absolute pointing device. Initializes device
    transformation matrix to an identity matrix. Thanks to a7x.
    (LP: #1041063)

xorg-server (2:1.11.4-0ubuntu10.9) precise-proposed; urgency=low

  [ Maarten Lankhorst ]
  * add 233-xf86events-valgrind.patch to fix a xserver corruption
    when acpid is stopped before Xorg is. (LP: #1070481)
  * add 235-composite-tracking.diff to fix exa corruption. (LP: #1010794)
 -- Bryce Harrington <email address hidden> Wed, 19 Dec 2012 16:39:23 -0800

[Steve Langasek (vorlon)]

Hello Jan, or anyone else affected,

Accepted xserver-xorg-video-nouveau into quantal-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/xserver-xorg-video-nouveau/1:1.0.3-0ubuntu0.2 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

[Jan Rathmann (kaiserclaudius)]

Hello Steve,

I'm a bit confused, from my point of view the fix for this bug has been in Quantal since end of last November, and I had verified the fix at that time (see comments 191 - 193).

Also testing again would be a bit hard since I'm on Raring since its release and I currently don't have a partition with Quantal on my system anymore. However, if it is really necessary, I could try to test with booting from an USB stick and selectively installing the respective updates.

Kind regards,
Jan

[Ubuntu Foundations Team Bug Bot (crichton)]

The fix for this bug has been awaiting testing feedback in the -proposed repository for quantal for more than 90 days. Please test this fix and update the bug appropriately with the results. In the event that the fix for this bug is still not verified 15 days from now, the package will be removed from the -proposed repository.

[Maarten Lankhorst (mlankhorst)]

downgrading xorg-server and xorg-video-nouveau triggers it, only updating nouveau fixes it. verification-done. :P

[Launchpad Janitor (janitor)]

This bug was fixed in the package xserver-xorg-video-nouveau - 1:1.0.3-0ubuntu0.2

---------------
xserver-xorg-video-nouveau (1:1.0.3-0ubuntu0.2) quantal-proposed; urgency=low

  * Revert kwin fix, it caused a regression.
    - 101-Revert-nouveau-dri2-fix-pixmap-window-offset-calcs.patch

xserver-xorg-video-nouveau (1:1.0.3-0ubuntu0.1) quantal-proposed; urgency=low

  [ Maarten Lankhorst ]
  * New upstream bugfix release
  * Fix SIBABRT in NVRefreshArea (LP: #1056511)
  * Fix race condition in vblank
  * Add solid fill acceleration (LP: #1010794)
  * Cleanup download/upload screen functions (LP: #1010794)
  * Fix prime rendering with kwin

xserver-xorg-video-nouveau (1:1.0.3-1) UNRELEASED; urgency=low

  [ Maarten Lankhorst ]
  * New upstream release.
  * Drop 02-drm-nouveau-newabi.patch and require libdrm 2.4.34

  [ Timo Aaltonen ]
  * watch: Use the .gz tarball, and update the url.
 -- Maarten Lankhorst <email address hidden> Thu, 28 Feb 2013 12:35:09 +0100