Graphics/text corruptions in some applications with nouveau drivers
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Nouveau Xorg driver |
Fix Released
|
Medium
|
|||
xorg-server (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Precise |
Fix Released
|
Undecided
|
Unassigned | ||
Quantal |
Fix Released
|
Undecided
|
Unassigned | ||
Raring |
Fix Released
|
Undecided
|
Unassigned | ||
xserver-xorg-video-nouveau (Ubuntu) |
Fix Released
|
High
|
Maarten Lankhorst | ||
Precise |
Invalid
|
High
|
Maarten Lankhorst | ||
Quantal |
Fix Released
|
High
|
Maarten Lankhorst | ||
Raring |
Fix Released
|
High
|
Maarten Lankhorst |
Bug Description
For xserver-
[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>
[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-
ProcVersionSign
Uname: Linux 3.4.0-5-generic x86_64
.tmp.unity.
ApportVersion: 2.1.1-0ubuntu2
Architecture: amd64
CompizPlugins: No value set for `/apps/
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
ExtraDebuggingI
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-
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:bvnAwardSof
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.
version.
version.
version.
version.
version.
version.
version.
In freedesktop.org Bugzilla #47266, Ernst Persson (ernstp) wrote : | #23 |
In freedesktop.org Bugzilla #47266, Ernst Persson (ernstp) wrote : | #24 |
Only something being redrawn inside a window is corrupted, so I guess I suspect something EXA-related.
In freedesktop.org Bugzilla #47266, Ernst Persson (ernstp) wrote : | #25 |
Created attachment 58359
Xorg.0.log
In freedesktop.org Bugzilla #47266, agd5f (agd5f) wrote : | #26 |
Please attach your dmesg output.
In freedesktop.org Bugzilla #47266, Ernst Persson (ernstp) wrote : | #27 |
Created attachment 58368
dmesg
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #28 |
(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...
In freedesktop.org Bugzilla #47266, Ernst Persson (ernstp) wrote : | #29 |
That might have been an instance of https:/
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.
In freedesktop.org Bugzilla #47266, Ernst Persson (ernstp) wrote : | #30 |
So to clarify, no messages of any kind are shown in dmesg och Xorg-log for this graphics corruption.
In freedesktop.org Bugzilla #47266, Ernst Persson (ernstp) wrote : | #31 |
I have the following in my rc.local:
echo profile > /sys/class/
echo auto > /sys/class/
In freedesktop.org Bugzilla #47266, Ernst Persson (ernstp) wrote : | #32 |
*** Bug 47573 has been marked as a duplicate of this bug. ***
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #33 |
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.
In freedesktop.org Bugzilla #47266, Ernst Persson (ernstp) wrote : | #34 |
So if I start a bisect it's xorg-driver-ati I should test?
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #35 |
(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.
In freedesktop.org Bugzilla #47266, Torsten Krah (tkrah) wrote : | #36 |
Created attachment 58906
another screenshot
In freedesktop.org Bugzilla #47266, Torsten Krah (tkrah) wrote : | #37 |
Created attachment 58907
dmesg
In freedesktop.org Bugzilla #47266, Torsten Krah (tkrah) wrote : | #38 |
Created attachment 58908
Xorg.log
In freedesktop.org Bugzilla #47266, Torsten Krah (tkrah) wrote : | #39 |
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).
In freedesktop.org Bugzilla #47266, PiroXiline (piroxiline) wrote : | #40 |
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.
In freedesktop.org Bugzilla #47266, agd5f (agd5f) wrote : | #41 |
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.
In freedesktop.org Bugzilla #47266, agd5f (agd5f) wrote : | #42 |
(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.
In freedesktop.org Bugzilla #47266, Torsten Krah (tkrah) wrote : | #43 |
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.
In freedesktop.org Bugzilla #47266, Ernst Persson (ernstp) wrote : | #44 |
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...
In freedesktop.org Bugzilla #47266, Ernst Persson (ernstp) wrote : | #45 |
Sorry, meant:
Actually I CAN'T reproduce this with Precise vanilla right now, only with Precise
+ edgers.
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #46 |
(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-
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #47 |
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.
In freedesktop.org Bugzilla #47266, Ernst Persson (ernstp) wrote : | #48 |
I'll look into this tonight! (CET)
In freedesktop.org Bugzilla #47266, Ernst Persson (ernstp) wrote : | #49 |
> Can you reproduce the problem if you downgrade only xserver-
> 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.
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #50 |
(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-
> 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-
In freedesktop.org Bugzilla #47266, agd5f (agd5f) wrote : | #51 |
*** Bug 48001 has been marked as a duplicate of this bug. ***
In freedesktop.org Bugzilla #47266, Chi-Thanh Christopher Nguyen (chithanh) wrote : | #52 |
In freedesktop.org Bugzilla #47266, agd5f (agd5f) wrote : | #53 |
*** Bug 43841 has been marked as a duplicate of this bug. ***
In freedesktop.org Bugzilla #47266, Psychon-d (psychon-d) wrote : | #54 |
*** Bug 48002 has been marked as a duplicate of this bug. ***
In freedesktop.org Bugzilla #47266, Ernst Persson (ernstp) wrote : | #55 |
It happens with 6.14.3, Precise xorg, latest cairo.
We should make a matrix. :-)
Precise normally has version 6.14.99~
In freedesktop.org Bugzilla #47266, Rui Salvaterra (rsalvaterra) wrote : | #56 |
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.
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #57 |
(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:/
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #58 |
*** Bug 38904 has been marked as a duplicate of this bug. ***
In freedesktop.org Bugzilla #47266, Rui Salvaterra (rsalvaterra) wrote : | #59 |
(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!
In freedesktop.org Bugzilla #47266, Rafał Mużyło (galtgendo) wrote : | #60 |
@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.
In freedesktop.org Bugzilla #47266, James H. Cloos Jr. (cloos-jhcloos) wrote : | #61 |
> 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
In freedesktop.org Bugzilla #47266, ojab (ojab) wrote : | #62 |
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.
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #63 |
(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?
In freedesktop.org Bugzilla #47266, ojab (ojab) wrote : | #64 |
> So, does it only happen when using Cairo's new XCB backend?
It was before new compositor architecture/cairo commit af9fbd176b145f0
After that corruption happens even with xlib backend.
In freedesktop.org Bugzilla #47266, Rafał Mużyło (galtgendo) wrote : | #65 |
@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.
In freedesktop.org Bugzilla #47266, James H. Cloos Jr. (cloos-jhcloos) wrote : | #66 |
> 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-
> 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.
In freedesktop.org Bugzilla #47266, Ionut Biru (ionut.biru) wrote : | #67 |
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_
mesa 8.0.2-1
cairo 1.12.0-1 with xcb enabled
In freedesktop.org Bugzilla #47266, Rafał Mużyło (galtgendo) wrote : | #68 |
@comment 40 (sorry, missed it the last time):
'Option "EXANoComposite"' seems to work too (at least for the moment)
In freedesktop.org Bugzilla #47266, Rafał Mużyło (galtgendo) wrote : | #69 |
(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
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #70 |
Created attachment 59413
EXA: Factor in composite region early on
Would this patch happen to help?
In freedesktop.org Bugzilla #47266, Cyril Brulebois (kibi) wrote : | #71 |
For Debian people on amd64, testing the patch in comment#47 can be done using packages available at:
http://
There are checksums there.
In freedesktop.org Bugzilla #47266, Rui Salvaterra (rsalvaterra) wrote : | #72 |
(In reply to comment #48)
> For Debian people on amd64, testing the patch in comment#47 can be done using
> packages available at:
> http://
>
> There are checksums there.
If they're Ubuntu compatible, I'll give them a spin tomorrow.
Thanks a lot!
In freedesktop.org Bugzilla #47266, Cyril Brulebois (kibi) wrote : | #73 |
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.
In freedesktop.org Bugzilla #47266, Rui Salvaterra (rsalvaterra) wrote : | #74 |
(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.
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #75 |
If it doesn't help, could somebody try capturing a cairo trace demonstrating the problem? I'm still having trouble reproducing it reliably...
In freedesktop.org Bugzilla #47266, Rui Salvaterra (rsalvaterra) wrote : | #76 |
(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.
In freedesktop.org Bugzilla #47266, Marti (intgr) wrote : | #77 |
(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).
In freedesktop.org Bugzilla #47266, Syockit+frdorg (syockit+frdorg) wrote : | #78 |
(In reply to comment #48)
> For Debian people on amd64, testing the patch in comment#47 can be done using
> packages available at:
> http://
>
> 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.
In freedesktop.org Bugzilla #47266, Vincent-fdt (vincent-fdt) wrote : | #79 |
For me it happens 100% of the time when starting Iceweasel. I'll try the patched packages tonight if I have the time.
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #80 |
(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?
In freedesktop.org Bugzilla #47266, Reinis-taukulis (reinis-taukulis) wrote : | #81 |
(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)
In freedesktop.org Bugzilla #47266, Rui Salvaterra (rsalvaterra) wrote : | #82 |
(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.
In freedesktop.org Bugzilla #47266, ojab (ojab) wrote : | #83 |
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-
xf86-video-
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
In freedesktop.org Bugzilla #47266, ojab (ojab) wrote : | #84 |
Created attachment 59430
cairo trace
This will be more usable, I think.
In freedesktop.org Bugzilla #47266, ojab (ojab) wrote : | #85 |
Created attachment 59431
screenshot of corruption in cairo trace
gimp screenshot of firefox.5062.lzma
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #86 |
Created attachment 59434
EXA: Fall back earlier and more thoroughly from exaGlyphs.
Does this patch help?
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #87 |
(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'.
In freedesktop.org Bugzilla #47266, ojab (ojab) wrote : | #88 |
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.
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #89 |
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.
In freedesktop.org Bugzilla #47266, ojab (ojab) wrote : | #90 |
Looks like fixed and no crashes this time.
In freedesktop.org Bugzilla #47266, Cyril Brulebois (kibi) wrote : | #91 |
Packages available at the same place, versioned as 2:1.11.
In freedesktop.org Bugzilla #47266, B3nton (b3nton) wrote : | #92 |
(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.
In freedesktop.org Bugzilla #47266, Rafał Mużyło (galtgendo) wrote : | #93 |
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.
In freedesktop.org Bugzilla #47266, Sven Joachim (svenjoac) wrote : | #94 |
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.
In freedesktop.org Bugzilla #47266, B3nton (b3nton) wrote : | #95 |
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.
In freedesktop.org Bugzilla #47266, Rafał Mużyło (galtgendo) wrote : | #96 |
...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://
In freedesktop.org Bugzilla #47266, James H. Cloos Jr. (cloos-jhcloos) wrote : | #97 |
> http://
Those also show corruption w/o the patch but with EXANoComposite
In freedesktop.org Bugzilla #47266, James H. Cloos Jr. (cloos-jhcloos) wrote : | #98 |
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://
| 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.
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #99 |
(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?
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #100 |
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.
In freedesktop.org Bugzilla #47266, Rui Salvaterra (rsalvaterra) wrote : | #101 |
(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)...
In freedesktop.org Bugzilla #47266, Riccardo Magliocchetti (riccardo) wrote : | #102 |
(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.
In freedesktop.org Bugzilla #47266, Rui Salvaterra (rsalvaterra) wrote : | #103 |
(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. :(
In freedesktop.org Bugzilla #47266, Chris Wilson (ickle) wrote : | #104 |
(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 fde8a010b3d9406
Author: Chris Wilson <email address hidden>
Date: Fri Mar 30 12:47:21 2012 +0100
uxa: Remove broken render glyphs-to-dst
In freedesktop.org Bugzilla #47266, Rui Salvaterra (rsalvaterra) wrote : | #105 |
(In reply to comment #81)
> That was a bug in UXA:
>
> commit fde8a010b3d9406
> 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).
In freedesktop.org Bugzilla #47266, Rafał Mużyło (galtgendo) wrote : | #106 |
(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.
In freedesktop.org Bugzilla #47266, Rafał Mużyło (galtgendo) wrote : | #107 |
...actually, just holding Shift and repeatedly selecting/
In freedesktop.org Bugzilla #47266, Michael Schmitt (tcwardrobe) wrote : | #108 |
(In reply to comment #68)
> Packages available at the same place, versioned as 2:1.11.
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
In freedesktop.org Bugzilla #47266, Michael Schmitt (tcwardrobe) wrote : | #109 |
(In reply to comment #85)
> (In reply to comment #68)
> > Packages available at the same place, versioned as 2:1.11.
>
> 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
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #110 |
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.
In freedesktop.org Bugzilla #47266, B3nton (b3nton) wrote : | #111 |
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.
In freedesktop.org Bugzilla #47266, Chris Wilson (ickle) wrote : | #112 |
(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.
In freedesktop.org Bugzilla #47266, James H. Cloos Jr. (cloos-jhcloos) wrote : | #113 |
When I tried exa-glyphs-
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.
In freedesktop.org Bugzilla #47266, Joachim Breitner (nomeata) wrote : | #114 |
(In reply to comment #68)
> Packages available at the same place, versioned as 2:1.11.
Here, the font corruptions stopped with these packages.
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #115 |
I posted a patch implementing basic acceleration of solid pictures for R3xx-R7xx at http://
In freedesktop.org Bugzilla #47266, Rui Salvaterra (rsalvaterra) wrote : | #116 |
(In reply to comment #92)
> I posted a patch implementing basic acceleration of solid pictures for
> R3xx-R7xx at http://
> . 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.
In freedesktop.org Bugzilla #47266, B3nton (b3nton) wrote : | #117 |
(In reply to comment #92)
> I posted a patch implementing basic acceleration of solid pictures for
> R3xx-R7xx at http://
> . 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...
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #118 |
(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.
In freedesktop.org Bugzilla #47266, Łukasz Krotowski (lukasz-krotowski) wrote : | #119 |
(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.
In freedesktop.org Bugzilla #47266, Marti (intgr) wrote : | #120 |
(In reply to comment #92)
> I posted a patch implementing basic acceleration of solid pictures for
> R3xx-R7xx at http://
> . 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.
In freedesktop.org Bugzilla #47266, agd5f (agd5f) wrote : | #121 |
Created attachment 59943
R3xx-r7xx
In freedesktop.org Bugzilla #47266, agd5f (agd5f) wrote : | #122 |
Created attachment 59944
evergreen-cayman
In freedesktop.org Bugzilla #47266, agd5f (agd5f) wrote : | #123 |
Created attachment 59945
r1xx
In freedesktop.org Bugzilla #47266, agd5f (agd5f) wrote : | #124 |
Created attachment 59946
r2xx
In freedesktop.org Bugzilla #47266, C-bugz-e (c-bugz-e) wrote : | #125 |
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).
In freedesktop.org Bugzilla #47266, James H. Cloos Jr. (cloos-jhcloos) wrote : | #126 |
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.
In freedesktop.org Bugzilla #47266, kernelOfTruth (dalinuxlova) wrote : | #127 |
(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 !
In freedesktop.org Bugzilla #47266, B3nton (b3nton) wrote : | #128 |
(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 :(
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #129 |
(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. :)
In freedesktop.org Bugzilla #47266, agd5f (agd5f) wrote : | #130 |
Created attachment 59966
evergreen/cayman
In freedesktop.org Bugzilla #47266, B3nton (b3nton) wrote : | #131 |
(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
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #132 |
(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.
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #133 |
(In reply to comment #109)
> Alex's patches depend on mine, [...]
Mine being the R3xx-R7xx patch.
In freedesktop.org Bugzilla #47266, Rafał Mużyło (galtgendo) wrote : | #134 |
Patches from comments 98-101 for xf86-video-ati (on top of the xorg-server patch) seems to fix the corruption on an r200.
In freedesktop.org Bugzilla #47266, B3nton (b3nton) wrote : | #135 |
(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
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #136 |
(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.
In freedesktop.org Bugzilla #47266, A-radke (a-radke) wrote : | #137 |
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.
In freedesktop.org Bugzilla #47266, Ionut Biru (ionut.biru) wrote : | #138 |
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
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #139 |
All radeon driver patches are now in xf86-video-ati Git.
In freedesktop.org Bugzilla #47266, EricV (eric-valette) wrote : | #140 |
(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.
In freedesktop.org Bugzilla #47266, Marti (intgr) wrote : | #141 |
(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!
In freedesktop.org Bugzilla #47266, EricV (eric-valette) wrote : | #142 |
(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.
In freedesktop.org Bugzilla #47266, EricV (eric-valette) wrote : | #143 |
(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?
In freedesktop.org Bugzilla #47266, Julien Cristau (jcristau) wrote : | #144 |
> --- 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.
In freedesktop.org Bugzilla #47266, Siarhei Siamashka (siarhei-siamashka) wrote : | #145 |
(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.
In freedesktop.org Bugzilla #47266, EricV (eric-valette) wrote : | #146 |
(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.
In freedesktop.org Bugzilla #47266, EricV (eric-valette) wrote : | #147 |
Created bug 49118.
In freedesktop.org Bugzilla #47266, Michael Schmitt (tcwardrobe) wrote : | #148 |
(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
In freedesktop.org Bugzilla #47266, EricV (eric-valette) wrote : | #149 |
(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
In freedesktop.org Bugzilla #47266, EricV (eric-valette) wrote : | #150 |
BTW see last comment in https:/
In freedesktop.org Bugzilla #47266, EricV (eric-valette) wrote : | #151 |
(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
In freedesktop.org Bugzilla #47266, Michael Schmitt (tcwardrobe) wrote : | #152 |
(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
In freedesktop.org Bugzilla #47266, EricV (eric-valette) wrote : | #153 |
(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
In freedesktop.org Bugzilla #47266, EricV (eric-valette) wrote : | #154 |
(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.
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #155 |
(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.
In freedesktop.org Bugzilla #47266, EricV (eric-valette) wrote : | #156 |
> > 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.
In freedesktop.org Bugzilla #47266, Philip Armstrong (phil-ubuntu) wrote : | #157 |
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?
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #158 |
(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.
In freedesktop.org Bugzilla #47266, Philip Armstrong (phil-ubuntu) wrote : | #159 |
No point in bisecting then! Will update to the "fixed" (well, bug avoiding) driver then. Thanks, Phil
In freedesktop.org Bugzilla #47266, Ernst Persson (ernstp) wrote : | #160 |
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...
In freedesktop.org Bugzilla #47266, Paweł Paprota (ppawel) wrote : | #161 |
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?
In freedesktop.org Bugzilla #47266, Johan BIlien (jobi-via) wrote : | #162 |
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
In freedesktop.org Bugzilla #47266, Julien Cristau (jcristau) wrote : | #163 |
(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.
In freedesktop.org Bugzilla #47266, Paweł Paprota (ppawel) wrote : | #164 |
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.
In freedesktop.org Bugzilla #47266, Paweł Paprota (ppawel) wrote : | #165 |
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:
af9fbd176b145f0
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: 0540bf384aed344
Child: 65a954d5bab9ab6
Branches: master, remotes/
Follows: 1.11.2
Precedes: 1.11.4
Introduce a new compositor architecture
In freedesktop.org Bugzilla #47266, Rafał Mużyło (galtgendo) wrote : | #166 |
(In reply to comment #142)
This has already been noted in bug 43764.
In freedesktop.org Bugzilla #47266, Rafał Mużyło (galtgendo) wrote : | #167 |
...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.
In freedesktop.org Bugzilla #47266, Str8bs (str8bslinux) wrote : | #168 |
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://
Is Bug#43764 a duplicate?
Thank you.
In freedesktop.org Bugzilla #47266, Fanf (fanf42) wrote : | #169 |
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-
* libcairo2:amd64: 1.12.2-1
Hope it helps,
In freedesktop.org Bugzilla #47266, Cyril Brulebois (kibi) wrote : | #170 |
(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://
KiBi.
In freedesktop.org Bugzilla #47266, Vincent-fdt (vincent-fdt) wrote : | #171 |
(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.
In freedesktop.org Bugzilla #47266, Fanf (fanf42) wrote : | #172 |
(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://
Thanks, that helped, and so my system is usable again.
I also discovered that libcairo2 1.10 is on squeeze backports.
In freedesktop.org Bugzilla #47266, Natanael Copa (natanael-copa) wrote : | #173 |
I have a suspicion that this EXA bug is the same as I reported when testing openchrome driver.
http://
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.
In freedesktop.org Bugzilla #47266, Zack Weinberg (zackw) wrote : | #174 |
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).
Jan Rathmann (kaiserclaudius) wrote : | #1 |
- Ubiquity slideshow with corrupted graphics Edit (187.5 KiB, image/png)
- BootDmesg.txt Edit (53.7 KiB, text/plain; charset="utf-8")
- BootLog.gz Edit (647 bytes, application/x-gzip)
- Dependencies.txt Edit (2.4 KiB, text/plain; charset="utf-8")
- DpkgLog.txt Edit (890.1 KiB, text/plain; charset="utf-8")
- GconfCompiz.txt Edit (27.7 KiB, text/plain; charset="utf-8")
- Lspci.txt Edit (32.0 KiB, text/plain; charset="utf-8")
- Lsusb.txt Edit (641 bytes, text/plain; charset="utf-8")
- ProcCpuinfo.txt Edit (1.5 KiB, text/plain; charset="utf-8")
- ProcInterrupts.txt Edit (1.6 KiB, text/plain; charset="utf-8")
- ProcModules.txt Edit (2.1 KiB, text/plain; charset="utf-8")
- UdevDb.txt Edit (133.5 KiB, text/plain; charset="utf-8")
- UdevLog.txt Edit (296.1 KiB, text/plain; charset="utf-8")
- UnitySupportTest.txt Edit (567 bytes, text/plain; charset="utf-8")
- XorgLog.txt Edit (50.5 KiB, text/plain; charset="utf-8")
- XorgLogOld.txt Edit (25.7 KiB, text/plain; charset="utf-8")
- Xrandr.txt Edit (5.9 KiB, text/plain; charset="utf-8")
- xdpyinfo.txt Edit (93.6 KiB, text/plain; charset="utf-8")
Jan Rathmann (kaiserclaudius) wrote : | #2 |
Jan Rathmann (kaiserclaudius) wrote : | #3 |
Launchpad Janitor (janitor) wrote : | #4 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in xserver-xorg-video-nouveau (Ubuntu): | |
status: | New → Confirmed |
In freedesktop.org Bugzilla #47266, Elam-1 (elam-1) wrote : | #175 |
(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) wrote : | #5 |
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://
tags: | added: iso-testing |
Maarten Lankhorst (mlankhorst) wrote : | #6 |
This should be fixed with xf86-video-nouveau 1.0.1, is this still a problem?
Changed in xserver-xorg-video-nouveau (Ubuntu): | |
assignee: | nobody → Maarten Lankhorst (mlankhorst) |
Jan Rathmann (kaiserclaudius) wrote : Re: [Bug 1010794] Re: Graphics/text corruptions in some applications with nouveau drivers | #7 |
Maarten, yes unfortunately it still happnes with nouveau 1.0.1 .
In freedesktop.org Bugzilla #47266, dungeon (smoki00790) wrote : | #176 |
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://
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #177 |
(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.
In freedesktop.org Bugzilla #47266, Dsd-o (dsd-o) wrote : | #178 |
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?
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #179 |
(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) wrote : | #8 |
Still present on current quantal daily image.
Jan Rathmann (kaiserclaudius) wrote : | #9 |
Still present at current stage.
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #180 |
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.
In freedesktop.org Bugzilla #47266, Kel-p-doran (kel-p-doran) wrote : | #181 |
Tried the patch on xserver 1.13... seems to have fixed all corruption for me. Everything else seems to be working fine too.
Same problem for me with a clean install of Ubuntu 12.10. Noticed in Ubiquity and Software Centre for me as well.
In freedesktop.org Bugzilla #47266, Gabemarcano (gabemarcano) wrote : | #182 |
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) wrote : | #11 |
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) wrote : | #12 |
- debdiff for 1:1.0.2-0ubuntu3+bug1010794~try1 Edit (3.7 KiB, text/plain)
Can you patch your xserver-
Changed in xserver-xorg-video-nouveau (Ubuntu): | |
status: | Confirmed → In Progress |
Ubuntu Foundations Team Bug Bot (crichton) wrote : | #13 |
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.]
tags: | added: patch |
Jan Rathmann (kaiserclaudius) wrote : | #14 |
Maarten, yes, your patches helped, I don't see these corruptions anymore with the patched package.
- Corruption of software centre "in progress" icon Edit (20.9 KiB, image/png)
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.
- Corruption of whole screen from suspend and resume Edit (1.1 MiB, image/jpeg)
When I suspend and resume I still have full screen corruption. The mouse can move on top while the background flickers.
description: | updated |
Maarten Lankhorst (mlankhorst) wrote : | #17 |
suspend/resume corruption is a separate bug, but still looking into why the fallback is failing
Maarten Lankhorst (mlankhorst) wrote : | #18 |
So one of the sources seem to be nouveau_
Changed in xserver-xorg-video-nouveau (Ubuntu Raring): | |
importance: | Undecided → High |
Changed in xserver-xorg-video-nouveau (Ubuntu Quantal): | |
importance: | Undecided → High |
Changed in xserver-xorg-video-nouveau (Ubuntu Precise): | |
importance: | Undecided → High |
Changed in xserver-xorg-video-nouveau (Ubuntu Quantal): | |
assignee: | nobody → Maarten Lankhorst (mlankhorst) |
Changed in xserver-xorg-video-nouveau (Ubuntu Precise): | |
assignee: | nobody → Maarten Lankhorst (mlankhorst) |
Changed in xserver-xorg-video-nouveau (Ubuntu Quantal): | |
status: | New → Triaged |
Changed in xserver-xorg-video-nouveau (Ubuntu Precise): | |
status: | New → Triaged |
Launchpad Janitor (janitor) wrote : | #19 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in xorg-server (Ubuntu Precise): | |
status: | New → Confirmed |
Changed in xorg-server (Ubuntu Quantal): | |
status: | New → Confirmed |
Changed in xorg-server (Ubuntu): | |
status: | New → Confirmed |
Maarten Lankhorst (mlankhorst) wrote : | #22 |
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.
Changed in nouveau: | |
importance: | Unknown → Medium |
status: | Unknown → Confirmed |
description: | updated |
description: | updated |
In freedesktop.org Bugzilla #47266, Dsd-o (dsd-o) wrote : | #183 |
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.
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #185 |
*** Bug 55723 has been marked as a duplicate of this bug. ***
In freedesktop.org Bugzilla #47266, Michel Dänzer (michel-daenzer) wrote : | #186 |
commit 1ca096d5e072210
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) wrote : | #184 |
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.
Changed in nouveau: | |
status: | Confirmed → Fix Released |
Jonathan Weber (jjm-weber) wrote : | #187 |
Happens too on Dell Latitude e6530 with NVIDIA NVS 5200M. Ubuntu 12.10 using nouveau drivers.
Launchpad Janitor (janitor) wrote : | #188 |
This bug was fixed in the package xserver-
---------------
xserver-
* 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
Changed in xserver-xorg-video-nouveau (Ubuntu Raring): | |
status: | In Progress → Fix Released |
Launchpad Janitor (janitor) wrote : | #189 |
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-
when acpid is stopped before Xorg is.
(LP: #1070481)
* Add 235-composite-
(LP: #1010794)
[ Bryce Harrington ]
* Add 236-use-
driver on Poulsbo/
(LP: #1069031)
* Add 237-dix-
jumping with absolute pointing device. Initializes device
transformation matrix to an identity matrix. Thanks to a7x.
(LP: #1041063)
[ Tim Lunn ]
* 500_pointer_
barriers at edge of screen
(LP: #1073724)
-- Bryce Harrington <email address hidden> Fri, 16 Nov 2012 11:37:26 -0800
Changed in xorg-server (Ubuntu Raring): | |
status: | Confirmed → Fix Released |
Changed in xorg-server (Ubuntu Quantal): | |
status: | Confirmed → Fix Committed |
Bryce Harrington (bryce) wrote : | #190 |
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) wrote : Please test proposed package | #191 |
Hello Jan, or anyone else affected,
Accepted xorg-server into quantal-proposed. The package will build now and be available at http://
Please help us by testing this new package. See https:/
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-
Further information regarding the verification process can be found at https:/
tags: | added: verification-needed |
Alexey Brodkin (alexey-brodkin) wrote : | #192 |
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.
tags: |
added: verification-done removed: verification-needed |
Jan Rathmann (kaiserclaudius) wrote : | #193 |
I can also confirm that the updated package fixes this issue.
Jonathan Weber (jjm-weber) wrote : | #194 |
Same for me, bug fixed. Thanks guys.
Changed in xorg-server (Ubuntu Quantal): | |
status: | Fix Committed → Fix Released |
Chris Halse Rogers (raof) wrote : Update Released | #195 |
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) wrote : Please test proposed package | #196 |
Hello Jan, or anyone else affected,
Accepted xorg-server into precise-proposed. The package will build now and be available at http://
Please help us by testing this new package. See https:/
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-
Further information regarding the verification process can be found at https:/
Changed in xorg-server (Ubuntu Precise): | |
status: | Confirmed → Fix Committed |
tags: | removed: verification-done |
tags: | added: verification-needed |
Bryce Harrington (bryce) wrote : | #197 |
No work needs done specifically for nouveau in precise and quantal; this was really an xserver problem.
Changed in xserver-xorg-video-nouveau (Ubuntu Quantal): | |
status: | Triaged → Invalid |
Changed in xserver-xorg-video-nouveau (Ubuntu Precise): | |
status: | Triaged → Invalid |
Chris Halse Rogers (raof) wrote : | #198 |
Hello Jan, or anyone else affected,
Accepted xorg-server into precise-proposed. The package will build now and be available at http://
Please help us by testing this new package. See https:/
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-
Further information regarding the verification process can be found at https:/
Jan Rathmann (kaiserclaudius) wrote : | #199 |
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) wrote : | #200 |
Hello,
I have tested Edubuntu amd64 (e37ee30822fc8c
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-
Thank
Giovanni Tornatore
tags: |
added: verification-done removed: verification-needed |
Launchpad Janitor (janitor) wrote : | #201 |
This bug was fixed in the package xorg-server - 2:1.11.
---------------
xorg-server (2:1.11.
* Drop 237-dix-
Bug was targeted to precise, but is only confirmed to affect xserver
1.13 and newer.
(LP: 1041063)
xorg-server (2:1.11.
* Add 237-dix-
jumping with absolute pointing device. Initializes device
transformation matrix to an identity matrix. Thanks to a7x.
(LP: #1041063)
xorg-server (2:1.11.
[ Maarten Lankhorst ]
* add 233-xf86events-
when acpid is stopped before Xorg is. (LP: #1070481)
* add 235-composite-
-- Bryce Harrington <email address hidden> Wed, 19 Dec 2012 16:39:23 -0800
Changed in xorg-server (Ubuntu Precise): | |
status: | Fix Committed → Fix Released |
Steve Langasek (vorlon) wrote : | #202 |
Hello Jan, or anyone else affected,
Accepted xserver-
Please help us by testing this new package. See https:/
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-
Further information regarding the verification process can be found at https:/
Changed in xserver-xorg-video-nouveau (Ubuntu Quantal): | |
status: | Invalid → Fix Committed |
tags: |
added: verification-needed removed: verification-done |
Jan Rathmann (kaiserclaudius) wrote : | #203 |
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) wrote : [xserver-xorg-video-nouveau/quantal] verification still needed | #204 |
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.
tags: | added: removal-candidate |
Maarten Lankhorst (mlankhorst) wrote : | #205 |
downgrading xorg-server and xorg-video-nouveau triggers it, only updating nouveau fixes it. verification-done. :P
tags: |
added: verification-done removed: removal-candidate verification-needed |
Launchpad Janitor (janitor) wrote : | #206 |
This bug was fixed in the package xserver-
---------------
xserver-
* Revert kwin fix, it caused a regression.
- 101-Revert-
xserver-
[ 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-
[ Maarten Lankhorst ]
* New upstream release.
* Drop 02-drm-
[ Timo Aaltonen ]
* watch: Use the .gz tarball, and update the url.
-- Maarten Lankhorst <email address hidden> Thu, 28 Feb 2013 12:35:09 +0100
Changed in xserver-xorg-video-nouveau (Ubuntu Quantal): | |
status: | Fix Committed → Fix Released |
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.