[arch-general] Corruption with new intel driver
Hi all, I just fully upgraded on two of my machines. These packages related to xorg were updated: [2009-04-14 12:36] upgraded xf86-input-evdev (2.1.2-1 -> 2.2.1-1) [2009-04-14 12:36] upgraded xf86-input-keyboard (1.3.2-1 -> 1.3.2-2) [2009-04-14 12:36] upgraded xf86-input-mouse (1.3.0-1 -> 1.4.0-2) [2009-04-14 12:36] upgraded xf86-video-intel (2.4.3-1 -> 2.6.3-3) [2009-04-14 12:36] upgraded xf86-video-vesa (2.1.0-1 -> 2.2.0-1) [2009-04-14 12:36] upgraded xorg-server-utils (7.4-3 -> 7.4-4) [2009-04-14 12:36] upgraded xorg-server (1.5.3-5 -> 1.6.0-3) [2009-04-14 12:36] upgraded xorg-utils (7.4-2 -> 7.4-3) Unfortunately, I am facing some screen corruptions, as seen on this screenshot: http://nbigaouette.inrs-emt.homelinux.net/linux/arch/xf86_video_intel_corrup... The only way to make it disappear is to force a redraw. It is not sufficient to hide the window and make it appear again. If the corruption appears inside the text of a KDE editor, moving the cursor to the corrupted line should change its background color and thus force a redraw. Or if it appears in toolbars, I need to mouse over the toolbard to refresh it. This happens on both of my computers. One is an asus eeepc 1000: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) The other is a Dell Optiplex 755 desktop: 00:02.0 VGA compatible controller: Intel Corporation 82Q35 Express Integrated Graphics Controller (rev 02) 00:02.1 Display controller: Intel Corporation 82Q35 Express Integrated Graphics Controller (rev 02) Both are using kwin's compositing and no xorg.conf. These are what might look suspiscious from /var/log/Xorg.0.log: [...] (II) intel(0): Comparing regs from server start up to After PreInit (WW) intel(0): Register 0x61114 (PORT_HOTPLUG_STAT) changed from 0x00000000 to 0x00000b00 [...] (II) intel(0): I830CheckAvailableMemory: 4669436 kB available (WW) intel(0): DRI2 requires UXA [...] drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device or address) drmOpenDevice: open result is -1, (No such device or address) drmOpenDevice: Open failed drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device or address) drmOpenDevice: open result is -1, (No such device or address) drmOpenDevice: Open failed drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: drmOpenMinor returns 10 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) [drm] loaded kernel module for "i915" driver. [...] exaCopyDirty: Pending damage region empty! What could be the cause of that? Thanx!
On Tue, Apr 14, 2009 at 22:51, Nicolas Bigaouette <nbigaouette@gmail.com> wrote:
Hi all, I just fully upgraded on two of my machines. These packages related to xorg were updated:
Unfortunately, I am facing some screen corruptions, as seen on this screenshot: http://nbigaouette.inrs-emt.homelinux.net/linux/arch/xf86_video_intel_corrup...
this happens for me too with intel-legacy driver and QT4 apps. -- IJ
what if the problem may not be the intel or nvidia drivers, but the way all of those drivers might be interplaying with the latest new xorg? Because I am seeing significant slowdowns in my X environment overall with the new xorg (I use xfce), and my use the nvidia driver. ----- Original Message ---- From: János Illés <ijanos@gmail.com> To: General Discusson about Arch Linux <arch-general@archlinux.org> Sent: Tuesday, April 14, 2009 5:13:46 PM Subject: Re: [arch-general] Corruption with new intel driver On Tue, Apr 14, 2009 at 22:51, Nicolas Bigaouette <nbigaouette@gmail.com> wrote:
Hi all, I just fully upgraded on two of my machines. These packages related to xorg were updated:
Unfortunately, I am facing some screen corruptions, as seen on this screenshot: http://nbigaouette.inrs-emt.homelinux.net/linux/arch/xf86_video_intel_corrup...
this happens for me too with intel-legacy driver and QT4 apps. -- IJ
A lot has changed in X lately... GEM, DRI2, without even talking about kms... So many things has changed that its hard to diagnose where the problem might be. It could even be many problems... :S 2009/4/14 Jonathan Brown <jbssfl@yahoo.com>
what if the problem may not be the intel or nvidia drivers, but the way all of those drivers might be interplaying with the latest new xorg?
Because I am seeing significant slowdowns in my X environment overall with the new xorg (I use xfce), and my use the nvidia driver.
----- Original Message ---- From: János Illés <ijanos@gmail.com> To: General Discusson about Arch Linux <arch-general@archlinux.org> Sent: Tuesday, April 14, 2009 5:13:46 PM Subject: Re: [arch-general] Corruption with new intel driver
On Tue, Apr 14, 2009 at 22:51, Nicolas Bigaouette <nbigaouette@gmail.com> wrote:
Hi all, I just fully upgraded on two of my machines. These packages related to xorg were updated:
Unfortunately, I am facing some screen corruptions, as seen on this screenshot:
http://nbigaouette.inrs-emt.homelinux.net/linux/arch/xf86_video_intel_corrup...
this happens for me too with intel-legacy driver and QT4 apps.
-- IJ
I'm using x4500 MHD with the latest X server and xf86-video-intel driver, commented load module section in xorg.conf to leave X server automatically do it, with KMS enabled too. It can successfully load dri and dri2 module(seen in Xorg.log.0). Everything seems work fine till now. Gnome with compiz-fusion, UXA accelerate method, glxgears has a 500FPS improvement, to 1200FPS now. On Wed, Apr 15, 2009 at 10:14 AM, Nicolas Bigaouette <nbigaouette@gmail.com> wrote:
A lot has changed in X lately... GEM, DRI2, without even talking about kms... So many things has changed that its hard to diagnose where the problem might be. It could even be many problems... :S
2009/4/14 Jonathan Brown <jbssfl@yahoo.com>
what if the problem may not be the intel or nvidia drivers, but the way all of those drivers might be interplaying with the latest new xorg?
Because I am seeing significant slowdowns in my X environment overall with the new xorg (I use xfce), and my use the nvidia driver.
----- Original Message ---- From: János Illés <ijanos@gmail.com> To: General Discusson about Arch Linux <arch-general@archlinux.org> Sent: Tuesday, April 14, 2009 5:13:46 PM Subject: Re: [arch-general] Corruption with new intel driver
On Tue, Apr 14, 2009 at 22:51, Nicolas Bigaouette <nbigaouette@gmail.com> wrote:
Hi all, I just fully upgraded on two of my machines. These packages related to xorg were updated:
Unfortunately, I am facing some screen corruptions, as seen on this screenshot:
http://nbigaouette.inrs-emt.homelinux.net/linux/arch/xf86_video_intel_corrup...
this happens for me too with intel-legacy driver and QT4 apps.
-- IJ
-- Best regards, Li Ye
Hello,
Unfortunately, I am facing some screen corruptions, as seen on this screenshot: http://nbigaouette.inrs-emt.homelinux.net/linux/arch/xf86_video_intel_corru ption.png
Same problem here. It seems using Option "AccelMethod" "UXA" in the device section of xorg.conf solves the problem for me. Greetings. Simon.
Hi :) On Wednesday 15 April 2009 00:56:27 Simon Braunstein wrote:
Hello,
Unfortunately, I am facing some screen corruptions, as seen on this screenshot: http://nbigaouette.inrs-emt.homelinux.net/linux/arch/xf86_video_intel_cor ru ption.png
Same problem here. It seems using Option "AccelMethod" "UXA" in the device section of xorg.conf solves the problem for me.
I'm also having issues. Tried using UXA and everything works fine until I log off: screen goes black and no response via keyboard (no ctrl+alt+Fn nor ctrl+alt+backspace). Hardware is a Dell Latitude D610: 00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) Haven't tried to ssh from another laptop. I've removed the UXA line and added this to the xorg.conf: Option "AccelMethod" "exa" Option "MigrationHeuristic" "greedy" Now it seems to be working fine. Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com rgriman@jabberes.org
The new X server will automatically load dri2 if you don't explicitly define dri in load module section, and dri2 needs uxa. So if you try to use dri+uxa or dri2+exa, X server would hang up just like you described. I met the same problem last night, and this is my conclusion from Xorg.log.0. On Thu, Apr 16, 2009 at 7:29 PM, Rafa Griman <rafagriman@gmail.com> wrote:
Hi :)
On Wednesday 15 April 2009 00:56:27 Simon Braunstein wrote:
Hello,
Unfortunately, I am facing some screen corruptions, as seen on this screenshot: http://nbigaouette.inrs-emt.homelinux.net/linux/arch/xf86_video_intel_cor ru ption.png
Same problem here. It seems using Option "AccelMethod" "UXA" in the device section of xorg.conf solves the problem for me.
I'm also having issues. Tried using UXA and everything works fine until I log off: screen goes black and no response via keyboard (no ctrl+alt+Fn nor ctrl+alt+backspace).
Hardware is a Dell Latitude D610:
00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)
Haven't tried to ssh from another laptop.
I've removed the UXA line and added this to the xorg.conf:
Option "AccelMethod" "exa" Option "MigrationHeuristic" "greedy"
Now it seems to be working fine.
Rafa
-- "We cannot treat computers as Humans. Computers need love."
rgriman@skype.com rgriman@jabberes.org
-- Best regards, Li Ye
El Thursday 16 April 2009 13:43:58 李业 va escriure:
The new X server will automatically load dri2 if you don't explicitly define dri in load module section, and dri2 needs uxa. So if you try to use dri+uxa or dri2+exa, X server would hang up just like you described. I met the same problem last night, and this is my conclusion from Xorg.log.0.
I am working with no x.org file, so the X server should automagically choose the rigth combination (dri+exa, or dri2+uxa). But I am still having these "screen corruptions" in Qt4 apps. The last line of Xorg.0.log states: exaCopyDirty: Pending damage region empty! Any clue?
I reported my problem upstream[1] and someone suggested adding: Option "ExaOptimizeMigration" "off" Maybe it can help for you... [1] http://bugs.freedesktop.org/show_bug.cgi?id=21191 2009/4/17 Sergi Pons Freixes <sachiel@telefonica.net>
El Thursday 16 April 2009 13:43:58 李业 va escriure:
The new X server will automatically load dri2 if you don't explicitly define dri in load module section, and dri2 needs uxa. So if you try to use dri+uxa or dri2+exa, X server would hang up just like you described. I met the same problem last night, and this is my conclusion from Xorg.log.0.
I am working with no x.org file, so the X server should automagically choose the rigth combination (dri+exa, or dri2+uxa). But I am still having these "screen corruptions" in Qt4 apps. The last line of Xorg.0.log states: exaCopyDirty: Pending damage region empty!
Any clue?
El Friday 17 April 2009 16:16:19 Nicolas Bigaouette va escriure:
I reported my problem upstream[1] and someone suggested adding:
Option "ExaOptimizeMigration" "off"
Maybe it can help for you...
Thank you for the suggestion. Now I have a doubt: as I am not using an xorg.conf file, should I create one with only: Section "ServerFlags" Option "ExaOptimizeMigration" "off" EndSection as contents? Or should I recreate the device section for the intel card (or worst of all, _all_ the sections) ? I was used to the old approach of hand- making the whole xorg.conf file, and this new "it just works" approach is confusing me a bit :). Regards, Sergi
I switched to no xorg.conf file too not long ago. But needing to change one value (here, the ExaOptimizeMigration option) will mean you will have to create a "full" minimalist xorg.conf. Here's am example: Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" 0 0 EndSection Section "Device" Identifier "Device0" Driver "intel" Option "ExaOptimizeMigration" "off" EndSection Section "Screen" Identifier "Screen0" Device "Device0" EndSection (adapted from http://wiki.archlinux.org/index.php/Xorg#Without_xorg.conf ) 2009/4/18 Sergi Pons Freixes <sachiel@telefonica.net>
El Friday 17 April 2009 16:16:19 Nicolas Bigaouette va escriure:
I reported my problem upstream[1] and someone suggested adding:
Option "ExaOptimizeMigration" "off"
Maybe it can help for you...
Thank you for the suggestion. Now I have a doubt: as I am not using an xorg.conf file, should I create one with only:
Section "ServerFlags" Option "ExaOptimizeMigration" "off" EndSection
as contents? Or should I recreate the device section for the intel card (or worst of all, _all_ the sections) ? I was used to the old approach of hand- making the whole xorg.conf file, and this new "it just works" approach is confusing me a bit :).
Regards, Sergi
El Saturday 18 April 2009 18:44:15 Nicolas Bigaouette va escriure:
I switched to no xorg.conf file too not long ago. But needing to change one value (here, the ExaOptimizeMigration option) will mean you will have to create a "full" minimalist xorg.conf. Here's am example:
Thank you again. Now it seems that the corruption has dissapeared.
Hi :) On Thursday 16 April 2009 13:43:58 李业 wrote:
The new X server will automatically load dri2 if you don't explicitly define dri in load module section, and dri2 needs uxa. So if you try to use dri+uxa or dri2+exa, X server would hang up just like you described. I met the same problem last night, and this is my conclusion from Xorg.log.0.
Haven't been able to try this before but I've tried it now and still get the same issue (yup, latest patches installed). I've tried: - NOT using an xorg.conf file - using a minimal xorg.conf file WITHOUT the dri option - using a minimal xorg.conf file defining dri2 - any other combination my brain could work out But it still hangs. No matter what I do, I see the following in the Xorg.log (_without_ the Load "dri" option, minimal xorg.conf with AccelMethod UXA only): ----- *** ----- *** ----- *** ----- *** ----- *** ----- # grep -i dri /var/log/Xorg.0.log (II) "dri" will be loaded by default. (II) "dri2" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "dri2" (II) Loading /usr/lib/xorg/modules/extensions//libdri2.so (II) Module dri2: vendor="X.Org Foundation" (II) Loading extension DRI2 (II) LoadModule: "dri" (II) Loading /usr/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" (II) Loading extension XFree86-DRI (II) Loading /usr/lib/xorg/modules/drivers//intel_drv.so (II) intel(0): [DRI2] Setup complete (II) UXA(0): Driver registered support for the following operations: (II) intel(0): 0x007bf000-0x0fff4fff: DRI memory manager (254168 kB) (II) intel(0): direct rendering: DRI2 Enabled (II) AIGLX: Loaded and initialized /usr/lib/xorg/modules/dri/i915_dri.so (II) GLX: Initialized DRI2 GL provider for screen 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: node name is /dev/dri/card0 (II) intel(0): [DRI2] Setup complete ----- *** ----- *** ----- *** ----- *** ----- *** ----- As you can see, dri gets loaded as well. I'm not sure if that's OK. And I am using UXA, but it still hangs up. My UXA testing was done using the following options (tried them all at once, one by one, skipping one or the other, ... any combination you can imagine): ----- *** ----- *** ----- *** ----- *** ----- *** ----- #Option "AccelMethod" "UXA" #Option "Framebuffer" "false" #Option "Tiling" "false" #Option "EnablePageFlip" "true" ----- *** ----- *** ----- *** ----- *** ----- *** ----- I don't use my laptop for gaming or 3D or scientific viz so I'm fine using the EXA acceleration. I'm just giving some feedback in case the maintainer needs/wants it. Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com rgriman@jabberes.org
Hello,
I'm also having issues. Tried using UXA and everything works fine until I log off: screen goes black and no response via keyboard (no ctrl+alt+Fn nor ctrl+alt+backspace).
If you are using kdm as login manager, uncomment TerminateServer=true in /usr/share/config/kdm/kdmrc can help. Greetings. Simon.
participants (7)
-
Jonathan Brown
-
János Illés
-
Nicolas Bigaouette
-
Rafa Griman
-
Sergi Pons Freixes
-
Simon Braunstein
-
李业