Created attachment 54456 [details] Xorg.0.log (copied just after the crash) Overview: At boot time, the KDE session always opens successfully. If I log out and try to log in again, X crashes immediatly after entering my password and pressing enter, without displaying the KDE desktop, and the login screen is displayed again. The next attempt is always successful and the KDE session opens, but with the desktop effects disabled. In KDE, after opening System Settings, then Desktop Effects, I can see the message: "OpenGL compositing (the default) has crashed KWin in the past." If I re-enable the desktop effects and log out, then try to log in again, the crash repeats as described above. This is 100% reproductible. The only two ways to be able to log in without crash when the desktop effects are enabled are rebooting or killing the X-server. Steps to Reproduce: Log in; make sure the desktop effects are enabled (OpenGL or XRender give similar results); log out; try to log in again. Actual Results: The login fails and I'm returned to the login window. Expected Results: I would expect my login to succeed and the KDE desktop to appear. Platform: This happens with kubuntu 11.10 (on a fresh install but also with all updates) Additional Platforms: It also happens with kubuntu 12.04 alpha1, but did not happen with kubuntu 11.04. This happens with both 32 bit and 64 bit versions of kubuntu 11.10. This was verified on several machines from different models and brands, but all using Intel integrated graphics chipset (i915). This doesn't happen on a machine using kubuntu 11.10 with a Nvidia GEForce 9800,
Created attachment 54457 [details] dmesg
Created attachment 54458 [details] syslog
Created attachment 54459 [details] lspci
That Xorg.log doesn't include the stacktrace from the crash, perhaps look in Xorg.log.old. Anyway, I am pretty certain that this is this bug commit 34b0e4eee911f8b09a3682a7f1b4c8598ef48b8d Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Thu Aug 25 16:04:04 2011 +0100 dri2: Register the DRI2DrawableType after server regeneration The Resource database is reset upon regeneration and so the dri2 module needs to re-register its RESTYPE for the drawable or else it will clobber the next unsuspecting user of the database. Fortunately, DRI2 is loaded late in the initialisation sequence and was last up until xf86-video-intel started using the Resource database to track outstanding swaps... Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Reviewed-by: Jeremy Huddleston <jeremyhu@apple.com> Tested-by: Paulo Zanoni <paulo.r.zanoni@intel.com> which is available from a very recent xserver. Can you please try ppa:xorg-edgers?
Thank you very much for your very quick answer! In case this could be useful for a final checking, I'm posting the Xorg.0.log.old which includes the crash backtrace. I spent the past few hours making extensive tests with the ppa you suggested on several machine types and I'm glad to report that the result is 100% positive: the bug has gone on all tested machines. Thanks for your great cooperation!
Created attachment 54466 [details] Xorg.0.log.old (with backtrace)
The stacktrace looks consistent with the bug, and *fingers crossed* you don't run into any other problems. Thanks for the report.
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.