Created attachment 18864 [details] Screenshot showing xfce4-terminal filled with garbage On a Lenovo ThinkPad X61 with Intel GM965, Xorg 7.4, Intel driver 2.4.1, I am seeing artifacts where windows fail to redraw, or damaged regions are filled with garbage. I am using EXA. The screenshot shows the problem quite clearly. It is easy to reproduce. All I have to do is use my laptop for a little while, raising and lowering windows, and switching with alt-tab, etc. By the way, I am using an ordinary 2D window manager, not Compiz, and I have no other 3D applications running. Just Firefox and terminals.
Created attachment 18865 [details] Xorg.log
Created attachment 18866 [details] xorg.conf
Thank you for the bug report. Coul you try the latest 2.5.0 release of the driver to see if the problem goes away: http://intellinuxgraphics.org/download.html Thanks, -Carl
Sure, I'll be happy to, but being slightly averse to building it right now I'd be grateful if you could point me to a distro or livecd that already packs the 2.5 driver.
(In reply to comment #4) > Sure, I'll be happy to, but being slightly averse to building it right now I'd > be grateful if you could point me to a distro or livecd that already packs the > 2.5 driver. I'm not aware of one, but that doesn't mean that one exists, (I haven't followed any recent distribution snapshots or live CDs, etc.). I can understand your hesitance to entirely break a working system, but it can actually be fairly simple to compile this driver and use it without installing anything. Here's the basic recipe I use: 1. Download and untar the driver 2. Change into the new source directory and: ./configure && make 3. Make a local copy of your X configuration file: cp /etc/X11/xorg.conf . 4. Edit that file and add a section like the following at the top: Section "Files" ModulePath "/home/username/src/xf86-video-intel/src/.libs" ModulePath "/usr/lib/xorg/modules" EndSection Edit the /home/username/src/ portion to match the actual directory where you untarred the driver source. This will direct the X server to look in the directory where the driver is compiled, (but never installed). 5. Finally, start an X server, pointing it at your custom config file. Something like: X -config /home/username/src/xf6-video-/intel/xorg.conf :0 & sleep 1 && DISPLAY=:0 xterm This starts an X server, waits one second, then starts an xterm. You can modify the command to start whatever else you like. Or from within that xterm you can then run something like "gnome-session" or "startkde" or similar to get a complete session. Do let me know if you have any trouble with that---otherwise I'll look forward to whatever report you can provide. -Carl
Created attachment 20204 [details] Xorg.0.log with driver 2.5.0 You left out the part about building a private libdrm and setting DRM_LIBS and DRM_CFLAGS :-) Anyway, I was able to reproduce the problem still with 2.5.0. Scrambled contents of damaged windows is still the symptom. I would note that I can't make this happen with Compiz, only with Metacity. Perhaps there is a non-compositing, non-render drawing path that's being overlooked if the developers and testers are mainly using Compiz?
Created attachment 20205 [details] Screenshot of damaged areas with 2.5.0 driver Screenshot of the 2.5.0 behavior. Similar to the previous shot.
With the latest released bits I can no longer reproduce this.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.