https://bugs.kde.org/show_bug.cgi?id=374679
Bug ID: 374679
Summary: Screen randomly freezes with intel graphics driver,
can be "woken up" by triggering "Exposeé" desktop
effect or similar
Product: kwin
Version: 5.8.5
Platform: Neon Packages
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: compositing
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
(Disclaimer: I searched KDE bugzilla for this issue, but was not able to find
any open issue which seems to describe the exact same problem I'm experiencing.
Feel free to tag as duplicate if I missed something.)
I'm using kwin KDE Neon package 4:5.8.5+p16.04+git20161227.1503-0 and Xorg
intel driver package xserver-xorg-video-intel 2:2.99.917+git20160325-1ubuntu1.2
/ libdrm-intel1:amd64 2.4.67-1ubuntu0.16.04.2.
This problem is not new, however, and persists for months now.
The hardware is a Sony Vaio S13 using:
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor
Graphics Controller (rev 09)
An external screen is connected using HDMI.
Using this setup, I frequently encounter full UI freezes which are limited to
the display, though. That is, other than with previous intel driver related
issues, the system itself does not freeze and all applications continue to work
normally, only the screen is not updated any more.
The screen can be brought back to life again by triggering kwin's "Exposeé"
effect for example (triggered in my setup by moving the mouse into the upper
left corner of the screen).
I could not make out a specific cause for the freezes and it appears to happen
"randomly", but usually multiple times during a work day. (Not sure if even
multiple times an hour, the "workaround" already entered muscle memory and I'm
do not always consciously notice when it happens... ;)
Switching the compositor between OpenGL 2.0 and 3.1 does not seem to make a
difference.
Additionally, there are other update-related visual glitches which may or may
not be related:
1) Sometimes during Alt-Tab window switch animation (I'm using this "gallery"
view), the animation will stop before it's really finisched, showing all
windows in the very last stage of animation - so nearly where they should be,
but slightly smaller and slightly blurred due to the resizing. Screen update
still works, however, which means that all parts of the screen which get
repainted (eg. due to keyboard cursor movements) are re-drawn correctly - in
this aspect, it totally differs from the "frozen screen" issue. Any update
which will force the whole screen to be redrawn will fix the whole view.
2) Sometimes, black striped "noise" overlayed over the actual contents is
displayed in a window for a frame or two during screen update. This might
happen during a running animation (and will affect the whole screen in this
case) or while resizing a window (in which case the "noise" will only affect
the window currently being resized, but not other parts of the screen). In the
resize case it might also happen that the window ends up with the noise being
"persistent" and I have to cause the window to be redrawn somehow (eg. by doing
another tiny resize operation) to get rid of it...
KDE Neon recently switched to the Intel native modesetting driver, which causes
tons of annoying visual glitches which makes it even less usable, however.
(Stroboscope-like flickering in some applications, especially rdesktop and
wrong background colour / displayed garbage in the background of huge Java
SWING JTree views being two of the problems which drove me back to the original
driver.) On the pro side, I did not experience those freezes with this driver,
however.
--
You are receiving this mail because:
You are watching all bug changes.
