Nope. Not in the modesetting driver. I think they assume you'll be using a compositor.

1 members found this post helpful.

Turns out I was reverting to the `modesetting' driver instead of the older intel, so not much of a workaround.

Re-upgraded to latest xf86-video-intel-git package, I still get minor display issues (sometimes visual glitches like from a television.) Somewhat reduced when I'm using the intel driver with "DRI" forced to 3.

+1 facing that issues here.

Sometimes screen freezes and I have to change console (ctrl+alt+f1-6|12) and get back to X (ctrl+alt+f7) to unfreeze, others compton miserably crashes and I'm forced to kill X (ctrl+alt+backspace).

That's my case here. I've just did those changes to /etc/X11/xorg.conf.d/20-gpu.conf and ~/.config/awesome-raw/compton.conf. Thank you for sharing this, @GazL.

I'll experiment with these new settings and let you know if they worked.

After working with the new settings for a couple of hours, I can see no more screen freezes. It used to freeze after some minutes after the upgrade.

Overall performance has dropped. Tearing is back when watching any video in full screen on the external FullHD monitor. This is just what is expected when using xrender and drm. Wallpapers are also gone when external monitor is attached (just a boring gray background instead). Works fine when working with the built-in monitor only.

Seems there are some bits to be polished yet on those new drivers.

Hummm... freezes are indeed gone, but crashes are still here. It just happened...

At least I was able to grab a log:

Just to add my 2 cents.

This has bothered me for some time after the latest upgrades.
I have 4 machines (3 Dell laptops & 1 Desktop).
All of them upgraded to the latest Slackware64_current + Eric's KDE5, kernells are 4.4.38.
All freeze regularly, with the same symptoms as decribed in this thread, some minutes after boot up or up to 1 or 2 hours of use. Intensive use does not make any difference.

But they have different hardware.

1.Dell 3000 series - with integrated graphics cotroller:
00:02.0 VGA compatible controller: Intel Corporation Device 22b1 (rev 21) driver:intel

2.Dell Inspiron1750 - with intel G45 integrated graphics controller:
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) driver:intel

3.Dell Studio1535 - with ATI card:
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV620/M82 [Mobility Radeon HD 3450/3470] driver:radeon

4.Desktop Computer "noname" with nvidia pcie card:
01:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210] (rev a2) driver:nouveau

At first I thought that it may be some misfunctioning KDE 5 plugin (yr.no weather plugin, or nextcloud desktop sync plugin).
I uninstalled them both plugins but the freezes continued.
So I had to read the forums, to see if anyone has had the same problem.

In some Arch linux thread, and A Mageia thread people were suggesting various fixes (mainly for the intel driver).
But I suspect that it is not only the intel driver, but rather something else. All these machines of mine had hardware acceleration enabled,
and DRI 2 running, but none had DRI 3 enabled. People suggested that intel driver had been having problems with DRI 2, but would function correctly under DRI 3. So I added a config file for X server (as advized in one of the forums) with an option "DRI" "3", into a file 20-intel.conf in /etc/X11/xorg.conf.d/ directory, as follows:

Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "DRI" "3"
EndSection

And this seems to fix this issue (at least for now, 24 hours later).
I added this file on all of the 4 computers.
For nvidia card - the line Driver "intel" becomes Driver "nouveau".
For ATI card it becomes Driver "radeon".
I will keep monitoring for freezes for another 2-3 day before I can declare it solved.

My question is: Is it possible that KDE 5 requires DRI 3 to be enabled (or expects it to be enabled by default).
Or am I missing something?

2 members found this post helpful.

Just for the record. Thre DRI - 3 option has fixed the freezing of all 4 computers (see above).
I have not had any PLASMA5 freeze for the past 3 days. Neither Intel GPUs, nor ATI, or Nvidia.

2 members found this post helpful.

Yeah, me too.

Thanks for sharing this tip, toodr.

2 members found this post helpful.

Indeed. After 3 days of using my computer, I can say that this issue was practically fixed with this workaround. Thanks, toodr!

I say practically, not totally fixed, because I'm still seeing some artifacts in alienbob's latest libreoffice, but only on that application. All others behave OK.

Since this is a good workaround, I'm marking the thread as solved.

I'd suggest, if possible, to add some info on these lines to next CHANGES_AND_HINTS.TXT or the Release Notes.

This is not solved for me. Even on `DRI "3"` I'm still seeing screen corruption issues, and worse, I could not use external displays via xrandr properly (the other screen gets fully distorted and unusable upon plugging in.) I could get to use external displays again on `DRI "2"` but the screen still flickers now and then.

I have desktop lags here.

When navigate from kde4 menus ,some times 2-3 seconds to appear the menu , other times never appears , need to move a little the mouse inside de menu to return to see section.


intel driver need this config ...

I have to try that as well for the intel driver.
As for the flickering - there is only one application in which I get a little bit of flickering. This is libreoffice (Eric's), but it happens seldom (once every 2 or 3 days) after having used flash in firefox heavily, and I get out of KDE 5 , restart the Xserver (Ctrl+Alt+Backspace) and log back in. Then the flickering is gone. Anyway it does not happen with every component of Libreoffice, mainly libreoffice-base is flickering, calc does not.

1 members found this post helpful.

Well, this morning's Xorg updates to current seem to have changed things again. The compton --backend xrender workaround I was using nolonger seems to do the job for me (though from what others said above it wasn't working for some of them before) and I'm seeing some artefacts again.

Looks like I'll have to run through all the options again looking for today's least worst combo.

Intel vs. Modesetting X.Org DDX Performance Impact:
http://www.phoronix.com/scan.php?pag...ing-2017&num=1

(Pff, the forum LINK tags do not work here )

I am going to upgrade to the latest X tomorrow. If no issues I will keep using Modesetting.

It's a URL tag. It can either be:

Or

They will produce the following respectively:

http://some.random.website

Some Random Website's Title

1 members found this post helpful.