Created attachment 116665 [details]
xorg.0.log after triggeing BadDrawable errors
As originally described in Bug 91036.
My system is:
Mobile Ivy Bridge
linux=4.0.5 or drm_intel master(be39a7e) (tried both)
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.
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
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.
Created attachment 116785 [details]
corrupted terminal after typing "abcdefghijklmnopqrstuvwxyz"
Created attachment 116786 [details]
corrected terminal after occluding with another window to force redraw
Created attachment 116787 [details]
116785: corrupted terminal after typing "abcdefghijklmnopqrstuvwxyz"
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-intel/issues/56.