Hello, I bought a Dell Latitude e6420, which includes a I5 2520, with a HD 3000 card by Intel. Now, the Intel drivers seem to have a LOT of flaws, which I will try to describe here, doing full backtraces, and providing all information requested. I'll start out with the "how to report bugs" thingy: Chipset I don't know, but lspci shows "00:02.0 VGA compatible controller: Intel Corporation Device 0126 (rev 09)", maybe it helps System Architecture x86_64 Driver / Lib Versions All built by Chakra-Linux guys (chakra testing repository) xf86-video-intel 2.14.0 xorg-server 1.9.5 mesa 7.10 libdrm 2.4.23 Kernel Version kernel26 2.6.38.2 Linux Distribution Chakra Linux: [testing] repository (don't worry, stable doesn't work too, nor does openSuSE) Machine or mobo model: I just know it's a Dell Latitude e6420 Display Connector: External Monitor: VGA Laptop Monitor: LVDS Steps to reproduce: Boot up your computer. It happens no matter if an external monitor is connected or not. When the kernel modules are loaded, your laptop screen turns black, with a few white stripes on the right side (I'll provide pictures). If you have an external monitor connected, XOrg will come up - just not on the laptop screen, but on the VGA screen (which works properly all the time). After you log in, I recommend to disable the output to LVDS, since it definitely damages something in the system keeping it for too long (my display flickered for hours after having it enabled for a while, even when the bios screen came it flickered. Luckily, this was gone on the next day).
Created attachment 45054 [details] dmesg output
Created attachment 45055 [details] intel reg dump
Created attachment 45057 [details] vbios dump
Created attachment 45058 [details] xorg log
Created attachment 45059 [details] xorg.conf (but same errors without)
Created attachment 45060 [details] xrandr verbose
Created attachment 45061 [details] photo of the graphic glitches
Created attachment 45062 [details] photo of the problem on the notebook screen
Okay, I created another bug (as requested by ickle) for the KMS problem, and we will use this for the KDE Display problem. The bug for KMS is: https://bugs.freedesktop.org/show_bug.cgi?id=35812
Comment on attachment 45062 [details] photo of the problem on the notebook screen obsolete -> KMS problems https://bugs.freedesktop.org/show_bug.cgi?id=35812
I can reproduce this issue with Mesa master, libdrm 2.4.24, xf86-video-intel 2.14.902, and kernel 2.6.38. Enabling DebugFlushBatches corrects the issue: KDE's menus draw correctly if I add the following to xorg.conf.d: Section "Device" Identifier "Sandybridge" Driver "intel" Option "DebugFlushBatches" "True" EndSection I also tried DebugFlushCaches; it seems to have no effect on this issue. Let me know if I can help provide any further info.
I can confirm the workaround Kenneth describes, works properly here as well.
Flush batches does fix part of the issue here, a bug that is reminiscent of an old i915 glitch. It so far has resisted being root caused.
*** Bug 36041 has been marked as a duplicate of this bug. ***
I confirm adding "DebugFlushBatches" to xorg config fixes my problem, thanks! Sorry for the duplicate bug, I searched through the bugs but didn't find a (close) match. (But this one is)
I have a Dell Latitude e6320 (which is very similar). I have a similar problem to the one described here in KDE, but not the KMS issue. Setting Option "DebugFlushBatches" "True" was an effective work around for me. Current Kubuntu Natty with: xorg-server | 1.10.0 mesa | 7.10.1 libdrm | 2.4.23 xserver-xorg-video-intel | 2.14.0 linux | 2.6.38.8.22
I were experiencing the exact same issues. I still saw them using xf86-video-intel-2.14.902, but just now switched to xf86-video-intel-2.14.903 and they are gone!
Well, I knew it was a bug, just wasn't the bug I was searching for at the time! :) commit 25521900df11bc71020ee80db2223f979bec5ec6 Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Thu Apr 7 15:09:30 2011 +0100 gen6: Invalidate texture cache Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
I just upgraded the driver to 2.15 yesterday, but I still got the same error on KDE 4.6.2. Besides the driver, what else do I need to upgrade to get this problem solved?
(In reply to comment #19) > I just upgraded the driver to 2.15 yesterday, but I still got the same error on > KDE 4.6.2. Besides the driver, what else do I need to upgrade to get this > problem solved? First the obvious question, are you sure it is the same bug? 3 different people reproducing and verifying the same fix does suggest that one bug was resolved. Have you checked that you are using the driver version you think you are? (Does Xorg.log confirm that you installed the driver correctly?) If I had to guess, I would say the latter. By default the driver installs itself into /usr/lib/xorg/modules/drivers, but your system (which you give no details for) might be using /usr/lib64/xorg/modules/drivers...
Thanks Chris, From the screenshot, I think this is the same issue. from my Xorg.log, I am sure that I use intel driver, also the installation path is correct. my /usr/lib/ is symlink to /usr/lib64. My notebook is Acer 3750G with a nvidia GT520M display card. But from the kernel to xorg setting, I disable all nvidia related option. Buy the way, with Option "DebugFlushBatches" "True", the problem of glitch doesn't appear. My CPU is Core 2 i3 2310M. (In reply to comment #20) > (In reply to comment #19) > > I just upgraded the driver to 2.15 yesterday, but I still got the same error on > > KDE 4.6.2. Besides the driver, what else do I need to upgrade to get this > > problem solved? > > First the obvious question, are you sure it is the same bug? 3 different people > reproducing and verifying the same fix does suggest that one bug was resolved. > > Have you checked that you are using the driver version you think you are? (Does > Xorg.log confirm that you installed the driver correctly?) > > If I had to guess, I would say the latter. By default the driver installs > itself into /usr/lib/xorg/modules/drivers, but your system (which you give no > details for) might be using /usr/lib64/xorg/modules/drivers...
I today updated as well - the problems are gone for me too. I updated: libdrm 2.4.23 -> 2.4.25 mesa 7.10 -> 7.10.2 intel-dri 7.10 -> 7.10.2 xf86-video-intel 2.14.902 -> 2.15.0
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.