Screen refresh problems with nvidia cards
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Compiz |
Fix Released
|
High
|
Christopher Townsend | ||
0.9.11 |
Fix Released
|
High
|
Christopher Townsend | ||
Compiz Core |
New
|
Undecided
|
Unassigned | ||
0.9.8 |
New
|
Undecided
|
Unassigned | ||
compiz (Ubuntu) |
Fix Released
|
Medium
|
Unassigned | ||
Intrepid |
Fix Released
|
Medium
|
Unassigned | ||
Precise |
Won't Fix
|
Undecided
|
Unassigned | ||
Trusty |
Fix Released
|
Medium
|
Unassigned | ||
compiz-fusion-plugins-main (Debian) |
Fix Released
|
Unknown
|
|||
compiz-fusion-plugins-main (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
compiz-plugins-main (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Intrepid |
Won't Fix
|
Undecided
|
Unassigned | ||
Precise |
Won't Fix
|
Undecided
|
Unassigned | ||
Trusty |
Invalid
|
Undecided
|
Unassigned |
Bug Description
[Impact]
Users of Nvidia gfx using the proprietary driver may see screen corruption during certain operations.
[Test Case]
* Install an Nvidia graphics adapter and the proprietary driver.
* Observe the graphics corrupt.
* Install the version of Compiz with this fix.
* Observe corruption is gone.
[Regression Potential]
The patch for this was provided by Nvidia. There could be some corner cases users hit that may cause other issues. That said, enough testing has been done to confidently say that the gains provided by this fix far outweigh any corner cases.
-------
Original Description:
== Proposed compiz-
See comment 234 by Anders Kaseorg and attached compiz-
== Original report ==
Binary package hint: compiz
I'm using latest compiz on intrepid.
Since jockey-gtk does not work on my box (I already filed a bug), I manually installed nvidia-glx-177 and added the "driver → nvidia" line to xorg.conf.
Now I seem to be having some screen refresh problems when using compiz: parts of the screen are refreshed, but others aren't. That means nautilus doesn't show files or folders until I move the cursor over them, firefox doesn't show webpages properly until I scroll down, and so on.
Please, tell me if there is any additional info I can provide to find out the cause.
Related branches
- PS Jenkins bot (community): Needs Fixing (continuous-integration)
- Stephen M. Webb: Approve
-
Diff: 819 lines (+622/-5)8 files modifiedapidebian/changelog (+24/-0)
debian/patches/100_workaround_virtualbox_hang.patch (+4/-4)
plugins/opengl/include/opengl/opengl.h (+64/-0)
plugins/opengl/include/opengl/xtoglsync.h (+99/-0)
plugins/opengl/opengl.xml.in (+5/-0)
plugins/opengl/src/privates.h (+13/-0)
plugins/opengl/src/screen.cpp (+219/-1)
plugins/opengl/src/xtoglsync.cpp (+194/-0)
- PS Jenkins bot (community): Needs Fixing (continuous-integration)
- Christopher Townsend (community): Approve
-
Diff: 819 lines (+622/-5)8 files modifiedapidebian/changelog (+24/-0)
debian/patches/100_workaround_virtualbox_hang.patch (+4/-4)
plugins/opengl/include/opengl/opengl.h (+64/-0)
plugins/opengl/include/opengl/xtoglsync.h (+99/-0)
plugins/opengl/opengl.xml.in (+5/-0)
plugins/opengl/src/privates.h (+13/-0)
plugins/opengl/src/screen.cpp (+219/-1)
plugins/opengl/src/xtoglsync.cpp (+194/-0)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
none (ubuntu-bugs-nullinfinity-deactivatedaccount) wrote : | #1 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
none (ubuntu-bugs-nullinfinity-deactivatedaccount) wrote : | #2 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
none (ubuntu-bugs-nullinfinity-deactivatedaccount) wrote : | #3 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Saivann Carignan (oxmosys) wrote : | #4 |
I also confirm this problem. Setting status to confirmed and importance to medium.
Changed in compiz: | |
importance: | Undecided → Medium |
status: | New → Confirmed |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Chris Halse Rogers (raof) wrote : Re: Screen refresh problems with nvidia on intrepid | #5 |
Is everyone here using the nvidia-glx-177 drivers? Does this problem occur when using the nvidia-glx-173 drivers?
It sounds like a problem with Compiz's damage system, but it'd be worth ruling out the drivers. I don't see this problem myself.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
David Prieto (frandavid100-gmail) wrote : | #6 |
Reverting to 173 seems to have solved the problem here. I could only test it for a few minutes so I'll update if it shows up again, but it seems like it's gone so far.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
none (ubuntu-bugs-nullinfinity-deactivatedaccount) wrote : | #7 |
For me, reverting to -173 does not help.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Arver (martin-arver) wrote : | #8 |
Reverting to 173 solved the problem for me.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
lefthand (lefthand) wrote : | #9 |
I'm having the same problem with an Intel GM965. I am using the Vesa driver, so that may be the problem. It seems like it's happening less in the last few days, not sure what has changed though.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
none (ubuntu-bugs-nullinfinity-deactivatedaccount) wrote : | #10 |
I take back my earlier comment. -173 fixes the problem for me too.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Saivann Carignan (oxmosys) wrote : | #11 |
Yes, I also confirm, this bug only happens with nvidia-
Changed in nvidia-graphics-drivers-177: | |
importance: | Undecided → Medium |
status: | New → Confirmed |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Fernando Miguel (fernandomiguel) wrote : | #12 |
I'm currently using 177, but when i used 173, I remeber having the same problem.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Alexander Jones (alex-weej) wrote : | #13 |
Of note, Metacity's compositor does not have any problems.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Fernando Miguel (fernandomiguel) wrote : | #14 |
Yes Alex, previous comments already noted that Metacity is fine...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Alexander Jones (alex-weej) wrote : | #15 |
It's important to know that Metacity's *COMPOSITOR* (enable it in gconf) does not have any problems. That's the difference.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
David Prieto (frandavid100-gmail) wrote : | #16 |
Posibly related: https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Arver (martin-arver) wrote : | #17 |
- var_log_messages.txt Edit (3.2 KiB, text/plain)
I ran the nvidia-bug-report tool, to see if there were something strange with my installation.
That tool scanned /var/log/messages for NVRM messages.
Several API-mismatch messeges were reported, wonder why 173.14.12 is still present in my system.
Sep 15 19:43:22 martin-laptop kernel: [ 280.996545] NVRM: API mismatch: the client has the version 173.14.12, but
Sep 15 19:43:22 martin-laptop kernel: [ 280.996546] NVRM: this kernel module has the version 177.70. Please
Sep 15 19:43:22 martin-laptop kernel: [ 280.996547] NVRM: make sure that this kernel module and all NVIDIA driver
Sep 15 19:43:22 martin-laptop kernel: [ 280.996548] NVRM: components have the same version.
Sep 15 19:45:05 martin-laptop kernel: [ 15.172429] NVRM: loading NVIDIA UNIX x86 Kernel Module 173.14.12 Thu Jul 17 18:11:36 PDT 2008
I'll attach the output from var/log/messages
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Rocko (rockorequin) wrote : | #18 |
- Screenshot-GQview full screen.jpg Edit (102.5 KiB, image/jpeg)
I can reproduce this frequently just by switching between images in GQView that have different widths: the sides of the wider image are often left behind next to the narrower image (see attached screenshot. The nvidia driver put the black bars in on the side).
This doesn't happen with the nvidia 173.14.12 driver, only with the 177.70 driver. I'm running 2.6.27-3 amd64 and GQView 2.0.4-3.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Arver (martin-arver) wrote : | #19 |
It looks like the 177.76 update fixed the issue for me. I haven't been able to recreate the rendering problems after I updated.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Rocko (rockorequin) wrote : | #20 |
I still get the corruption problems in GQView with the 177.76 driver.
Also, if I make a blank document in GIMP, make the mouse the paintbrush and move the mouse around, bits of the mouse cursor still get left randomly on the screen image with this driver.
Neither problem happens in the 173.14.12 driver.
I still get the problem with 177.76, albeit less frequently.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Arver (martin-arver) wrote : | #22 |
I can confirm that the gimp-problem that Rocko describes is still there for me, using 177.76.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
henriq (henriq) wrote : | #23 |
I had this problem on kernel 2.6.27.3 but after the update to 2.6.27.4 it seems to have gone away. I'm using the 177 nvidia drivers on a nvidia mobile 8400gs
I'm still getting the problem, though I think it's happening less often than before.
Most GTK+ things are redrawing fine now with the exception of Firefox and webkit loading images (sometimes the image loads as black until I either scroll it off the page and back on again, or force a whole-screen refresh using Compiz' desktop cube effect)
I'm still getting a lot of issues with Qt apps - the most notable being Amarok. It's easily reproducable here by selecting a menu and skimming over all the entries. Some are left selected when they shouldn't be.
That's with a 8800GTS, 177.76 and 2.6.27-4-generic (2.6.27.4.4)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
jking2100 (laptop-jck-family) wrote : | #26 |
I am using the latest updates as of 12:51pm Oct-04-2008. Nvidia 177.78 Driver, Nvidia Quadro 135m and Kernel 2.6.27-4 32bit. I receive the problem with 177.70, 177.76 and 177.78. Sits at Searching for Driver and will not proceed. Once i choose cancel compiz effects are present. But screen refresh problems exist in many tabbed applications such as Firefox or Avant Window Manager Preferences.
JKing
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Andrew Tamoney (tamoneya) wrote : | #27 |
I can confirm this problem with 177.80.
Nvidia Quadro 140m, 2.6.27-6 64 bit.
The system is fully updated at the moment.
I notice it primarily with firefox since I am not using awn or gimp at the moment.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nick B. (futurepilot) wrote : | #28 |
Confirming this still happens with 177.80. In fact it seems to have gotten worse.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nick A (nickalleyne) wrote : | #29 |
I agree with Nick B. above me, it is a LOT worse, actually un-useable to some extent so I will be going to 173 until I hear something is fixed with this.
Dell D630
As I posted in ubuntu forums:
I have been using intrepid since sunday and had no problems, but with the new version, every time I go to a screen in firefox that has any pictures, if I Page down, it looks as if nothing has changed, but then if I click the down button from there the screen will appear (or if I roll over any links that change colour with the mouse, they will appear).
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Rocko (rockorequin) wrote : | #30 |
For me this bug is present in 177.80 in exactly the same way as with the previous 177.76 drivers. (Dell XPS 1530 laptop, NVidia mobile 8600 card.)
The easiest way is to confirm it is to run GIMP, create a blank drawing, select the drawing tool so you get a circular cursor, and move the cursor around a blank drawing. Bits of the cursor remain behind on the blank drawing.
GCView also has the same problem as I reported before - it sometimes only redraws the new image, leaving parts of the old behind.
Occasionally I get other problems like Firefox not refreshing properly but they are relatively rare.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Andrew Tamoney (tamoneya) wrote : | #31 |
It seems to have gotten worse on my hardware. I didnt even notice it until i switched to 177.80.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
hrushikesh (hrushikesh) wrote : | #32 |
Confirm it on a Dell XPS M1330 with the Nvidia 177 drivers.
If I enable 'scale' plugin in compiz, and then 'scale' by moving the mouse pointer to the edge of the screen, the firefox (and possibly other) windows refresh.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Aaron Plattner (aplattner) wrote : | #33 |
This sounds a lot like this problem, which is unfortunately a fundamental problem in the way the Damage extension is currently designed: http://
The quick summary is that the X server sends damage events to compiz before sending the rendering commands to the hardware, and compiz can respond to those events before the damage has actually occurred. Some solutions have been proposed, but nothing has been implemented yet.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
morryis (morryis) wrote : | #34 |
I see different refreshing problems with intrepid:
- Everytime a new window or menu opens, for a short time I see artifacts of the background image or an old window.
- When viewing pictures with gthumb or gqview in fullscreen mode, the old image ist left behind when drawing a new one (even appears sometimes later when opening a new window, see above).
- In Ooo and Evolution while writing text or a new email, when I manually move the cursor with the arrow keys it leaves black bars on every position. The screen is refreshed correctly when i point and click somewhere else with the mousepointer. Especially this is really annoying!
I noticed one interesting thing: when I start compiz manually on startup, using FusionIcon, these problems do not occur. When compiz is started by ubuntu i.e. the visual effects settings, i get refresh problems. After disabling them by visual effect settings and reactivating them again, I still experience artifacts. But when i use FusionIcon, all refreshing problems are gone. I could not figure out, what the difference between starting compiz via FusionIcon or by visual effects settings is.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Supersaiyan_IV (saiyan-iv) wrote : | #35 |
I confirm this on Dell XPS M1330 with nvidia 177.80. Running Intrepid with latest updates.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
enubuntu (enubuntu) wrote : | #36 |
I confirm this on Asus Z53S with nvidia 177.80 driver installed with envy. I try the driver proposed by ubuntu, same result. 173 driver too....
I use Intrepid with all update.
please help :(
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ciso (cisoprogressivo) wrote : | #37 |
Same problem with Dell XPS M1330 in intrepid.
I have problem with Firefox and emesene.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
James Lambert (jms-lambert) wrote : | #38 |
This seems to have gotten a lot worse with the latest set of nvidia updates, Firefox now doesn't update properly whenever I open a tab, this used to only happen occasionally.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #39 |
Same problem for me : https:/
Ubuntu Intrepid 64 bits beta + nvidia 177
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joakim Andersson (jocke) wrote : | #40 |
With an Nvidia mobile 8400GS (on a Dell XPS M1330 running Intrepid 64-bit), it happens for me with both the 177 and 173 drivers.
I have almost a 100% reproducibility rate in CompizConfig Settings Manager (clicking a plugin to show its settings), but the worst thing is Firefox, since I use it more often...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #41 |
As I said in bug 281065, disabling --loose-bindings in compiz avoids the problem. But this is not a solution, it slows down the perfs...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Tim Fuchs (tim-fuchs) wrote : | #42 |
I am also experiencing this problem.
Dell XPS M1330, geforce 8400gs
Especially using firefox on ubuntu is extremely annoying, but _all_ applications are affected.
I think the importance of this bug is higher than Medium.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joakim Andersson (jocke) wrote : | #43 |
I can confirm that running without --loose-bindings fixes the problem. (A web site I'm working on with lots of mouse-over/hover actions seems to have 100% reproducibility of this problem.)
I disabled --loose-bindings by commenting out lines 340-344 in /usr/bin/compiz (which really is a shell script). This is not recommended unless you know what you are doing...
Unlike ®om, I don't notice any significant slowdown, though. Then again, I run compiz with a quite small number of plugins and animations, I mostly just use it to get the GPU to do stuff it does better than the CPU (like moving windows), and as a bonus, I get more eye candy in the window decorations (using emerald). ;)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joakim Andersson (jocke) wrote : | #44 |
A more simpler fix in /usr/bin/compiz is to change line 80 from
INDIRECT="no"
to
INDIRECT="yes"
(This change also disables --loose-bindings but at the same time enables --indirect-
For me, this seems to give the same performance as the change in my last comment.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #45 |
For the moment, I use your first solution (commenting lines 340-344), because --indirect-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Rocko (rockorequin) wrote : | #46 |
Both changes work fine for me. I don't notice any drop in performance in normal use, though. The only measure I can find that shows a slight drop is glxgears, where the drop is maybe 5% (compared to an increase of 40% if I don't run compiz at all).
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
morryis (morryis) wrote : | #47 |
Changing Line 80 to INDIRECT="yes" helps for me, too.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #48 |
INDIRECT="yes" is equivalent to remove --loose-bindings and to add --indirect-
removing --loose-bindings avoids the problem
adding --indirect-
To see the problem, launch nvidia-settings, enable anisotropic filter, then compiz --replace, and see the quality when looking at a cube face from 70° (no filter at all is applyed).
Do the same test without --indirect-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #49 |
I would like to add it worked fine since 2~3 days ago, a daily update (intrepid beta) broke something.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Andrew Tamoney (tamoneya) wrote : | #50 |
That would most likely be when you updated to the Nvidia 177.80 driver.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Saivann Carignan (oxmosys) wrote : | #51 |
I confirm what ®om said, it was temporary working properly before recent updates.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #52 |
OK, if it's not resolved, I hope nvidia drivers will be downgraded for final release?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Corsaire (stranche) wrote : | #53 |
Does everyone use Compiz here ?
I have the refresh problem on firefox while I'm NOT using compiz.
I use only the NVidia binary driver.
You should try to see if it changes something when desactivating the desktop effects.
If the problem remains then it would mean something is very wrong in the latests drivers.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Saivann Carignan (oxmosys) wrote : | #54 |
Corsaire : desktop effects are compiz, so desktop effects enabled = compiz enabled
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Saivann Carignan (oxmosys) wrote : | #55 |
Sorry you can ignore my last comment.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nick B. (futurepilot) wrote : | #56 |
I have seen it happen without Compiz enabled. But it very rarely happens compared to with Compiz enabled. It seems Compiz amplifies the bug much more.
Changed in compiz: | |
milestone: | none → ubuntu-8.10 |
Changed in nvidia-graphics-drivers-177: | |
milestone: | none → ubuntu-8.10 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Alberto Milone (albertomilone) wrote : | #57 |
®om: I don't think that downgrading a stable driver to a beta release would be such a good idea.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #58 |
Maybe downgrading to 173?
I don't think it's a good idea to release a "stable" version of Ubuntu with such a bug... which has an importance more than medium... the system is unusable out-of-the-box (once desktop effects enabled).
Removing --loose-bindings avoids in majority the problem, but this morning, even without --loose-bindings I had the problem once.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joakim Andersson (jocke) wrote : | #59 |
Downgrading to 173 isn't a solution either. I get no noticeable differences at all between 173 and 177 on my 8400GS.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Alberto Milone (albertomilone) wrote : | #60 |
®om: Ubuntu doesn't ship with the NVIDIA driver preinstalled therefore it's not true that the system is unusable out-of-the-box. Furthermore you can choose between 173 and 177 and the problem doesn't affect all NVIDIA cards. According to this report Geforce 8xxx are affected. Maybe we could simply blacklist the identifiers of the cards which have this problem.
Can all the users who can experience this problem post the following details?
1) your Graphics card model
2) the output of this command:
lspci -n | grep 300
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #61 |
$ lspci -n | grep 300
01:00.0 0300: 10de:0425 (rev a1)
I use Ubuntu 64 bits, but I think the problem occurs even in 32 bits, could you confirm?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
James Lambert (jms-lambert) wrote : | #62 |
$ lspci -n | grep 300
01:00.0 0300: 10de:040c (rev a1)
Running a Quadro 570m
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Corsaire (stranche) wrote : | #63 |
I had the problem as seen in the bug #269904 using a GeForce 8800GT, and I still have it now that I have a GTX260.
$ lspci -n | grep 300
01:00.0 0300: 10de:05e2 (rev a1)
I use Ubuntu 8.04 64bit with vanilla NVIDIA 177.13 drivers (not some .deb pre-made packages), but at the time I filled the bug #269904 it was much more like a 173.* release so the problem is fairly old.
@ Saïvann Carignan : Yes I'm perfectly aware of this. This is not the issue here.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Max Bowsher (maxb) wrote : | #64 |
$ lspci -n | grep 300
01:00.0 0300: 10de:0160 (rev a1)
$ lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation GeForce 6500 (rev a1)
Problems for me are mainly compiz-ised window title bars becoming obviously visually corrupt. Problems occur with both 177 and 173 drivers (did not test earlier ones).
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ciso (cisoprogressivo) wrote : | #65 |
$ lspci -n | grep 300
02:00.0 0300: 10de:0402 (rev a1)
$ lspci | grep VGA
02:00.0 VGA compatible controller: nVidia Corporation GeForce 8600 GT (rev a1)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Daniel Holm (danielholm) wrote : | #66 |
$ lspci -n | grep 300
01:00.0 0300: 10de:0407 (rev a1)
$ lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation GeForce 8600M GT (rev a1)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Stijn Van Nieuwenhuyse (svnieuw-deactivatedaccount) wrote : Re: [Bug 269904] Re: Screen refresh problems with nvidia on intrepid | #67 |
$ lspci -n | grep 300
01:00.0 0300: 10de:0429 (rev a1)
$ lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M (rev
a1)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joakim Andersson (jocke) wrote : Re: Screen refresh problems with nvidia on intrepid | #68 |
$ lspci -n | grep 300
01:00.0 0300: 10de:0427 (rev a1)
$ lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation GeForce 8400M GS (rev a1)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nick B. (futurepilot) wrote : | #69 |
I've been playing around with the settings and I noticed that if you *do not* set this:
nvidia-settings -a InitialPixmapPl
it greatly reduces the problem. It doesn't eliminate the problem but at least things are usable.
Has everyone else having this problem been using that setting?
This problem seems to be acknowledged by Nvidia
"Please note: it has been reported that using a compositing manager in conjunction with this option will cause newly-created windows to briefly display random contents instead of black before being first drawn. We are aware of this non-critical issue and planning to fix it in a future NVIDIA Linux graphics driver release."
It doesn't mention "refresh" problems specifically but it seems to be in the same category as this.
lspci -n | grep 300
01:00.0 0300: 10de:0427 (rev a1)
lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation GeForce 8400M GS (rev a1)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Gilles Teisseire (gilles-teisseire1) wrote : | #70 |
$ lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation GeForce 9600M GS (rev a1)
$ lspci -n | grep 300
01:00.0 0300: 10de:0648 (rev a1)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
luinfana (tony-mondelli) wrote : | #71 |
$ lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation GeForce 8600M GS (rev a1)
$ lspci | grep 300
01:00.0 0300: 10de:0425 (rev a1)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #72 |
I switched to from nvidia 177 to nvidia 173, no problem now :)
At least a viable solution for me :)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Philip Muškovac (yofel) wrote : | #73 |
$ lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M (rev a1)
$ lspci -n | grep 300
01:00.0 0300: 10de:0429 (rev a1)
177 was completely unusable
173 is much better, but i sometimes still get the problem
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joakim Andersson (jocke) wrote : | #74 |
I decided to try -173 once again and, strange enough, it seems to work all of a sudden... (Yes, I did reboot after my previous failures.)
Although, this time, I did an 'apt-get remove --purge compiz-core compiz-wrapper' and also noticed that the USE_EMERALD variable had moved (?) to /usr/bin/
Will keep my eyes open for weirdness.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Aaron Plattner (aplattner) wrote : | #75 |
I modified compiz to use XDamageReportNo
I figured out how to put together a PPA build: https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Fernando Miguel (fernandomiguel) wrote : | #76 |
Olá Alberto e a todos.
On Sunday 12 October 2008 10:26:37 Alberto Milone wrote:
> Can all the users who can experience this problem post the following details?
> 1) your Graphics card model
NVIDIA FeForce 8400m G
> 2) the output of this command:
> lspci -n | grep 300
01:00.0 0300: 10de:0428 (rev a1)
--
BUGabundo :o)
(``-_-´´) http://
Linux user #443786 GPG key 1024D/A1784EBB
My new micro-blog @ http://
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Fernando Miguel (fernandomiguel) wrote : | #77 |
Olá Aaron e a todos.
On Monday 13 October 2008 06:46:53 Aaron Plattner wrote:
> I figured out how to put together a PPA build:
> https:/
I have Version: 1:0.7.8-0ubuntu2 and your is compiz - 1:0.7.4-
Can you bump it?
--
BUGabundo :o)
(``-_-´´) http://
Linux user #443786 GPG key 1024D/A1784EBB
My new micro-blog @ http://
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
wisecapt (wisecapt-deactivatedaccount) wrote : Re: [Bug 269904] Re: Screen refresh problems with nvidia on intrepid | #78 |
I've noticed, that selection "Reload Window Manager" option in Compiz
Fusion Icon fixes problem for me.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : Re: Screen refresh problems with nvidia on intrepid | #79 |
Effectively, this problem happens with nvidia 173 too, but quite rarely (while with 177 it's very very often).
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Tommaso R. Donnarumma (tawmas) wrote : | #80 |
I used to have this problem too, but, strictly speaking, I can no longer confirm it because I had to switch Compiz off after the latest updates because it no longer draws window decorations.
Anyway, here is the requested information for my card:
tawmas@tylke:~$ lspci -n | grep 300
01:00.0 0300: 10de:0421 (rev a1)
tawmas@tylke:~$ lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation GeForce 8500 GT (rev a1)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Dan The Man (onemanbanddan) wrote : | #81 |
I came here from a bug duplicate, because I had only noticed the problem in firefox. I dont seem to have the same issues in gedit, (those are about the only tools I use!) and it certainly doesn't affect my winXP running on virtualboxOSE.
This has only started since yesterday, (iv'e been doing regular updates) and it's really annoying, because firebug is next to useless now.
8.10 intrepid
2.6.27-7
nvidia 177 driver
:~$ lspci -n | grep 300
01:00.0 0300: 10de:0427 (rev a1)
:~$ lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation GeForce 8400M GS (rev a1)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Dan The Man (onemanbanddan) wrote : | #82 |
Just read through the comments here in a bit more detail, and I reckon I have actualy had this problem for a while. Bits of cursors hanging around, etc. But it has got ALOT worse with the latest upgrades. Firefox is getting really annoying.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Aaron Plattner (aplattner) wrote : | #83 |
BUGabundo wrote:
> I have Version: 1:0.7.8-0ubuntu2 and your is compiz - 1:0.7.4-
> so it wont auto-install. Can you bump it?
Yeah. Intrepid builds uploaded.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Montana Harkin (montanaharkin) wrote : | #84 |
$ lspci -n |grep 300
01:00.0 0300: 10de:0427 (rev a1)
$ lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation GeForce 8400M GS (rev a1)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
enubuntu (enubuntu) wrote : | #85 |
a little note:
i have this problem with compiz
and under metacity
i think it's a problem of driver, if i haven't it it's all ok..
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jamie Lawler (jamie-lawler) wrote : | #86 |
$ lspci -n |grep 300
01:00.0 0300: 10de:0425 (rev a1)
$ lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation GeForce 8600M GS (rev a1)
I have this problem as well: Firefox can get pretty irritating.
I think it deserves an importance of more than "Medium".
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
kiomava (kioma-kioma) wrote : | #87 |
$ lspci -n |grep 300
01:00.0 0300: 10de:042b (rev a1)
$ lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 135M (rev a1)
I had this problem, most easily reproducible switching between firefox tabs.
After trying the fix at:
https:/
things seem to be working well now. As BUGabundo pointed out it would help to up the package version there, since trying this fix otherwise requires removing/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Aaron Plattner (aplattner) wrote : Re: [Bug 269904] Re: Screen refresh problems with nvidia on intrepid | #88 |
kiomava wrote:
> things seem to be working well now. As BUGabundo pointed out it would
> help to up the package version there, since trying this fix otherwise
> requires removing/
> pin-priority entry in /etc/apt/
> way.
It was right as of yesterday. It looks like 1:0.7.8-0ubuntu3 was released
earlier today. I'll build an updated version soon.
-------
This email message is for the sole use of the intended recipient(s) and may contain
confidential information. Any unauthorized review, use, disclosure or distribution
is prohibited. If you are not the intended recipient, please contact the sender by
reply email and destroy all copies of the original message.
-------
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Aaron Plattner (aplattner) wrote : Re: Screen refresh problems with nvidia on intrepid | #89 |
Aaron Plattner wrote:
> [legalese boilerplate inserted automatically by mail server]
D'oh. Please disregard that.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Gareth Hart (tghe-retford) wrote : | #90 |
$ lspci -n |grep 300
01:00.0 0300: 10de:0611 (rev a2)
$ lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation GeForce 8800 GT (rev a2)
I've noticed this happening more with QT3/4 (KDE) applications, but on occasions I have a problem with Firefox not refreshing web pages or refreshing text boxes (particularly annoying when you are editing a Wikipedia article and you don't know where you are).
Currently using 177.80 drivers with Compiz 0.7.8.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Dylan Hunter (dylan-dylanhunter) wrote : | #91 |
$ lspci -n | grep 300
01:00.0 0300: 10de:0427 (rev a1)
$ lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation GeForce 8400M GS (rev a1)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Dennis Dirdjaja (dcd-ditsch) wrote : | #92 |
Same here.
$ lspci -n | grep 300
01:00.0 0300: 10de:0407 (rev a1)
$ lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation GeForce 8600M GT (rev a1)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Rocko (rockorequin) wrote : | #93 |
I don't think anyone should blacklist any nvidia cards - that happened to ATI cards just before the Hardy release and it was awful - compiz just stopped working without any explanation. And that was because in a small number of cases it froze the kernel. This bug is not like that one at all, it's just annoying and there are workarounds that several people have confirmed do work that can be done (like disabling compiz, installing the 173 driver, modifying the /usr/bin/compiz script).
Instead, if it can't be fixed before the final release, I think it would be much better if compiz warned there might be problems when you try to enable it for affected nvidia cards.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Alberto Milone (albertomilone) wrote : | #94 |
Rocko: I suggested that before Aaron came up with a fix.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joakim Andersson (jocke) wrote : | #95 |
Aarons packages seems to solve the problem better than -173 for me. With -173 I had some corruption when switching context manager tabs in Amarok (KDE based). I fail to reproduce those problems now.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
enubuntu (enubuntu) wrote : | #96 |
$ lspci -n | grep 300
01:00.0 0300: 10de:0428 (rev a1)
$ lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation GeForce 8400M G (rev a1)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Alberto Milone (albertomilone) wrote : | #97 |
Thanks for posting your ids (with lspci) but this is not required any more.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joakim Andersson (jocke) wrote : | #98 |
I think I spoke too soon. I experienced some quite bad corruption with a maximised gnome-terminal running VIM (over SSH on a Debian machine, with syntax highlighting editing a PHP file).
However, again reverting to -173 but still using the fixed compiz, I only experienced very minor corruption, which occurs very seldom while quickly switching tabs in Amarok. Well enough fix to live with, anyway.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
plun (plun) wrote : | #99 |
@Alberto and all users
- Some descriptions sounds like "RGBA trashing", maybe to disable Murrine and test ? or another version ?
Using Murrine SVN myself and some apps trashes..
-------
- Dell users, BIOS version or maybe warranty cases. Also HP got this problem with weak materials.
http://
Every model must be checked. Just to visit Dells support !
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nick B. (futurepilot) wrote : | #100 |
No, I would say this is different from RGBA trashing. This happens regardless if you're using a GTK engine that supports RGBA. Also not all apps support RGBA yet anyways.
I've actually been able to minimize the problem by 80% or so by not setting the InitialPixmapPl
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
BotLobsta (kjenks-deactivatedaccount) wrote : | #101 |
I tried the commenting out of the 5 lines in /usr/bin/compiz and that seemed to work for a while but it does not completely fix the problem for me. It happens about 3 times a day now instead of once every 5 minutes, but it still happens. I have not tried any of the other fixes.
Also, when my screen does not refresh, I can click anywhere on the screen and it will refresh everything and draw everything as it should be at that time.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Stijn Van Nieuwenhuyse (svnieuw-deactivatedaccount) wrote : Re: [Bug 269904] Re: Screen refresh problems with nvidia on intrepid | #102 |
As suggested by (R)om, remove --loose-binding in /usr/bin/compiz seems to be a
workaround for me that solves the problem. I haven't got any refresh issues
since I changed that.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Bryce Harrington (bryce) wrote : Re: Screen refresh problems with nvidia on intrepid | #103 |
@tseliot, what action do you think is needed in order for this bug to close? Anything I could assist with?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Alberto Milone (albertomilone) wrote : | #104 |
- 049-damage-report-non-empty.patch Edit (2.2 KiB, text/plain)
Bryce: I think that the only thing we can do is adopt Aaron's patch for Compiz. Here's his PPA:
https:/
Maybe either you or Michael (mvo) can review his patch (see the attachment)?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Bryce Harrington (bryce) wrote : | #105 |
Alberto, thanks for pointing to the patch and the quick reply.
I've reviewed the patch, although I'm going to defer to Michael on whether it's acceptable. I don't see anything wrong with the patch, although I'm not so familiar with compiz internals, and since the patch involve alterations to a realloc() and introduction of some arrays, it's tough for me to be certain just from eyeballing it. Michael, your thoughts?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joakim Andersson (jocke) wrote : | #106 |
Not to be pessimistic, but has anyone tried the patched compiz on an ATI card?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Mathieu Marquer (slasher-fun) wrote : | #107 |
Removing the "loose binding" option has slightly decreased the frequency of this issue, but it is still here...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Fernando Miguel (fernandomiguel) wrote : | #108 |
I enabled "loose binding" a few days ago, and back then it seemed to reduce the amount of artifacts left on the screen.
But now, its about the same as it was before.
Alberto should it be enable or not?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Launchpad Janitor (janitor) wrote : | #109 |
This bug was fixed in the package compiz - 1:0.7.8-0ubuntu4
---------------
compiz (1:0.7.8-0ubuntu4) intrepid; urgency=low
* debian/
- add workaround patch by Aaron Plattner to fix
problems with the damage extension and refresh
(LP: #269904)
-- Michael Vogt <email address hidden> Fri, 17 Oct 2008 09:29:01 +0200
Changed in compiz: | |
status: | Confirmed → Fix Released |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Pitt (pitti) wrote : | #110 |
Since we have a workaround in compiz now, the nvidia bug (or the Xserver one, whereever the root cause is) is not intrepid RC any more. Thank you!
Changed in nvidia-graphics-drivers-177: | |
milestone: | ubuntu-8.10 → none |
status: | Confirmed → Won't Fix |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Max Bowsher (maxb) wrote : | #111 |
I'm afraid the workaround is ineffective, for me.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
joenix (woutersj) wrote : | #112 |
I have also installed the packages from the PPA and still have problems.
(nVidia Quadro NVS 140M)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #113 |
Since the last updates in intrepid repositories, I reactivated the drivers 177 (I switched to 173 due to this problem), and it seems to work... for the moment.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Supersaiyan_IV (saiyan-iv) wrote : | #114 |
This bug has not disappeared completely, however the reproducibility factor has gone down to <10%. My setup is a Dell M1330 GF 9400M GS. Disabling loose bindings did more or less the same result for me. Now i'm running with: compiz.real --ignore-
However, if I scroll for past commands (arrow-up) in gnome-terminal the refresh bug shows by failing to update the text field when vsync is enabled. Can someone confirm this?
Otherwise this fix has worked flawlessly. Great work! :)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
kiomava (kioma-kioma) wrote : | #115 |
I've been using the aplattner-patched compiz version for a few days now, no compiz tweaks (no messing with loose bindings or indirect rendering or similar), updating to the latest intrepid at least daily. I also haven't messed with nvidia-settings, as I have done in the past with Hardy. I have apt set up with a pin priority to avoid accidentally updating to an unpatched compiz. I use terminal all the time, and firefox, among other things, and haven't seen any of the refresh problems I saw before. I did see very frequent problems in terminal before the patch, especially it seemed when scrolling/paging and with the cursor at the bottom of the window.
But no refresh/
Nvidia 177.80 driver, installed using administration/
2.6.27-7-generic #1 SMP Tue Oct 14 18:40:44 UTC 2008 i686 GNU/Linux
Dell D830
nVidia Corporation Quadro NVS 135M (rev a1)
nvidia-settings InitialPixmapPl
nvidia-settings GlyphCache is 0 (also default)
Also someone mentioned about nvidia hardware problems being important to consider, but since I boot to XP and Hardy and don't see problems I don't think that's a factor for me.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Andrew Tamoney (tamoneya) wrote : | #116 |
since the last update and restart it appears to be fixed for me.
Quadro 140M, Lenovo T61.
tamoneya@lithium:~$ lspci -n | grep 300
01:00.0 0300: 10de:0429 (rev a1)
driver 177.80 installed through hardware drivers in ubuntu.
I dont see any rendering problems although compiz appears a little sluggish when rotating the cube. Barely noticeable though.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Dan The Man (onemanbanddan) wrote : | #117 |
I've been updating at least twice a day recently because this problem really has been a big pain. If I'd known what using intrepid entailed, I probably would have stuck with hardy.
AAaanyway, the latest update included compiz 1:0.7.8-0ubuntu4
Kudos to Aaron and everyone who's been involved, It seemed to work, for about 30 seconds, and then firefox crashed. I hope this was a one off, all seems OK now, certainly better.
Firefox was certainly the worst affected for me (this got loads worse before it got better) Only been testing for a few minutes, but it seems a really screwed up computer has become a usable one.
Thanks
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Shawn vega (svega85-gmail) wrote : | #118 |
yup the latest updates fixed it for me too!!!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Rocko (rockorequin) wrote : | #119 |
The latest compiz updates fixed it for me. But I've gone back to the 173.14.12 driver because the difference in fps in glxgears is large - I only get 3000 fps with 177.80 versus 4400 with 173 (and in Hardy I get even better- 4800 with 173), and I assume that translates to slower game speed with 177.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
RubbelDieCatc (rubbel) wrote : | #120 |
have the same problem on my 5200 AMD64/x2 with Geforce 8800gt
Especially with Eclipse (JAVA-IDE)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joey Espinosa (therealjoelinux) wrote : | #121 |
-------
nVidia Quadro NVS 135M (on a Dell D630)
01:00.0 0300: 10de:042b (rev a1)
-------
I'm still having this problem on Intrepid Beta; Firefox is incredibly annoying. On pages with flash, the flash will show up overlaying the previous tab I was viewing... until I click the mouse somewhere within the Firefox window (including the titlebar). I'm using gtk-window-
It also happens extremely frequently with Konsole -- I can't change directories or ssh or scroll (or many other things) without getting my view clobbered. Again, I have to click somewhere in order to refresh the window. Konsole is almost unusably annoying.
I'm willing to help in any way.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Wilson (martinmwilson) wrote : | #122 |
Unfortunately I am very much still experiencing these problems with the 173 drivers and all the latest updates. The problem is most visible in Lyx and gvim.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
kiomava (kioma-kioma) wrote : | #123 |
Hey, JoeLinux, which compiz versions do you have exactly? We have identical cards and nearly identical laptops D830 vs D630, and I used to see the firefox problems you describe but not any more.
$ dpkg -l |grep compiz
ii compiz-core 1:0.7.8-
ii compiz-
ii compiz-
ii compiz-gnome 1:0.7.8-
ii compiz-plugins 1:0.7.8-
ii compiz-wrapper 1:0.7.8-
ii compizconfig-
ii compizconfig-
ii libcompizconfig0 0.7.8-0ubuntu2 Settings library for plugins - OpenCompositi
ii python-compizconfig 0.7.8-0ubuntu1 Compiz configuration system bindings
$ uname -a
Linux kiomava-d830 2.6.27-7-generic #1 SMP Fri Oct 17 22:24:21 UTC 2008 i686 GNU/Linux
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joey Espinosa (therealjoelinux) wrote : | #124 |
$ dpkg --list | grep compiz | awk '{print $1" "$2" "$3}'
ii compiz 1:0.7.8-
ii compiz-core 1:0.7.8-
ii compiz-
ii compiz-
ii compiz-
ii compiz-gnome 1:0.7.8-
ii compiz-plugins 1:0.7.8-
ii compiz-wrapper 1:0.7.8-
ii compizconfig-
ii compizconfig-
ii emerald 0.7.2-0ubuntu2
ii libcompizconfig0 0.7.8-0ubuntu2
ii libemeraldengine0 0.7.2-0ubuntu2
ii python-compizconfig 0.7.8-0ubuntu1
Unfortunately, it still isn't working for me, as Konsole continues to appear very "affected" in this respect. I'm using gnome-terminal right now, as the effects on it are less intense than Konsole (almost non-existent). Is the Aaron's PPA supposed to be seen as a downgrade by the package manager? Because I had to manually download the packages and install them myself instead of using the repo, and it complained that I was downgrading the packages. I'd previously had the Compiz PPA packages (deb http://
@kiomava: Looks like we have the same package versions... except I have emerald installed, not that it should matter (I am assuming, of course).
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
kiomava (kioma-kioma) wrote : | #125 |
JoeLinux:
I turned on emerald, using GrayDarkIce theme, and it doesn't seem to be any different. No terminal/tab switching artifacts. So now our package versions match exactly. xorg.conf maybe? I'll attach mine. These might be relevant:
Load "glx"
Disable "dri2"
Are you using KDE? Maybe that's the difference, I'm using Gnome.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joey Espinosa (therealjoelinux) wrote : | #126 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
fimbulvetr (fimbulvetr) wrote : | #127 |
I have a D630:
$ dpkg --list | grep compiz | awk '{print $1" "$2" "$3}'
ii compiz 1:0.7.8-0ubuntu4
ii compiz-core 1:0.7.8-0ubuntu4
ii compiz-
ii compiz-
ii compiz-gnome 1:0.7.8-0ubuntu4
ii compiz-plugins 1:0.7.8-0ubuntu4
ii compiz-wrapper 1:0.7.8-0ubuntu4
ii compizconfig-
ii compizconfig-
ii libcompizconfig0 0.7.8-0ubuntu2
ii python-compizconfig 0.7.8-0ubuntu1
And I am experiencing the artifacts as well. This is extremely frustrating - gnome-terminal, firefox and editor (komodo) are all causing me great suffering.
I'm pretty sure it's not the nvidia bug plauging us - I just had my mobo replaced and the symptoms of the failed board where MUCH more pronounced than these - and very, distinctly, different.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
kiomava (kioma-kioma) wrote : | #128 |
So I did end up seeing the refresh problems while using the aplattner-patched compiz and Emerald. After turning Emerald back off, no refresh problem so far. I wonder if this is some timing thing and I am just lucky when I have emerald turned off.
fimbulvetr, did you try the aplattner-patched compiz? It looks like you don't have it installed.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joakim Andersson (jocke) wrote : | #129 |
@kiomava: aplattner's patched compiz made it into the main repositories (see https:/
Anyway, since I installed the patched compiz _and_ nvidia-glx-173, I haven't seen any problems at all (using an GeForce 8400M GS) for about a week with daily use. :)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
fimbulvetr (fimbulvetr) wrote : | #130 |
I tried downgrading to 173 and while it appeared to work alright, I couldn't stay on the version because it appeared to have issues with nvidia's twinview settings, which rendered it unusable for me.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Fernando Miguel (fernandomiguel) wrote : | #131 |
I'm still seeing this using metacity and 177
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #132 |
Finally, I still have some refresh problems (3 times since this morning), in xchat, in firefox and in systray.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ricardo Pérez López (ricardo) wrote : | #133 |
Yes, I still have some refresh problems, too, although they are less frequent than before the latest update.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
nemiax (nemiax) wrote : | #134 |
I have a multimonitor configuration with nVidia Quadro140 (Dell Latitude D830) and have solved the problem setting the same vertical resolution for the monitor, using TwinView option.
This is just a workaround, I had to force the notebook panel to work @1024 while its real vertical resolution is 1050.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
enubuntu (enubuntu) wrote : | #135 |
the problem it's solved for me, but the refresh is very very very too bad ..... :(
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
siliconeagle (rrmunro) wrote : Re: [Bug 269904] Re: Screen refresh problems with nvidia on intrepid | #136 |
I haven't noticed the bug for a while, so i would say its fixed for me.
On Thu, Oct 23, 2008 at 2:00 PM, enubuntu <email address hidden> wrote:
> the problem it's solved for me, but the refresh is very very very too
> bad ..... :(
>
> --
> Screen refresh problems with nvidia on intrepid
> https:/
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>
> Status in "compiz" source package in Ubuntu: Fix Released
> Status in "nvidia-
> Status in compiz in Ubuntu Intrepid: Fix Released
> Status in nvidia-
>
> Bug description:
> Binary package hint: compiz
>
> I'm using latest compiz on intrepid.
>
> Since jockey-gtk does not work on my box (I already filed a bug), I
> manually installed nvidia-glx-177 and added the "driver → nvidia" line to
> xorg.conf.
>
> Now I seem to be having some screen refresh problems when using compiz:
> parts of the screen are refreshed, but others aren't. That means nautilus
> doesn't show files or folders until I move the cursor over them, firefox
> doesn't show webpages properly until I scroll down, and so on.
>
> Please, tell me if there is any additional info I can provide to find out
> the cause.
>
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : Re: Screen refresh problems with nvidia on intrepid | #137 |
It was totally fixed for me from 17 october (my last message in this bug report) until today. Today, I experienced several refresh problems. It far better than before the "fix", but I think there was a regression in the last upgrade.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #138 |
The problem is not resolved at all for kde apps (kile for example), many refresh problems occur (running under gnome).
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Saivann Carignan (oxmosys) wrote : | #139 |
It's confirmed that the problem is still not fixed in nvidia drivers, so it's not necessary to have more than two confirmations. This will help the bug report to stay productive. Thanks for your implication with ubuntu!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
numberxiii (frederic-marchal) wrote : | #140 |
Hi
I've encountered same problems with Hardy !
In xterm, it's a pain...
nvidia drivers 177.80
compiz 1:0.7.4-0ubuntu7
VGA compatible controller: nVidia Corporation Quadro NVS 135M
I'll comment lines 340-344 in /usr/bin/compiz and come back to give a feedback.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Dave H (zulunix) wrote : | #141 |
Having this problem too
Dell XPS 1710 nVidia 7950GTX 177.80drivers
Intrepid with latest git build of compiz.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
vegittoss15 (vegittoss15) wrote : | #142 |
Downgraded to 173 drivers and less frequent issues on Konsole, but same issues in firefox.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Greg Oliver (oliver-greg) wrote : | #143 |
It happens without Compiz at all.. Well, maybe not 100% same, but just turning on Metacity's lazy window selecting produces the same behavior..
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Greg Oliver (oliver-greg) wrote : | #144 |
Sorry - didn't realize intrepid was enabling compiz on it's own now.. That kinda sucks - it has not been stable yet...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Belzecue (gmcsswa) wrote : | #145 |
Got the issue here after upgrading from Hardy to Intrepid. Weird corruption of window titlebars when moving mouse over them. More specifically, seems to trigger when moving over window control icons at top right corner of windows (minimize etc). Have not seen the issue exhibit elsewhere in the system, but only upgraded today so early days.
Video card is FX5500 256mb. Driver is NVIDIA Accelerated Graphics Driver v.173
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Kevin Fries (kevin-kevinfries) wrote : | #146 |
I am not on that computer, but came here looking for solace that I am not crazy... that I did not jack my system. I am running a 7600GS and I am seeing the following problems:
- Window title bars not fully skinning, then when I move the mouse over the controls (Min, Max, Close) it instantly re-renders properly. Sometimes the title bars do not show at all.
- Firefox opens with no window decorations at all and full screen (almost kiosk mode except it still has the launch and address bars). Pressing F11 twice forces it to render correctly.
- AWN (ppa version), OMG what a mess! I get this odd white box over the desktop switcher, the icons do not always render correctly, and every so often, I get the scrambled box. All the issues disappear by moving the mouse over the affected area except the white box. The white box does go behind the switcher, and in front of maximized programs obscuring the status bar at the bottom of many programs (i.e. the Firefox loading bar is 1/2 obscured).
This problem does not disappear with 173. Both 177 and 173 seem equally bad, but I did not do any type of actual testing to compare the two, this is just my empirical experience.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Kevin Fries (kevin-kevinfries) wrote : | #147 |
OOPS!!
This problem DOES occur with 173!
Also should have mentioned, the only computer which exhibits this behavior is the one with the nVidia card. I also run a Dell D620 with the Intel chipset with no display issues (network yes, but that is a different bug, but no display issues). Also, I run a Sony Vaio BX540B also with an Intel 915.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
danitxu (jdanitxu) wrote : | #148 |
Hi,
this is my configuration:
* GeForce 8400 GS (rev a1)
* Kubuntu intrepid amd 64
* kernel 2.6.27-7-generic
* Driver: 177.80
After reading https:/
Anyway the problem now is that the screen shows a fast flick every 10 seconds. Not so annoying as being unable to use firefox, but...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Belzecue (gmcsswa) wrote : | #149 |
Further to my report, I now have an easy fix for my occurrence...
To recap: with Intrepid and my nVidia FX5500/256mb card, I was experiencing window titlebar corruption when mousing over the righthand controls (minimize, close, etc.). Moving the mouse cursor over the controls would corrupt half the titlebar; moving the mouse again over them would restore a correctly rendered titlebar. This is the full extent of the window-drawing corruption for me: just in the window titlebars.
I experimented with switching to different Window Borders...
SYSTEM > PREFERENCES > APPEARANCE > THEME > CUSTOMIZE > WINDOW BORDER
Sure enough, when I switched away from the default Window Border of HUMAN, e.g. to CLEARLOOKS, the titlebar rendering problem ceased. From my tests, it looks like the default HUMAN Window Border is the only border theme that triggers the rendering fault (for my setup, anyway).
Anyone else able to solve their issue doing the same??
Cheers,
Belzecue.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Roman Brys (roman-brys) wrote : | #150 |
I've noticed nvidia released a new version of the driver yesterday (177.82) and seems to address that problem, at least there's "Fixed an image corruption issue seen in FireFox 3" in the description. I didn't try that - I'm waiting to have it from ubuntu repos. If anyone had a chance to see if it fixes the problem - I'd be glad to hear some news.
Regards,
Roman
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
John Dickinson (jdickinson) wrote : | #151 |
Roman, I tried the new nvidia driver (177.82) and cannot reproduce the error anymore. It seems to have fixed the issue for me.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Kevin Fries (kevin-kevinfries) wrote : | #152 |
Cool,
Now, the $64,000,000.00 Question... When will this make its way into the Intrepid Ibex repositories. I have stopped using my home computer except in case of me forgetting to bring home my laptop because it is so screwed up (especially firefox)
Kevin
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Piotr Łusakowski (piterl1-deactivatedaccount) wrote : | #153 |
I've installed the new driver (177.82) as well and it didn't fix the problem for me (my problem concerns almost exclusively Konsole - changing tabs, ls -l, and basically every other action requires a mouse click to be seen; with Firefox i've observed this problem maybe 3 times).
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
jtheuer (mail-jtheuer) wrote : | #154 |
same for me here. With a current ibex installation the refresh problem is still there. Any upstream package that I could try? Has this error been confirmed to be really an nvidia bug?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Alexander Jones (alex-weej) wrote : | #155 |
This *was* an issue for me, but now it's fixed. This report is clearly a metabug for more than one issue, then. (Unsubscribing.)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nathalie Oldenburg (oldnat) wrote : | #156 |
@ Belzecue wrote on 2008-11-05:
I do not remember having any other (eg. Firefox) problems but changing the window border scheme solved the window title bar rendering error for me, so I can confirm this part. AMD64 w/32-bit Ubuntu, nVidia Corporation C51PV [GeForce 6150] (rev a2)
Thanks, Nathalie
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #157 |
The problem *was* fixed, but I have the problem again since the last upgrade today :(
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
jtheuer (mail-jtheuer) wrote : | #158 |
Is anyone already fixing the bug? Here, the refresh issues mainly affect firefox and konsole. Any information we could provide to help the maintainer to fix the bug? Does it affect other distributions than ubuntu?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Soenke (s0enke) wrote : | #159 |
Where's the fix? Sorry for the question.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Soenke (s0enke) wrote : | #160 |
My last comment refers to the "fix released" state as shown above. Where is the supposed fix?
Still encountering the problem (firefox scrolling refreshing with compiz enabled) with intrepid and latest 177er nvidia driver (177.82-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
superruzafa (superruzafa) wrote : Re: [Bug 269904] Re: Screen refresh problems with nvidia on intrepid | #161 |
I have no error since I installed the last driver from Nvidia's ftp. It's
seems the official page shows up to 177.xx version but the ftp stores the
180.16 version.
Anyway I have the same bugs only when I use a second screen from my laptop.
ftp://download.
2008/12/14 Soenke <email address hidden>
> My last comment refers to the "fix released" state as shown above. Where
> is the supposed fix?
>
> Still encountering the problem (firefox scrolling refreshing with compiz
> enabled) with intrepid and latest 177er nvidia driver
> (177.82-
> t61with nVidia Corporation Quadro NVS 140M).
>
> --
> Screen refresh problems with nvidia on intrepid
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
--
-= http://
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joakim Andersson (jocke) wrote : Re: Screen refresh problems with nvidia on intrepid | #162 |
I had very little problems using the 173.xx version in intrepid, and after installing the 180.11 driver from jaunty (still running intrepid), the situation seems to be even better =)
To do this (ONLY do this if you are sure about what you are doing, since jaunty is still in heavy development and things like this might break your installation, the packages that work for me might be replaced by packages that don't work when you try):
0. READ through ALL of these steps to make sure you understand everything, and can revert the steps if something would go wrong.
1. Download the individual packages from http://
2. Uninstall your current versions of nvidia-
3. Install all three downloaded packages at once using sudo dpkg -i in a terminal.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Soenke (s0enke) wrote : | #163 |
Yes this bug is still alive and definitely specific to compiz, nvidia, mozilla applications (maybe all cairo based programs) and twin-view. How can we help to get it fixed?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
huiii (a00ps) wrote : | #164 |
funny, i got the same symptoms, not on moz-apps, also any gnome app is working fine, but on other apps,
like openoffice, skype and all apps that are qt.
this on ubuntu intrepid, gnome, nvidia 8400m gt.
cheers
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Loïc Hoguin (essen-dev-extend) wrote : | #165 |
As for me I have it on all aps and effects, using Xubuntu. Also with nvidia + twin-view. When it happens (regularly, every few days) I simply don't have any window refreshing itself unless I move the window or another window above it forcing a refresh. Even xmms stops updating itself. Effects are broken when it happens, for example I can switch between workspaces but the effect don't play completely. Thankfully I can use compiz-fusion-icon to reload the window manager which fixes the problem.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Christoph Korn (c-korn) wrote : | #166 |
- gnome-terminal not updated when compiz enabled Edit (3.9 MiB, video/x-msvideo)
Hello,
think I have a similar problem when compiz is enabled.
Please confirm if you are talking here about display errors like this.
In my case it is gnome-terminal not being updated sometimes.
See the attached video.
I am using intrepid amd64.
NVIDIA 180.06 drivers.
NVIDIA Quadro NVS 140M
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joakim Andersson (jocke) wrote : | #167 |
@ Christoph Korn:
That is just the kind of display errors I get, albeit not that often...
@ All:
Installing 180.11 drivers makes the situation better for a while, but I did experience some errors when compiz had been running for a long time (and only on my external screen (my computer is a laptop), which had a higher frequency of errors earlier). Restarting compiz (alt+f2 -> compiz --reload, I need to do that twice compiz crashes the first time and fallbacks to metacity) fixed the problem.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Christoph Korn (c-korn) wrote : | #168 |
http://
The changelog mentions that bugs related to glyphcache were fixed.
Maybe that fixes my problem.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Christoph Korn (c-korn) wrote : | #169 |
180.11 did not change anything.
Bug is still present.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Prabhpreet (prsinghdua) wrote : | #170 |
$ lspci -n |grep 300
00:0d.0 0300: 10de:03d0 (rev a2)
$ lspci |grep VGA
00:0d.0 VGA compatible controller: nVidia Corporation GeForce 6150SE nForce 430 (rev a2)
173.xx solved a minor screen flickering problem. 177 still doesn't fix it.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
selkovjr (selkovjr-observercentral) wrote : | #171 |
01:00.0 0300: 10de:042d (rev a1)
01:00.0 VGA compatible controller: nVidia Corporation Quadro FX 360M (rev a1)
nvidia-
Installed: 180.11-0ubuntu1
None of the suggested workarounds helped avoid the damage bug. Loose binding does not help. I see no difference at all between the 173, 177, and 180 versions of the driver.
Of the applications I use, these three are affected:
1. (seldom) Firefox: damaged and non-damaged areas overlap and become unreadable while scrolling with the mouse or with window scrollbars. Paging with the keyboard works correctly.
Remedy: transfer focus to another window and back or click anywhere on the window boroder.
Sometimes I can work for days without seeing it. But once it starts happening (usually in one of many open firefox windows, it tends to continue until I restart X11). But sometimes it can return to normal without me consciously doing anything.
2. (often) Gimp: bits of paintbrush cursor hang on, leaving a messy track.
Remedy: zoom in and out.
3. (almost always) xterm: typically, sending a large amount of text (more than a few lines), leaves it with only the top part of the window rendered correctly when the process completes; the bottom part remains blank. Sometimes just one line will fail to render, as in the case of 'date'; it will look as if 'date' is still running, while in fact it will have finished instantly. I can't get used to it: I often find myself waiting for the commands to return because their output is not visible.
Remedy: click into the window or transfer focus to it.
xterm had its own rendering bugs since about 1994, the most obnoxious being the incorrect command line wrapping in wide windows; the other prominent bug is falure to erase the old text on update. I associate that (not knowing much about it) with the transition from termcap to whatever other system we use today. If I recall correctly, I first encountered it in the first RedHat release, and it hasn't been fixed since then. I think it affects other readline-based terminals besides xterm. This, combined with the compiz damage bug, makes xterm close to unusable. But I can't make myself use anything else. I'm getting old.
I see no ill effects reported by some users in the window decorations. Nautilus always works fine (although I don't use it much). Have never seen problems in emacs-gtk. Overall, I am not sure whether I'd rate this problem as mild or severe; I think I have enough patience to carry on like this, but I "severely" desire to have it fixed one day.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
selkovjr (selkovjr-observercentral) wrote : | #172 |
And I forgot to say: it did not change with transition from Hardy to Intrepid.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Pausanias (pausanias) wrote : | #173 |
selkovjr, I second everything you've written regarding xterm. I'm experiencing the same problems to the letter. Blank lines at the bottom after a large amount of text is sent to the terminal. Thanks for describing it so well (and saving me the pain of trying the 180 driver.
I never had this problem with hardy, however.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Rocko (rockorequin) wrote : | #174 |
It might be worth trying the very latest driver, 180.18. I had occasional problems with the 173 and 177 series of drivers, then 180.08 was pretty good but not perfect, then 180.11 and 180.16 were progressively worse than 180.08 for refresh corruption. But since I installed 180.18 on the 23rd Dec, I've had no refresh problems at all. I installed using the NVIDIA-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Pausanias (pausanias) wrote : | #175 |
I can confirm that commenting out lines 341-344 of the /usr/bin/compiz script has completely resolved my rendering issues. I haven't experienced any problems since making the change. Thanks to those that suggested it.
Just to clarify, these lines in /usr/bin/compiz enable the loose-binding option for all nvidia cards. Commenting out just causes compiz to run without the loose-binding option (which I never found worked very well in previous versions anyway). Here are the lines in their commented-out form:
# if check_nvidia; then
# if [ "x$INDIRECT" != "xyes" ]; then
# COMPIZ_
# fi
# fi
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
selkovjr (selkovjr-observercentral) wrote : | #176 |
- table cell background artifact in firefox Edit (82.9 KiB, image/png)
I have done both things -- installed 180.18 and disabled loose binding.
Looks like the same bug has been kicked around from one spot to another.
I can now scroll in firefox without mangling the readable text. The problem I have now is with table cell backgrounds in firefox (see attached screenshot). It does not significantly affect readability, but given how bizarre it is, I have little hope that it will be fixed soon. This is no longer a scrolling bug; this is a draw-on-visibility bug (if that's really different). I have this page showing a tree, rendered as an html table with the dotted lines representing the tree branches rendered as background images in table cells. If I cover this window with another window, then uncover it, I see 2-3 of those "tree" cells filled with images from whatever window on the screen that was updated last before this firefox window was uncovered. I have pasted part of my gnome menu to show where the cell background was copied from. The wicd icon updates itself every second or so, showing the strength of the wireless signal. The next time, it may be a digit from the clock, or a small segment of it, or just a blank portion of the gnome menu.
This is not entirely unlike the pattern I saw in one of the earlier versions, where any new window would be initially painted with chopped and randomly tiled fragments of the root window. That artifact is now gone (or almost gone).
Text refresh in xterm has not been fixed. I have a feeling that it doesn't occure as often -- let's say, it works more often than it doesn't, but the problem did not go away. It is exactly the same.
And this one is new. I'm seeing hideous refresh problems in Terminal Screenlet. The pattern is not new, though. Someone in this thread pasted a screenshot a while ago (I can't find it -- the thread has grown so big), showing the same artifact in some graphical program (or was that Nautilus?). What happens is that only a narrow vertical strip on the left-hand side is refreshed, at some odd offset. The next refresh will take place in a strip that will be wider or narrower, and probably placed at a different offset. Since Terminal Screenlet refreshes its client area on every keystroke, it instantly becomes an unreadable mess, removed only by hiding/showing the entire widget layer.
Worst of all, the system was unable to wake up from suspend 3 times during the 3 days that I'm running 180.18. It wakes up with a black screen and dead keyboard. I didn't know whether the kernel was alive or not, so I had to reboot it on all 3 occasions.
Overall, no improvement. I don't feel I can trade suspend for scrolling. Suspend on this machine (Dell Precision M4300) was very unreliable in Hardy (failed exactly every other time), but I haven't seen a single failure since I installed Intrepid. 180.18 obviously interferes with it in some way.
I just noticed another artifact -- a very insignifcant one, but it may be a symptom of a problem. I use the Emerald Aqua theme from Mac4Lin, with the rounded blue buttons and scroolbars. The buttons look fine, but all scrollbars show a gray rectangular outline (see the attached image).
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Soenke (s0enke) wrote : | #177 |
Hi,
I can confirm the behavior that selkovjr describes with 180.06 driver (T61 laptop, nVidia Corporation Quadro NVS 140M (rev a1)):
- vertical scrolling refresh problems disappear
- after suspend computer does not wakeup
- changing to console does not work anymore -> switches to x-server immediately again
- enabling second monitor with nvidia-settings: sometimes a big black rectangle occures (because of different solutions of screens)
So 180.xx is really *beta* and not usable.
I will try the other fix with loose-binding right now.
-soenke
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
selkovjr (selkovjr-observercentral) wrote : | #178 |
That suspend-wakeup problem is a segfault. I have a suspicion that the server is distributed with an incompatible kernel module. I just made the 177 version do the same, when I installed it without properly cleaning up the 180. I thought the ubuntu package would simply put the right things in all the right places, but it didn't. For that, the nvidia installer must be run with the --uninstall option. Interestingly, it didn't log any errors before it crashed. It read the config file, the screen blinked a couple times, then segfault.
If it runs under gdm, the latter will attempt to restrat it (in the absence of verbose errors), so this situation is a dead-end. The segfault apparently clobbers the console driver and likely something else. In one instance, it opened the console in the vga mode, with all sorts of random colored ascii characters filling the screen. It writes everything it wants everywhere it wants. I don't know how much of the system survives the crash; the only function I was able to use was the power button -- a single touch on the button brings up the Ubuntu shutdown splash with the progress bar, and then it shuts down.
So I'm back to 177. Still running without loose binding (to ascertain that it makes any difference in scrolling). The only effect so far is that without loose binding, compiz's window fading became rough and jerky, so I had to disable it.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Soenke (s0enke) wrote : | #179 |
Yeah problem seems to disappear here without loose binding, too. But it makes 2.1GHz CoreDuo feel like 80486 :-/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
huiii (a00ps) wrote : | #180 |
wow, long list here...
you can add me to the loose-bind-junks. qt-apps look bad, refresh problems, openoffice affected too, googleearth: black space is transparent,
qt-app-icons on systray: u do not wanna look at them, AND very interesting: the pop-up-menus from qt-apps-icons on systray do not have shadows, seems like there is a great conflict in my head or in the computer. thanks.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Christoph Korn (c-korn) wrote : | #181 |
Today the nvidia drivers 180.22 were released.
http://
The changelog mentions a regression related to compiz is now fixed:
Fixed a regression that could result in window decoration corruption when running Compiz using Geforce 6 and 7 series GPUs.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Soenke (s0enke) wrote : | #182 |
Nice -- they fix it in their unusable beta drivers and not in the stable release :-(((
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Christoph Korn (c-korn) wrote : | #183 |
180.22 is a stable release.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Soenke (s0enke) wrote : | #184 |
Ah ok, it's *the* stable release :) Hope it's in intrepid-backports soon.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Rocko (rockorequin) wrote : | #185 |
I find 180.22 to be MUCH worse than 180.18 for this compiz corruption issue. In only two hours of use, I've already seen significant screen corruption five times when scrolling in Firefox. With 180.18, I only saw corruption once in over two weeks of use.
I'm using an Nvidia GeForce 8600M GT card.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Christoph Korn (c-korn) wrote : | #186 |
Indeed, it is not fixed.
But I cannot say that it happens more often.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jean-Christophe Baptiste (jc-baptiste) wrote : | #187 |
It happens much more often with 180.18. It is almost unusable.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jean-Christophe Baptiste (jc-baptiste) wrote : | #188 |
Same with with 180.22.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Peter Draksler (draksler) wrote : | #189 |
Not a 'real' solution to the refresh issue but the following has brought sanity back to my life:
System -> Preferences -> Appearance
click on Visual Effects tab
select None
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Dmitriy.trt (dmitriy-trt) wrote : | #190 |
Same problem on Debian Lenny/Sid with drivers 177.80 and 180.22 from repository and from Nvidia's site.
Acer Aspire 5920G, Nvidia GeForce 8600GS
Peter Draksler, Visual Effects = None means compiz is disabled. Bug appears only with compiz enabled.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Klaus Reimer (kay) wrote : | #191 |
I'm also experiencing this problem with nvidia drivers after 173, but only in the terminal. Doesn't matter which one. I tried gnome-terminal, xterm, konsole. But I noticed two things which may be useful to track it down:
1. For me it only occurs in single-head mode. As soon as I start my X-Server with a second display attached I have no screen update problems.
2. I noticed that the problem does not occur when a compiz animation is played. So enabling the benchmark window fixes the problem. Currently I use the Paint Fire feature of Compiz to workaround the bug when I'm in single-head mode. Usually I put the fire into the trash bin. ;-)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Aaron Plattner (aplattner) wrote : | #192 |
Please everybody, click the "This bug doesn't affect me (change)" link at the top of the bug instead of posting a "me too" comment. The problem here is understood and additional confirmation comments only add clutter to the bug.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
AcCEsS (access) wrote : | #193 |
I think problem = Nvidia powermizer
Powermizer work 3 performance level
0 - 169Mhz
1 - 275Mhz
3 - 475 Mhz
My laptop default performance level = 0
NV Clock = 169Mhz (with screen refresh problem)
I run this script in gnome-terminal:
while true; do
if on_ac_power; then
nice /usr/bin/
fi
sleep 25;
done
performance level automatically switch to 2
NV Clock = 475Mhz
And no screen refresh problem!!!
Sorry very poor english....
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
huiii (a00ps) wrote : | #194 |
this would explain, why some problems disappear, like openoffice issues or qt-apps, when connecting second monitor and running twinview.
but the scrambled qt-app-icons on the panel-taskbar and the missing shadows on their drop-down menu remain, (since driver 177.XX)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joey Espinosa (therealjoelinux) wrote : | #195 |
I've been running the script that AcCEsS mentioned for several months now (upon login), but I still had screen refresh problems anyway.
I just upgraded (about 2 days ago) to the latest Jaunty Alpha on the only computer I have with an nVidia card, so I don't know how much help I can be to the Hardy and Intrepid users, since I don't have a stable version.
I have 180.22, and nVidia Quadro NVS 135M.
Not trying to add another "this happens to me too" note, just saying that I think it has to be more than PowerMizer, considering that mine is always on the highest performance level, and it doesn't seem to make a difference.
One situation I can always count on to mess up is Amarok 2, when I collapse an artist branch to view his/her songs, and then close that branch back up again. I have to move my mouse over the area EVERY SINGLE TIME, so that's easily repeatable for me at least, in case someone wants a somewhat "dependable" test.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Bryce Harrington (bryce) wrote : | #196 |
[This is an automated message]
In Jaunty (9.04), we are dropping the nvidia-
is now superseded by then nvidia-
http://
To transition your bug into the new package, we need your help. Please do the following:
a. Verify the bug occurs in Jaunty with the -180 driver
(ISOs: http://
b. If you haven't already, please include in the bug:
* Your /var/log/Xorg.0.log
* Your /etc/X11/xorg.conf
* The output of `lspci -vvnn`
* Steps to reproduce the issue
c. Under Affects, click the down arrow to the left of 'nvidia-
d. Edit the Package to change 'nvidia-
e. Click Save Changes
Thank you!
[We'll expire the remaining -177 bugs in a month or so.]
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Fernando Miguel (fernandomiguel) wrote : | #212 |
- Xorg.0.log Edit (21.7 KiB, text/x-log; charset="utf-8"; name="Xorg.0.log")
- xorg.conf Edit (1.4 KiB, text/plain; charset="utf-8"; name="xorg.conf")
- lspci.log Edit (29.8 KiB, text/x-log; charset="utf-8"; name="lspci.log")
I have all the updates on Jaunty.
I use gnome.
When Compiz is enabled, kmail will still not refresh the all window, and I can see part of the screen divided vertically.
It is happening much less then before (even less today, then yesterday (not sure if any packages changed)).
I'll try to take a screenshot
$ apt-cache policy compiz
compiz:
Installed: 1:0.7.8-0ubuntu9
Candidate: 1:0.7.8-0ubuntu9
Version table:
*** 1:0.7.8-0ubuntu9 0
500 ftp://darkstar.
500 ftp://archive.
100 /var/lib/
$ apt-cache policy kmail
kmail:
Installed: 4:4.2.0-0ubuntu7
Candidate: 4:4.2.0-0ubuntu7
Version table:
*** 4:4.2.0-0ubuntu7 0
500 ftp://darkstar.
500 ftp://archive.
100 /var/lib/
$ apt-cache policy nvidia-glx-180
nvidia-glx-180:
Installed: 180.27-0ubuntu1
Candidate: 180.27-0ubuntu1
Version table:
*** 180.27-0ubuntu1 0
500 ftp://darkstar.
500 ftp://archive.
100 /var/lib/
affects ubuntu/
Changed in nvidia-graphics-drivers-177: | |
status: | Confirmed → Invalid |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
levien (levien) wrote : | #213 |
I've been trying to track down the cause of this problem for ages, and I think the comment from another user at bug #270377 has just helped me find it.
Apparently the redraw problems described here and in the other bug reports are caused by a race condition, that can occur with compiz in combination with nvidia driver versions above 177.76. According to nvidia developers at the nvnews forums: "[the cause of the problem] is a race condition between the X server and compiz that's the result of a fundamental design problem in the way the Damage extension works." and "[fixing it] will require more changes to the Damage and GLX extensions, the X server, Compiz, and the NVIDIA X driver."
Because it is apparently caused by a design problem, it will probably take some time before the problem is fixed. The only real way to ensure it doesn't happen at the moment is not to use compiz. But on some systems it helps to change settings that affect the timing of pixmap uploads to the GPU. That's why it may help to disable the compiz "--loose-binding" option, or to play with the powermizer settings.
The fact that the occurrence of race-conditions may be affected by timing also explains the fact that everyone seems to experience this bug (and its many duplicates) differently, depending on hardware-
For me, restarting compiz without loose binding immediately solved the refresh problems, albeit at the cost of compiz rendering performance. I just had a look at the wrapper script that launches compiz in Ubuntu. It enables --loose-binding on nvidia hardware (which in turn works around a performance issue with texture binding on nVidia cards), but it only seems to do this when indirect rendering is disabled (the default setting). So in theory this should disable --loose-binding without having to edit the wrapper script or (re)start compiz by hand every time:
mkdir -p ~/.config/compiz; echo INDIRECT=0 >> ~/.config/
It just adds "INDIRECT=0" to the configuration file ~/.config/
I do hope this issue gets properly fixed though...
See also:
http://
http://
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
levien (levien) wrote : | #214 |
Oops, sorry for posting duplicate information about the race condition and the loose binding thing. I guess I should've read the entire thread before pasting the comment. Still, apparently this bug is hard to find through Google or the search option in Launchpad, because it has so many manifestations (and "solutions"). So I hope it's still helpful for people like me, who get directed here from one of the 15 duplicates and don't scroll all the way up... :-P
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Carrick Detweiler (carrick) wrote : | #215 |
Actually, as mentioned in previous posts the fix should be:
mkdir -p ~/.config/compiz; echo INDIRECT=yes >> ~/.config/
(note the INDIRECT=yes instead of INDIRECT=0). This launches compiz as:
/usr/
instead of the normal (or with the INDIRECT=0 option):
/usr/bin/
Carrick
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Karl Frisk (karl-frisk) wrote : | #216 |
The bug still occurs on intrepid with 180.27 drivers on a geforce 9600M.
And please stop calling the workarounds that only work sometimes 'fixes'.
They just change timings a bit and stop the race condition kicking in all the time. Still with all
suggestions tried out, that I found around the web, compiz is still unusable (esp. with texmaker
running).
Metacity is a fine windowmanager but I still hope this will be fixed in jaunty.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jan Krieg (jan-krieg) wrote : | #217 |
Actually, there _is_ a workaround which works all the time at the cost of a bit cpu time (at least for me). Just go to the compiz settings manager (ccsm). Activate the 'draw fire' plugin, reduce all the settings to mininum, except for background brightness, which should be set to 100. Now when you draw fire on the desktop, it should be invisible, but for me it solves the screen refresh problems completely! So just draw a bit of fire after every reboot, and you're fine.
Note: If you use the workaround with activating --indirect-
Hope this helps.
Cheers, Jan
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
aptgetmoo (dezull) wrote : Re: [Bug 269904] Re: Screen refresh problems with nvidia on intrepid | #218 |
Are you sure drawing the fire effect actually helps?I haven't tried by I
think by doing that you are forcing the GPU to set to higher clock speed.
That is why the screen refresh problem does not occur. I'm running Hardy and
I fixed my GPU clock speed (geforce 8400m) to level 2. The problem does not
occur except in openoffice 2.4 (sometimes) and adobe reader 8.
On Fri, Feb 20, 2009 at 11:13 PM, Jan Krieg <email address hidden> wrote:
> Actually, there _is_ a workaround which works all the time at the cost of a
> bit cpu time (at least for me). Just go to the compiz settings manager
> (ccsm). Activate the 'draw fire' plugin, reduce all the settings to mininum,
> except for background brightness, which should be set to 100. Now when you
> draw fire on the desktop, it should be invisible, but for me it solves the
> screen refresh problems completely! So just draw a bit of fire after every
> reboot, and you're fine.
> Note: If you use the workaround with activating --indirect-
> disabling --loose-binding, it will also work, but the cpu time needed for
> the fire will be much greater (25% compared to 5% if you leave the settings
> to standard). Since the fire solves the problem all the time, you should
> leave INDIRECT=no.
>
> Hope this helps.
> Cheers, Jan
>
> --
> Screen refresh problems with nvidia on intrepid
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Klaus Reimer (kay) wrote : Re: Screen refresh problems with nvidia on intrepid | #219 |
I'm igniting my "fire-place" every evening. At work the problem does not occur (dual-head configuration) but at home (single-head) I always have the problem in the gnome-terminal. And everytime I start a small fire in the corner and then I have no problems anymore. So I can reproduce the bug AND the workaround every day and it definitely helps.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jan Krieg (jan-krieg) wrote : | #220 |
@aptgetmoo: The higher clock speed could be the reason for why the fire helps, but my assumption was that by drawing the fire I force the X-server(?) to continuously refresh the screen. To be honest, I don't know much about the internals, so be free to correct me :). By doing this, _all_ screen refresh problems disappear, so you could give it a try when it occurs again with oo or adobe.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
selkovjr (selkovjr-observercentral) wrote : Re: [Bug 269904] Re: Screen refresh problems with nvidia on intrepid | #221 |
On Fri, 20 Feb 2009, Jan Krieg wrote:
> Actually, there _is_ a workaround which works all the time at the cost
> of a bit cpu time (at least for me). Just go to the compiz settings
> manager (ccsm). Activate the 'draw fire' plugin
It was of no help to me with any settings. The only thing that really
works, sort of, is manually "refreshing" the screen. I don't need any
extra gadgets to keep it under control, because I run a widget layer,
which is a big part of why I want compiz. So when anything on my screen
goes bad, I clean it up with two keystrokes -- activate and deactivate the
widget layer.
Those of us who remember working on remote machines through a VT100 will
not find it terribly annoying. Remember how we used to send Ctrl-L
whenever something wrote garbage on the screen? Same thing here. It's
wired in my brain. Much I as want to be rid of the bug, I can manage it
this way.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
enubuntu (enubuntu) wrote : Re: Screen refresh problems with nvidia on intrepid | #222 |
- metacity corruption Edit (252.3 KiB, image/png)
i have this problem in jaunty
see the attachment for image
Changed in compiz: | |
status: | Fix Released → Confirmed |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
enubuntu (enubuntu) wrote : | #223 |
i've open a new bug for jaunty:
https:/
Changed in nvidia-graphics-drivers-180: | |
status: | New → Confirmed |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jean-Christophe Baptiste (jc-baptiste) wrote : | #224 |
I am not using Ubuntu anymore, but the issue has just been solved on openSUSE with the latest 180.29 driver.
No need to deactivate loose binding anymore. Hurrah !
Unfortunately I am not able to tell you what solved the issue, because it seems that some people with the same driver still have the problem.
But the good news is there is a solution ! Good luck !
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Mathieu Marquer (slasher-fun) wrote : | #225 |
Jean-Christophe, could you link the OpenSUSE bug report using https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
enubuntu (enubuntu) wrote : | #226 |
help for this bug in jaunty with nvidia 8400M G on a laptop with nvidia 180.29 driver
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
enubuntu (enubuntu) wrote : | #227 |
- Schermata2.png Edit (581.2 KiB, image/png)
so i've install the update of today and now i have nvidia 180.35 driver, but no change...
see the screenshot
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
enubuntu (enubuntu) wrote : | #228 |
without compiz i haven't this problem..
please help
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jose Celestino (japc) wrote : | #229 |
Just to add to this (I think someone already mentioned), this happened to me with 177, 180 and 180.25 from jaunty. Reverting to 173 stopped the problems althougether. Haven't tried any of the workaround becaused they aren't proper fixes.
Changed in compiz: | |
milestone: | ubuntu-8.10 → ubuntu-9.04 |
status: | Confirmed → Triaged |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Mikko Ohtamaa (mikko-red-innovation) wrote : | #230 |
The following "fix" helped me to get rid of the problem on Skype, Quassel and other Qt based applications, making them usable:
https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
danielmewes (danielmewes) wrote : | #231 |
I was finally able to completely circumvent this problem by enabling *both* indirect rendering and loose bindings for compiz (by modifying the appropriate line in /usr/bin/compiz). Compiz runs really fast now (a lot (!) faster than with indirect-rendering only and even more faster than without both).
I'm running an unsupported combination of software versions however, so could someone check whether this works with plain Intrepid, too?
I am running:
Ubuntu 8.04 with stock compiz 0.7.4
Nvidia driver 180.29, installed manually
on a Quadro FX 370 (dual monitor setup)
Without loose-bindings I especially had very bad performance when running OpenGL applications with compiz enabled.
I now have in my /usr/bin/compiz:
build_args()
{
[...]
if check_nvidia; then
if [ "x$INDIRECT" != "xyes" ]; then
fi
fi
}
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
James Dupin (james.dupin) wrote : | #232 |
apparently I have no more problem since I use nvidia 180.11 on 8.10 (amongst other updates)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Karl Frisk (karl-frisk) wrote : | #233 |
in this thread
http://
you can read about a new compiz workaround to force X-to-GLX synchronization
that has been implemented.
i have not checked it myself but it seems like it circumvents the
race condition for those users.
please include that commit in jaunty!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Anders Kaseorg (andersk) wrote : | #234 |
- compiz-fusion-plugins-main_0.8.2-0ubuntu2.debdiff Edit (2.1 KiB, text/plain)
Here is a debdiff for compiz-
https:/
To enable the workaround, after installing the patched package, you must run System → Preferences → CompizConfig Settings Manager, open Workarounds in the Utility section, and turn on “Force synchronization between X and GLX”. Then restart compiz.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #235 |
Will this patch be included in jaunty?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Anders Kaseorg (andersk) wrote : | #236 |
I haven’t seen the problem in a week with my patch installed and the workaround enabled. I’ve subscribed ubuntu-
If anyone else has also tried my patched compiz-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joakim Andersson (jocke) wrote : | #237 |
@Anders:
I made my own intrepid package with your patch and haven't experienced any (or only very minor) issues with the patch enabled (using original /usr/bin/compiz, I.E. _with_ --loose-bindings and _without_ --indirect-
I'm using the 180.37-0ubuntu1 nvidia driver from jaunty, and the situation is even better than with my old solution (using the 173 driver). No mentionable slowness of X or Compiz either.
Finally a working workaround! :)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #238 |
Anders Kaseorg, I added your package, but when I apt-get upgrade, it seems there is a syntax error somewhere in your repository (or package) :
$ sudo apt-get upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants seront mis à jour :
compiz-
libgomp1 libstdc++6
15 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 0o/17,9Mo dans les archives.
Après cette opération, 3846ko d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer [O/n] ? O
dpkg: erreur d'analyse syntaxique, dans le fichier « /var/lib/
champ « Depends », référence à « libasound2 » : version contenant « ) »
E: Sub-process /usr/bin/dpkg returned an error code (2)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Anders Kaseorg (andersk) wrote : | #239 |
(We solved ®om’s problem over IRC with `dpkg --clear-avail; apt-get update`. Obviously, it’s unrelated to this bug.)
Changed in compiz-fusion-plugins-main: | |
status: | Unknown → New |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Karl Frisk (karl-frisk) wrote : | #240 |
Joakim Andersson: could you make that intrepid package available for for the public? :)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joakim Andersson (jocke) wrote : | #241 |
@Karl Frisk:
Sure, but I only have it for amd64... It's attached, anyway.
(It's labeled ~andersk1 since he made the original patch, I just applied it as is, without any modification)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Karl Frisk (karl-frisk) wrote : | #242 |
that seems to work beautifully. no problems at all in the scenarios where this bug bugged me the most. :)
this patch should be in jaunty by default.
thanks to everyone involved.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Anders Kaseorg (andersk) wrote : | #243 |
I added a patched compiz-
<https:/
(I’d prefer not to see ~andersk labels attached to binaries that someone else compiled.)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #244 |
@Anders Kaseorg,
Unfortunately, the patch doesn't work at all for me (before and after a fresh reinstall of jaunty alpha 6).
The menu doesn't appear in ccsm, so I enabled the option in gconf-editor (/apps/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #245 |
I finally installed the patch as explained here : http://
(I exactly followed the steps)
And it totally resolves the problem ! No more refresh problems in openoffice, even if powermizer is at the lowest frequency !
Please make it available in jaunty (and enabled by default this workaround).
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Anders Kaseorg (andersk) wrote : | #246 |
®om: The directions in that post should give you a workaround plugin that is very similar to the one in my package (despite that post’s author’s misunderstanding of Git; `git revert` means undo a diff, not “revert to” a commit).
> The menu doesn't appear in ccsm,
I suspect you have something weird in your home directory that you copied over across the fresh reinstall. Did you have a ~/.compiz/
I recommend removing your ~/.compiz/plugins and ~/.compiz/metadata directories (or even entirely wiping out your compiz settings with rm ~/.compiz -rf; gconftool-2 --recursive-unset /apps/compiz), then reinstalling all compiz packages from apt. Or you could try again after creating a fresh new account and logging into it.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Rocko (rockorequin) wrote : | #247 |
Another vote for Anders' fix. I was suffering from the refresh problems in Jaunty's OpenOffice 3 with both nvidia 185.37 and 185.13, but they work fine now. (I assume the fix implements the 'Force synchronization between X and GLX' by default? Using the workarounds package also fixes the OO refresh issues.)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #248 |
@Anders Kaseorg:
I installed your package from a fresh reinstall of Jaunty alpha 6, with a totally new /home, without any manual installation (I tried your package before the steps described with git).
As many people affirm that your package works, I suspect a localization problem (my system is in French, and in the French version, "workaround" is translated by the word "solutions").
I will let you know if I have the files you asked me (I am at work).
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
David Prieto (frandavid100-gmail) wrote : | #249 |
I can confirm that Anders' workaround works indeed, please include it by default.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
gadLinux (gad-aguilardelgado) wrote : | #250 |
I want to join this bug to the compiz I reported some time ago:
Changed in compiz: | |
status: | Unknown → In Progress |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #251 |
Will it be included in jaunty?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Bryce Harrington (bryce) wrote : | #252 |
[This is an automated message]
In Jaunty (9.04), we have just updated to the latest
nvidia-
This package provides fixes for a large number of bugs, and we need your
assistance in testing if it fixes the issue you reported.
To do this, please do the following:
a. Update to the 180.44 version of -nvidia using your favorite update
method
b. Attempt to reproduce your bug
c. If your bug still remains, please simply reply to this email
indicating so.
d. If your bug is now solved, you can help us by setting your bug
report to Fix Released:
* In launchpad, go to your bug report
* Click on the downward pointing arrow under Status
* Set the Status field to 'Fix Released'
* Comment on the change, such as, 'Verified fixed in 180.44'
* Click 'Save Changes'
e. If the original problem is solved but there are now other problems,
please close the original bug and open new ones for those issues.
Thank you!
For details on the changes in this version of -nvidia, please see:
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Anders Kaseorg (andersk) wrote : | #253 |
I still see the screen refresh problems with compiz under nvidia 180.44, which makes sense, given that this is a protocol problem rather than a driver problem. However, the workaround in my compiz-
description: | updated |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
David Prieto (frandavid100-gmail) wrote : | #254 |
I agree with Anders. Updated, and I still have the problem.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
David Prieto (frandavid100-gmail) wrote : | #255 |
Only, why not enable it by default? Is there a drawback to it?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Anders Kaseorg (andersk) wrote : | #256 |
I took the patch from upstream Git, and left that decision to them: upstream doesn’t currently enable by default. I think the reason is that enabling the workaround incurs a small performance penalty.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
selkovjr (selkovjr-observercentral) wrote : | #257 |
I was about to go back to 177 and report failure with 180.11 when I noticed the announcements that 180.44 is offered for testing. Which is what's happening presently. It is certainly too early for making conclusions, but I noticed one thing immediately: it is still buggy, perhaps in the same way 180.11 was. The difference is that those bugs don't kill my system. They just scream.
Here's what I saw with 180.11 (after about 4 days of running it):
1. Apparently, It did fix scrolling in firefox. I have not seen the refresh bugs in 4 days.
2. In xterm, it wasn't fixed. If anything, it became more regular. I couldn't scroll in xterm without refreshing it externally.
3. It caused obvious memory violations that killed my machine several times. It could not wake from sleep without halting, and it didn't even let me reboot the machine without turning the power off. On one occasion, I saw my entire screen become corrupt, as if something was writing into screen memory randomly. For a while, I watched the show, but the machine became unresponsive and eventually shut itself down. Today I saw something similar, when it killed my compiz and didn't let me restart it; out of a bunch of applications still running, I could only use firefox, all others' windows were blank and non-responsive. Probably another memory fault.
~~~~~~~
Now, the good news about 180.44 is that I've been running it for an hour and we're still alive, with no artifacts, in praticular none of the refresh problems that launched this thread.
The bad news, it sounds like, is that it still spills its bytes over in the wrong places. I tested how it comes out of S3 and how it starts from cold- and warm-boot; in all three cases the system beeper screams in the manner of a tty receiving tons of garbage, as soon as the nvidia module gets loaded, but eventually it goes quiet, and here I am typing away through an X window, and everything seems normal.
Maybe it's the same bug as in 180.11, only this time non-lethal.
Quadro FX 360M (rev a1)
nvidia-
Installed: 180.44-0ubuntu1
Candidate: 180.44-0ubuntu1
Version table:
*** 180.44-0ubuntu1 0
500 http://
100 /var/lib/
180.
500 http://
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Launchpad Janitor (janitor) wrote : | #258 |
This bug was fixed in the package compiz-
---------------
compiz-
* debian/
- workarounds.git commit 46960f12a9d213e
Add workaround to force X-to-GLX synchronization, which should help
for the race condition in the XDamage protocol Nvidia users are
suffering from. (LP: #269904)
-- Anders Kaseorg <email address hidden> Sun, 15 Mar 2009 15:12:21 -0400
Changed in compiz-fusion-plugins-main (Ubuntu): | |
status: | New → Fix Released |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ricardo Pérez López (ricardo) wrote : | #259 |
Unfortunately, the fix doesn't work for me in Jaunty. Using NVIDIA GeForce 7300 LE (G72). [10de:01d1]
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joakim Andersson (jocke) wrote : | #260 |
@Ricardo Pérez López
Did you enable the workaround in ccsm (compizconfig-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ricardo Pérez López (ricardo) wrote : | #261 |
@Joakim:
No, I didn't knew that. What option do I need to enable in ccsm? Thanks.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Christoph Korn (c-korn) wrote : | #262 |
@Ricardo Pérez López
Open ccsm -> Choose category Utility -> Workarounds -> [x] Force synchronisation between X and GLX
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ricardo Pérez López (ricardo) wrote : | #263 |
@Christoph:
I can't see Workarounds in Utility category... May I have my compiz configuration broken?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ricardo Pérez López (ricardo) wrote : | #264 |
I've enabled the fix via gconf. I'll be using the desktop for a while, to see if it works.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #265 |
@Ricardo Pérez López :
As I said earlier, I think there is a localization problem in the fix : it doesn't work for me neither on my French system, with the ppa, I don't have the option in "solutions" (french translation of "workarounds"). Even enabling in gconf-editor doesn't resolve the problem. But it works if I compile the patch from git (but it renames "solutions" to "workarounds" and translate all its options into English.
For those who say the fix works, please give your system locale. I suspect it works only for English locale…
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Christoph Korn (c-korn) wrote : | #266 |
I currently use the compiz-
https:/
Enabling the workaround (which appears in ccsm) fixes the bug and I am on a non-english system:
LANG=de_DE.UTF-8
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ricardo Pérez López (ricardo) wrote : | #267 |
@®om:
You are right. I'm using Spanish language (es_ES locale). But if I run ccsm like this:
$ LANG=C ccsm
then the Workarounds appears.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ricardo Pérez López (ricardo) wrote : | #268 |
The fix seems to works well for me since I enabled it.
Why is not enabled by default?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nick B. (futurepilot) wrote : Re: [Bug 269904] Re: Screen refresh problems with nvidia on intrepid | #269 |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
With Force synchronisation between X and GLX enabled the situation is
better for me, however the problem still pops up from time to time. I
still sometimes see the refresh problems with some Qt4 apps like
Keepassx and VirtualBox. It's not as frequent as it used to be though.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkn
a8oAnj+
=Ri4F
-----END PGP SIGNATURE-----
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ricardo Pérez López (ricardo) wrote : Re: Screen refresh problems with nvidia on intrepid | #270 |
I can confirm that the fix doesn't solve the issue completely. I still have refresh problems with Evolution and Firefox, even enabling /apps/compiz/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #271 |
@Ricardo Pérez López
I had the same problem with this fix, it seems if ccsm doesn't have the checkbox (localization problem), the fix doesn't work, even in gconf-editor.
After installing the fix directly using git / make / make install, I had the checkbox in ccsm, and the fix was working.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ricardo Pérez López (ricardo) wrote : | #272 |
@®om
The /apps/compiz/
Moreover, I can run ccsm using:
$ LANG=C ccsm
and then I can see the checkbox under Utility -> Workarounds, enabled too.
So I have the workaround enabled in both gconf and ccsm, but doesn't work for me.
BTW: Why is not enabled by default? Besides it doesn't work for me, several other users commented that it worked for them. Will the fix be enabled by default on fresh Jaunty installs when Jaunty releases? Will the fix be enabled by default before Jaunty release?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Dennis Dirdjaja (dcd-ditsch) wrote : | #273 |
The fix seems to have it resolved (on Jaunty)for me, too. I would appreciate to have it enabled by default.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Michael Rooney (mrooney) wrote : Re: [Bug 269904] Re: Screen refresh problems with nvidia on intrepid | #274 |
I seem to be still experiencing this in the terminal and Wing IDE
unfortunately.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
selkovjr (selkovjr-observercentral) wrote : | #275 |
On Sun, 15 Mar 2009, Anders Kaseorg wrote:
> Here is a debdiff for compiz-
> The new package is available in my PPA:
> https:/
Thanks Anders,
I didn't realize another assault on this bug was taking place on the
compiz side.
I have installed your package, and now about a week later, I can confirm I
don't see any refresh artifacts. Not the way they were, at any rate.
But the whole thing has become unstable, and because of the way I
installed compiz-
changed. An attempt to install your binary package in intrepid broke a few
dozen dependencies, which cascaded into a landslide. Sorting those out
seemed too painful, so I jumped the gun and installed jaunty.
During the week that followed, I had a few crashes. Several were pretty
mild, such as compiz (or something else) becoming corrupt, with all
windows except icons turning white, and initially non-responsive. I could
make them active again by switching to a VT and back, and then replacing
compiz brought everything back to normal. The worse ones lead to a total
lock-up of the system; in one instance I got a black screen with the live
cursor, but nothing else seemed to work; a few other times the machine
froze with partially updated windows and without any trace in the logs.
Today I got the first SEGV in the server that I can report:
Backtrace:
0: /usr/X11R6/
1: /usr/X11R6/
2: [0xb8074400]
Saw signal 11. Server aborting.
Every time the crashes coincided with my activity of some sort, and I have
a feeling that with too many things going on and a lot of resources used
it is more likely to crash. Once it crashed when I tried to open a menu in
gimp; and today again it crashed when I used gimp to open half-a-dozen
full-size screenshots.
--Gene
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Rocko (rockorequin) wrote : Re: Screen refresh problems with nvidia on intrepid | #276 |
@selkovjr: maybe some of the problems are not compiz-related? I found the Jaunty beta kernel to be very unstable and I got a lot of kernel panics that locked the system (see bug #348731), including one just after the kernel killed X (ie reverting to a black screen with flashing cursor).
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Colin D Bennett (colinb) wrote : | #277 |
I have an Apple MacBook Pro 5,1 with nVidia 9600M GT graphics. I'm running on 64-bit Jaunty beta with the nvidia 180.44-0ubuntu1 driver version. I had problems with the title bars not getting repainted sometimes so you couldn't tell that the focused window was actually focused since it still had the unfocused window color in its title bar. Also, and more seriously, Kmail (and seemingly other KDE or Qt apps) would not update parts of its GUI when things changed until the mouse moved over the region. Ugh.
@Christoph Korn (2009-04-04)
“Open ccsm -> Choose category Utility -> Workarounds -> [x] Force synchronisation between X and GLX”
This seems so far to have fixed my issue! I'll have to do more testing to make sure, but so far it's looking good, and no noticeable performance impact.
This is a serious usability issue that nearly drove me nuts (and I couldn't point my finger at any one particular culprit (Qt, KDE, Compiz, Gnome, nVIDIA, etc.)) so I'm glad I found this bug report that seems to reflect my probem.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Fernando Miguel (fernandomiguel) wrote : | #278 |
Ok this is fixed for me in almost every place.
But i just noticed some artifacs on UpdateManager today, while I scrolled the list of items.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Alison Rowland (alisonrowland) wrote : | #279 |
Possibly related: https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ricardo Pérez López (ricardo) wrote : | #280 |
Let me ask again: Why is not enabled by default? Will the fix be enabled by default on fresh Jaunty installs when Jaunty releases? Will the fix be enabled by default before Jaunty release?
Seems to be a very simple and easy fix, which works in (almost) all cases, and with (almost) side-effects. But deeping into gconf-editor (or installing ccsm and clicking here and there) is too much for an average user (besides the lack of information about what to click and change). I think the fix should be enabled by default in the compiz* packages.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Anders Kaseorg (andersk) wrote : | #281 |
Ricardo, see my comment above:
> I took the patch from upstream Git, and left that decision to
> them: upstream doesn’t currently enable by default. I think the
> reason is that enabling the workaround incurs a small
> performance penalty.
If you want to pursue this further, I recommend asking upstream what they actually think. The patch was written by Danny Baumann <email address hidden>; see <http://
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ricardo Pérez López (ricardo) wrote : | #282 |
@Anders,
Thanks for the reply. Obviously, pushing the fix into upstream code is not always easy. However, I think it could be included into the Ubuntu compiz* packages as a patch, while awaiting for the upstream developers to include the fix by default in the upstream code.
What do the Ubuntu Core Developers (the compiz* packages maintainers) thinks about that?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Danny Baumann (dannybaumann) wrote : | #283 |
To clarify upstream's opinion: ;-)
glXWaitX is a wait operation. That obviously means for it to work, there must be a performance impact (as all GL rendering is stalled until all X rendering is done). How big the actual performance impact is, depends on a lot of factors (graphics card power, amount of pending X rendering operations, driver implementation). I have not done any performance measurements, which is why I wrote "_may_ decrease performance".
Because there is a potential perfomance loss involved and this option is _only_ needed for Nvidia users with loose binding, I decided to keep it disabled by default. In any case, It should definitely be safe to enable it by default in Ubuntu's packages (Kwin does it unconditionally). I have no terribly strong feeling about the upstream default either, I just don't know what the better decision (fix display problems for some vs. potential performance loss for all others) is.
Changed in nvidia-graphics-drivers-180 (Ubuntu): | |
status: | Confirmed → Fix Committed |
assignee: | nobody → christian-wilhelmsen87 |
status: | Fix Committed → Confirmed |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Michael Rooney (mrooney) wrote : | #284 |
sinnadyr, you should only assign bugs to yourself if you are actively working on fixing them. I am assuming that was a mistake but feel free to correct me if I am wrong.
Changed in nvidia-graphics-drivers-180 (Ubuntu): | |
assignee: | sinnadyr (christian-wilhelmsen87) → nobody |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
selkovjr (selkovjr-observercentral) wrote : Re: [Bug 269904] Re: Screen refresh problems with nvidia on intrepid | #285 |
On Thu, 2 Apr 2009, Bryce Harrington wrote:
> In Jaunty (9.04), we have just updated to the latest
> nvidia-
>
> This package provides fixes for a large number of bugs, and we need your
> assistance in testing if it fixes the issue you reported.
>
> To do this, please do the following:
>
> a. Update to the 180.44 version of -nvidia using your favorite update
> method
>
> b. Attempt to reproduce your bug
After about 2 weeks of testing, I can state that it remains, although its
frequency has gone down to nearly zero. I can't even talk about it in
terms of frequency, because I saw it only once during 2 weeks. But the
fact that I saw it once may be significant. The affected application was
firefox (which was formerly more prone to this problem than most other
apps). I opened a new window and loaded the front page of youtube,
scrolled down, and saw the page in the same familiar condition, where a
narrow band on top is copied twice, while the rest of the window image is
out of sync with the text (the hyperlinks are not in the same places
where they are shown).
I have a feeling that with the newest workarounds, the bug has been chased
into some dark corner, where it is no longer reproducible.
Regards,
--Gene
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
selkovjr (selkovjr-observercentral) wrote : | #286 |
On Wed, 8 Apr 2009, Rocko wrote:
> @selkovjr: maybe some of the problems are not compiz-related? I found
> the Jaunty beta kernel to be very unstable and I got a lot of kernel
> panics that locked the system (see bug #348731),
I would like to think so, but I'm not getting too many panics. Often when
Xorg dies, the system is still alive. Even more often, compiz (or
something?) goes nuts, but doesn't die, and I amble to recover by
replacing compiz. But I agree that the system is unstable. Suddenly, I am
unable to run pidgin (it segfaults while starting). Today the system
didn't wake up. I have certainly muddied the water by upgrading to
jaunty.
At any rate, with all that, and even considering that the original
refresh bug is not entirely gone, the net result is more pleasant than
with many "production" systems I see people use.
--Gene
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ricardo Pérez López (ricardo) wrote : Re: Screen refresh problems with nvidia on intrepid | #287 |
@selkovjr:
Like you, I still have refresh issues when using Firefox. For example, when I'm reading an e-mail in Evolution containing an HTTP link, if I click on the link it opens in a Firefox tab, the Firefox window "tries" to put on top, but the tab contents is not shown. If I minimize the Firefox window and then maximize it again (using the task bar), then the problem disappears.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
tankdriver (stoneraider-deactivatedaccount) wrote : | #288 |
Hello,
I didn't read all 200+ comments, but I think I have a similar problem:
The "worst" application is OpenOffice (all menues&windows, parts of the sheet) (partly UNUSABLE)
And the Qt Applications:
sometimes nautilus (Detail view)
My System:
HP HDX-18 Premuim Laptop, Nvidia GeForge 9600M GT
OS: Jaunty 64-bit, nvidia 180.44 prop. driver provided by Ubuntu (COMPIZ ON)
I recognized some minor Problems in the last month with intrepid too.
If you need more Data from my side (screenshots/casts) let me know.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Skeletonix (tomaskloucek) wrote : | #289 |
lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation G70 [GeForce 7600 GS] (rev a1)
---
lspci -n | grep 300
01:00.0 0300: 10de:0392 (rev a1)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
tankdriver (stoneraider-deactivatedaccount) wrote : | #290 |
lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation GeForce 9600M GT (rev a1)
-----------
lspci -n | grep 300
01:00.0 0300: 10de:0649 (rev a1)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Sebastien Bacher (seb128) wrote : | #291 |
unsubscribing the sponsor team since the debdiff has been uploaded before jaunty
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Robert Ancell (robert-ancell) wrote : | #292 |
Closing Compiz component as this is correctly solved in compiz-
Changed in compiz (Ubuntu): | |
status: | Triaged → Invalid |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
hkais (r-2) wrote : | #293 |
- mixup of thunderbird and Firefox of painful broken screenrefresh Edit (178.7 KiB, image/png)
Hello all,
maybe I can visualize the problem with my screenshots. It is more than anoying. In my opinion it isn't usable any more!
screenrefresh-
Here you see the Thunderbird, which should be ontop of Firefox. You see a mixup of Thunderbitd and Firefox! You can see, you cannot use it.
screenrefresh-
Here you see the screen of a Terminal Server Session. The buttons, and the contents of the Internetexplorer is nearly completly missing!
screenrefresh-
Here you see a freshly opened and already completly started OpenOffice-Writer. The text in there is a editorwindow on an other desktop! And the slash is already closed!
As you can see, the current state of Ubuntu is pretty unusable.
I would like to help as far as a user can. I cannot see any workaround to fix temporarily this problem. Speed/Performance is not the issue, my major point is to be again productive on my ubuntu.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
hkais (r-2) wrote : | #294 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
hkais (r-2) wrote : | #295 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Rob Hasselbaum (rhasselbaum) wrote : | #296 |
The bug has already been fixed in Jaunty. Go to Workarounds in CompizConfig-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
tankdriver (stoneraider-deactivatedaccount) wrote : | #297 |
@hkais:
try the latest stable drivers from the ubuntu-x-swat team:
https:/
It should be better.
But be careful, the drivers are not as well tested as the default ones.
(I came across some crashes with this PPA and HP-HDX Notebook)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Luke12 (luca-venturini) wrote : | #298 |
Rob_H is absolutely right. I came across the solution yesterday night, and lo and behold, it is finally perfect! :-)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Konrad Materka (kmaterka) wrote : | #299 |
Turning on "Force synchronization between X and GLX" fixes all problems.
NVidia 9600 M, Ubuntu Jauntu 9.10 with all updates.
I haven't noticed any slowdowns.
On another machine with NV 7900 and KDE4 I haven't noticed any problems, probably kwin is turning synchronization by default...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
hkais (r-2) wrote : | #300 |
- crappy screen with activated force sync X and GLX Edit (284.5 KiB, image/png)
Hello all,
the problem isn't solved with the "Force synchronization between X and GLX".
It helped a litte bit, so the screen gets rerendered, but only if you click on any window-decoration or the gnome menu.
Here an additional screenshot with activated "Force synchronization between X and GLX".
I cannot reproduce the issue, but it often happens if I switch back or into vmware-
I haven't installed any other drivers as the default once, which are published with the usual ubuntu repos. This is my business notebook, therefore it must stay available.
Here more infos:
lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M (rev a1)
lspci -n|grep 01:00.0
01:00.0 0300: 10de:0429 (rev a1)
I am running on Lenovo T61 with the latest default provided proprietary nvidia drivers ver 180.
uname -a
Linux ntp-dp 2.6.28-13-server #45-Ubuntu SMP Tue Jun 30 20:51:10 UTC 2009 i686 GNU/Linux
Ubuntu 9.04 (32bit)
I hope someone can help me?
Maybe it is correlated with the Bug #393176 ?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
hkais (r-2) wrote : | #301 |
Hello all,
really no workaround/bugfix for my problem?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
hkais (r-2) wrote : | #302 |
Hello all,
as nobody replyed, I had the nerve to install the newest nvidia drivers.
So far the crappy display is gone. That's the good part.
The bad part, my X-Server dies regularly now. (about 3-4 times a day)
This is a big pain right now, because I run often my vmware. If the x-server dies, the vmware-instance dies also...
How can I help to find the error? Which logs do you need?
Do I have to increase the trace-level? If so how?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Michael Rooney (mrooney) wrote : Re: [Bug 269904] Re: Screen refresh problems with nvidia on intrepid | #303 |
hkais, how did you install the latest nvidia drivers? From a PPA? If
so, which? https:/
the best place that I am aware of. Downloading and installing from
nvidia directory is likely to cause problems and is not recommended.
As with Ubuntu in general, it is best to stick with the package
manager.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
hkais (r-2) wrote : Re: Screen refresh problems with nvidia on intrepid | #304 |
Micheal,
thanks for the quick reply.
I installed the following files from the x-swat team
https:/
ii nvidia-
ii nvidia-
ii nvidia-180-libvdpau 185.18.14-0ubuntu1 Video Decode and Presentation API for Unix
ii nvidia-
ii nvidia-
ii nvidia-
ii nvidia-common 0.2.11 Find obsolete NVIDIA drivers
ii nvidia-glx-180 185.18.14-0ubuntu1 NVIDIA binary Xorg driver
ii nvidia-settings 180.25-0ubuntu1 Tool of configuring the NVIDIA graphics driv
I have only installed the nvidia files. Should I install more?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Michael Rooney (mrooney) wrote : Re: [Bug 269904] Re: Screen refresh problems with nvidia on intrepid | #305 |
That might work, I'm not sure. The important thing is to remove the
manually installed version from nvidia if you had done that, and
install nvidia-glx-180, then restart. If that doesn't work, I'd try
aptitude purge nvidia-glx-180, then reinstalling, and seeing if that
helps. Having various parts of different drivers lying around can
cause issues.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
hkais (r-2) wrote : Re: Screen refresh problems with nvidia on intrepid | #306 |
Hello Michael,
sorry for my maybe stupid questions. It is my first time I am patching my graphics-driver. The last experiences there pretty aweful and I killed my X-Setup
I installed the packages manually, but now, if I try to deinstall it via aptitude/synaptic I get the warning, that a deinstall of any modalias version whats to deinstall also nvidia-common.
Therefore, what should I do to keep my system alive and to have an updated nvidia-driver?
Additionally there are many other packages in ppa for 9.04 byside the nvidia one. Should I install also any additional of them?
fglrx-installer - 2:8.620-
libdrm - 2.4.9-1ubuntu1~
nvidia-
xfree86-
xserver-
xserver-
xserver-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
hkais (r-2) wrote : | #307 |
Hello,
I had again the nerve to uninstall and install blind the packages.
I deinstalled and purged all nvidia-* package
now I have only
ii nvidia-
ii nvidia-180-libvdpau 185.18.14-0ubuntu1 Video Decode and Presentation API for Unix
ii nvidia-
ii nvidia-glx-180 185.18.14-0ubuntu1 NVIDIA binary Xorg driver
ii nvidia-settings 180.25-0ubuntu1 Tool of configuring the NVIDIA graphics driv
I hope the system will get much more stability. (I will report)
Additionally I am not sure, if one othe the other X-SWAT-Packages should be installed.
And is it possible to pin packages from the PPA in apt/preferences? If so how?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
hkais (r-2) wrote : | #308 |
sorry for spamming with my infos.
My X-Server crashes also after the purge/install again.
So the x-server crash is my biggest pain currently!
I cannot be sure, that I can properly work.
How can I help to reproduce the error and further more to trace it. Currently my x-server dies and I cannot see any errors in the syslog. Often it also happens, that the x-server isn't able anymore to restart. It tries to restart 3 or 4 times and tells me that I have to change to a low-res mode.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Dennis Dirdjaja (dcd-ditsch) wrote : | #309 |
hkais, I suggest you open a question on https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
hkais (r-2) wrote : | #310 |
Dennis Dirdjaja,
the problems occured with the update to the new version of the driver
tags: | added: intrepid |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
hkais (r-2) wrote : | #311 |
Hello,
sorry for getting rude. I am working now since weeks with a crappy unsable X-Server under 9.04 32bit.
Today I have lost about 4 hours of work. And I have to finish the work tomorrow until 12pm. I had never worked on such a crappy linux-distribution since the 8.10 and especially the 9.04 updates!
I have never had such a crappy x-server, there the server dies regularly! Usually I had to setup the x-server one time (sometimes with pain) and only one time. And the complete work on the desktop/notebook was done. Since 8.10 the x-server seems to be a pretty crap from the point of stability.
To my history. I work with linux since 10 years. With Ubuntu since 2005. I switched our servers 2006 with the availability of LTS to ubuntu. Therefore I am not a noob from the point of ubuntu-server. From the point of ubuntu-desktop. I never had a problem to fix a unstable x-server.
I have asked multiple times how I could support here, to get the error fixed. For now I have got pretty few answers.
I tried all proposed solutions and none of them fixed my problem. The bugs in the screenrefreshes have been eased but not fixed. I sometimes get further screenrefresh-
So am I really forced to switch to back to redhat/
So again I ask you how can I support you to figure out there the problem is.
I cannot see anything in the logs, which give my a clue. How can I increase the verbosity of the x-server logs and maybe the verbosity of the nvidia-driver?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
hkais (r-2) wrote : | #312 |
The amount of users seems to increase.
Again I am willing to help, but give me instructions how to help..
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
hkais (r-2) wrote : | #313 |
Forgot: it now also affects 9.10/karmic
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
®om (rom1v) wrote : | #314 |
hkais, even the option "Force synchronisation between X and GLX" in compizconfig doesn't solve the problem for you?
For me it resolves completely…
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ricardo Pérez López (ricardo) wrote : | #315 |
The "Force synchronisation between X and GLX" option solves the problem for me in Jaunty, but it doesn't work very well on Karmic. Now I have a big screen refresh problem when I minimize the aMSN window to tray (bug #465644). I tried enabling and disabling the "Force synchronisation between X and GLX" option without luck, as well as using other nvidia-glx versions.
Changed in compiz-fusion-plugins-main (Ubuntu Intrepid): | |
status: | New → Won't Fix |
Changed in nvidia-graphics-drivers-180 (Ubuntu): | |
status: | Confirmed → Invalid |
Changed in nvidia-graphics-drivers-180 (Ubuntu Intrepid): | |
status: | New → Invalid |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Travis Watkins (amaranth) wrote : | #316 |
Just FYI, this was actually a bug in compiz but nvidia was the first to trigger it. The open source drivers will most likely trigger it in lucid so in karmic we've got a patch that does the same thing as the "Force sync between X and GLX" option but it does it all the time and that option has no effect on it.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
hkais (r-2) wrote : | #317 |
Under intrepid I tried:
- "Force sync between X and GLX"
- multiple upgrades of the nvidia drivers
- upgrades of compiz and xorg from ppa
- in the meanwhile I do not know what I have already tried. but it have been multiple of hour of investigation. Until now no success.
Now I hopefully switched to karmic, and the problems are still there, that is frustrating for me. Especially if you remind, that I tried all suggestions on the topic.
So the "Force sync between X and GLX" is already activated.
@Travis: how can I fix it, if there is already a patch?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
mr. adams (christopher-lee-adams-deactivatedaccount) wrote : | #318 |
"Force synchronization between X and GLX" doesn't help for me (it was already checked). I've always had this problem on my current hardware, but now it's much worse under Karmic.
This really needs to be fixed!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Brian J. Murrell (brian-interlinx) wrote : | #319 |
I'm on Karmic with nvidia-glx-185 185.18.
Is this supposed to be fixed in Karmic or is it still a known issue?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Brian J. Murrell (brian-interlinx) wrote : | #320 |
Having skimmed the comments in this bug, I will add that I already have the "Force synchronization between X and GLX" workaround enabled.
Changed in compiz-fusion-plugins-main (Debian): | |
status: | New → Fix Released |
Changed in compiz-fusion-plugins-main (Ubuntu): | |
assignee: | nobody → lynda scheidt (lyndastill007) |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Kyle Brenneman (kyle-brenneman) wrote : Re: Screen refresh problems with nvidia on intrepid | #322 |
- Add an option to use GL_EXT_x11_sync_object to synchronize updates with X11 drawing Edit (21.5 KiB, text/plain)
I've attached a patch that fixes the problem.
To give a little more detail on the race condition:
The problem is that when the X server receives a request to do some drawing, it will send the drawing commands to the video driver and then it immediately sends out the damage event. That works as long as the GPU only processes one command at a time, in the order they were given.
But, an Nvidia GPU can handle multiple command streams at the same time. If the X11 rendering takes long enough, then Compiz will try to redraw the screen while the application's rendering is still in progress.
The GL_EXT_
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Margarita Manterola (marga-9) wrote : | #323 |
Hi, for some reason the patch added by Kyle doesn't show in the comment history as normally, although it's on the patch list on the right. His patch is:
Add an option to use GL_EXT_
I have tested this patch using Unity in precise and I was unable to reproduce the screen refresh issue. It would be great if this patch could be applied for the compiz version in precise, as well as to the latest version, of course.
summary: |
- Screen refresh problems with nvidia on intrepid + Screen refresh problems with nvidia cards |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Kyle Brenneman (kyle-brenneman) wrote : | #324 |
- Add the GL_EXT_x11_sync_object to 0.9.7.12 Edit (21.0 KiB, text/plain)
I've attached a patch with the same fix that should work with compiz 0.9.7.12 in Precise.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Stephen M. Webb (bregma) wrote : | #325 |
The patches seem to be copyrighted by nVidia and authord by one James Jones. Where do they come from?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Kyle Brenneman (kyle-brenneman) wrote : | #326 |
James Jones is the original author of the patch. I made a couple modifications to it before attaching it -- some minor simplifications, adding the config option, slightly better error resilience, and updating it to work against the latest compiz source tree.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jaime Marques (jimmy93) wrote : | #327 |
Any news on this?
is there any simple way i can use the patch on ubuntu 14.04 meanwhile?
thanks.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Aaron Plattner (aplattner) wrote : | #328 |
Is there still some concern about accepting the patch? It was indeed authored by James Jones and signed off by him for public release.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Christopher Townsend (townsend) wrote : | #329 |
Hello,
I'm getting quite frustrated that we cannot get this patch into Compiz proper due to the silly licensing issue. So what I have done is create a Compiz PPA that includes the attached patch. The PPA can be found here: https:/
This PPA has packages for Precise, Trusty, and Utopic. Could people who are affected by this try out the packages for those Ubuntu releases and report back on whether the issue is resolved or not? I'd really like to get a feel if this is a good fix and if so, try to put pressure on the parties in play to get this included in Compiz.
Thanks in advance everyone! I look forward to your feedback.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Aaron Plattner (aplattner) wrote : | #330 |
Christopher, is there some actual discussion somewhere where licensing is called out as a problem, or are you just referring to Stephen's comment #325? I'll bet it just that no one who has permission to push updated packages has noticed this bug and I don't know how to attract the attention of someone who does.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Stephen M. Webb (bregma) wrote : | #331 |
The discussion is between Canonical lawyers (who require a CLA for non-trivial contributions to Canonical code, including at this time Compiz) and nVidia, who own the copyright on the contributed code and do not agree to a CLA.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Aaron Plattner (aplattner) wrote : | #332 |
Ah, thanks for the clarification.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Y. Leretaille (yleretaille) wrote : | #333 |
@townsend: I have this issue on my Macbook Pro Retina 10.1 with Ubuntu 14.04 using the nvidia card (gt 650m). In many applications, only parts of the screen are refreshed and the parts that are not refreshed flicker heavily (seemingly between old versions of the screen). This is especially a problem in firefox.
I tried the following fixes before:
- "Force synchronization between X and GLX" in ccsm: no change
- turning off "Allow Flipping" in nvidia-settings: removed the flickering but the issue remained otherwise unchanged
- updating to newest nvidia driver (now 337.25): no change
I just tried your patched compiz version and it seems that the issue is now completely resolved!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ryan Tandy (rtandy) wrote : | #334 |
Hi Christopher,
On a GeForce 6150SE/nForce 430 running Precise with the Raring HWE stack and nvidia-304, compiz hangs, and periodically prints:
compiz (opengl) - Info: Initializing sync objects
compiz (opengl) - Warn: We should never wait for a sync -- add more syncs?
compiz (opengl) - Error: Timed out waiting for sync object.
compiz (opengl) - Info: Destroying sync objects
compiz (opengl) - Info: Initializing sync objects
compiz (opengl) - Error: glClientWaitSync failed
compiz (opengl) - Error: Timed out waiting for sync object.
compiz (opengl) - Info: Destroying sync objects
The same setup works fine on a GeForce 210 and a Quadro 1000M.
Changed in compiz-fusion-plugins-main (Ubuntu): | |
assignee: | lynda scheidt (lyndastill007) → nobody |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Christopher Townsend (townsend) wrote : | #335 |
Hi Ryan,
So it seems the Nvidia patch has some issue on some hardware. Funny, a comment in the code from the patch says this should never happen. This is where James Jones (the person who wrote the patch) would need to help out, but unfortunately, I don't have a dialogue opened with him.
Are you able to get to CCSM at all and if so, could you try disabling this option in the OpenGL plugin settings?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ryan Tandy (rtandy) wrote : | #336 |
Yes, turning off the option makes it behave normally again.
I'll try to get access to a machine with that chip long enough to try trusty or utopic and check whether the same thing happens there.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Dave Chiluk (chiluk) wrote : | #337 |
I sent James Jones a message on Linked-in directing him to this bug, hopefully that helps. The interwebs are a beautiful and often very small place.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
JW (jweill35) wrote : | #338 |
This patch causes higher compiz memory usage than normal
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
ariel cornejo (arielco) wrote : | #339 |
Minor heads-up:
Those using Christopher's PPA need to either hold the relevant package versions, or tweak the APT policy:
$ cat /etc/apt/
Package: *
Pin: release o=LP-PPA-
Pin-Priority: 600
Otherwise, the numerically-higher version of compiz in the Ubuntu repo will replace the patched package.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
ariel cornejo (arielco) wrote : | #340 |
With Christopher's packages, I still find this happening occasionally in Firefox (flickering between the old and new content after scrolling), apparently when free memory is low. I'm not sure I can replicate it consistently.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Adam Strzelecki (nanoant) wrote : | #341 |
Dave, did you get any response from James Jones? Did anyone tried to contact him using e-mail supplied in the patches?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Kiva Laatikko (kivalaatikko) wrote : | #342 |
I suddenly started to experience this bug when I updated my NVIDIA drivers from NVIDIA-
CCSM -> Utility -> Workarounds -> Force complete redraw on initial damage -> check (not sure if this helps)
CCSM -> Utility -> Workarounds -> Force full screen redraws (buffer swap) on repaint -> check
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Stéphane Verdy (sverdy) wrote : | #343 |
Good news! We now have a signed CLA in place for James contribution (see comment #331 for background) so James code can finally be merged!
no longer affects: | compiz |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
pcworld (pcworld) wrote : | #344 |
Note that I'm not sure if this problem with the patch has been addressed yet: https:/
(If needed, I can test some more with the current version of the patch to see if the issue still exists)
no longer affects: | nvidia-graphics-drivers-177 (Ubuntu) |
no longer affects: | nvidia-graphics-drivers-177 (Ubuntu Intrepid) |
no longer affects: | nvidia-graphics-drivers-180 (Ubuntu Intrepid) |
no longer affects: | nvidia-graphics-drivers-180 (Ubuntu) |
Changed in compiz: | |
status: | New → In Progress |
importance: | Undecided → High |
assignee: | nobody → Christopher Townsend (townsend) |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Christopher Townsend (townsend) wrote : | #345 |
@pcworld,
Could you please test some more with the version of Compiz from my PPA? Also, if you do see it, could you please try disabling this in CCSM->OpenGL->X11 Sync objects and see if your stuttering is gone?
Thanks!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Launchpad Janitor (janitor) wrote : | #346 |
This bug was fixed in the package compiz - 1:0.9.12.
---------------
compiz (1:0.9.
[ James Jones ]
* Added support for GL_EXT_
based GPUs to avoid screen refresh issues. (LP: #269904)
[ Kyle Brenneman ]
* Added support for GL_EXT_
based GPUs to avoid screen refresh issues. (LP: #269904)
[ Viktor A. Danilov ]
* Added support for GL_EXT_
based GPUs to avoid screen refresh issues. (LP: #269904)
[ Chris Townsend ]
* Added support for GL_EXT_
based GPUs to avoid screen refresh issues. (LP: #269904)
[ Stephen M. Webb ]
* Added support for GL_EXT_
based GPUs to avoid screen refresh issues. (LP: #269904)
* libdecoration/
directories (LP: #1392715)
* Switcher Plugin: renamed a local variable so it does not hide a
function parameter. (LP: #1101585)
* added support for multi-arch installations (LP: #1395105, #959282)
* libcompizconfig: reorder stat() and open() calls to eliminate a race
condition (LP: #1101608)
* dodge plugin: avoid potential null pointer dereferences (LP:
#1101554)
* PrivateScreen unit tests: added additional assertions to verify the
tests are run in an expected state (LP: #1101413)
[ Ubuntu daily release ]
* New rebuild forced
[ Brandon Schaefer ]
* Rev 3891 change caused 2 known regressions. (Could be more).
Reverting. (LP: #1398512, #1393020)
-- Ubuntu daily release <email address hidden> Wed, 10 Dec 2014 19:52:06 +0000
Changed in compiz (Ubuntu): | |
status: | Invalid → Fix Released |
Changed in compiz: | |
status: | In Progress → Fix Committed |
milestone: | none → 0.9.12.1 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ryan Tandy (rtandy) wrote : | #347 |
Hi,
The problem I described in comment #334 still happens.
https:/
Reproduced with:
vivid daily-live dated 20141218,
compiz 1:0.9.12.
nvidia-304 304.125-0ubuntu1 (via "ubuntu-drivers autoinstall").
The GPU, according to lspci, is: 00:0d.0 VGA compatible controller: NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2)
If I turn off X11 Sync for the opengl plugin, everything works as before.
Do you want me to file a separate bug about that?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Kyle Brenneman (kyle-brenneman) wrote : | #348 |
That sounds like it's probably a different bug that's been uncovered by this change, so I think a separate bug would be appropriate. If you've still got a system handy that can reproduce it, the log from nvidia-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ryan Tandy (rtandy) wrote : | #349 |
Filed as bug 1404015.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Johan Boule (johan-boule) wrote : | #350 |
I confirm that applying the patch 0.9.12/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Lino Barreca (linobarreca) wrote : | #351 |
My firefox (35) really became unusable... screen doesn't refresh at all when switching tabs..problem isn't on the page only but on the firefox's window as well (like on the active tab and scrollbars redrawing)....
nvidia-updates 304.125 on NVIDIA G73M [geForce Go 7600] with 3.16.0.29-generic
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martins Jakubovics (martins-k) wrote : | #352 |
Today (26.01.2015) Ubuntu 14.04 x64 upgrade my compiz and flickering are back ...
~$ compiz --version
Compiz 0.9.11.3
Nvidia driver 346.35 GeForce GT 610
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #353 |
Christopher: this bug is missing the SRU template https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Launchpad Janitor (janitor) wrote : | #354 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in compiz (Ubuntu Trusty): | |
status: | New → Confirmed |
Changed in compiz-fusion-plugins-main (Ubuntu Trusty): | |
status: | New → Confirmed |
description: | updated |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nate Olander (aeves-nate) wrote : | #356 |
Same here on Ubuntu 14.04.1 (AMD64) running Compiz 0.9.11.3 & using the nvidia-340 drivers (from xorg-edgers) for my GTX 750Ti - definitely been a recent update that caused this, I wasn't having issue prior to the recent kernel upgrade that I ran ~3-4 days ago.
As a side-note about that upgrade, I had to run it as sudo apt-get dist-upgrade. That might be the root of these evils, perhaps the kernel upgrade broke NVIDIA's drivers a bit?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Mateo Salta (mateo-salta) wrote : | #357 |
Just had it happen on trusty 64bit, on a GeForce GTX 760, happend after update to nvidia-340 v. 340.29
A setting in CompizConfig has helped the issue: Under "Workarounds" check "Force full screen redraws (buffer swap) on repaint"
Changed in compiz: | |
status: | Fix Committed → Fix Released |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Johan Boule (johan-boule) wrote : | #358 |
I see a new compiz package version 1:0.9.12.
However, according to the changelog of that realease, it does not close bug #269904.
So this raises the question: why has the status changed to Fix Released ? I can't seem to find a published version for Ubuntu 14.10/Utopic for example.
Shouldn't it be changed back to some other status ?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Johan Boule (johan-boule) wrote : | #359 |
OK, now i see that source package compiz 0.9.12.1 has been released. However i'm a bit confused with the launchpad site to determine when this package is scheduled to be built and on which specific binary distributions is it going to land. Where can I see a link between this source release and milestones/
Changed in compiz (Ubuntu Trusty): | |
importance: | Undecided → Medium |
status: | Confirmed → In Progress |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Chris J Arges (arges) wrote : Please test proposed package | #360 |
Hello David, or anyone else affected,
Accepted compiz into trusty-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 compiz (Ubuntu Trusty): | |
status: | In Progress → Fix Committed |
tags: | added: verification-needed |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ubuntu Foundations Team Bug Bot (crichton) wrote : [compiz/trusty] possible regression found | #361 |
As a part of the Stable Release Updates quality process a search for Launchpad bug reports using the version of compiz from trusty-proposed was performed and bug 1418264 was found. Please investigate this bug report to ensure that a regression will not be created by this SRU. In the event that this is not a regression remove the "verification-
tags: | added: verification-failed |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Christopher Townsend (townsend) wrote : | #362 |
Bug 1418264 has absolutely nothing to do with the changes for the bug. Re-marking verification-
tags: | removed: verification-failed |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Launchpad Janitor (janitor) wrote : | #363 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in compiz-plugins-main (Ubuntu Precise): | |
status: | New → Confirmed |
affects: | compiz-fusion-plugins-main (Ubuntu) → compiz-plugins-main (Ubuntu) |
no longer affects: | compiz-fusion-plugins-main (Ubuntu Trusty) |
no longer affects: | compiz-fusion-plugins-main (Ubuntu Precise) |
no longer affects: | compiz-fusion-plugins-main (Ubuntu) |
affects: | compiz-plugins-main (Ubuntu) → compiz-fusion-plugins-main (Ubuntu) |
no longer affects: | compiz-plugins-main (Ubuntu) |
affects: | compiz-fusion-plugins-main (Ubuntu) → compiz-plugins-main (Ubuntu) |
Changed in compiz-fusion-plugins-main (Ubuntu): | |
status: | New → Fix Released |
Changed in compiz-plugins-main (Ubuntu Trusty): | |
status: | Confirmed → Invalid |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ryan (acu192) wrote : | #364 |
I'd been experiencing this bug for a few days now. It stared after installing the proprietary NVIDIA driver. It was SUPER annoying. But I installed compiz from trusty-proposed and it plagues me no longer!
Before, this bug would show itself once every few minutes. But now, it's been about 4 hours with no sign of it! And I haven't noticed any new bugs either.
Not sure what info you all need, but here's some:
ryan@charles:~$ compiz --version
Compiz 0.9.11.3
ryan@charles:~$ cat /proc/driver/
NVRM version: NVIDIA UNIX x86_64 Kernel Module 340.29 Thu Jul 31 20:23:19 PDT 2014
GCC version: gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1)
Let me know if you need any more info. And thank you so much.
tags: |
added: verification-done removed: verification-needed |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Johan Boule (johan-boule) wrote : | #365 |
A note about Ryan's comment #364 : compiz --version shows "0.9.11.3". Wasn't the bug supposed to be fixed in 0.9.12.1 ?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Johan Boule (johan-boule) wrote : | #366 |
And also fixed in 0.9.11.4, but not in 0.9.11.3.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Stephen M. Webb (bregma) wrote : | #367 |
A Brief Note on Compiz Versions
=======
The Ubuntu Compiz package version currently (2015-02-12) in trusty-proposed and which contains the fix is 0.9.11.
Ryan did in fact install the first Compiz package available for Ubuntu 14.04 that contains the fix for this bug. In this case, the bug fix was cherry-picked for the Compiz 0.9.11 branch from the main Compiz branch (which is at 0.9.12.1) where it has already been released and tested.
tl;dr
- This bug is fixed in Compiz release 0.9.12.1 (currently available in Ubuntu "Vivid Vervet")
- This bug has also been fixed in the Ubuntu package compiz-
currently in the trusty-proposed pocket and migrating soon to the trusty-updates pocket (and Ubuntu 14.04.2 LTS)
- The fix for this bug will appear in Compiz release 0.9.11.3 when it gets released in the near future
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Launchpad Janitor (janitor) wrote : | #368 |
This bug was fixed in the package compiz - 1:0.9.11.
---------------
compiz (1:0.9.
[ James Jones ]
* Added support for GL_EXT_
based GPUs to avoid screen refresh issues. (LP: #269904)
[ Kyle Brenneman ]
* Added support for GL_EXT_
based GPUs to avoid screen refresh issues. (LP: #269904)
[ Viktor A. Danilov ]
* Added support for GL_EXT_
based GPUs to avoid screen refresh issues. (LP: #269904)
[ Chris Townsend ]
* Added support for GL_EXT_
based GPUs to avoid screen refresh issues. (LP: #269904)
[ Stephen M. Webb ]
* Added support for GL_EXT_
based GPUs to avoid screen refresh issues. (LP: #269904)
[ Michael Thayer ]
* use correct screen extents for multi-monitor positioning of
fullscreen windows (lp: #1353675) (LP: #1353675)
-- Ubuntu daily release <email address hidden> Thu, 22 Jan 2015 14:51:56 +0000
Changed in compiz (Ubuntu Trusty): | |
status: | Fix Committed → Fix Released |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Adam Conrad (adconrad) wrote : Update Released | #369 |
The verification of the Stable Release Update for compiz 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 regressions.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Eloy Paris (peloy-chapus) wrote : | #370 |
The version of compiz that landed in trusty-updates (1:0.9.
I have filed LP#1424013 to track what what to me looks like a regression.
I am using the nvidia-304 driver because my NVIDIA card is not supported in more recent versions of the NVIDIA driver.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Marshalek (martytm42) wrote : | #371 |
Is this fix coming to Utopic? I'm running 14.10 fully updated with the 346 drivers and compiz 0.9.12 and can confirm that the bug is still present. Are there plans for 0.9.12.1 to be backported from Vivid or the patch added to the Utopic branch?
Here's any relevant info:
marty@MartyM-
Compiz 0.9.12
marty@MartyM-
NVRM version: NVIDIA UNIX x86_64 Kernel Module 346.35 Sat Jan 10 21:27:15 PST 2015
GCC version: gcc version 4.9.1 (Ubuntu 4.9.1-16ubuntu6)
Thank you!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Launchpad Janitor (janitor) wrote : | #372 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in compiz (Ubuntu Precise): | |
status: | New → Confirmed |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Johan Boule (johan-boule) wrote : | #373 |
Is the fix having difficulties coming to the utopic distribution ?
I'm still trying to figure out why i can't find it : I go to this page http://
then click on the changelog link, then try to find this bug number, 269904, and it's not there.
Also, when I issue the command "aptitude versions compiz", the only version available is 1:0.9.12+
I my apt sources.list, i have :
- "utopic main restricted universe multiverse"
- "utopic-updates main restricted universe multiverse"
- "utopic-backports main restricted universe multiverse"
So, can someone confirm the fix is still not released to utopic ?
I've living with a customed patched version of 0.9.12.0 for nearly 5 months now.
tags: | added: utopic |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Johan Boule (johan-boule) wrote : | #374 |
I set up a reminder to check this issue once again on Utopic. So, today I went to http://
Tank you Mateusz for having added an utopic tag to this issue.
However as time passes, I can't help but think this bug will never be officially fixed on Utopic, since its "end of life" date is just two months from now.
You may just mark it as "Won't fix" for Utopic.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Malachi de AElfweald (malachid) wrote : | #375 |
I just upgraded to 17.10 and am seeing the same problem with 0.9.13.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Malachi de AElfweald (malachid) wrote : | #376 |
I was just able to fix it on 17.10 by opening 'NVIDIA X Server Settings', going to 'X Screen 0':'OpenGL Settings' and unchecking 'Allow Flipping'.
Problem immediately stopped.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Brian Murray (brian-murray) wrote : Re: [Bug 269904] Re: Screen refresh problems with nvidia cards | #377 |
On Fri, Apr 28, 2017 at 01:24:42AM -0000, Malachi de AElfweald wrote:
> I just upgraded to 17.10 and am seeing the same problem with
> 0.9.13.
Please open a new bug report then as this is about a quite older version
of Ubuntu.
--
Brian Murray
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Steve Langasek (vorlon) wrote : | #378 |
The Precise Pangolin has reached end of life, so this bug will not be fixed for that release
Changed in compiz (Ubuntu Precise): | |
status: | Confirmed → Won't Fix |
Changed in compiz-plugins-main (Ubuntu Precise): | |
status: | Confirmed → Won't Fix |
I also have this problem, running Intrepid with latest updates. For me, the problem is worst in Firefox. Under Metacity, everything looks fine.