Commits on Source (8)
-
José Expósito authored
Fix a compilation error on 32 bits architectures with gcc 14: ephyr_glamor_xv.c: In function ‘ephyr_glamor_xv_init’: ephyr_glamor_xv.c:154:31: error: assignment to ‘SetPortAttributeFuncPtr’ {aka ‘int (*)(struct _KdScreenInfo *, long unsigned int, int, void *)’} from incompatible pointer type ‘int (*)(KdScreenInfo *, Atom, INT32, void *)’ {aka ‘int (*)(struct _KdScreenInfo *, long unsigned int, long int, void *)’} [-Wincompatible-pointer-types] 154 | adaptor->SetPortAttribute = ephyr_glamor_xv_set_port_attribute; | ^ ephyr_glamor_xv.c:155:31: error: assignment to ‘GetPortAttributeFuncPtr’ {aka ‘int (*)(struct _KdScreenInfo *, long unsigned int, int *, void *)’} from incompatible pointer type ‘int (*)(KdScreenInfo *, Atom, INT32 *, void *)’ {aka ‘int (*)(struct _KdScreenInfo *, long unsigned int, long int *, void *)’} [-Wincompatible-pointer-types] 155 | adaptor->GetPortAttribute = ephyr_glamor_xv_get_port_attribute; | ^ Build error logs: https://koji.fedoraproject.org/koji/taskinfo?taskID=111964273 Signed-off-by:
José Expósito <jexposit@redhat.com>
-
By default, Xwayland (as any Wayland client) uses the keymap set by the Wayland compositor using the standard Wayland protocol. There are some specific uses cases where a user would want to let the X11 clients control the keymap. However, the Wayland compositor may (re)send the keymap at any time, overriding whatever change was made using the X11 mechanisms. Add a new "-nokeymap" option to Xwayland to instruct Xwayland to simply ignore the standard Wayland mechanism to set the keymap, hence leaving the control entirely to the X11 clients. Signed-off-by:
Olivier Fourdan <ofourdan@redhat.com> Reviewed-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Michel Dänzer authored
If the screen pixmap was also the toplevel window pixmap. This can't happen yet, it will with the next commit though.
-
Michel Dänzer authored
Multiple benefits, in particular: * Fullscreen windows can hit the page flip path * X client presentation is properly synchronized to the Wayland compositor refresh cycle via frame events
-
Michel Dänzer authored
-
Michel Dänzer authored
Preparation for the next commit.
-
Michel Dänzer authored
This allows e.g. xfwm4 --vblank=xpresent to hit the page flip path instead of copies. In the future, Mesa might also use the Present extension with software rendering.
-
Peter Hutterer authored
Fixes 219c54b8
Showing
- dix/enterleave.c 3 additions, 3 deletionsdix/enterleave.c
- hw/kdrive/ephyr/ephyr_glamor_xv.c 4 additions, 4 deletionshw/kdrive/ephyr/ephyr_glamor_xv.c
- hw/xwayland/man/Xwayland.man 9 additions, 0 deletionshw/xwayland/man/Xwayland.man
- hw/xwayland/meson.build 1 addition, 1 deletionhw/xwayland/meson.build
- hw/xwayland/xwayland-glamor.c 0 additions, 3 deletionshw/xwayland/xwayland-glamor.c
- hw/xwayland/xwayland-input.c 4 additions, 0 deletionshw/xwayland/xwayland-input.c
- hw/xwayland/xwayland-pixmap.c 18 additions, 0 deletionshw/xwayland/xwayland-pixmap.c
- hw/xwayland/xwayland-pixmap.h 1 addition, 0 deletionshw/xwayland/xwayland-pixmap.h
- hw/xwayland/xwayland-present.c 24 additions, 8 deletionshw/xwayland/xwayland-present.c
- hw/xwayland/xwayland-present.h 0 additions, 3 deletionshw/xwayland/xwayland-present.h
- hw/xwayland/xwayland-screen.c 6 additions, 5 deletionshw/xwayland/xwayland-screen.c
- hw/xwayland/xwayland-screen.h 1 addition, 0 deletionshw/xwayland/xwayland-screen.h
- hw/xwayland/xwayland-shm.c 31 additions, 3 deletionshw/xwayland/xwayland-shm.c
- hw/xwayland/xwayland-window.c 2 additions, 20 deletionshw/xwayland/xwayland-window.c
- hw/xwayland/xwayland-window.h 0 additions, 2 deletionshw/xwayland/xwayland-window.h
- hw/xwayland/xwayland.c 4 additions, 0 deletionshw/xwayland/xwayland.c