I'm on Intel i7-6700K, Linux 4.4, xf86-video-intel from git (commit 2bee35a8). I'm experiencing a problem when playing videos using Xv output. The video rectangle overlaps everything on the screen. So if I try to put another window over the video or open a menu of the video player, it appears behind the picture of the movie. Unfortunately, I can't attach a screenshot of the bug, because accelerated video doesn't appear on the screenshot at all, but if you really need it, I can take a photo of my screen. The problem reproduces independently of the window manager being used, I've tried it with xfwm (both compositing and not compositing modes) and compiz. Also it doesn't depend on the video player (tried gstreamer-based and VLC).
Sounds like skl lacks DRM_I915_SET_SPRITE_COLORKEY
(In reply to Chris Wilson from comment #1) > Sounds like skl lacks DRM_I915_SET_SPRITE_COLORKEY It's worse than that. The hardware doesn't even support scaling and colorkeying at the same time. IIRC think what should be happening on recent kernels is that scaling gets disabled when colorkeying is enabled.
I also have the same bug. Kernels 4.3-4.5rc1 In addition to video player problem that is solvable with switching overlay to gl. I see the same behaviour in Skype and I can't switch it into another overlay.
Kernel 4.5rc3 - bug still exists
Kernel 4.6rc2 bug is still here
Maxim and Alexey - I'm really sorry about this delay for getting back to you after initial comment from Ville and Chris. Do you still have this problem with newer kernels and xf86-video-intel? Ville - do we still have this feature "that scaling gets disabled when colorkeying is enabled."? And if yes then what would be the solution and/or workaround for the problems Maxim and Alexey are having?
(In reply to Jari Tahvanainen from comment #6) > Maxim and Alexey - I'm really sorry about this delay for getting back to you > after initial comment from Ville and Chris. Do you still have this problem > with newer kernels and xf86-video-intel? > Ville - do we still have this feature "that scaling gets disabled when > colorkeying is enabled."? And if yes then what would be the solution and/or > workaround for the problems Maxim and Alexey are having? It's a "feature" of the hardware. The only way around is a fallback to sw/gpu rendering. Looks like Chris added such a fallback to the intel ddx at some point. It should now do the scaling using the GPU so that the plane will not have to. That should make colorkeying work again. So marking as fixed.
(In reply to Jari Tahvanainen from comment #6) > Do you still have this problem with newer kernels and xf86-video-intel? I'm on Linux 4.10.3, xf86-video-intel 7e9e92c86 now, and I can't reproduce it any more. However, my desktop environment also changed, that means that now I'm testing with different WM and video player, but I don't think it matters. So I think it's fixed, according to Ville's comment.
Thanks Maxim for your feedback
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.