Since last sunday update of xserver-xorg-video-intel 2.21.11 xserver dies after logging in. lightdm starts, but as soon as the desktop should appear I'm back at lightdm again. Monday's update 2.21.12 does not resolve the issue. I've the eeepc 900 with Intel Mobile M + 915GM. Kernel 3.10.0-031000-generic #201306301935 from ubuntu kernel PPA. X and drivers from xorg-edgers PPA. I had the sna option set because it resolves the font glyph problem I had for quite some time nicely while the performance seemed to have improved. This configuration has worked nicely since linux 3.5. As a workaround going back to uxa I get my desktop back (and no glyph problems up to now). Ferry
I need the log files to work out why the session was terminating. Can you please attach one of the Xorg.0.log from the b0rked session?
Created attachment 82493 [details] xorg file showing the crash
Which desktop effects, OpenGL or XRender? Is the crash instantaneous or do you open any applications?
Is there a chance you can start X under gdb (easiest from a second machine) and grab a "bt full" of when it crashes?
Chris, your comment 1 crossed my comment 2, your too fast :-) I'm using opengl. In lightdm I log in, then KDE shows the animated 'starting services' screen. Then when the desktop should appear I'm thrown back to the lightdm login screen. I think the desktop effects are only enabled after this 'starting services' screen. What I could do is enable xrender instead of opengl and retry with sna? I'm afraid I have no idea how to use gdb, let alone for a remote debug session. But if you walk me through it I could do that I guess. BTW with uxa the glyph errors are now showing. It looks like they don't show after booting, but only after going to standby and waking up again. Ferry
A good first step would be to compile the DDX yourself, install git (and gcc etc) and $ git clone git://anongit.freedesktop.org/xorg/driver/xf86-video-intel $ cd xf86-video-intel $ ./autogen.sh --enable-debug --with-default-accel=sna --prefix=/usr $ make && sudo make install Note that the autogen.sh/configure stage is likely to request a couple of other packages to be installed to provide the Xserver headers. The --enable-debug there will turn on extra assertions which I hope will make it easier to spot the bug. If it crashes due to an assertion, sadly that will not be logged in Xorg.0.log but in the login manager's log file (e.g. /var/log/xdm.log or /var/log/gdm/:0.log). For running X under gdb, from a second machine $ ssh ${desktop_machine} $ sudo gdb --args Xorg -ac -noreset gdb) handle SIGPIPE nostop noprint pass gdb) run # wait for crash gdb) bt full And to launch your de, also from the second machine (for convenience): $ ssh ${desktop_machine} $ DISPLAY=:0 startkde
commit 7f76a2bf319f59d463a1f96974b03d7c651847dd Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Wed Jul 17 10:22:17 2013 +0100 sna: Fall back to /proc/cpuinfo parsing if cpuid cache size probe fails Older hardware does not support cache size probing via cpuid4, so we need to implement the older algorithm which requires a table based lookup. (And in hindsight, why I thought cache probing via cpuid to be quite hairy.) For the moment, just use the value found in /proc/cpuinfo. Reported-by: Oscar Dario Trujillo Tejada <oscardt19@gmail.com> Reported-by: Ferry Toth <ftoth@telfort.nl> Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
FYI using xrender or opengl makes no difference.
Additionally completely disabling desktop effects makes no difference either.
The patch landed in ubuntu's xorg-edgers PPA 3 hours ago and I can confirm it works for me. Chris, thanks!
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.