I do not believe this has anything to do with device drivers or the Linux kernel. I’ve never had to do anything special with regard to these components, on any of several sets of hardware. GNOME, Cinnamon and Xfce do not exhibit this behavior on Leap 42.2 or any other distro. This appears to be problem with plasmashell 5.8.x, specifically, and I’ve opened a bug for this with the openSUSE team, with a note referencing the KDE team. Reference Leap 42.2. Bug 1014999.
So, after freezing desktop with option of acceleration “sna” by default.
Today, three days later from the date of my the previous message.
With option “uxa” for driver “intel” my desktop works fine, with small jerks, 3D-effects, OpenGL applications, i.e. Kodi, mpv, etc. woks also. Glxgears (vblank_mode=0 glxgears) 1200 FPS
With method “glamour” for driver “modesetting” my desktop and all OpenGL Apps works fine, very smoothly. Glxgears (vblank_mode=0 glxgears) 2300 FPS
My video Intel(R) Celeron(R) CPU J1900 @ 1.99GHz (4x)
Grats and thaks for all who help me!!!
read the info from the kde mailing list I posted
Serious bug in the Intel graphics stack
it’s a known bug in the intel driver that is part of the Linux kernel and currently only effects plasma 5 it does not effect gnome or xfce or even kde 4, the kde devs are not working on it and have flagged it for upstream fix by intel,the intel devs are aware of it and are working on it.
https://bugs.kde.org/show_bug.cgi?id=349519
if you want to use plasma 5 no matter the distro you need to use uxa, when intel fix things you can use sna.
apparently this has been fixed
https://bugs.freedesktop.org/show_bug.cgi?id=86281
but the patch hasn’t made it’s way in the Linux kernel yet
[quote="“I_A,post:23,topic:122514”]
read the info from the kde mailing list I posted
Serious bug in the Intel graphics stack[/QUOTE]
it’s a known bug in the intel driver that is part of the Linux kernel and currently only effects plasma 5 it does not effect gnome or xfce or even kde 4, the kde devs are not working on it and have flagged it for upstream fix by intel,the intel devs are aware of it and are working on it.
349519 – plasmashell occasionally crashes inQSGBatchRenderer::Renderer::renderBatches()
if you want to use plasma 5 no matter the distro you need to use uxa, when intel fix things you can use sna.
nsleasy, your extrapolating your experiences. There are lots of examples of hardware driver components interaction with a desktop being buggy (be it with KDE/Plasma or otherwise … or with other system components, such as Display Managers etc., for that matter) . Just look at the case of the oss mesa components for nvidia hardware being stripped out of Leap 42.2: see section 1.5 of https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/42.2/ !!
I_A, its not a kernel bug. No patch is finding its way to the kernel. See again my description of the stack in post #15 of this thread. Notice that all the fixes mentioned in the threads you’ve quoted are to either the intel xorg driver or to mesa. In other words, the userspace components. Further, those fixes would have been incorporated ages ago.
Where I’m in agreement with nsleasy is that the problem is bad in plasma 5.8.4
In any regard, lots of work arounds exist (as pointed out in this thread)
[quote="“Tyler_K,post:25,topic:122514”]
How to accomplish this?[/QUOTE]In any regard, lots of work arounds exist (as pointed out in this thread)[/QUOTE]To this point, (and though I don’t really recommend it), besides as previously described, this can also be accomplished by removing the intel xorg driver (i.e. remove or rename the intel_drv.so driver, or for that matter remove the xf86-video-intel package), and the modesetting driver should kick in by default (i.e. it will be automagically loaded by Xorg).
https://bugzilla.novell.com/show_bug.cgi?id=1014999
I found that there was also some discussion about this on the factory ml; See:
Re: [opensuse-factory] Leap 42.2 - plasmashell freezing - openSUSE Factory - openSUSE Mailing Lists … the thread is discontinuous (likely because of the month view mode), but picks up again here: Re: [opensuse-factory] Leap 42.2 - plasmashell freezing - openSUSE Factory - openSUSE Mailing Lists
As the original poster I can confirm that this workaround worked for me, no crashes since I put the file in and rebooted.
Thanks.
Hello everybody,
I have the same problem with a fresh install of Leap 42.2 with gnome. Do I have to wait for updates or can I try something else?
Tnx.
Hi
That all depends on you graphics card(s), is it intel or hybrid graphics perhaps?
/sbin/lspci -nnk |grep -A3 VGA
Sometimes it’s best to start a new thread, since this is related to plasma5/intel to avoid thread drift.
I also experience these freezes, and unfortunately the solution proposed above doesn’t work for me.
I’ve tried using UXA with the Intel driver, then tried with the modesetting driver, without success.
When this happens, the laptop is completely unresponsive: mouse stops moving, I cannot switch to a VT or kill the X server with ctrl-alt-backspace. The machine doesn’t reply to pings. Only solution is to force a poweroff keeping the power button pressed 5 seconds.
# | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service
---+---------------------------+-----------------------------------------+---------+-----------+---------+----------+--------+--------------------------------------------------------------------------+--------
1 | packman.inode.at-suse | Packman Repository | Yes | (r ) Yes | Yes | 99 | rpm-md | http://packman.inode.at/suse/openSUSE_Leap_42.2/ |
2 | repo-debug | openSUSE-Leap-42.2-Debug | No | ---- | Yes | 99 | NONE | http://download.opensuse.org/debug/distribution/leap/42.2/repo/oss/ |
3 | repo-debug-non-oss | openSUSE-Leap-42.2-Debug-Non-Oss | No | ---- | Yes | 99 | NONE | http://download.opensuse.org/debug/distribution/leap/42.2/repo/non-oss/ |
4 | repo-debug-update | openSUSE-Leap-42.2-Update-Debug | No | ---- | Yes | 99 | NONE | http://download.opensuse.org/debug/update/leap/42.2/oss/ |
5 | repo-debug-update-non-oss | openSUSE-Leap-42.2-Update-Debug-Non-Oss | No | ---- | Yes | 99 | NONE | http://download.opensuse.org/debug/update/leap/42.2/non-oss/ |
6 | repo-non-oss | openSUSE-Leap-42.2-Non-Oss | Yes | (r ) Yes | Yes | 99 | yast2 | http://download.opensuse.org/distribution/leap/42.2/repo/non-oss/ |
7 | repo-oss | openSUSE-Leap-42.2-Oss | Yes | (r ) Yes | Yes | 99 | yast2 | http://download.opensuse.org/distribution/leap/42.2/repo/oss/ |
8 | repo-source | openSUSE-Leap-42.2-Source | Yes | (r ) Yes | Yes | 99 | yast2 | http://download.opensuse.org/source/distribution/leap/42.2/repo/oss/ |
9 | repo-source-non-oss | openSUSE-Leap-42.2-Source-Non-Oss | No | ---- | Yes | 99 | NONE | http://download.opensuse.org/source/distribution/leap/42.2/repo/non-oss/ |
10 | repo-update | openSUSE-Leap-42.2-Update | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/leap/42.2/oss/ |
11 | repo-update-non-oss | openSUSE-Leap-42.2-Update-Non-Oss | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/leap/42.2/non-oss/ |
Same problem here, with frequent crashes, one of which did report that it was plasma which had stopped working.
with fresh 42.2 Leap instal as dual boot with XP,
Intel Core 2Duo E6550, GFX Intel 965G-1, 82G35 controller.
I am computer literate, but a linux novice.
I have just applied the fix. I hope it works.
A couple of notes on the fix,
My system did not have kate installed,
Konsole advised me to do
cnf kate
which produced the advice to do
sudo zypper install kate
which installed kate, after a mysterious warning about a lecture from a hypothetical system administrator, then
kdesu kate /etc/X11/xorg.conf.d/20-intel.conf
helpfully opens the new file in a text editor, where you can paste the given text and save it.
Note that this error makes the system unusable, and until you find this fix you’ve got a dud OS. Is it right that changing to a different desktop will not fix this problem?
Hi and welcome to the forum 
As pointed out in earlier posts, far better to start a new thread on your specific issue…
Need GPU hardware info;
/sbin/lspci -nnk |grep -A3 'VGA\|3D'
What desktop environment are you using?
Laptop, Desktop?
Hi
No issues with GNOME DE and Intel GPU, MacBook3,1 (Circa 2007) Core2Duo;
malcolml@mizz-piggy:~> cat /var/log/Xorg.0.log |grep SNA
10.457] (II) intel(0): SNA initialized with Broadwater (gen4) backend
malcolml@mizz-piggy:~> /sbin/lspci -nnk |grep -A3 'VGA\|3D'
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) [8086:2a02] (rev 03)
Subsystem: Apple Inc. Device [106b:00a1]
Kernel driver in use: i915
Kernel modules: i915
malcolml@mizz-piggy:~> lscpu |grep 'Model name'
Model name: Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz
So far so good.
The fix is working on my system.
Apologize. I have read the thread and seen that it’s KDE-based, however the title is more generic.
Anyway, I have NVIDIA graphic card.
1:00.0 VGA compatible controller [0300]: NVIDIA Corporation G73M [GeForce Go 7600] [10de:0398] (rev a1)
Subsystem: Acer Incorporated [ALI] Device [1025:0090]
Kernel driver in use: nouveau
Kernel modules: nouveau
Hi
So not Intel which is what this thread is about… 
Try the proprietary blob?
https://en.opensuse.org/SDB:NVIDIA_drivers
I see an update for your card for the newer X server as well;
304.132 in the repo, 304.134 available for download and install the hard way;
https://en.opensuse.org/SDB:NVIDIA_the_hard_way
Just wanted to mention that I was testing the intel xorg driver with SNA enabled again over the last couple of days, and I did not experience any freezes (including lots of Firefox usage). This is on TW. There have been a lot of updates to KDE/Plasma etc., since I last tested. Both the SDDM greeter screen and use of Firefox were formerly troublesome for me in particular. Not so now at least.
Thank you all for the information in this thread. I too had problems on my Thinkpad T450s and Leap 42.2 (+2 Monitors and Dock). First I tried UXA, but I had artifacts when switching windows/screens. After uninstalling the intel xorg driver and using the fallback the system seems to run really stable. Even undocking and using different display devices in the meantime (and then redock) seems to be ok now.
I have experienced this (almost) exact problem on Leap 42.3, though only when using Chromium, and only when using ipv6. The display freezes, however the mouse pointer moves correctly. All mouse keys are non-operational. Using ctrl+alt+F1 does drop to runlevel 3, and ctrl+alt+F7 returns to the frozen display.
The screen freeze does not occur with Chromium and ipv4, nor with Firefox on either ipv4 or ipv6.
I applied the quoted addition to /etc/X11/xorg.conf.d/20-intel.conf, and have had no recurrences using Chromium and ipv6 (or ibp4).