~thopiekar/xorg-server/+git/xorg-xserver-displaylink.Spintzyk:do_not_fallback_dl_screens_to_1FPS_v2

Last commit made on 2020-06-09
Get this branch:
git clone -b do_not_fallback_dl_screens_to_1FPS_v2 https://git.launchpad.net/~thopiekar/xorg-server/+git/xorg-xserver-displaylink.Spintzyk

Branch merges

Branch information

Name:
do_not_fallback_dl_screens_to_1FPS_v2
Repository:
lp:~thopiekar/xorg-server/+git/xorg-xserver-displaylink.Spintzyk

Recent commits

babacc6... by Łukasz Spintzyk

modesetting: Remove unnecessary implementation of ms_covering_xf86_crtc

Signed-off-by: Lukasz Spintzyk <email address hidden>

c4b444a... by Łukasz Spintzyk

modesetting: Use randr based ms_covering_randr_crtc instead of ms_covering_xf86_crtc

Signed-off-by: Lukasz Spintzyk <email address hidden>

b13119c... by Lukasz Spintzyk <email address hidden>

modesetting: Make ms_randr_crtc_covering_drawable return NULL when RRCrtcPtr is from non-modesetting driver

Signed-off-by: Lukasz Spintzyk <email address hidden>

ceb6c55... by Łukasz Spintzyk

modesetting: Make ms_covering_randr_crtc independent from xf86 crtc

Signed-off-by: Łukasz Spintzyk <email address hidden>

4195e80... by Olivier Fourdan <email address hidden>

xwayland: Clear private on device removal

Xwayland uses the device private to point to the `xwl_seat`.

Device may be removed at any time, including on suspend.

On resume, if the DIX code ends up calling a function that requires the
`xwl_seat` such as `xwl_set_cursor()` we may end up pointing at random
data.

Make sure the clear the device private data on removal so that we don't
try to use it and crash later.

Signed-off-by: Olivier Fourdan <email address hidden>
Reviewed-by: Peter Hutterer <email address hidden>
https://gitlab.freedesktop.org/xorg/xserver/issues/709

6ef1b01... by Peter Hutterer

gitlab CI: use the fdo ci-templates repository

wayland/ci-templates was moved to freedesktop/ci-templates, everything
else stayed the same so the sha is still valid.

Signed-off-by: Peter Hutterer <email address hidden>
Acked-by: Michel Dänzer <email address hidden>

421ce45... by Simon Ser <email address hidden>

xwayland: import DMA-BUFs with GBM_BO_USE_RENDERING only

Drop GBM_BO_USE_SCANOUT from the GBM_BO_IMPORT_FD import, add
GBM_BO_USE_RENDERING to the GBM_BO_IMPORT_FD_MODIFIER import.

If the DMA-BUF cannot be scanned out, gbm_bo_import with
GBM_BO_USE_SCANOUT will fail. However Xwayland doesn't need to scan-out
the buffer and can work fine without scanout. Glamor only needs
GBM_BO_USE_RENDERING.

Signed-off-by: Simon Ser <email address hidden>
Reviewed-by: Michel Dänzer <email address hidden>
Reviewed-by: Daniel Stone <email address hidden>

0777cf4... by Carlos Garnacho

xwayland: Improve checks for confined_to on InputOnly windows

In this pretty Wine/Proton specific kludge, we try to handle confining grabs
on InputOnly windows by trying to find the InputOutput window that the pointer
would get visually confined to.

The grabbing window and the visible window come from different clients, so
we used to simply resort to the pointer focus. This is troublesome though, as
the call may happen very soon at a time that the toplevel wasn't yet mapped by
the Wayland compositor, so the pointer focus may well be out of date soon.

In these situations, it does seem that even though the confining grab happens
too early to have the wayland surface mapped, the xserver view of the WindowPtr
does already reflect the size. Use this to find out the better window to
assign the confining grab to, one whose geometry fully contains the InputOnly
window's.

Signed-off-by: Carlos Garnacho <email address hidden>
Reviewed-by: Olivier Fourdan <email address hidden>

f486e2f... by Olivier Fourdan <email address hidden>

xwayland: Remove undeeded test

xwl_seat_maybe_lock_on_hidden_cursor() checks that the value of
cursor_confinement_window is not NULL, yet there is no code path
that could lead to this.

Remove the test for cursor_confinement_window being set, it's useless.

Signed-off-by: Olivier Fourdan <email address hidden>
Reviewed-by: Carlos Garnacho <email address hidden>
Reviewed-by: Peter Hutterer <email address hidden>

baa8d12... by Olivier Fourdan <email address hidden>

xwayland: Lock on entering surface if needed

When an X11 client issues a ConfinePointer wit ha hidden cursor,
Xwayland may translate that as a pointer lock.

However, if the pointer is located on another window at the time,
the request may be ignored, even if the pointer later enters the window.

To avoid that issue, check again if locking the pointer with a hidden
cursor is needed when pointer enters a surface.

Signed-off-by: Olivier Fourdan <email address hidden>
Reviewed-by: Carlos Garnacho <email address hidden>
Reviewed-by: Peter Hutterer <email address hidden>