Summary: | x11-drivers/xf86-video-intel-2.99.909 - switching back to desktop causes segmentation fault | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Raymond Jennings <shentino> |
Component: | [OLD] Library | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Xorg.log
emerge --info, also has version information for package |
Description
Raymond Jennings
2014-02-10 08:17:24 UTC
Created attachment 370010 [details]
Xorg.log
Created attachment 370012 [details]
emerge --info, also has version information for package
Does this also happen with 2.99.910 too? If possible, please get a proper backtrace of the crash. Build xorg-server and xf86-video-intel with CFLAGS=-g and FEATURES=splitdebug, and then attach gdb to your X server as per http://www.x.org/wiki/Development/Documentation/ServerDebugging/ (may need to be done via ssh). This is very intermittent. Also, if X crashes with gdb attached, won't that cause it to hang? And if it does, how do I switch to a console so I can access the gdb? The X.org wiki recommends to use ssh for that reason. Another possibility is to invoke Magic SysRq (Alt+SysRq+R) which will take control of the keyboard away from the X server, and allow you to switch to another vt. I only have one machine. Is there a way to get X to dump core, and will that be as good as a backtrace? Yes, from screen/dtach/tmux session, but you need to use Magic SysRq to wrestle control of the keyboard back from the X server. I turned on no trap signals, so that it will dump core normally. I think it's very likely this is fixed in a new version of the driver. If it's not, please file a bug upstream at bugs.freedesktop.org. We're not prepared to fix driver issues that aren't fixed upstream. |