Bug 93935

Summary:	[skylake] Xv video output displays picture over all windows
Product:	DRI	Reporter:	Maxim Mikityanskiy <maxtram95>
Component:	DRM/Intel	Assignee:	Intel GFX Bugs mailing list <intel-gfx-bugs>
Status:	CLOSED FIXED	QA Contact:	Intel GFX Bugs mailing list <intel-gfx-bugs>
Severity:	normal
Priority:	medium	CC:	intel-gfx-bugs, maxtram95
Version:	unspecified
Hardware:	x86-64 (AMD64)
OS:	Linux (All)
Whiteboard:
i915 platform:	SKL	i915 features:	display/Other

Description Maxim Mikityanskiy 2016-01-30 15:51:40 UTC

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).

Comment 1 Chris Wilson 2016-01-30 15:59:27 UTC

Sounds like skl lacks DRM_I915_SET_SPRITE_COLORKEY

Comment 2 Ville Syrjala 2016-02-01 14:08:23 UTC

(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.

Comment 3 Alexey Baturin 2016-02-02 19:36:05 UTC

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.

Comment 4 Alexey Baturin 2016-02-12 10:50:00 UTC

Kernel 4.5rc3 - bug still exists

Comment 5 Alexey Baturin 2016-04-08 11:39:54 UTC

Kernel 4.6rc2 bug is still here

Comment 6 Jari Tahvanainen 2017-03-13 15:06:24 UTC

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?

Comment 7 Ville Syrjala 2017-03-13 15:47:15 UTC

(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.

Comment 8 Maxim Mikityanskiy 2017-03-19 11:01:10 UTC

(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.

Comment 9 yann 2017-03-20 10:08:03 UTC

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.