Bug 58780 - kwin crashing in intel driver after changing the monitor configuration
Summary: kwin crashing in intel driver after changing the monitor configuration
Status: RESOLVED FIXED
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/DRI/i965 (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium major
Assignee: Ian Romanick
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-12-26 11:10 UTC by Bastian Holst
Modified: 2016-12-04 18:02 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
backtrace (10.22 KB, text/plain)
2012-12-26 11:10 UTC, Bastian Holst
Details
glxinfo (12.74 KB, text/plain)
2012-12-26 11:11 UTC, Bastian Holst
Details
backtrace2 (10.24 KB, text/plain)
2013-01-12 14:14 UTC, Bastian Holst
Details
Backtrace of KWin crashing in the driver when suspending compositing (8.05 KB, text/plain)
2013-02-11 18:43 UTC, post+fdo
Details

Description Bastian Holst 2012-12-26 11:10:46 UTC
Created attachment 72134 [details]
backtrace

kwin crashes “sometimes” after changing the monitor settings including:
* disable second Monitor
* switching to clone mode
* changing the relative position of monitors

My desktop effects are turned on.

I could not really find out how to reproduce it deterministically, but it happens again and again.

This is the downstream bug report:
https://bugs.kde.org/show_bug.cgi?id=299333

I'm on openSUSE Factory at the moment, but it also happened on 12.2.

Please note if you need any more information if you are not able to reproduce it yourselves.
Comment 1 Bastian Holst 2012-12-26 11:11:33 UTC
Created attachment 72135 [details]
glxinfo
Comment 2 Daniel Vetter 2013-01-07 16:07:36 UTC
Retesting with latest 3.8-rc kernel and latest xf86-video-intel would be useful (not all kernel patches have gone through the backport stable queue already). We've fixed tons of bugs around pageflips vs. everything else hanging things.
Comment 3 Bastian Holst 2013-01-07 22:17:06 UTC
(In reply to comment #2)
> Retesting with latest 3.8-rc kernel and latest xf86-video-intel would be
> useful (not all kernel patches have gone through the backport stable queue
> already). We've fixed tons of bugs around pageflips vs. everything else
> hanging things.

By latest xf86-video-intel you mean 2.20.17 or current git master?
(I'll try with 2.20.17 and Kernel 3.8-rc2 tomorrow, I hope this helps)
Comment 4 Bastian Holst 2013-01-12 14:14:30 UTC
Created attachment 72901 [details]
backtrace2

Well, I tested everything again with an updated system and got the same error.
Have a look at the backtrace, but to me it looks identical to the other one.

Some version numbers:
> uname -a
Linux linux-rt5b.site 3.8.0-rc3-1-desktop #1 SMP PREEMPT Thu Jan 10 20:49:22 UTC 2013 (7ce28dd) x86_64 x86_64 x86_64 GNU/Linux

> zypper info xf86-video-intel
...
Repository: Factory oss
Name: xf86-video-intel
Version: 2.20.17-1.1
Arch: x86_64
...
Comment 5 post+fdo 2013-02-11 18:43:03 UTC
Created attachment 74639 [details]
Backtrace of KWin crashing in the driver when suspending compositing

On my system, KWin crashes from time to time if "Suspend desktop effects for fullscreen windows" is enabled - probably the same problem as https://bugs.kde.org/show_bug.cgi?id=252817 . I can currently reproduce this crash by starting "Swords & Sorcery" in Steam. I say "currently" because I remember that game started fine once, and I am not sure what changed.

I am seeing (almost) the same backtrace as Bastian, hence I attach this information to the same bug.

I am using Debian testing with a self-compiled KDE. Some version numbers:
KDE 4.9.5
xserver-xorg-core 1.12.4
xserver-xorg-video-intel 2.19.0
libgl1-mesa-glx 8.0.5

Another observation which may or may not be related to the problem:
Even if suspending compositing works correctly, after closing the application (when compositing is resumed), I get visual glitches: The entire screen is black, and only as applications redraw (parts of) their window, the expected content is shown again.
Comment 6 Bernie Innocenti 2016-12-04 18:02:29 UTC
This is fixed now.


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.