Created attachment 124754 [details]
After a while of typing stuff in gnome-terminal there is a lag. Just like described by a guy here, except that it also happens in vim (for the prompt displayed at the bottom when starting a command with ':'). So I'll just quote:
"I'm experiencing a serious delay in keyboard input in all terminals I have, except xterm. gnome-terminal, terminator are the ones with the same issue.
Well, anything that is a letter key that is... Backspace, arrow keys, enter actually function instantly as expected. But entering anything such as:
$ ls -l
$ nano ~/.profile
Are all delayed by 2 to 5 seconds before showing partially, or all of it."
The guys from this forum suggested switching from SNA to UXA. It does seem to fix that, but I'm not really sure, because I have to type for a longer while to reproduce the bug.
Chipset: Intel HD 5500
System architecture: x86_64
xserver version: 1.18.3
xf86-video-intel version: 2.99.917
Kernel version: 4.6.3-1-ARCH
Linux distro: Arch Linux
Machine: Dell Latitude 3450
Created attachment 124755 [details]
Created attachment 124756 [details]
Either i915.enable_fbc=0 or Option "TearFree" in xorg.conf. Or use an older or more recent kernel than 4.6.
(In reply to Chris Wilson from comment #3)
> Either i915.enable_fbc=0 or Option "TearFree" in xorg.conf. Or use an older
> or more recent kernel than 4.6.
So in case of a more recent one is this supposed to fix it? 5500 is a Broadwell GPU, so I don't think so. But we'll see.
Anyway, thanks for the help, I've gone for "TearFree".
(In reply to Jakub Kucharski from comment #4)
> (In reply to Chris Wilson from comment #3)
> > Either i915.enable_fbc=0 or Option "TearFree" in xorg.conf. Or use an older
> > or more recent kernel than 4.6.
> So in case of a more recent one is this supposed to fix it? 5500 is a
> Broadwell GPU, so I don't think so. But we'll see.
No, there are some FBC tracking fixes that are in the queue.