View previous topic :: View next topic |
Author |
Message |
albright Advocate
Joined: 16 Nov 2003 Posts: 2588 Location: Near Toronto
|
Posted: Sun Mar 13, 2016 2:21 pm Post subject: warning xorg-server 1.18.2 |
|
|
xorg-serve-1.18.2 will break your intel video (maybe) see:
https://bugs.freedesktop.org/show_bug.cgi?id=94515#c21
In the old days, updates to xorg and intel driver were occasion for
joy at improved performance/features; not so much anymore _________________ .... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme) |
|
Back to top |
|
|
Perfect Gentleman Veteran
Joined: 18 May 2014 Posts: 1246
|
Posted: Sun Mar 13, 2016 2:27 pm Post subject: |
|
|
I use xorg-server-9999 and xf86-video-intel, it's fine so far. |
|
Back to top |
|
|
The Main Man Veteran
Joined: 27 Nov 2014 Posts: 1165 Location: /run/user/1000
|
Posted: Sun Mar 13, 2016 4:46 pm Post subject: |
|
|
Working fine in my case. |
|
Back to top |
|
|
albright Advocate
Joined: 16 Nov 2003 Posts: 2588 Location: Near Toronto
|
Posted: Sun Mar 13, 2016 5:04 pm Post subject: |
|
|
my video is
Quote: | VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09) |
maybe that chip is especially problematic wrt this bug _________________ .... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme) |
|
Back to top |
|
|
Martux Veteran
Joined: 04 Feb 2005 Posts: 1917
|
Posted: Sun Mar 13, 2016 5:31 pm Post subject: |
|
|
OMG albright, thank you so much! You just saved my day and probably many to follow.
I had bad, bad issues on 2 machines with intel graphics, one skylake the other haswell or broadwell. Downgrading to x11-base/xorg-server-1.18.1 just put everything back to normal. _________________ "Coincidence is God's way of remaining anonymous."
Albert Einstein
"The road to success is always under construction" |
|
Back to top |
|
|
albright Advocate
Joined: 16 Nov 2003 Posts: 2588 Location: Near Toronto
|
Posted: Mon Mar 14, 2016 2:34 pm Post subject: |
|
|
In the faint hope that the new intel video driver 2.99.917_p20160313
would fix the desktop freezing, I re-installed xorg-server 1.18.2
Did not help _________________ .... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme) |
|
Back to top |
|
|
NotImportant n00b
Joined: 14 Mar 2016 Posts: 1
|
Posted: Mon Mar 14, 2016 4:01 pm Post subject: |
|
|
I have KDE 5 and when I open anything on the taskbar (window thumbnail popups, start menu, and other things) the desktop freezes.
It lasts for about 10 seconds and I can't switch to a TTY or do anything else than move the cursor.
I ssh'd to the machine and made it freeze, and with top I saw the "X" process eating 100% of CPU and over 3 GB of ram, then returning to normal.
I'll downgrade X now, thanks.
Also, this is my iGPU:
Code: | 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) |
|
|
Back to top |
|
|
kgroombr n00b
Joined: 23 Jul 2007 Posts: 21
|
Posted: Wed Mar 16, 2016 12:37 am Post subject: |
|
|
My system hangs so much after upgrading to 1.18.2 that it is unusable. Reverted back to 1.18.1 and all is good. Here is what I am getting in my Xorg.0.log file, but can't find anybody with the same issue:
(EE) [mi] EQ overflowing. Additional events will be discarded until existing events are processed.
(EE)
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x4e) [0x58aa8e]
(EE) 1: /usr/bin/X (mieqEnqueue+0x253) [0x56c8d3]
(EE) 2: /usr/bin/X (QueuePointerEvents+0x52) [0x44e0a2]
(EE) 3: /usr/bin/X (xf86PostMotionEvent+0xd6) [0x484a56]
(EE) 4: /usr/lib64/xorg/modules/input/synaptics_drv.so (0x7f10212a4000+0x5f96) [0x7f10212a9f96]
(EE) 5: /usr/lib64/xorg/modules/input/synaptics_drv.so (0x7f10212a4000+0x75a2) [0x7f10212ab5a2]
(EE) 6: /usr/bin/X (0x400000+0x75248) [0x475248]
(EE) 7: /usr/bin/X (0x400000+0x9a0bb) [0x49a0bb]
(EE) 8: /lib64/libc.so.6 (0x7f1028c39000+0x33380) [0x7f1028c6c380]
(EE) 9: /usr/bin/X (0x400000+0x10f608) [0x50f608]
(EE) 10: /usr/lib64/xorg/modules/drivers/intel_drv.so (0x7f1024c41000+0x108b1b) [0x7f1024d49b1b]
(EE) 11: /usr/lib64/xorg/modules/drivers/intel_drv.so (0x7f1024c41000+0x109a8e) [0x7f1024d4aa8e]
(EE) 12: /usr/lib64/xorg/modules/drivers/intel_drv.so (0x7f1024c41000+0x74f8c) [0x7f1024cb5f8c]
(EE) 13: /usr/lib64/xorg/modules/drivers/intel_drv.so (0x7f1024c41000+0x78d30) [0x7f1024cb9d30]
(EE) 14: /usr/bin/X (WakeupHandler+0xaa) [0x43a1fa]
(EE) 15: /usr/bin/X (WaitForSomething+0x1ef) [0x58797f]
(EE) 16: /usr/bin/X (0x400000+0x3544e) [0x43544e]
(EE) 17: /usr/bin/X (0x400000+0x39653) [0x439653]
(EE) 18: /lib64/libc.so.6 (__libc_start_main+0xf0) [0x7f1028c595b0]
(EE) 19: /usr/bin/X (_start+0x29) [0x423939]
(EE)
(EE) [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack.
(EE) [mi] mieq is *NOT* the cause. It is a victim.
(EE) [mi] EQ overflow continuing. 100 events have been dropped.
(EE)
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x4e) [0x58aa8e]
(EE) 1: /usr/bin/X (QueuePointerEvents+0x52) [0x44e0a2]
(EE) 2: /usr/bin/X (xf86PostMotionEvent+0xd6) [0x484a56]
(EE) 3: /usr/lib64/xorg/modules/input/synaptics_drv.so (0x7f10212a4000+0x5f96) [0x7f10212a9f96]
(EE) 4: /usr/lib64/xorg/modules/input/synaptics_drv.so (0x7f10212a4000+0x75a2) [0x7f10212ab5a2]
(EE) 5: /usr/bin/X (0x400000+0x75248) [0x475248]
(EE) 6: /usr/bin/X (0x400000+0x9a0bb) [0x49a0bb]
(EE) 7: /lib64/libc.so.6 (0x7f1028c39000+0x33380) [0x7f1028c6c380]
(EE) 8: /lib64/libc.so.6 (0x7f1028c39000+0x1243f3) [0x7f1028d5d3f3]
(EE) 9: /usr/lib64/xorg/modules/drivers/intel_drv.so (0x7f1024c41000+0x10980e) [0x7f1024d4a80e]
(EE) 10: /usr/bin/X (0x400000+0x10f30c) [0x50f30c]
(EE) 11: /usr/lib64/xorg/modules/drivers/intel_drv.so (0x7f1024c41000+0x108b1b) [0x7f1024d49b1b]
(EE) 12: /usr/lib64/xorg/modules/drivers/intel_drv.so (0x7f1024c41000+0x109a8e) [0x7f1024d4aa8e]
(EE) 13: /usr/lib64/xorg/modules/drivers/intel_drv.so (0x7f1024c41000+0x74f8c) [0x7f1024cb5f8c]
(EE) 14: /usr/lib64/xorg/modules/drivers/intel_drv.so (0x7f1024c41000+0x78d30) [0x7f1024cb9d30]
(EE) 15: /usr/bin/X (WakeupHandler+0xaa) [0x43a1fa]
(EE) 16: /usr/bin/X (WaitForSomething+0x1ef) [0x58797f]
(EE) 17: /usr/bin/X (0x400000+0x3544e) [0x43544e]
(EE) 18: /usr/bin/X (0x400000+0x39653) [0x439653]
(EE) 19: /lib64/libc.so.6 (__libc_start_main+0xf0) [0x7f1028c595b0]
(EE) 20: /usr/bin/X (_start+0x29) [0x423939]
(EE)
(EE) [mi] EQ overflow continuing. 200 events have been dropped.
.....and so on.... |
|
Back to top |
|
|
pgu l33t
Joined: 30 Jul 2009 Posts: 721 Location: Oslo, Norway
|
Posted: Wed Mar 23, 2016 3:24 pm Post subject: |
|
|
Anybody have a working xorg for Intel Skylake?
Code: | VGA compatible controller: Intel Corporation Sky Lake Integrated Graphics (rev 0a) |
I'm having issues with sleep mode (work around by asserting the screen saver before it goes into sleep), hangs in Google Chrome, and Blender seem to lock up the NUC. |
|
Back to top |
|
|
Ant P. Watchman
Joined: 18 Apr 2009 Posts: 6920
|
Posted: Wed Mar 23, 2016 4:43 pm Post subject: |
|
|
I'm on an older card:
Code: | [ 8.701] (--) intel(0): Integrated Graphics Chipset: Intel(R) 945GME |
...but with the 2.99.* drivers I've had to force DRI2 in xorg.conf. The default DRI3 *used to* work fine but no longer does; anything that tries to use OpenGL just hangs instead. |
|
Back to top |
|
|
The Main Man Veteran
Joined: 27 Nov 2014 Posts: 1165 Location: /run/user/1000
|
Posted: Wed Mar 23, 2016 7:58 pm Post subject: |
|
|
Ant P. wrote: | I'm on an older card:
Code: | [ 8.701] (--) intel(0): Integrated Graphics Chipset: Intel(R) 945GME |
...but with the 2.99.* drivers I've had to force DRI2 in xorg.conf. The default DRI3 *used to* work fine but no longer does; anything that tries to use OpenGL just hangs instead. |
Same here, I solved that with x11-drivers/xf86-video-intel -dri3 in package.use |
|
Back to top |
|
|
Wallsandfences Guru
Joined: 29 Mar 2010 Posts: 378
|
Posted: Wed Mar 23, 2016 8:21 pm Post subject: |
|
|
pgu wrote: | Anybody have a working xorg for Intel Skylake?
Code: | VGA compatible controller: Intel Corporation Sky Lake Integrated Graphics (rev 0a) |
I'm having issues with sleep mode (work around by asserting the screen saver before it goes into sleep), hangs in Google Chrome, and Blender seem to lock up the NUC. |
Do you have your firmware loaded https://01.org/linuxgraphics and i915.enable.rc6=0 set as a boot parameter?
Rüdiger |
|
Back to top |
|
|
thumper Guru
Joined: 06 Dec 2002 Posts: 552 Location: Venice FL
|
Posted: Wed Mar 23, 2016 8:21 pm Post subject: |
|
|
Don't know if this is useful to anyone here, but Xorg Server 1.18.2 has a issue that effects Radeon as well thats DRI3 related, and looks like there has been a patch made available.
https://bugs.freedesktop.org/show_bug.cgi?id=94596#c23
George |
|
Back to top |
|
|
thumper Guru
Joined: 06 Dec 2002 Posts: 552 Location: Venice FL
|
Posted: Thu Mar 24, 2016 5:35 am Post subject: |
|
|
Just incase it's of any value to anyone.
I'm a radeonsi user, did have the problem as described in the bug report for xorg-server 1.18.2, and the patch did indeed fix the problem, I've been using it all day without issue.
George |
|
Back to top |
|
|
pgu l33t
Joined: 30 Jul 2009 Posts: 721 Location: Oslo, Norway
|
Posted: Thu Mar 24, 2016 12:27 pm Post subject: |
|
|
Wallsandfences wrote: | pgu wrote: | Anybody have a working xorg for Intel Skylake?
Code: | VGA compatible controller: Intel Corporation Sky Lake Integrated Graphics (rev 0a) |
I'm having issues with sleep mode (work around by asserting the screen saver before it goes into sleep), hangs in Google Chrome, and Blender seem to lock up the NUC. |
Do you have your firmware loaded https://01.org/linuxgraphics and i915.enable.rc6=0 set as a boot parameter?
Rüdiger |
I do have the rc6=0 in my grub command line:
Code: | [ 0.000000] Kernel command line: BOOT_IMAGE=/vmlinuz-4.1.15-gentoo-r1 root=/dev/sda4 ro quiet splash i915.i915_enable_rc6=0 |
But I don't think I have the latest firmware. I'll check it out. Thanks! |
|
Back to top |
|
|
pgu l33t
Joined: 30 Jul 2009 Posts: 721 Location: Oslo, Norway
|
Posted: Thu Mar 24, 2016 2:19 pm Post subject: |
|
|
I did not have the suggested firmware. However, now it seems like it does not get loaded:
Code: |
grep FIRMWARE .config
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE="i915/skl_guc_ver6.bin"
CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware"
# CONFIG_DRM_LOAD_EDID_FIRMWARE is not set
# CONFIG_FIRMWARE_EDID is not set
CONFIG_FIRMWARE_MEMMAP=y
# CONFIG_GOOGLE_FIRMWARE is not set
# CONFIG_TEST_FIRMWARE is not set
ls -l /lib/firmware/i915/skl_guc_ver6.bin
lrwxrwxrwx 1 root root 37 Mar 24 13:28 /lib/firmware/i915/skl_guc_ver6.bin -> /lib/firmware/i915/skl_guc_ver6_1.bin
pappas linux # od -x /lib/firmware/i915/skl_guc_ver6.bin |head -1
0000000 0006 0000 00a1 0000 0000 0001 0000 0000
dmesg |grep i915
[ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-4.1.15-gentoo-r1 root=/dev/sda4 ro quiet splash i915.i915_enable_rc6=0
[ 0.000000] Kernel command line: BOOT_IMAGE=/vmlinuz-4.1.15-gentoo-r1 root=/dev/sda4 ro quiet splash i915.i915_enable_rc6=0
[ 0.394892] [drm] Initialized i915 1.6.0 20150327 for 0000:00:02.0 on minor 0
[ 0.465972] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[ 0.465974] i915 0000:00:02.0: registered panic notifier
[ 105.744524] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
[ 105.746640] drm/i915: Resetting chip after gpu hang
dmesg|tail
[ 105.744069] [drm] stuck on render ring
[ 105.744520] [drm] GPU HANG: ecode 9:0:0x85dfbfff, in chrome [2792], reason: Ring hung, action: reset
[ 105.744522] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
[ 105.744523] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
[ 105.744524] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
[ 105.744525] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
[ 105.744526] [drm] GPU crash dump saved to /sys/class/drm/card0/error
[ 105.746640] drm/i915: Resetting chip after gpu hang
[ 106.747405] [drm] RC6 on
|
|
|
Back to top |
|
|
Wallsandfences Guru
Joined: 29 Mar 2010 Posts: 378
|
Posted: Thu Mar 24, 2016 2:28 pm Post subject: |
|
|
Your firmware is at least partly loaded:
Quote: | Code: | [drm] Initialized i915 1.6.0 20150327 for 0000:00:02.0 on minor 0 |
|
check dmesg for more [drm] messages.
My nuc is in my office, so I can't compare any logs and kernel configs before next tuesday.
Anyway, your rc6 is obviously not 'off', because of
Quote: | [ Code: | 106.747405] [drm] RC6 on |
|
Rüdiger |
|
Back to top |
|
|
pgu l33t
Joined: 30 Jul 2009 Posts: 721 Location: Oslo, Norway
|
Posted: Thu Mar 24, 2016 3:58 pm Post subject: |
|
|
These are the drm messages:
Code: |
dmesg |grep drm
[ 0.367327] [drm] Initialized drm 1.1.0 20060810
[ 0.368165] [drm] Found 128MB of eLLC
[ 0.368570] [drm] Memory usable by graphics device = 4096M
[ 0.368574] fb: switching to inteldrmfb from EFI VGA
[ 0.368719] [drm] Replacing VGA console driver
[ 0.375264] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[ 0.375267] [drm] Driver supports precise vblank timestamp query.
[ 0.394892] [drm] Initialized i915 1.6.0 20150327 for 0000:00:02.0 on minor 0
[ 0.403336] fbcon: inteldrmfb (fb0) is primary device
[ 0.465972] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[ 1.718359] [drm] RC6 on
[ 105.744069] [drm] stuck on render ring
[ 105.744520] [drm] GPU HANG: ecode 9:0:0x85dfbfff, in chrome [2792], reason: Ring hung, action: reset
[ 105.744522] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
[ 105.744523] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
[ 105.744524] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
[ 105.744525] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
[ 105.744526] [drm] GPU crash dump saved to /sys/class/drm/card0/error
[ 105.746640] drm/i915: Resetting chip after gpu hang
[ 106.747405] [drm] RC6 on
|
I'm currently on xf86-video-intel-2.99.917-r2/xorg-server-1.17.4 and kernel 4.1.15. I should probably try to switch to more recent versions. |
|
Back to top |
|
|
Wallsandfences Guru
Joined: 29 Mar 2010 Posts: 378
|
Posted: Thu Mar 24, 2016 5:30 pm Post subject: |
|
|
You do indeed need >=kernel-4.4.x |
|
Back to top |
|
|
donmartio Apprentice
Joined: 11 Dec 2004 Posts: 258
|
Posted: Sun Mar 27, 2016 11:36 am Post subject: |
|
|
I have a similar problem here with my nvidia GTX 970 card.
I tried the patch and as it seems it fixes error message, but in my case not the crash.
I have a lot of this stuff in my Xorg.0.log
[ 61564.447] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): connected
[ 61564.448] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): Internal TMDS
[ 61564.448] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): 600.0 MHz maximum pixel clock
[ 61564.448] (--) NVIDIA(GPU-0):
[ 61580.647] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): connected
[ 61580.647] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): Internal TMDS
[ 61580.647] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): 600.0 MHz maximum pixel clock
[ 61580.647] (--) NVIDIA(GPU-0):
[ 61584.843] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): connected
[ 61584.844] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): Internal TMDS
[ 61584.844] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): 600.0 MHz maximum pixel clock
[ 61584.844] (--) NVIDIA(GPU-0):
[ 61601.045] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): connected
[ 61601.045] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): Internal TMDS
[ 61601.045] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): 600.0 MHz maximum pixel clock
[ 61601.045] (--) NVIDIA(GPU-0):
[ 61617.244] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): connected
[ 61617.244] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): Internal TMDS
[ 61617.244] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): 600.0 MHz maximum pixel clock
[ 61617.244] (--) NVIDIA(GPU-0):
[ 61629.442] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): connected
[ 61629.442] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): Internal TMDS
[ 61629.442] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): 600.0 MHz maximum pixel clock
[ 61629.442] (--) NVIDIA(GPU-0):
[ 61633.541] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): connected
[ 61633.541] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): Internal TMDS
[ 61633.541] (--) NVIDIA(GPU-0): Philips PHL BDM3270 (DFP-1): 600.0 MHz maximum pixel clock
I will mask xorg-server-1.18.2 to check if this fixes the crash. _________________ Always code as if the person who ends up maintaining your code will be a violent psychopath who knows where you live. |
|
Back to top |
|
|
donmartio Apprentice
Joined: 11 Dec 2004 Posts: 258
|
Posted: Mon Mar 28, 2016 5:48 pm Post subject: |
|
|
Nope, the problem isn't gone for me with xorg-server-1.18.1
Got this in the Xorg.0.log.old after the last crash:
(EE) [mi] EQ overflowing. Additional events will be discarded until existing events are processed.
(EE)
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x4f) [0x586cff]
(EE) 1: /usr/bin/X (mieqEnqueue+0x23b) [0x5691eb]
(EE) 2: /usr/bin/X (QueuePointerEvents+0x5a) [0x44ced2]
(EE) 3: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f8ccee35000+0x695d) [0x7f8ccee3b95d]
(EE) 4: /usr/bin/X (0x400000+0x73508) [0x473508]
(EE) 5: /usr/bin/X (0x400000+0x9b720) [0x49b720]
(EE) 6: /lib64/libc.so.6 (0x7f8cd4d15000+0x32d50) [0x7f8cd4d47d50]
(EE) 7: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f8ccffed000+0x99bbf) [0x7f8cd0086bbf]
(EE) 8: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f8ccffed000+0x57c81) [0x7f8cd0044c81]
(EE) 9: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f8ccffed000+0xb85fd) [0x7f8cd00a55fd]
(EE) 10: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f8ccffed000+0x5b4920) [0x7f8cd05a1920]
(EE)
(EE) [mi] EQ overflow continuing. 300 events have been dropped.
(EE)
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x4f) [0x586cff]
(EE) 1: /usr/bin/X (QueuePointerEvents+0x5a) [0x44ced2]
(EE) 2: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f8ccee35000+0x60e0) [0x7f8ccee3b0e0]
(EE) 3: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f8ccee35000+0x695d) [0x7f8ccee3b95d]
(EE) 4: /usr/bin/X (0x400000+0x73508) [0x473508]
(EE) 5: /usr/bin/X (0x400000+0x9b720) [0x49b720]
(EE) 6: /lib64/libc.so.6 (0x7f8cd4d15000+0x32d50) [0x7f8cd4d47d50]
(EE) 7: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f8ccffed000+0x57c81) [0x7f8cd0044c81]
(EE) 8: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f8ccffed000+0xb85fd) [0x7f8cd00a55fd]
(EE) 9: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f8ccffed000+0x5b4920) [0x7f8cd05a1920]
(EE)
(EE) [mi] EQ overflow continuing. 400 events have been dropped.
(EE)
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x4f) [0x586cff]
(EE) 1: /usr/bin/X (QueuePointerEvents+0x5a) [0x44ced2]
(EE) 2: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f8ccee35000+0x60e0) [0x7f8ccee3b0e0]
(EE) 3: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f8ccee35000+0x695d) [0x7f8ccee3b95d]
(EE) 4: /usr/bin/X (0x400000+0x73508) [0x473508]
(EE) 5: /usr/bin/X (0x400000+0x9b720) [0x49b720]
(EE) 6: /lib64/libc.so.6 (0x7f8cd4d15000+0x32d50) [0x7f8cd4d47d50]
(EE) 7: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f8ccffed000+0x57c50) [0x7f8cd0044c50]
(EE) 8: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f8ccffed000+0xb85fd) [0x7f8cd00a55fd]
(EE) 9: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f8ccffed000+0x5b4920) [0x7f8cd05a1920]
(EE)
(EE) [mi] EQ overflow continuing. 500 events have been dropped.
(EE)
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x4f) [0x586cff]
(EE) 1: /usr/bin/X (QueuePointerEvents+0x5a) [0x44ced2]
(EE) 2: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f8ccee35000+0x60e0) [0x7f8ccee3b0e0]
(EE) 3: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f8ccee35000+0x695d) [0x7f8ccee3b95d]
(EE) 4: /usr/bin/X (0x400000+0x73508) [0x473508]
(EE) 5: /usr/bin/X (0x400000+0x9b720) [0x49b720]
(EE) 6: /lib64/libc.so.6 (0x7f8cd4d15000+0x32d50) [0x7f8cd4d47d50]
(EE) 7: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f8ccffed000+0x9a230) [0x7f8cd0087230]
(EE) 8: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f8ccffed000+0x57c2e) [0x7f8cd0044c2e]
(EE) 9: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f8ccffed000+0xb85fd) [0x7f8cd00a55fd]
(EE) 10: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f8ccffed000+0x5b4920) [0x7f8cd05a1920] _________________ Always code as if the person who ends up maintaining your code will be a violent psychopath who knows where you live. |
|
Back to top |
|
|
pappy_mcfae Watchman
Joined: 27 Dec 2007 Posts: 5999 Location: Pomona, California.
|
Posted: Tue Mar 29, 2016 6:31 am Post subject: |
|
|
kajzer wrote: | Same here, I solved that with x11-drivers/xf86-video-intel -dri3 in package.use |
My X was hosed, big time. I experienced a hang after the new intel video drivers emerged; forcing me to do a power-off shutdown. After reboot, no X. I did a few things, but nothing worked until I compiled the drivers with USE='-dri3'. Then, success. Now, I'm going to see if xorg-server-1.18.2 works as well as 1.18.1 with -dri3.
Thanks for this.
Cheers,
Pappy _________________ This space left intentionally blank, except for these ASCII symbols. |
|
Back to top |
|
|
albright Advocate
Joined: 16 Nov 2003 Posts: 2588 Location: Near Toronto
|
Posted: Tue Apr 05, 2016 3:01 pm Post subject: |
|
|
FWIW, xorg-server-1.18.3 seems to have fixed the problem on my system ... _________________ .... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme) |
|
Back to top |
|
|
|