[opensuse-xorg] Re: [Bug 766513] (global X configuration logistics)
On 2012/06/18 10:31 (GMT) bugzilla_noreply@novell.com composed:
--- Comment #12 from Stefan Dirsch<sndirsch@suse.com> 2012-06-18 10:31:52 UTC ---
(In reply to comment #12)
(In reply to comment #11)
Which "above"?
I've meant my commment above.
Obviously "above", but which "above", 8? 7? That response was to comment 9's "Since post-comment 7 zypper dup on both i845G hosts, KDE does run, but with everything unusably small due to lack of the required content from those files", which I fully expected when written to get no response to. Because I did get an apparent response, I tried to figure out how anything you wrote previously was even related, much less answered, but failed to do so.
Are you suggesting I should go back to the more difficult use of an xorg.conf file to globally control VertRefresh, DisplaySize, panning, etc., and leave xorg.conf.d/ content up to the package management system, that /etc isn't for global user configs any more?
That's the way it is done now, for corner cases like you always have with your prehistoric hardware.
Again your response as directly relates to my question is ambiguous. I still can't ascertain from your responses whether I am expected to be using xorg.conf or xorg.conf.d/ to globally force text and icons on a GUI desktop to a size legible for those with 25th or lower percentile vision; those who find it difficult to use X configuration tools to do the same on account of the chicken and egg nature of the situation caused in part by escalating physical display pixel density, X settings fonts in fact 7pt or less faced by those who require 10pt or more just to discern, much less be comfortable using. Not so many releases back, openSUSE had been using (10pt in KDE; elsewhere?) system and menu fonts, larger than most other distros (*buntu, Fedora, Mandriva: 9pt). Then openSUSE dropped them down to match the competition, removing yet another superior openSUSE feature. Devs with teenage eyesight (apparently most software and web site devs) don't get that people with poorer vision find it hard to make things bigger, especially since the death of SaX2 and new, resolution-flexible CRTs, in contrast to the ease with which those with good vision can make them smaller. As to "prehistoric": I certainly do not represent the majority of developers (or maybe all?), who apparently upgrade their hardware every generation or two, or more often, as many must to support new hardware as it becomes available. I represent those whose upgrade cycle is from 10, 12 or 15 year old systems to functional 6, 8 or 10 year old systems originally acquired during a period when vendors no longer shipped Windows media with each PC, leaving acquirers of used PCs or their original owners unable to legally reinstall the OEM OS on a new HD; hardware long out of use by most if not all devs, but legitimate for use of a FOSS OS intended in part to expand access to the internet to the financially challenged. Contrary to the opinions of many devs and users jaded by the speed and RAM supply of newer hardware, those who know no better can nevertheless still find KDE @600 MHZ with 384M of RAM usable. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-xorg+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-xorg+owner@opensuse.org
Hi Folks, just installed latest intel 2.20.2 from Xorg repository on a GM965 (gen4) notebook (Fujitsu E8310). With the previous intel driver 2.20.0 it finally worked fully even with "AccelMethod" "SNA" in xorg.conf. The new driver 2.20.2 installed, I suddenly see all kind of problems like: Windows opening without frames in KDE, unmovable, staying on top and blocking other windows below, pop-ups with input requirements are not taking any keys... Error messages about hung GPU in Xorg.0.log On first reboot sitting in the docking station the whole screen (LVDS) got black when KDE desktop should appear etc. Anybody else facing this? As said, intel driver 2.20.0 worked wonderfully on same gen4 hardware! Best regards Ralf -- To unsubscribe, e-mail: opensuse-xorg+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-xorg+owner@opensuse.org
OK, seems to have something to do with the SNA extension, which was working well with version 2.20.0. I switched it on with "AccelMethod" "SNA" in xorg.conf. In the change log of xf86-driver-intel, I see that a lot of changes happened by Tobias Klausmann, also mentioning some gen4 specific changes: Fri Jul 27 14:00:00 2012 tobias.johannes.klausmann@mni.thm.de - Update to version 2.20.2: + FixedIvyBridge GT1 systems (HD2500 graphics) GPU hang + Support for the gmux backlight controller on Apple laptops https://bugs.freedesktop.org/show_bug.cgi?id=52423 + Fix X -configure not to list this driver as matching any Intel device, just the VGA class devices will do! + A crash in SNA when repeatedly switching xrandr rotations + Corruption in SNA observed in kwin on IvyBridge https://bugs.freedesktop.org/show_bug.cgi?id=52473 Mon Jul 23 14:00:00 2012 tobias.johannes.klausmann@mni.thm.de - Update to version 2.20.1: - Restore DRI for i810 - Fixed the SNA fallbacks on 64 bit causing screen corruption - Bug fixes: + A bug affecting gen4 handling of trapezoids was fixed, and CPU overhead reduced. https://bugs.freedesktop.org/show_bug.cgi?id=52158 + A fix for a bug causing corruption of a DRI2 unredirected client window that was resized whilst under a compositor. + Support for snoopable buffers on non-LLC architectures, coming to a future kernel. The aim to accelerate transfers between the CPU and the GPU, in particular to dramatically improve readback performance, and to further minimise clflushes. + Improvement to the composite performance on GT2 SandyBridge and IvyBridge devices, in particular the render copy is significantly improved. + Improved handling for when acceleration is disabled, including permitting DRI2 to remain supported even if the X server believes the GPU wedged. + Shadow support was dropped from UXA as it was neither complete nor correct, use SNA instead. I'm getting the following error in Xorg.0.log.old as soon as any load comes to X: [ 33.859] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so [ 33.859] (II) Module intel: vendor="X.Org Foundation" [ 33.859] compiled for 1.12.3, module version = 2.20.2 [ 33.859] Module class: X.Org Video Driver [ 33.859] ABI class: X.Org Video Driver, version 12.0 [ 33.859] (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, ... [ 33.869] (II) intel(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [ 33.869] (==) intel(0): Depth 24, (--) framebuffer bpp 32 [ 33.869] (==) intel(0): RGB weight 888 [ 33.869] (==) intel(0): Default visual is TrueColor [ 33.869] (**) intel(0): Option "AccelMethod" "SNA" [ 33.869] (--) intel(0): Integrated Graphics Chipset: Intel(R) 965GM [ 33.870] (**) intel(0): Framebuffer tiled [ 33.870] (**) intel(0): Pixmaps tiled [ 33.870] (**) intel(0): 3D buffers tiled [ 33.870] (**) intel(0): Throttling enabled [ 33.870] (**) intel(0): Delayed flush enabled [ 33.870] (**) intel(0): "Tear free" disabled [ 33.870] (**) intel(0): Forcing per-crtc-pixmaps? no [ 33.870] (II) intel(0): Output LVDS1 has no monitor section [ 33.870] (II) intel(0): found backlight control interface acpi_video0 (type 'firmware') [ 33.912] (II) intel(0): Output VGA1 has no monitor section [ 33.920] (II) intel(0): Output DVI1 has no monitor section [ 33.920] (II) intel(0): Output TV1 has no monitor section [ 33.921] (II) intel(0): EDID for output LVDS1 ... [ 184.513] [mi] EQ overflowing. Additional events will be discarded until existing events are processed. [ 184.513] [ 184.513] Backtrace: [ 184.513] 0: /usr/bin/Xorg (xorg_backtrace+0x49) [0x81c8bf9] [ 184.513] 1: /usr/bin/Xorg (mieqEnqueue+0x22b) [0x81a6e5b] [ 184.513] 2: /usr/bin/Xorg (0x8048000+0x48375) [0x8090375] [ 184.513] 3: /usr/bin/Xorg (xf86PostMotionEventM+0x25f) [0x80ccf9f] [ 184.514] 4: /usr/bin/Xorg (xf86PostMotionEvent+0x8d) [0x80cd19d] [ 184.514] 5: /usr/lib/xorg/modules/input/synaptics_drv.so (0xb6862000+0x3afe) [0xb6865afe] [ 184.514] 6: /usr/lib/xorg/modules/input/synaptics_drv.so (0xb6862000+0x5e1e) [0xb6867e1e] [ 184.514] 7: /usr/bin/Xorg (0x8048000+0x73af1) [0x80bbaf1] [ 184.514] 8: /usr/bin/Xorg (0x8048000+0x9b412) [0x80e3412] [ 184.514] 9: (vdso) (__kernel_sigreturn+0x0) [0xb7779400] [ 184.514] 10: /lib/libc.so.6 (ioctl+0x14) [0xb73c0334] [ 184.514] 11: /usr/lib/libdrm.so.2 (drmIoctl+0x34) [0xb71c2014] [ 184.514] 12: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x349e7) [0xb6e069e7] [ 184.514] 13: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x35aa8) [0xb6e07aa8] [ 184.514] 14: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x5ee63) [0xb6e30e63] [ 184.514] 15: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x6efe5) [0xb6e40fe5] [ 184.514] 16: /usr/bin/Xorg (BlockHandler+0x56) [0x807efc6] [ 184.514] 17: /usr/bin/Xorg (WaitForSomething+0x10b) [0x81c5dab] [ 184.515] 18: /usr/bin/Xorg (0x8048000+0x32d62) [0x807ad62] [ 184.515] 19: /usr/bin/Xorg (0x8048000+0x209ba) [0x80689ba] [ 184.515] 20: /lib/libc.so.6 (__libc_start_main+0xf3) [0xb730c003] [ 184.515] 21: /usr/bin/Xorg (0x8048000+0x20ce9) [0x8068ce9] [ 184.515] [ 184.515] [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack. [ 184.515] [mi] mieq is *NOT* the cause. It is a victim. [ 189.020] (EE) intel(0): Detected a hung GPU, disabling acceleration. [ 189.020] (EE) intel(0): When reporting this, please include i915_error_state from debugfs and the full dmesg. [ 190.679] [mi] Increasing EQ size to 512 to prevent dropped events. [ 190.680] [mi] EQ processing has resumed after 93 dropped events. [ 190.680] [mi] This may be caused my a misbehaving driver monopolizing the server's resources. [ 201.938] (II) AIGLX: Suspending AIGLX clients for VT switch Afterwards the screen gets black and also the backlight is getting switched off. External monitors are also off. I can not do anything else then reboot. No switch of VTs are possible any more. If I deactivate SNA and go back to UXA again, these problems do not occur any more. Best regards Ralf Am 01.08.2012 02:59, schrieb Dr. Ralf Czekalla:
Hi Folks,
just installed latest intel 2.20.2 from Xorg repository on a GM965 (gen4) notebook (Fujitsu E8310). With the previous intel driver 2.20.0 it finally worked fully even with "AccelMethod" "SNA" in xorg.conf.
The new driver 2.20.2 installed, I suddenly see all kind of problems like:
Windows opening without frames in KDE, unmovable, staying on top and blocking other windows below, pop-ups with input requirements are not taking any keys...
Error messages about hung GPU in Xorg.0.log
On first reboot sitting in the docking station the whole screen (LVDS) got black when KDE desktop should appear etc.
Anybody else facing this?
As said, intel driver 2.20.0 worked wonderfully on same gen4 hardware!
Best regards Ralf
-- To unsubscribe, e-mail: opensuse-xorg+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-xorg+owner@opensuse.org
Hello there, the mentioned changes are provided by the upstream repositories: http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/ (No actual source changes are done by me ;-) ), i'm just packing these and sending them in to X11:XOrg. But i would advise you to go back to uxa, sna is "stable" since 2.20.0 and under heavy development. Please wait some time and file a bug at https://bugs.freedesktop.org/, if you haven't done this already! But i will look into this anyway and hopefully come back with an experimental patched package to test :-) Thank you Tobias Klausmann On 03.08.2012 03:17, Dr. Ralf Czekalla wrote:
OK, seems to have something to do with the SNA extension, which was working well with version 2.20.0. I switched it on with "AccelMethod" "SNA" in xorg.conf.
In the change log of xf86-driver-intel, I see that a lot of changes happened by Tobias Klausmann, also mentioning some gen4 specific changes:
Fri Jul 27 14:00:00 2012 tobias.johannes.klausmann@mni.thm.de
- Update to version 2.20.2: + FixedIvyBridge GT1 systems (HD2500 graphics) GPU hang + Support for the gmux backlight controller on Apple laptops https://bugs.freedesktop.org/show_bug.cgi?id=52423 + Fix X -configure not to list this driver as matching any Intel device, just the VGA class devices will do! + A crash in SNA when repeatedly switching xrandr rotations + Corruption in SNA observed in kwin on IvyBridge https://bugs.freedesktop.org/show_bug.cgi?id=52473
Mon Jul 23 14:00:00 2012 tobias.johannes.klausmann@mni.thm.de
- Update to version 2.20.1: - Restore DRI for i810 - Fixed the SNA fallbacks on 64 bit causing screen corruption - Bug fixes: + A bug affecting gen4 handling of trapezoids was fixed, and CPU overhead reduced. https://bugs.freedesktop.org/show_bug.cgi?id=52158 + A fix for a bug causing corruption of a DRI2 unredirected client window that was resized whilst under a compositor. + Support for snoopable buffers on non-LLC architectures, coming to a future kernel. The aim to accelerate transfers between the CPU and the GPU, in particular to dramatically improve readback performance, and to further minimise clflushes. + Improvement to the composite performance on GT2 SandyBridge and IvyBridge devices, in particular the render copy is significantly improved. + Improved handling for when acceleration is disabled, including permitting DRI2 to remain supported even if the X server believes the GPU wedged. + Shadow support was dropped from UXA as it was neither complete nor correct, use SNA instead.
I'm getting the following error in Xorg.0.log.old as soon as any load comes to X:
[ 33.859] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so [ 33.859] (II) Module intel: vendor="X.Org Foundation" [ 33.859] compiled for 1.12.3, module version = 2.20.2 [ 33.859] Module class: X.Org Video Driver [ 33.859] ABI class: X.Org Video Driver, version 12.0 [ 33.859] (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, ... [ 33.869] (II) intel(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [ 33.869] (==) intel(0): Depth 24, (--) framebuffer bpp 32 [ 33.869] (==) intel(0): RGB weight 888 [ 33.869] (==) intel(0): Default visual is TrueColor [ 33.869] (**) intel(0): Option "AccelMethod" "SNA" [ 33.869] (--) intel(0): Integrated Graphics Chipset: Intel(R) 965GM [ 33.870] (**) intel(0): Framebuffer tiled [ 33.870] (**) intel(0): Pixmaps tiled [ 33.870] (**) intel(0): 3D buffers tiled [ 33.870] (**) intel(0): Throttling enabled [ 33.870] (**) intel(0): Delayed flush enabled [ 33.870] (**) intel(0): "Tear free" disabled [ 33.870] (**) intel(0): Forcing per-crtc-pixmaps? no [ 33.870] (II) intel(0): Output LVDS1 has no monitor section [ 33.870] (II) intel(0): found backlight control interface acpi_video0 (type 'firmware') [ 33.912] (II) intel(0): Output VGA1 has no monitor section [ 33.920] (II) intel(0): Output DVI1 has no monitor section [ 33.920] (II) intel(0): Output TV1 has no monitor section [ 33.921] (II) intel(0): EDID for output LVDS1 ... [ 184.513] [mi] EQ overflowing. Additional events will be discarded until existing events are processed. [ 184.513] [ 184.513] Backtrace: [ 184.513] 0: /usr/bin/Xorg (xorg_backtrace+0x49) [0x81c8bf9] [ 184.513] 1: /usr/bin/Xorg (mieqEnqueue+0x22b) [0x81a6e5b] [ 184.513] 2: /usr/bin/Xorg (0x8048000+0x48375) [0x8090375] [ 184.513] 3: /usr/bin/Xorg (xf86PostMotionEventM+0x25f) [0x80ccf9f] [ 184.514] 4: /usr/bin/Xorg (xf86PostMotionEvent+0x8d) [0x80cd19d] [ 184.514] 5: /usr/lib/xorg/modules/input/synaptics_drv.so (0xb6862000+0x3afe) [0xb6865afe] [ 184.514] 6: /usr/lib/xorg/modules/input/synaptics_drv.so (0xb6862000+0x5e1e) [0xb6867e1e] [ 184.514] 7: /usr/bin/Xorg (0x8048000+0x73af1) [0x80bbaf1] [ 184.514] 8: /usr/bin/Xorg (0x8048000+0x9b412) [0x80e3412] [ 184.514] 9: (vdso) (__kernel_sigreturn+0x0) [0xb7779400] [ 184.514] 10: /lib/libc.so.6 (ioctl+0x14) [0xb73c0334] [ 184.514] 11: /usr/lib/libdrm.so.2 (drmIoctl+0x34) [0xb71c2014] [ 184.514] 12: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x349e7) [0xb6e069e7] [ 184.514] 13: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x35aa8) [0xb6e07aa8] [ 184.514] 14: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x5ee63) [0xb6e30e63] [ 184.514] 15: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x6efe5) [0xb6e40fe5] [ 184.514] 16: /usr/bin/Xorg (BlockHandler+0x56) [0x807efc6] [ 184.514] 17: /usr/bin/Xorg (WaitForSomething+0x10b) [0x81c5dab] [ 184.515] 18: /usr/bin/Xorg (0x8048000+0x32d62) [0x807ad62] [ 184.515] 19: /usr/bin/Xorg (0x8048000+0x209ba) [0x80689ba] [ 184.515] 20: /lib/libc.so.6 (__libc_start_main+0xf3) [0xb730c003] [ 184.515] 21: /usr/bin/Xorg (0x8048000+0x20ce9) [0x8068ce9] [ 184.515] [ 184.515] [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack. [ 184.515] [mi] mieq is *NOT* the cause. It is a victim. [ 189.020] (EE) intel(0): Detected a hung GPU, disabling acceleration. [ 189.020] (EE) intel(0): When reporting this, please include i915_error_state from debugfs and the full dmesg. [ 190.679] [mi] Increasing EQ size to 512 to prevent dropped events. [ 190.680] [mi] EQ processing has resumed after 93 dropped events. [ 190.680] [mi] This may be caused my a misbehaving driver monopolizing the server's resources. [ 201.938] (II) AIGLX: Suspending AIGLX clients for VT switch
Afterwards the screen gets black and also the backlight is getting switched off. External monitors are also off. I can not do anything else then reboot. No switch of VTs are possible any more.
If I deactivate SNA and go back to UXA again, these problems do not occur any more.
Best regards Ralf
Am 01.08.2012 02:59, schrieb Dr. Ralf Czekalla:
Hi Folks,
just installed latest intel 2.20.2 from Xorg repository on a GM965 (gen4) notebook (Fujitsu E8310). With the previous intel driver 2.20.0 it finally worked fully even with "AccelMethod" "SNA" in xorg.conf.
The new driver 2.20.2 installed, I suddenly see all kind of problems like:
Windows opening without frames in KDE, unmovable, staying on top and blocking other windows below, pop-ups with input requirements are not taking any keys...
Error messages about hung GPU in Xorg.0.log
On first reboot sitting in the docking station the whole screen (LVDS) got black when KDE desktop should appear etc.
Anybody else facing this?
As said, intel driver 2.20.0 worked wonderfully on same gen4 hardware!
Best regards Ralf
-- To unsubscribe, e-mail: opensuse-xorg+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-xorg+owner@opensuse.org
Hi Tobias, thanks for the feedback. You are right, I already send this problem to bugs.freedesktop.org and I think it is connected to https://bugs.freedesktop.org/show_bug.cgi?id=52473, because the messages are mentioned there are very similar to the behavior I see. The only sad thing is, that I now can not go back to 2.20.0 which worked surprisingly good for a *.0 release. So far I don't have my own repository mirror for 12.1, only 11.4. Would be nice to see some version history management also in OBS keeping one or 2 older stable versions of important repositories like Xorg before deleting them. I will take this as a hint to start my own mirror with version management also for 12.1 and soon 12.2. Best regards Ralf Am 03.08.2012 15:51, schrieb Tobias Klausmann:
Hello there, the mentioned changes are provided by the upstream repositories: http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/ (No actual source changes are done by me ;-) ), i'm just packing these and sending them in to X11:XOrg. But i would advise you to go back to uxa, sna is "stable" since 2.20.0 and under heavy development. Please wait some time and file a bug at https:///, if you haven't done this already! But i will look into this anyway and hopefully come back with an experimental patched package to test :-)
Thank you Tobias Klausmann
On 03.08.2012 03:17, Dr. Ralf Czekalla wrote:
OK, seems to have something to do with the SNA extension, which was working well with version 2.20.0. I switched it on with "AccelMethod" "SNA" in xorg.conf.
In the change log of xf86-driver-intel, I see that a lot of changes happened by Tobias Klausmann, also mentioning some gen4 specific changes:
Fri Jul 27 14:00:00 2012 tobias.johannes.klausmann@mni.thm.de
- Update to version 2.20.2: + FixedIvyBridge GT1 systems (HD2500 graphics) GPU hang + Support for the gmux backlight controller on Apple laptops https://bugs.freedesktop.org/show_bug.cgi?id=52423 + Fix X -configure not to list this driver as matching any Intel device, just the VGA class devices will do! + A crash in SNA when repeatedly switching xrandr rotations + Corruption in SNA observed in kwin on IvyBridge https://bugs.freedesktop.org/show_bug.cgi?id=52473
Mon Jul 23 14:00:00 2012 tobias.johannes.klausmann@mni.thm.de
- Update to version 2.20.1: - Restore DRI for i810 - Fixed the SNA fallbacks on 64 bit causing screen corruption - Bug fixes: + A bug affecting gen4 handling of trapezoids was fixed, and CPU overhead reduced. https://bugs.freedesktop.org/show_bug.cgi?id=52158 + A fix for a bug causing corruption of a DRI2 unredirected client window that was resized whilst under a compositor. + Support for snoopable buffers on non-LLC architectures, coming to a future kernel. The aim to accelerate transfers between the CPU and the GPU, in particular to dramatically improve readback performance, and to further minimise clflushes. + Improvement to the composite performance on GT2 SandyBridge and IvyBridge devices, in particular the render copy is significantly improved. + Improved handling for when acceleration is disabled, including permitting DRI2 to remain supported even if the X server believes the GPU wedged. + Shadow support was dropped from UXA as it was neither complete nor correct, use SNA instead.
I'm getting the following error in Xorg.0.log.old as soon as any load comes to X:
[ 33.859] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so [ 33.859] (II) Module intel: vendor="X.Org Foundation" [ 33.859] compiled for 1.12.3, module version = 2.20.2 [ 33.859] Module class: X.Org Video Driver [ 33.859] ABI class: X.Org Video Driver, version 12.0 [ 33.859] (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, ... [ 33.869] (II) intel(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [ 33.869] (==) intel(0): Depth 24, (--) framebuffer bpp 32 [ 33.869] (==) intel(0): RGB weight 888 [ 33.869] (==) intel(0): Default visual is TrueColor [ 33.869] (**) intel(0): Option "AccelMethod" "SNA" [ 33.869] (--) intel(0): Integrated Graphics Chipset: Intel(R) 965GM [ 33.870] (**) intel(0): Framebuffer tiled [ 33.870] (**) intel(0): Pixmaps tiled [ 33.870] (**) intel(0): 3D buffers tiled [ 33.870] (**) intel(0): Throttling enabled [ 33.870] (**) intel(0): Delayed flush enabled [ 33.870] (**) intel(0): "Tear free" disabled [ 33.870] (**) intel(0): Forcing per-crtc-pixmaps? no [ 33.870] (II) intel(0): Output LVDS1 has no monitor section [ 33.870] (II) intel(0): found backlight control interface acpi_video0 (type 'firmware') [ 33.912] (II) intel(0): Output VGA1 has no monitor section [ 33.920] (II) intel(0): Output DVI1 has no monitor section [ 33.920] (II) intel(0): Output TV1 has no monitor section [ 33.921] (II) intel(0): EDID for output LVDS1 ... [ 184.513] [mi] EQ overflowing. Additional events will be discarded until existing events are processed. [ 184.513] [ 184.513] Backtrace: [ 184.513] 0: /usr/bin/Xorg (xorg_backtrace+0x49) [0x81c8bf9] [ 184.513] 1: /usr/bin/Xorg (mieqEnqueue+0x22b) [0x81a6e5b] [ 184.513] 2: /usr/bin/Xorg (0x8048000+0x48375) [0x8090375] [ 184.513] 3: /usr/bin/Xorg (xf86PostMotionEventM+0x25f) [0x80ccf9f] [ 184.514] 4: /usr/bin/Xorg (xf86PostMotionEvent+0x8d) [0x80cd19d] [ 184.514] 5: /usr/lib/xorg/modules/input/synaptics_drv.so (0xb6862000+0x3afe) [0xb6865afe] [ 184.514] 6: /usr/lib/xorg/modules/input/synaptics_drv.so (0xb6862000+0x5e1e) [0xb6867e1e] [ 184.514] 7: /usr/bin/Xorg (0x8048000+0x73af1) [0x80bbaf1] [ 184.514] 8: /usr/bin/Xorg (0x8048000+0x9b412) [0x80e3412] [ 184.514] 9: (vdso) (__kernel_sigreturn+0x0) [0xb7779400] [ 184.514] 10: /lib/libc.so.6 (ioctl+0x14) [0xb73c0334] [ 184.514] 11: /usr/lib/libdrm.so.2 (drmIoctl+0x34) [0xb71c2014] [ 184.514] 12: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x349e7) [0xb6e069e7] [ 184.514] 13: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x35aa8) [0xb6e07aa8] [ 184.514] 14: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x5ee63) [0xb6e30e63] [ 184.514] 15: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x6efe5) [0xb6e40fe5] [ 184.514] 16: /usr/bin/Xorg (BlockHandler+0x56) [0x807efc6] [ 184.514] 17: /usr/bin/Xorg (WaitForSomething+0x10b) [0x81c5dab] [ 184.515] 18: /usr/bin/Xorg (0x8048000+0x32d62) [0x807ad62] [ 184.515] 19: /usr/bin/Xorg (0x8048000+0x209ba) [0x80689ba] [ 184.515] 20: /lib/libc.so.6 (__libc_start_main+0xf3) [0xb730c003] [ 184.515] 21: /usr/bin/Xorg (0x8048000+0x20ce9) [0x8068ce9] [ 184.515] [ 184.515] [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack. [ 184.515] [mi] mieq is *NOT* the cause. It is a victim. [ 189.020] (EE) intel(0): Detected a hung GPU, disabling acceleration. [ 189.020] (EE) intel(0): When reporting this, please include i915_error_state from debugfs and the full dmesg. [ 190.679] [mi] Increasing EQ size to 512 to prevent dropped events. [ 190.680] [mi] EQ processing has resumed after 93 dropped events. [ 190.680] [mi] This may be caused my a misbehaving driver monopolizing the server's resources. [ 201.938] (II) AIGLX: Suspending AIGLX clients for VT switch
Afterwards the screen gets black and also the backlight is getting switched off. External monitors are also off. I can not do anything else then reboot. No switch of VTs are possible any more.
If I deactivate SNA and go back to UXA again, these problems do not occur any more.
Best regards Ralf
Am 01.08.2012 02:59, schrieb Dr. Ralf Czekalla:
Hi Folks,
just installed latest intel 2.20.2 from Xorg repository on a GM965 (gen4) notebook (Fujitsu E8310). With the previous intel driver 2.20.0 it finally worked fully even with "AccelMethod" "SNA" in xorg.conf.
The new driver 2.20.2 installed, I suddenly see all kind of problems like:
Windows opening without frames in KDE, unmovable, staying on top and blocking other windows below, pop-ups with input requirements are not taking any keys...
Error messages about hung GPU in Xorg.0.log
On first reboot sitting in the docking station the whole screen (LVDS) got black when KDE desktop should appear etc.
Anybody else facing this?
As said, intel driver 2.20.0 worked wonderfully on same gen4 hardware!
Best regards Ralf
-- To unsubscribe, e-mail: opensuse-xorg+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-xorg+owner@opensuse.org
Hi Ralf, Version 2.20.3 is out and the bug should be fixed in this release. I'll have this packed soon and send it in to X11:Xorg, but reviewing and building may take some time! Thanks Tobias Klausmann On 03.08.2012 17:13, Dr. Ralf Czekalla wrote:
Hi Tobias,
thanks for the feedback. You are right, I already send this problem to bugs.freedesktop.org and I think it is connected to https://bugs.freedesktop.org/show_bug.cgi?id=52473, because the messages are mentioned there are very similar to the behavior I see.
The only sad thing is, that I now can not go back to 2.20.0 which worked surprisingly good for a *.0 release. So far I don't have my own repository mirror for 12.1, only 11.4. Would be nice to see some version history management also in OBS keeping one or 2 older stable versions of important repositories like Xorg before deleting them. I will take this as a hint to start my own mirror with version management also for 12.1 and soon 12.2.
Best regards Ralf
Am 03.08.2012 15:51, schrieb Tobias Klausmann:
Hello there, the mentioned changes are provided by the upstream repositories: http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/ (No actual source changes are done by me ;-) ), i'm just packing these and sending them in to X11:XOrg. But i would advise you to go back to uxa, sna is "stable" since 2.20.0 and under heavy development. Please wait some time and file a bug at https:///, if you haven't done this already! But i will look into this anyway and hopefully come back with an experimental patched package to test :-)
Thank you Tobias Klausmann
On 03.08.2012 03:17, Dr. Ralf Czekalla wrote:
OK, seems to have something to do with the SNA extension, which was working well with version 2.20.0. I switched it on with "AccelMethod" "SNA" in xorg.conf.
In the change log of xf86-driver-intel, I see that a lot of changes happened by Tobias Klausmann, also mentioning some gen4 specific changes:
Fri Jul 27 14:00:00 2012 tobias.johannes.klausmann@mni.thm.de
- Update to version 2.20.2: + FixedIvyBridge GT1 systems (HD2500 graphics) GPU hang + Support for the gmux backlight controller on Apple laptops https://bugs.freedesktop.org/show_bug.cgi?id=52423 + Fix X -configure not to list this driver as matching any Intel device, just the VGA class devices will do! + A crash in SNA when repeatedly switching xrandr rotations + Corruption in SNA observed in kwin on IvyBridge https://bugs.freedesktop.org/show_bug.cgi?id=52473
Mon Jul 23 14:00:00 2012 tobias.johannes.klausmann@mni.thm.de
- Update to version 2.20.1: - Restore DRI for i810 - Fixed the SNA fallbacks on 64 bit causing screen corruption - Bug fixes: + A bug affecting gen4 handling of trapezoids was fixed, and CPU overhead reduced. https://bugs.freedesktop.org/show_bug.cgi?id=52158 + A fix for a bug causing corruption of a DRI2 unredirected client window that was resized whilst under a compositor. + Support for snoopable buffers on non-LLC architectures, coming to a future kernel. The aim to accelerate transfers between the CPU and the GPU, in particular to dramatically improve readback performance, and to further minimise clflushes. + Improvement to the composite performance on GT2 SandyBridge and IvyBridge devices, in particular the render copy is significantly improved. + Improved handling for when acceleration is disabled, including permitting DRI2 to remain supported even if the X server believes the GPU wedged. + Shadow support was dropped from UXA as it was neither complete nor correct, use SNA instead.
I'm getting the following error in Xorg.0.log.old as soon as any load comes to X:
[ 33.859] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so [ 33.859] (II) Module intel: vendor="X.Org Foundation" [ 33.859] compiled for 1.12.3, module version = 2.20.2 [ 33.859] Module class: X.Org Video Driver [ 33.859] ABI class: X.Org Video Driver, version 12.0 [ 33.859] (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, ... [ 33.869] (II) intel(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [ 33.869] (==) intel(0): Depth 24, (--) framebuffer bpp 32 [ 33.869] (==) intel(0): RGB weight 888 [ 33.869] (==) intel(0): Default visual is TrueColor [ 33.869] (**) intel(0): Option "AccelMethod" "SNA" [ 33.869] (--) intel(0): Integrated Graphics Chipset: Intel(R) 965GM [ 33.870] (**) intel(0): Framebuffer tiled [ 33.870] (**) intel(0): Pixmaps tiled [ 33.870] (**) intel(0): 3D buffers tiled [ 33.870] (**) intel(0): Throttling enabled [ 33.870] (**) intel(0): Delayed flush enabled [ 33.870] (**) intel(0): "Tear free" disabled [ 33.870] (**) intel(0): Forcing per-crtc-pixmaps? no [ 33.870] (II) intel(0): Output LVDS1 has no monitor section [ 33.870] (II) intel(0): found backlight control interface acpi_video0 (type 'firmware') [ 33.912] (II) intel(0): Output VGA1 has no monitor section [ 33.920] (II) intel(0): Output DVI1 has no monitor section [ 33.920] (II) intel(0): Output TV1 has no monitor section [ 33.921] (II) intel(0): EDID for output LVDS1 ... [ 184.513] [mi] EQ overflowing. Additional events will be discarded until existing events are processed. [ 184.513] [ 184.513] Backtrace: [ 184.513] 0: /usr/bin/Xorg (xorg_backtrace+0x49) [0x81c8bf9] [ 184.513] 1: /usr/bin/Xorg (mieqEnqueue+0x22b) [0x81a6e5b] [ 184.513] 2: /usr/bin/Xorg (0x8048000+0x48375) [0x8090375] [ 184.513] 3: /usr/bin/Xorg (xf86PostMotionEventM+0x25f) [0x80ccf9f] [ 184.514] 4: /usr/bin/Xorg (xf86PostMotionEvent+0x8d) [0x80cd19d] [ 184.514] 5: /usr/lib/xorg/modules/input/synaptics_drv.so (0xb6862000+0x3afe) [0xb6865afe] [ 184.514] 6: /usr/lib/xorg/modules/input/synaptics_drv.so (0xb6862000+0x5e1e) [0xb6867e1e] [ 184.514] 7: /usr/bin/Xorg (0x8048000+0x73af1) [0x80bbaf1] [ 184.514] 8: /usr/bin/Xorg (0x8048000+0x9b412) [0x80e3412] [ 184.514] 9: (vdso) (__kernel_sigreturn+0x0) [0xb7779400] [ 184.514] 10: /lib/libc.so.6 (ioctl+0x14) [0xb73c0334] [ 184.514] 11: /usr/lib/libdrm.so.2 (drmIoctl+0x34) [0xb71c2014] [ 184.514] 12: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x349e7) [0xb6e069e7] [ 184.514] 13: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x35aa8) [0xb6e07aa8] [ 184.514] 14: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x5ee63) [0xb6e30e63] [ 184.514] 15: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x6efe5) [0xb6e40fe5] [ 184.514] 16: /usr/bin/Xorg (BlockHandler+0x56) [0x807efc6] [ 184.514] 17: /usr/bin/Xorg (WaitForSomething+0x10b) [0x81c5dab] [ 184.515] 18: /usr/bin/Xorg (0x8048000+0x32d62) [0x807ad62] [ 184.515] 19: /usr/bin/Xorg (0x8048000+0x209ba) [0x80689ba] [ 184.515] 20: /lib/libc.so.6 (__libc_start_main+0xf3) [0xb730c003] [ 184.515] 21: /usr/bin/Xorg (0x8048000+0x20ce9) [0x8068ce9] [ 184.515] [ 184.515] [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack. [ 184.515] [mi] mieq is *NOT* the cause. It is a victim. [ 189.020] (EE) intel(0): Detected a hung GPU, disabling acceleration. [ 189.020] (EE) intel(0): When reporting this, please include i915_error_state from debugfs and the full dmesg. [ 190.679] [mi] Increasing EQ size to 512 to prevent dropped events. [ 190.680] [mi] EQ processing has resumed after 93 dropped events. [ 190.680] [mi] This may be caused my a misbehaving driver monopolizing the server's resources. [ 201.938] (II) AIGLX: Suspending AIGLX clients for VT switch
Afterwards the screen gets black and also the backlight is getting switched off. External monitors are also off. I can not do anything else then reboot. No switch of VTs are possible any more.
If I deactivate SNA and go back to UXA again, these problems do not occur any more.
Best regards Ralf
Am 01.08.2012 02:59, schrieb Dr. Ralf Czekalla:
Hi Folks,
just installed latest intel 2.20.2 from Xorg repository on a GM965 (gen4) notebook (Fujitsu E8310). With the previous intel driver 2.20.0 it finally worked fully even with "AccelMethod" "SNA" in xorg.conf.
The new driver 2.20.2 installed, I suddenly see all kind of problems like:
Windows opening without frames in KDE, unmovable, staying on top and blocking other windows below, pop-ups with input requirements are not taking any keys...
Error messages about hung GPU in Xorg.0.log
On first reboot sitting in the docking station the whole screen (LVDS) got black when KDE desktop should appear etc.
Anybody else facing this?
As said, intel driver 2.20.0 worked wonderfully on same gen4 hardware!
Best regards Ralf
-- To unsubscribe, e-mail: opensuse-xorg+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-xorg+owner@opensuse.org
Dear All, The current intel driver, as well as all versions used in OpenSUSE 12.1, suffer the problem that icons and other elements become black after hibernate/resume (and sometimes after several switching on/off screensaver, or even after several xrefresh commands). The only build that suffers this problem less seriously (in a slightly another form) is that of home:skalpel4k repository, I do not know why. I tried many driver options, but no one cured the problem. I already tried to attract attention to this problem on this mailing list, but nobody have interested it. I found a bug report on this problem on the Novell Bugzilla, but no one answered it for a half a year! For me and, I guess, for everybody who uses hibernation, the problem is serious. Why do you ignore the reports on it? Michael Lashkevich
Hi Ralf,
Version 2.20.3 is out and the bug should be fixed in this release. I'll have this packed soon and send it in to X11:Xorg, but reviewing and building may take some time!
Thanks Tobias Klausmann
On 03.08.2012 17:13, Dr. Ralf Czekalla wrote:
Hi Tobias,
thanks for the feedback. You are right, I already send this problem to bugs.freedesktop.org and I think it is connected to https://bugs.freedesktop.org/show_bug.cgi?id=52473, because the messages are mentioned there are very similar to the behavior I see.
The only sad thing is, that I now can not go back to 2.20.0 which worked surprisingly good for a *.0 release. So far I don't have my own repository mirror for 12.1, only 11.4. Would be nice to see some version history management also in OBS keeping one or 2 older stable versions of important repositories like Xorg before deleting them. I will take this as a hint to start my own mirror with version management also for 12.1 and soon 12.2.
Best regards Ralf
Am 03.08.2012 15:51, schrieb Tobias Klausmann:
Hello there, the mentioned changes are provided by the upstream repositories: http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/ (No actual source changes are done by me ;-) ), i'm just packing these and sending them in to X11:XOrg. But i would advise you to go back to uxa, sna is "stable" since 2.20.0 and under heavy development. Please wait some time and file a bug at https:///, if you haven't done this already! But i will look into this anyway and hopefully come back with an experimental patched package to test :-)
Thank you Tobias Klausmann
On 03.08.2012 03:17, Dr. Ralf Czekalla wrote:
OK, seems to have something to do with the SNA extension, which was working well with version 2.20.0. I switched it on with "AccelMethod" "SNA" in xorg.conf.
In the change log of xf86-driver-intel, I see that a lot of changes happened by Tobias Klausmann, also mentioning some gen4 specific changes:
Fri Jul 27 14:00:00 2012 tobias.johannes.klausmann@mni.thm.de
- Update to version 2.20.2: + FixedIvyBridge GT1 systems (HD2500 graphics) GPU hang + Support for the gmux backlight controller on Apple laptops https://bugs.freedesktop.org/show_bug.cgi?id=52423 + Fix X -configure not to list this driver as matching any Intel device, just the VGA class devices will do! + A crash in SNA when repeatedly switching xrandr rotations + Corruption in SNA observed in kwin on IvyBridge https://bugs.freedesktop.org/show_bug.cgi?id=52473
Mon Jul 23 14:00:00 2012 tobias.johannes.klausmann@mni.thm.de
- Update to version 2.20.1: - Restore DRI for i810 - Fixed the SNA fallbacks on 64 bit causing screen corruption - Bug fixes: + A bug affecting gen4 handling of trapezoids was fixed, and CPU overhead reduced. https://bugs.freedesktop.org/show_bug.cgi?id=52158 + A fix for a bug causing corruption of a DRI2 unredirected client window that was resized whilst under a compositor. + Support for snoopable buffers on non-LLC architectures, coming to a future kernel. The aim to accelerate transfers between the CPU and the GPU, in particular to dramatically improve readback performance, and to further minimise clflushes. + Improvement to the composite performance on GT2 SandyBridge and IvyBridge devices, in particular the render copy is significantly improved. + Improved handling for when acceleration is disabled, including permitting DRI2 to remain supported even if the X server believes the GPU wedged. + Shadow support was dropped from UXA as it was neither complete nor correct, use SNA instead.
I'm getting the following error in Xorg.0.log.old as soon as any load comes to X:
[ 33.859] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so [ 33.859] (II) Module intel: vendor="X.Org Foundation" [ 33.859] compiled for 1.12.3, module version = 2.20.2 [ 33.859] Module class: X.Org Video Driver [ 33.859] ABI class: X.Org Video Driver, version 12.0 [ 33.859] (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, ... [ 33.869] (II) intel(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [ 33.869] (==) intel(0): Depth 24, (--) framebuffer bpp 32 [ 33.869] (==) intel(0): RGB weight 888 [ 33.869] (==) intel(0): Default visual is TrueColor [ 33.869] (**) intel(0): Option "AccelMethod" "SNA" [ 33.869] (--) intel(0): Integrated Graphics Chipset: Intel(R) 965GM [ 33.870] (**) intel(0): Framebuffer tiled [ 33.870] (**) intel(0): Pixmaps tiled [ 33.870] (**) intel(0): 3D buffers tiled [ 33.870] (**) intel(0): Throttling enabled [ 33.870] (**) intel(0): Delayed flush enabled [ 33.870] (**) intel(0): "Tear free" disabled [ 33.870] (**) intel(0): Forcing per-crtc-pixmaps? no [ 33.870] (II) intel(0): Output LVDS1 has no monitor section [ 33.870] (II) intel(0): found backlight control interface acpi_video0 (type 'firmware') [ 33.912] (II) intel(0): Output VGA1 has no monitor section [ 33.920] (II) intel(0): Output DVI1 has no monitor section [ 33.920] (II) intel(0): Output TV1 has no monitor section [ 33.921] (II) intel(0): EDID for output LVDS1 ... [ 184.513] [mi] EQ overflowing. Additional events will be discarded until existing events are processed. [ 184.513] [ 184.513] Backtrace: [ 184.513] 0: /usr/bin/Xorg (xorg_backtrace+0x49) [0x81c8bf9] [ 184.513] 1: /usr/bin/Xorg (mieqEnqueue+0x22b) [0x81a6e5b] [ 184.513] 2: /usr/bin/Xorg (0x8048000+0x48375) [0x8090375] [ 184.513] 3: /usr/bin/Xorg (xf86PostMotionEventM+0x25f) [0x80ccf9f] [ 184.514] 4: /usr/bin/Xorg (xf86PostMotionEvent+0x8d) [0x80cd19d] [ 184.514] 5: /usr/lib/xorg/modules/input/synaptics_drv.so (0xb6862000+0x3afe) [0xb6865afe] [ 184.514] 6: /usr/lib/xorg/modules/input/synaptics_drv.so (0xb6862000+0x5e1e) [0xb6867e1e] [ 184.514] 7: /usr/bin/Xorg (0x8048000+0x73af1) [0x80bbaf1] [ 184.514] 8: /usr/bin/Xorg (0x8048000+0x9b412) [0x80e3412] [ 184.514] 9: (vdso) (__kernel_sigreturn+0x0) [0xb7779400] [ 184.514] 10: /lib/libc.so.6 (ioctl+0x14) [0xb73c0334] [ 184.514] 11: /usr/lib/libdrm.so.2 (drmIoctl+0x34) [0xb71c2014] [ 184.514] 12: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x349e7) [0xb6e069e7] [ 184.514] 13: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x35aa8) [0xb6e07aa8] [ 184.514] 14: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x5ee63) [0xb6e30e63] [ 184.514] 15: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x6efe5) [0xb6e40fe5] [ 184.514] 16: /usr/bin/Xorg (BlockHandler+0x56) [0x807efc6] [ 184.514] 17: /usr/bin/Xorg (WaitForSomething+0x10b) [0x81c5dab] [ 184.515] 18: /usr/bin/Xorg (0x8048000+0x32d62) [0x807ad62] [ 184.515] 19: /usr/bin/Xorg (0x8048000+0x209ba) [0x80689ba] [ 184.515] 20: /lib/libc.so.6 (__libc_start_main+0xf3) [0xb730c003] [ 184.515] 21: /usr/bin/Xorg (0x8048000+0x20ce9) [0x8068ce9] [ 184.515] [ 184.515] [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack. [ 184.515] [mi] mieq is *NOT* the cause. It is a victim. [ 189.020] (EE) intel(0): Detected a hung GPU, disabling acceleration. [ 189.020] (EE) intel(0): When reporting this, please include i915_error_state from debugfs and the full dmesg. [ 190.679] [mi] Increasing EQ size to 512 to prevent dropped events. [ 190.680] [mi] EQ processing has resumed after 93 dropped events. [ 190.680] [mi] This may be caused my a misbehaving driver monopolizing the server's resources. [ 201.938] (II) AIGLX: Suspending AIGLX clients for VT switch
Afterwards the screen gets black and also the backlight is getting switched off. External monitors are also off. I can not do anything else then reboot. No switch of VTs are possible any more.
If I deactivate SNA and go back to UXA again, these problems do not occur any more.
Best regards Ralf
Am 01.08.2012 02:59, schrieb Dr. Ralf Czekalla:
Hi Folks,
just installed latest intel 2.20.2 from Xorg repository on a GM965 (gen4) notebook (Fujitsu E8310). With the previous intel driver 2.20.0 it finally worked fully even with "AccelMethod" "SNA" in xorg.conf.
The new driver 2.20.2 installed, I suddenly see all kind of problems like:
Windows opening without frames in KDE, unmovable, staying on top and blocking other windows below, pop-ups with input requirements are not taking any keys...
Error messages about hung GPU in Xorg.0.log
On first reboot sitting in the docking station the whole screen (LVDS) got black when KDE desktop should appear etc.
Anybody else facing this?
As said, intel driver 2.20.0 worked wonderfully on same gen4 hardware!
Best regards Ralf
-- To unsubscribe, e-mail: opensuse-xorg+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-xorg+owner@opensuse.org
!DSPAM:501d1e44307853285824817!
-- To unsubscribe, e-mail: opensuse-xorg+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-xorg+owner@opensuse.org
Hi Michael, sorry pal, can not reproduce your problem with an xrefresh here on my 965GM chip set. And BTW, this intel 2.20.3 did not solve my complete blocking of screen and backlight switched off when SNA is activated (message GPU hang with 965GM gen4 chip). I guess, I will have to stick with DRI for a while on this notebook, although option "AccelMethod" "SNA" worked nicely with intel 2.20.0. I now saw that 12.2 RC2 still has the package 2.20.0 on installation media. Will try to install it and stay there. Best regards Ralf PS. 12.2 RC2 is really working great here with an test installation on a Clarkdale box. Am 04.08.2012 23:09, schrieb lashkevi@landau.ac.ru:
Dear All,
The current intel driver, as well as all versions used in OpenSUSE 12.1, suffer the problem that icons and other elements become black after hibernate/resume (and sometimes after several switching on/off screensaver, or even after several xrefresh commands). The only build that suffers this problem less seriously (in a slightly another form) is that of home:skalpel4k repository, I do not know why. I tried many driver options, but no one cured the problem.
I already tried to attract attention to this problem on this mailing list, but nobody have interested it. I found a bug report on this problem on the Novell Bugzilla, but no one answered it for a half a year! For me and, I guess, for everybody who uses hibernation, the problem is serious. Why do you ignore the reports on it?
Michael Lashkevich
Hi Ralf,
Version 2.20.3 is out and the bug should be fixed in this release. I'll have this packed soon and send it in to X11:Xorg, but reviewing and building may take some time!
Thanks Tobias Klausmann
On 03.08.2012 17:13, Dr. Ralf Czekalla wrote:
Hi Tobias,
thanks for the feedback. You are right, I already send this problem to bugs.freedesktop.org and I think it is connected to https://bugs.freedesktop.org/show_bug.cgi?id=52473, because the messages are mentioned there are very similar to the behavior I see.
The only sad thing is, that I now can not go back to 2.20.0 which worked surprisingly good for a *.0 release. So far I don't have my own repository mirror for 12.1, only 11.4. Would be nice to see some version history management also in OBS keeping one or 2 older stable versions of important repositories like Xorg before deleting them. I will take this as a hint to start my own mirror with version management also for 12.1 and soon 12.2.
Best regards Ralf
Am 03.08.2012 15:51, schrieb Tobias Klausmann:
Hello there, the mentioned changes are provided by the upstream repositories: http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/ (No actual source changes are done by me ;-) ), i'm just packing these and sending them in to X11:XOrg. But i would advise you to go back to uxa, sna is "stable" since 2.20.0 and under heavy development. Please wait some time and file a bug at https:///, if you haven't done this already! But i will look into this anyway and hopefully come back with an experimental patched package to test :-)
Thank you Tobias Klausmann
On 03.08.2012 03:17, Dr. Ralf Czekalla wrote:
OK, seems to have something to do with the SNA extension, which was working well with version 2.20.0. I switched it on with "AccelMethod" "SNA" in xorg.conf.
In the change log of xf86-driver-intel, I see that a lot of changes happened by Tobias Klausmann, also mentioning some gen4 specific changes:
Fri Jul 27 14:00:00 2012 tobias.johannes.klausmann@mni.thm.de
- Update to version 2.20.2: + FixedIvyBridge GT1 systems (HD2500 graphics) GPU hang + Support for the gmux backlight controller on Apple laptops https://bugs.freedesktop.org/show_bug.cgi?id=52423 + Fix X -configure not to list this driver as matching any Intel device, just the VGA class devices will do! + A crash in SNA when repeatedly switching xrandr rotations + Corruption in SNA observed in kwin on IvyBridge https://bugs.freedesktop.org/show_bug.cgi?id=52473
Mon Jul 23 14:00:00 2012 tobias.johannes.klausmann@mni.thm.de
- Update to version 2.20.1: - Restore DRI for i810 - Fixed the SNA fallbacks on 64 bit causing screen corruption - Bug fixes: + A bug affecting gen4 handling of trapezoids was fixed, and CPU overhead reduced. https://bugs.freedesktop.org/show_bug.cgi?id=52158 + A fix for a bug causing corruption of a DRI2 unredirected client window that was resized whilst under a compositor. + Support for snoopable buffers on non-LLC architectures, coming to a future kernel. The aim to accelerate transfers between the CPU and the GPU, in particular to dramatically improve readback performance, and to further minimise clflushes. + Improvement to the composite performance on GT2 SandyBridge and IvyBridge devices, in particular the render copy is significantly improved. + Improved handling for when acceleration is disabled, including permitting DRI2 to remain supported even if the X server believes the GPU wedged. + Shadow support was dropped from UXA as it was neither complete nor correct, use SNA instead.
I'm getting the following error in Xorg.0.log.old as soon as any load comes to X:
[ 33.859] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so [ 33.859] (II) Module intel: vendor="X.Org Foundation" [ 33.859] compiled for 1.12.3, module version = 2.20.2 [ 33.859] Module class: X.Org Video Driver [ 33.859] ABI class: X.Org Video Driver, version 12.0 [ 33.859] (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, ... [ 33.869] (II) intel(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [ 33.869] (==) intel(0): Depth 24, (--) framebuffer bpp 32 [ 33.869] (==) intel(0): RGB weight 888 [ 33.869] (==) intel(0): Default visual is TrueColor [ 33.869] (**) intel(0): Option "AccelMethod" "SNA" [ 33.869] (--) intel(0): Integrated Graphics Chipset: Intel(R) 965GM [ 33.870] (**) intel(0): Framebuffer tiled [ 33.870] (**) intel(0): Pixmaps tiled [ 33.870] (**) intel(0): 3D buffers tiled [ 33.870] (**) intel(0): Throttling enabled [ 33.870] (**) intel(0): Delayed flush enabled [ 33.870] (**) intel(0): "Tear free" disabled [ 33.870] (**) intel(0): Forcing per-crtc-pixmaps? no [ 33.870] (II) intel(0): Output LVDS1 has no monitor section [ 33.870] (II) intel(0): found backlight control interface acpi_video0 (type 'firmware') [ 33.912] (II) intel(0): Output VGA1 has no monitor section [ 33.920] (II) intel(0): Output DVI1 has no monitor section [ 33.920] (II) intel(0): Output TV1 has no monitor section [ 33.921] (II) intel(0): EDID for output LVDS1 ... [ 184.513] [mi] EQ overflowing. Additional events will be discarded until existing events are processed. [ 184.513] [ 184.513] Backtrace: [ 184.513] 0: /usr/bin/Xorg (xorg_backtrace+0x49) [0x81c8bf9] [ 184.513] 1: /usr/bin/Xorg (mieqEnqueue+0x22b) [0x81a6e5b] [ 184.513] 2: /usr/bin/Xorg (0x8048000+0x48375) [0x8090375] [ 184.513] 3: /usr/bin/Xorg (xf86PostMotionEventM+0x25f) [0x80ccf9f] [ 184.514] 4: /usr/bin/Xorg (xf86PostMotionEvent+0x8d) [0x80cd19d] [ 184.514] 5: /usr/lib/xorg/modules/input/synaptics_drv.so (0xb6862000+0x3afe) [0xb6865afe] [ 184.514] 6: /usr/lib/xorg/modules/input/synaptics_drv.so (0xb6862000+0x5e1e) [0xb6867e1e] [ 184.514] 7: /usr/bin/Xorg (0x8048000+0x73af1) [0x80bbaf1] [ 184.514] 8: /usr/bin/Xorg (0x8048000+0x9b412) [0x80e3412] [ 184.514] 9: (vdso) (__kernel_sigreturn+0x0) [0xb7779400] [ 184.514] 10: /lib/libc.so.6 (ioctl+0x14) [0xb73c0334] [ 184.514] 11: /usr/lib/libdrm.so.2 (drmIoctl+0x34) [0xb71c2014] [ 184.514] 12: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x349e7) [0xb6e069e7] [ 184.514] 13: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x35aa8) [0xb6e07aa8] [ 184.514] 14: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x5ee63) [0xb6e30e63] [ 184.514] 15: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6dd2000+0x6efe5) [0xb6e40fe5] [ 184.514] 16: /usr/bin/Xorg (BlockHandler+0x56) [0x807efc6] [ 184.514] 17: /usr/bin/Xorg (WaitForSomething+0x10b) [0x81c5dab] [ 184.515] 18: /usr/bin/Xorg (0x8048000+0x32d62) [0x807ad62] [ 184.515] 19: /usr/bin/Xorg (0x8048000+0x209ba) [0x80689ba] [ 184.515] 20: /lib/libc.so.6 (__libc_start_main+0xf3) [0xb730c003] [ 184.515] 21: /usr/bin/Xorg (0x8048000+0x20ce9) [0x8068ce9] [ 184.515] [ 184.515] [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack. [ 184.515] [mi] mieq is *NOT* the cause. It is a victim. [ 189.020] (EE) intel(0): Detected a hung GPU, disabling acceleration. [ 189.020] (EE) intel(0): When reporting this, please include i915_error_state from debugfs and the full dmesg. [ 190.679] [mi] Increasing EQ size to 512 to prevent dropped events. [ 190.680] [mi] EQ processing has resumed after 93 dropped events. [ 190.680] [mi] This may be caused my a misbehaving driver monopolizing the server's resources. [ 201.938] (II) AIGLX: Suspending AIGLX clients for VT switch
Afterwards the screen gets black and also the backlight is getting switched off. External monitors are also off. I can not do anything else then reboot. No switch of VTs are possible any more.
If I deactivate SNA and go back to UXA again, these problems do not occur any more.
Best regards Ralf
Am 01.08.2012 02:59, schrieb Dr. Ralf Czekalla:
Hi Folks,
just installed latest intel 2.20.2 from Xorg repository on a GM965 (gen4) notebook (Fujitsu E8310). With the previous intel driver 2.20.0 it finally worked fully even with "AccelMethod" "SNA" in xorg.conf.
The new driver 2.20.2 installed, I suddenly see all kind of problems like:
Windows opening without frames in KDE, unmovable, staying on top and blocking other windows below, pop-ups with input requirements are not taking any keys...
Error messages about hung GPU in Xorg.0.log
On first reboot sitting in the docking station the whole screen (LVDS) got black when KDE desktop should appear etc.
Anybody else facing this?
As said, intel driver 2.20.0 worked wonderfully on same gen4 hardware!
Best regards Ralf
-- To unsubscribe, e-mail: opensuse-xorg+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-xorg+owner@opensuse.org
!DSPAM:501d1e44307853285824817!
-- To unsubscribe, e-mail: opensuse-xorg+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-xorg+owner@opensuse.org
participants (4)
-
Dr. Ralf Czekalla -
Felix Miata -
lashkevi＠landau.ac.ru -
Tobias Klausmann