Hello,
kwin crashes randomly here for some time. Even with the latest kernel.
journal: http://paste.siduction.org/20161029123923 (http://paste.siduction.org/20161029123923)
inxi: http://paste.siduction.org/20161029123936 (http://paste.siduction.org/20161029123936)
Hello orinoco,
I'm not sure if this is a graphics issue or some qt-kde issue.
xserver-xorg-video-intel defaults to SNA (Sandybridge New Acceleration), but your cpu is older.
The package contains an example xorg.conf:
mkdir -p /etc/X11/xorg.conf.d/
cp /usr/share/doc/xserver-xorg-video-intel/xorg.conf /etc/X11/xorg.conf.d/20-intel.conf you can try to enable Universal Xcceleration Architecture (UXA), which is the predeccessor of SNA.
#Switch to intel with UXA
Section "Device"
Identifier "Intel"
Driver "intel"
Option "AccelMethod" "uxa"
EndSection
A more modern option uses version 3 of the Direct Rendering Infrastructure.
Xorg still defaults to version 2.1.
Option "DRI" "3"
greetings
musca
Hello musca,
thanks for your advice. My xorg configuration now looks like this
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "AccelMethod" "uxa"
# Option "AccelMethod" "sna"
Option "Backlight" "intel_backlight" # use your backlight that works here
Option "DRI" "3"
BusID "PCI:0:2:0"
EndSection
And I upgraded to the latest kernel today:
Linux tuxor2 4.8.5-towo.3-siduction-amd64 #1 SMP PREEMPT siduction 4.8-12 (2016-10-30) x86_64 GNU/Linux
Now kwin is not yelling about a crash anymore. Instead my Plasma Desktop freezes for about 10s. Meanwhile the journal says:
http://paste.siduction.org/20161030224721 (http://paste.siduction.org/20161030224721)
I can reproduce the crash with temporary freeze by running x64 from vice-package. One of five tries freezes my notebook permanently.
Installed latest kernel 4.8.7-towo.1 and my notebook crashes during boot and freezes permanently. All I can find as a possible reason:
BUG: unable to handle kernel NULL pointer dereference at (null)
Oh dear...
After more than a year I found a workaround (https://bugs.freedesktop.org/show_bug.cgi?id=93782).
Adding video=SVIDEO-1:d to the kernel cmdline did the trick.