Bug 91066 - problems with tearfree fullscreen video on secondary HDMI1 screen
Summary: problems with tearfree fullscreen video on secondary HDMI1 screen
Status: NEW
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: git
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Chris Wilson
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-06-23 07:52 UTC by Kevin Mitchell
Modified: 2015-06-29 08:45 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
xorg.0.log after triggeing BadDrawable errors (42.19 KB, text/plain)
2015-06-23 07:52 UTC, Kevin Mitchell
no flags Details
corrupted terminal after typing "abcdefghijklmnopqrstuvwxyz" (452 bytes, image/png)
2015-06-29 08:43 UTC, Kevin Mitchell
no flags Details
corrected terminal after occluding with another window to force redraw (495 bytes, image/png)
2015-06-29 08:44 UTC, Kevin Mitchell
no flags Details
116785: corrupted terminal after typing "abcdefghijklmnopqrstuvwxyz" (452 bytes, image/png)
2015-06-29 08:45 UTC, Kevin Mitchell
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin Mitchell 2015-06-23 07:52:55 UTC
Created attachment 116665 [details]
xorg.0.log after triggeing  BadDrawable  errors

As originally described in Bug 91036. 

My system is:
Mobile Ivy Bridge 
Debian sid
xf86-video-intel=master(87b5ca2)
linux=4.0.5 or drm_intel master(be39a7e) (tried both)
xserver-xorg-core=2:1.17.1-2
xserver-xorg=1:7.7+9
mpv=git master(09eaaf3)

Running with sna acceleration and tearfree option on.

Dual screen desktop set up with

    xrandr --output LVDS1 --mode 1920x1080 --rate 60  --output HDMI1 --mode 1920x1080 --rate 23.98 --set "Broadcast RGB" "Full" --right-of LVDS1

Play a 23.98 fps clip with mpv. Default configuration. Opengl output, no hardware decoding

    mpv --no-config --vo=opengl 1920x1080-23.80fps.mkv

Works fine until I go full screen on HDMI1. Then the image freezes or goes black and I often (though not alwasy) get a ton of

[vo/opengl/x11] X11 error: BadDrawable (invalid Pixmap or Window parameter)

in the terminal in which mpv is executing.

This is accompanied by a bunch of 

[   817.135] (EE) intel(0): [DRI2] DRI2SwapBuffers: drawable has no back or front?

in Xorg.0.log (attached)

If I match the refresh rate 

    xrandr --output LVDS1 --mode 1920x1080 --rate 60  --output HDMI1 --mode 1920x1080 --rate 60 --set "Broadcast RGB" "Full" --right-of LVDS1

I get, but old frames often get displayed resulting in jerky back and forth effect. 

I don't see any of these problems with uxa acceleration.
Comment 1 Kevin Mitchell 2015-06-23 07:54:00 UTC
I should add also that I have yet to experience these problems if I mirror the displays (even with different refresh rates)
    xrandr --output LVDS1 --mode 1920x1080 --rate 60  --output HDMI1 --mode 1920x1080 --rate 23.98 --set "Broadcast RGB" "Full" --same-as LVDS1

Same refresh rate mirrored also works well
    xrandr --output LVDS1 --mode 1920x1080 --rate 60  --output HDMI1 --mode 1920x1080 --rate 60 --set "Broadcast RGB" "Full" --same-as LVDS1

Finally, turning off the LVDS1 entirely seems to work
    xrandr --output LVDS1 --off --output HDMI1 --mode 1920x1080 --rate 23.98 --set "Broadcast RGB" "Full" --same-as LVDS1
Comment 2 Kevin Mitchell 2015-06-29 08:42:18 UTC
As of e5c6e48cc9e11f659d0d9d1b907357e28a554e9f I am no longer getting the "Bad Drawable" and black/frozen video. However the other problems of displaying old frames and corruption of the LVDS1 screen during video playback on HDMI1 still persist.

I'm still seeing the failure to correctly update terminal windows on my LVDS screen while video is playing in the HDMI screen. I initially thought that this was what the original reporter in Bug 91036 was describing, but I guess not if he's now reporting that the problem is fixed.

Specifically, as I type into a terminal window, the previously typed letters get overwritten by nothing or a duplicate of the cursor. See attached images.

I think this is analogous to the display of "old frames" in the video that I also still observe.
Comment 3 Kevin Mitchell 2015-06-29 08:43:08 UTC
Created attachment 116785 [details]
corrupted terminal after typing "abcdefghijklmnopqrstuvwxyz"
Comment 4 Kevin Mitchell 2015-06-29 08:44:04 UTC
Created attachment 116786 [details]
corrected terminal after occluding with another window to force redraw
Comment 5 Kevin Mitchell 2015-06-29 08:45:47 UTC
Created attachment 116787 [details]
116785: corrupted terminal after typing "abcdefghijklmnopqrstuvwxyz"


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct.