The image is not updated in certain areas of the screen. I can only see this on the display, it looks good in screenshots. The effect: Characters in the bugzilla text field not disappearing when i hit backspace, or marked text is not actually marked. Same happens in the console, where the last entered command does not disappear when i hit return (when the prompt is at the lower end of the console). When moving the window, I can see things as usual again. This happens with 2.2.0.90 (2.1.1 works fine) on an Intel GMA X3100 (i965), Gentoo, amd64, with GCC 4.2.2. CC'ing Remi per request.
Please provide more info according to http://intellinuxgraphics.org/how_to_report_bug.html. Thanks.
Also, what if you disable framebuffer compression?
Sorry, I was not aware of the link before. System environment: -- chipset: i965 -- system architecture: 64-bit -- xf86-video-intel:2.2.0.90 -- xserver:1.3.0.0-r5 -- mesa:6.5.2-r1 -- drm:2.3.0 -- kernel:2.6.24-rc6-git3 -- Linux distribution:Gentoo Linux -- Machine or mobo model:Lenovo Thinkpad X61T (UU394GE) Reproducing steps: Install driver, restart X I'll attach log output and will retry without compression later, sorry for any delays.
Hum, I guess I forgot to check that in your original Gentoo bug report: have you tried with xorg-server-1.4.0.90-r3? It's helped in a lot of cases.
Created attachment 14379 [details] dmesg
Created attachment 14380 [details] Xorg.0.log
Created attachment 14381 [details] xrandr-verbose
Remi, I could also reproduce this issue with -- mesa:7.0.2 -- xorg-server:1.4.0.90-r3 Michael, I could reproduce this even with the Compression setting off.
Created attachment 14382 [details] Scrolling Open the bug, scroll down with the keyboard. The image will freeze as seen.
Created attachment 14383 [details] OK Box Bad KDM login window after I click "login", the OK button is missing.
Created attachment 14384 [details] OK Box Good ... as soon as I move the mouse over it, it's good again.
Could you try to git-bisect which commit from 2.1.1 caused this problem?
I bisected the problem down to this commit: commit cb4e5796f0537ea5e0e646d473930c7b826c85d8 Author: Jesse Barnes <jesse.barnes@intel.com> Date: Thu Nov 8 18:13:47 2007 -0800 Default to EXA If EXA is compiled into the driver, default to using it for acceleration. Hopefully we can remove XAA entirely one day. That is, 43a59ab26b09fcc24de1ed7bd770bb622f899ceb did not have this prblem.
So it's EXA issue. Reassigning to Zhenyu. Robert, so you can set "Accel XAA" in xorg.conf as a temp solution.
Does this happen when DRI is enabled? Try to load i915.ko drm kernel module.
I can confirm using the 2.2.1.90 with Option "AccelMethod" "XAA" is a workaround for the issue. Installing (and having Xorg load) the i915 drm kernel module also resolves this. Or, in short: EXA without DRI does not work.
gordon, pls help to verify this on i965 with DRI option.
It's working fine on my 965GM machine with dri off or on. I'm using 2.2.1 + xserver 1.4 branch.
Gordon, what if you don't build DRI support at all? We offer that option in Gentoo, so maybe a different code path is involved when running --without-dri.
I compiled in DRI support, just did not install the kernel module.
Robert, what about if you don't compile DRI support in the driver? In the server?
Sorry for the delays. I'll try not compiling that in later this week. I also noticed that this bug can be triggered when I start two instances of X simultaneously ("Start new session" in KDE). The second session says in the Xorg.1.log: (II) intel(0): [drm] DRM interface version 1.0 (II) intel(0): [drm] drmSetBusid failed (8, pci:0000:00:02.0), Permission denied (EE) intel(0): [dri] DRIScreenInit failed. Disabling DRI. I'll attach both logs for details.
Created attachment 14841 [details] Xorg.0.log (DRI working, good)
Created attachment 14843 [details] Xorg.1.log (DRI not working, bad)
Created attachment 15248 [details] [review] possible i965 fix Pls try this patch, although I haven't got idea why this might work.
Created attachment 15249 [details] [review] i965 possible patch (fix vt switch)
Eric has similar patch upstream now, close this.
Just to verify: I have tried my reproducer-setup (drm disabled in the kernel) with git c13efdd3d6d3846078766814b57306a7519bce18 (including Eric's patch) and I could not reproduce the issues anymore.
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.