2014-06-16 11:34:55 -07:00
|
|
|
/*
|
|
|
|
|
* Copyright © 2011-2014 Intel Corporation
|
|
|
|
|
*
|
|
|
|
|
* Permission to use, copy, modify, distribute, and sell this software
|
|
|
|
|
* and its documentation for any purpose is hereby granted without
|
|
|
|
|
* fee, provided that the above copyright notice appear in all copies
|
|
|
|
|
* and that both that copyright notice and this permission notice
|
|
|
|
|
* appear in supporting documentation, and that the name of the
|
|
|
|
|
* copyright holders not be used in advertising or publicity
|
|
|
|
|
* pertaining to distribution of the software without specific,
|
|
|
|
|
* written prior permission. The copyright holders make no
|
|
|
|
|
* representations about the suitability of this software for any
|
|
|
|
|
* purpose. It is provided "as is" without express or implied
|
|
|
|
|
* warranty.
|
|
|
|
|
*
|
|
|
|
|
* THE COPYRIGHT HOLDERS DISCLAIM ALL WARRANTIES WITH REGARD TO THIS
|
|
|
|
|
* SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND
|
|
|
|
|
* FITNESS, IN NO EVENT SHALL THE COPYRIGHT HOLDERS BE LIABLE FOR ANY
|
|
|
|
|
* SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES
|
|
|
|
|
* WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN
|
|
|
|
|
* AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING
|
|
|
|
|
* OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS
|
|
|
|
|
* SOFTWARE.
|
|
|
|
|
*/
|
|
|
|
|
|
2019-12-18 15:00:11 +01:00
|
|
|
#include <xwayland-config.h>
|
2014-06-16 11:34:55 -07:00
|
|
|
|
2023-07-20 10:15:15 +02:00
|
|
|
#include <compositeext.h>
|
|
|
|
|
|
2014-06-16 11:34:55 -07:00
|
|
|
#define MESA_EGL_NO_X11_HEADERS
|
2019-11-04 20:03:17 +01:00
|
|
|
#define EGL_NO_X11
|
2016-10-05 12:34:34 -04:00
|
|
|
#include <glamor_egl.h>
|
2014-06-16 11:34:55 -07:00
|
|
|
|
|
|
|
|
#include <glamor.h>
|
|
|
|
|
#include <glamor_context.h>
|
2019-05-08 14:09:00 -04:00
|
|
|
#ifdef GLXEXT
|
|
|
|
|
#include "glx_extinit.h"
|
|
|
|
|
#endif
|
2014-06-16 11:34:55 -07:00
|
|
|
|
2021-03-03 09:55:12 +01:00
|
|
|
#include "linux-dmabuf-unstable-v1-client-protocol.h"
|
|
|
|
|
#include "drm-client-protocol.h"
|
|
|
|
|
#include <drm_fourcc.h>
|
|
|
|
|
|
2019-12-16 17:23:30 +01:00
|
|
|
#include "xwayland-glamor.h"
|
2019-12-18 14:13:34 +01:00
|
|
|
#include "xwayland-glx.h"
|
2019-12-18 10:03:43 +01:00
|
|
|
#include "xwayland-screen.h"
|
2019-12-17 15:07:07 +01:00
|
|
|
#include "xwayland-window.h"
|
2023-03-23 14:31:04 +01:00
|
|
|
#include "xwayland-window-buffers.h"
|
2019-12-16 17:23:30 +01:00
|
|
|
|
2022-12-20 12:15:15 +01:00
|
|
|
#include <sys/mman.h>
|
|
|
|
|
|
2014-06-16 11:34:55 -07:00
|
|
|
static void
|
xwayland: Add glamor egl_backend for EGLStreams
This adds initial support for displaying Xwayland applications through
the use of EGLStreams and nvidia's custom wayland protocol by adding
another egl_backend driver. This also adds some additional egl_backend
hooks that are required to make things work properly.
EGLStreams work a lot differently then the traditional way of handling
buffers with wayland. Unfortunately, there are also a LOT of various
pitfalls baked into it's design that need to be explained.
This has a very large and unfortunate implication: direct rendering is,
for the time being at least, impossible to do through EGLStreams. The
main reason being that the EGLStream spec mandates that we lose the
entire color buffer contents with each eglSwapBuffers(), which goes
against X's requirement of not losing data with pixmaps. no way to use
an allocated EGLSurface as the storage for glamor rendering like we do
with GBM, we have to rely on blitting each pixmap to it's respective
EGLSurface producer each frame. In order to pull this off, we add two
different additional egl_backend hooks that GBM opts out of
implementing:
- egl_backend.allow_commits for holding off displaying any EGLStream
backed pixmaps until the point where it's stream is completely
initialized and ready for use
- egl_backend.post_damage for blitting the content of the EGLStream
surface producer before Xwayland actually damages and commits the
wl_surface to the screen.
The other big pitfall here is that using nvidia's wayland-eglstreams
helper library is also not possible for the most part. All of it's API
for creating and destroying streams rely on being able to perform a
roundtrip in order to bring each stream to completion since the wayland
compositor must perform it's job of connecting a consumer to each
EGLstream. Because Xwayland has to potentially handle both responding to
the wayland compositor and it's own X clients, the situation of the
wayland compositor being one of our X clients must be considered. If we
perform a roundtrip with the Wayland compositor, it's possible that the
wayland compositor might currently be connected to us as an X client and
thus hang while both Xwayland and the wayland compositor await responses
from eachother. To avoid this, we work directly with the wayland
protocol and use wl_display_sync() events along with release() events to
set up and destroy EGLStreams asynchronously alongside handling X
clients.
Additionally, since setting up EGLStreams is not an atomic operation we
have to take into consideration the fact that an EGLStream can
potentially be created in response to a window resize, then immediately
deleted due to another pending window resize in the same X client's
pending reqests before Xwayland hits the part of it's event loop where
we read from the wayland compositor. To make this even more painful, we
also have to take into consideration that since EGLStreams are not
atomic that it's possible we could delete wayland resources for an
EGLStream before the compositor even finishes using them and thus run
into errors. So, we use quite a bit of tracking logic to keep EGLStream
objects alive until we know the compositor isn't using them (even if
this means the stream outlives the pixmap it backed).
While the default backend for glamor remains GBM, this patch exists for
users who have had to deal with the reprecussion of their GPU
manufacturers ignoring the advice of upstream and the standardization of
GBM across most major GPU manufacturers. It is not intended to be a
final solution to the GBM debate, but merely a baindaid so our users
don't have to suffer from the consequences of companies avoiding working
upstream. New drivers are strongly encouraged not to use this as a
backend, and use GBM like everyone else. We even spit this out as an
error from Xwayland when using the eglstream backend.
Signed-off-by: Lyude Paul <lyude@redhat.com>
Acked-by: Daniel Stone <daniels@collabora.com>
Reviewed-by: Adam Jackson <ajax@redhat.com>
2018-04-20 14:38:05 -04:00
|
|
|
glamor_egl_make_current(struct glamor_context *glamor_ctx)
|
2014-06-16 11:34:55 -07:00
|
|
|
{
|
|
|
|
|
eglMakeCurrent(glamor_ctx->display, EGL_NO_SURFACE,
|
|
|
|
|
EGL_NO_SURFACE, EGL_NO_CONTEXT);
|
|
|
|
|
if (!eglMakeCurrent(glamor_ctx->display,
|
|
|
|
|
EGL_NO_SURFACE, EGL_NO_SURFACE,
|
|
|
|
|
glamor_ctx->ctx))
|
|
|
|
|
FatalError("Failed to make EGL context current\n");
|
|
|
|
|
}
|
|
|
|
|
|
xwayland: Add glamor egl_backend for EGLStreams
This adds initial support for displaying Xwayland applications through
the use of EGLStreams and nvidia's custom wayland protocol by adding
another egl_backend driver. This also adds some additional egl_backend
hooks that are required to make things work properly.
EGLStreams work a lot differently then the traditional way of handling
buffers with wayland. Unfortunately, there are also a LOT of various
pitfalls baked into it's design that need to be explained.
This has a very large and unfortunate implication: direct rendering is,
for the time being at least, impossible to do through EGLStreams. The
main reason being that the EGLStream spec mandates that we lose the
entire color buffer contents with each eglSwapBuffers(), which goes
against X's requirement of not losing data with pixmaps. no way to use
an allocated EGLSurface as the storage for glamor rendering like we do
with GBM, we have to rely on blitting each pixmap to it's respective
EGLSurface producer each frame. In order to pull this off, we add two
different additional egl_backend hooks that GBM opts out of
implementing:
- egl_backend.allow_commits for holding off displaying any EGLStream
backed pixmaps until the point where it's stream is completely
initialized and ready for use
- egl_backend.post_damage for blitting the content of the EGLStream
surface producer before Xwayland actually damages and commits the
wl_surface to the screen.
The other big pitfall here is that using nvidia's wayland-eglstreams
helper library is also not possible for the most part. All of it's API
for creating and destroying streams rely on being able to perform a
roundtrip in order to bring each stream to completion since the wayland
compositor must perform it's job of connecting a consumer to each
EGLstream. Because Xwayland has to potentially handle both responding to
the wayland compositor and it's own X clients, the situation of the
wayland compositor being one of our X clients must be considered. If we
perform a roundtrip with the Wayland compositor, it's possible that the
wayland compositor might currently be connected to us as an X client and
thus hang while both Xwayland and the wayland compositor await responses
from eachother. To avoid this, we work directly with the wayland
protocol and use wl_display_sync() events along with release() events to
set up and destroy EGLStreams asynchronously alongside handling X
clients.
Additionally, since setting up EGLStreams is not an atomic operation we
have to take into consideration the fact that an EGLStream can
potentially be created in response to a window resize, then immediately
deleted due to another pending window resize in the same X client's
pending reqests before Xwayland hits the part of it's event loop where
we read from the wayland compositor. To make this even more painful, we
also have to take into consideration that since EGLStreams are not
atomic that it's possible we could delete wayland resources for an
EGLStream before the compositor even finishes using them and thus run
into errors. So, we use quite a bit of tracking logic to keep EGLStream
objects alive until we know the compositor isn't using them (even if
this means the stream outlives the pixmap it backed).
While the default backend for glamor remains GBM, this patch exists for
users who have had to deal with the reprecussion of their GPU
manufacturers ignoring the advice of upstream and the standardization of
GBM across most major GPU manufacturers. It is not intended to be a
final solution to the GBM debate, but merely a baindaid so our users
don't have to suffer from the consequences of companies avoiding working
upstream. New drivers are strongly encouraged not to use this as a
backend, and use GBM like everyone else. We even spit this out as an
error from Xwayland when using the eglstream backend.
Signed-off-by: Lyude Paul <lyude@redhat.com>
Acked-by: Daniel Stone <daniels@collabora.com>
Reviewed-by: Adam Jackson <ajax@redhat.com>
2018-04-20 14:38:05 -04:00
|
|
|
void
|
|
|
|
|
xwl_glamor_egl_make_current(struct xwl_screen *xwl_screen)
|
|
|
|
|
{
|
2021-11-01 13:05:56 +01:00
|
|
|
EGLContext ctx = xwl_screen->glamor_ctx->ctx;
|
|
|
|
|
|
|
|
|
|
if (lastGLContext == ctx)
|
xwayland: Add glamor egl_backend for EGLStreams
This adds initial support for displaying Xwayland applications through
the use of EGLStreams and nvidia's custom wayland protocol by adding
another egl_backend driver. This also adds some additional egl_backend
hooks that are required to make things work properly.
EGLStreams work a lot differently then the traditional way of handling
buffers with wayland. Unfortunately, there are also a LOT of various
pitfalls baked into it's design that need to be explained.
This has a very large and unfortunate implication: direct rendering is,
for the time being at least, impossible to do through EGLStreams. The
main reason being that the EGLStream spec mandates that we lose the
entire color buffer contents with each eglSwapBuffers(), which goes
against X's requirement of not losing data with pixmaps. no way to use
an allocated EGLSurface as the storage for glamor rendering like we do
with GBM, we have to rely on blitting each pixmap to it's respective
EGLSurface producer each frame. In order to pull this off, we add two
different additional egl_backend hooks that GBM opts out of
implementing:
- egl_backend.allow_commits for holding off displaying any EGLStream
backed pixmaps until the point where it's stream is completely
initialized and ready for use
- egl_backend.post_damage for blitting the content of the EGLStream
surface producer before Xwayland actually damages and commits the
wl_surface to the screen.
The other big pitfall here is that using nvidia's wayland-eglstreams
helper library is also not possible for the most part. All of it's API
for creating and destroying streams rely on being able to perform a
roundtrip in order to bring each stream to completion since the wayland
compositor must perform it's job of connecting a consumer to each
EGLstream. Because Xwayland has to potentially handle both responding to
the wayland compositor and it's own X clients, the situation of the
wayland compositor being one of our X clients must be considered. If we
perform a roundtrip with the Wayland compositor, it's possible that the
wayland compositor might currently be connected to us as an X client and
thus hang while both Xwayland and the wayland compositor await responses
from eachother. To avoid this, we work directly with the wayland
protocol and use wl_display_sync() events along with release() events to
set up and destroy EGLStreams asynchronously alongside handling X
clients.
Additionally, since setting up EGLStreams is not an atomic operation we
have to take into consideration the fact that an EGLStream can
potentially be created in response to a window resize, then immediately
deleted due to another pending window resize in the same X client's
pending reqests before Xwayland hits the part of it's event loop where
we read from the wayland compositor. To make this even more painful, we
also have to take into consideration that since EGLStreams are not
atomic that it's possible we could delete wayland resources for an
EGLStream before the compositor even finishes using them and thus run
into errors. So, we use quite a bit of tracking logic to keep EGLStream
objects alive until we know the compositor isn't using them (even if
this means the stream outlives the pixmap it backed).
While the default backend for glamor remains GBM, this patch exists for
users who have had to deal with the reprecussion of their GPU
manufacturers ignoring the advice of upstream and the standardization of
GBM across most major GPU manufacturers. It is not intended to be a
final solution to the GBM debate, but merely a baindaid so our users
don't have to suffer from the consequences of companies avoiding working
upstream. New drivers are strongly encouraged not to use this as a
backend, and use GBM like everyone else. We even spit this out as an
error from Xwayland when using the eglstream backend.
Signed-off-by: Lyude Paul <lyude@redhat.com>
Acked-by: Daniel Stone <daniels@collabora.com>
Reviewed-by: Adam Jackson <ajax@redhat.com>
2018-04-20 14:38:05 -04:00
|
|
|
return;
|
|
|
|
|
|
2021-11-01 13:05:56 +01:00
|
|
|
lastGLContext = ctx;
|
xwayland: Add glamor egl_backend for EGLStreams
This adds initial support for displaying Xwayland applications through
the use of EGLStreams and nvidia's custom wayland protocol by adding
another egl_backend driver. This also adds some additional egl_backend
hooks that are required to make things work properly.
EGLStreams work a lot differently then the traditional way of handling
buffers with wayland. Unfortunately, there are also a LOT of various
pitfalls baked into it's design that need to be explained.
This has a very large and unfortunate implication: direct rendering is,
for the time being at least, impossible to do through EGLStreams. The
main reason being that the EGLStream spec mandates that we lose the
entire color buffer contents with each eglSwapBuffers(), which goes
against X's requirement of not losing data with pixmaps. no way to use
an allocated EGLSurface as the storage for glamor rendering like we do
with GBM, we have to rely on blitting each pixmap to it's respective
EGLSurface producer each frame. In order to pull this off, we add two
different additional egl_backend hooks that GBM opts out of
implementing:
- egl_backend.allow_commits for holding off displaying any EGLStream
backed pixmaps until the point where it's stream is completely
initialized and ready for use
- egl_backend.post_damage for blitting the content of the EGLStream
surface producer before Xwayland actually damages and commits the
wl_surface to the screen.
The other big pitfall here is that using nvidia's wayland-eglstreams
helper library is also not possible for the most part. All of it's API
for creating and destroying streams rely on being able to perform a
roundtrip in order to bring each stream to completion since the wayland
compositor must perform it's job of connecting a consumer to each
EGLstream. Because Xwayland has to potentially handle both responding to
the wayland compositor and it's own X clients, the situation of the
wayland compositor being one of our X clients must be considered. If we
perform a roundtrip with the Wayland compositor, it's possible that the
wayland compositor might currently be connected to us as an X client and
thus hang while both Xwayland and the wayland compositor await responses
from eachother. To avoid this, we work directly with the wayland
protocol and use wl_display_sync() events along with release() events to
set up and destroy EGLStreams asynchronously alongside handling X
clients.
Additionally, since setting up EGLStreams is not an atomic operation we
have to take into consideration the fact that an EGLStream can
potentially be created in response to a window resize, then immediately
deleted due to another pending window resize in the same X client's
pending reqests before Xwayland hits the part of it's event loop where
we read from the wayland compositor. To make this even more painful, we
also have to take into consideration that since EGLStreams are not
atomic that it's possible we could delete wayland resources for an
EGLStream before the compositor even finishes using them and thus run
into errors. So, we use quite a bit of tracking logic to keep EGLStream
objects alive until we know the compositor isn't using them (even if
this means the stream outlives the pixmap it backed).
While the default backend for glamor remains GBM, this patch exists for
users who have had to deal with the reprecussion of their GPU
manufacturers ignoring the advice of upstream and the standardization of
GBM across most major GPU manufacturers. It is not intended to be a
final solution to the GBM debate, but merely a baindaid so our users
don't have to suffer from the consequences of companies avoiding working
upstream. New drivers are strongly encouraged not to use this as a
backend, and use GBM like everyone else. We even spit this out as an
error from Xwayland when using the eglstream backend.
Signed-off-by: Lyude Paul <lyude@redhat.com>
Acked-by: Daniel Stone <daniels@collabora.com>
Reviewed-by: Adam Jackson <ajax@redhat.com>
2018-04-20 14:38:05 -04:00
|
|
|
xwl_screen->glamor_ctx->make_current(xwl_screen->glamor_ctx);
|
|
|
|
|
}
|
|
|
|
|
|
2014-06-16 11:34:55 -07:00
|
|
|
void
|
|
|
|
|
glamor_egl_screen_init(ScreenPtr screen, struct glamor_context *glamor_ctx)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_screen *xwl_screen = xwl_screen_get(screen);
|
|
|
|
|
|
2022-07-21 00:46:07 +03:00
|
|
|
glamor_set_glvnd_vendor(screen, xwl_screen->glvnd_vendor);
|
2018-07-25 16:33:23 +02:00
|
|
|
glamor_enable_dri3(screen);
|
2014-06-16 11:34:55 -07:00
|
|
|
glamor_ctx->ctx = xwl_screen->egl_context;
|
|
|
|
|
glamor_ctx->display = xwl_screen->egl_display;
|
|
|
|
|
|
xwayland: Add glamor egl_backend for EGLStreams
This adds initial support for displaying Xwayland applications through
the use of EGLStreams and nvidia's custom wayland protocol by adding
another egl_backend driver. This also adds some additional egl_backend
hooks that are required to make things work properly.
EGLStreams work a lot differently then the traditional way of handling
buffers with wayland. Unfortunately, there are also a LOT of various
pitfalls baked into it's design that need to be explained.
This has a very large and unfortunate implication: direct rendering is,
for the time being at least, impossible to do through EGLStreams. The
main reason being that the EGLStream spec mandates that we lose the
entire color buffer contents with each eglSwapBuffers(), which goes
against X's requirement of not losing data with pixmaps. no way to use
an allocated EGLSurface as the storage for glamor rendering like we do
with GBM, we have to rely on blitting each pixmap to it's respective
EGLSurface producer each frame. In order to pull this off, we add two
different additional egl_backend hooks that GBM opts out of
implementing:
- egl_backend.allow_commits for holding off displaying any EGLStream
backed pixmaps until the point where it's stream is completely
initialized and ready for use
- egl_backend.post_damage for blitting the content of the EGLStream
surface producer before Xwayland actually damages and commits the
wl_surface to the screen.
The other big pitfall here is that using nvidia's wayland-eglstreams
helper library is also not possible for the most part. All of it's API
for creating and destroying streams rely on being able to perform a
roundtrip in order to bring each stream to completion since the wayland
compositor must perform it's job of connecting a consumer to each
EGLstream. Because Xwayland has to potentially handle both responding to
the wayland compositor and it's own X clients, the situation of the
wayland compositor being one of our X clients must be considered. If we
perform a roundtrip with the Wayland compositor, it's possible that the
wayland compositor might currently be connected to us as an X client and
thus hang while both Xwayland and the wayland compositor await responses
from eachother. To avoid this, we work directly with the wayland
protocol and use wl_display_sync() events along with release() events to
set up and destroy EGLStreams asynchronously alongside handling X
clients.
Additionally, since setting up EGLStreams is not an atomic operation we
have to take into consideration the fact that an EGLStream can
potentially be created in response to a window resize, then immediately
deleted due to another pending window resize in the same X client's
pending reqests before Xwayland hits the part of it's event loop where
we read from the wayland compositor. To make this even more painful, we
also have to take into consideration that since EGLStreams are not
atomic that it's possible we could delete wayland resources for an
EGLStream before the compositor even finishes using them and thus run
into errors. So, we use quite a bit of tracking logic to keep EGLStream
objects alive until we know the compositor isn't using them (even if
this means the stream outlives the pixmap it backed).
While the default backend for glamor remains GBM, this patch exists for
users who have had to deal with the reprecussion of their GPU
manufacturers ignoring the advice of upstream and the standardization of
GBM across most major GPU manufacturers. It is not intended to be a
final solution to the GBM debate, but merely a baindaid so our users
don't have to suffer from the consequences of companies avoiding working
upstream. New drivers are strongly encouraged not to use this as a
backend, and use GBM like everyone else. We even spit this out as an
error from Xwayland when using the eglstream backend.
Signed-off-by: Lyude Paul <lyude@redhat.com>
Acked-by: Daniel Stone <daniels@collabora.com>
Reviewed-by: Adam Jackson <ajax@redhat.com>
2018-04-20 14:38:05 -04:00
|
|
|
glamor_ctx->make_current = glamor_egl_make_current;
|
2014-06-16 11:34:55 -07:00
|
|
|
|
|
|
|
|
xwl_screen->glamor_ctx = glamor_ctx;
|
|
|
|
|
}
|
|
|
|
|
|
2021-03-03 11:56:41 +01:00
|
|
|
Bool
|
2023-06-23 18:33:12 +02:00
|
|
|
xwl_glamor_check_flip(WindowPtr present_window, PixmapPtr pixmap)
|
2021-03-03 11:56:41 +01:00
|
|
|
{
|
2023-06-23 18:33:12 +02:00
|
|
|
ScreenPtr screen = pixmap->drawable.pScreen;
|
|
|
|
|
struct xwl_screen *xwl_screen = xwl_screen_get(screen);
|
|
|
|
|
PixmapPtr backing_pixmap = screen->GetWindowPixmap(present_window);
|
|
|
|
|
|
|
|
|
|
if (pixmap->drawable.depth != backing_pixmap->drawable.depth)
|
|
|
|
|
return FALSE;
|
2021-03-03 11:56:41 +01:00
|
|
|
|
2021-05-18 18:02:59 +02:00
|
|
|
if (!xwl_glamor_pixmap_get_wl_buffer(pixmap))
|
|
|
|
|
return FALSE;
|
|
|
|
|
|
2021-03-03 11:56:41 +01:00
|
|
|
if (xwl_screen->egl_backend->check_flip)
|
|
|
|
|
return xwl_screen->egl_backend->check_flip(pixmap);
|
|
|
|
|
|
|
|
|
|
return TRUE;
|
|
|
|
|
}
|
|
|
|
|
|
2022-12-20 12:22:45 +01:00
|
|
|
static Bool
|
|
|
|
|
xwl_glamor_is_modifier_supported_in_formats(struct xwl_format *formats, int num_formats,
|
|
|
|
|
uint32_t format, uint64_t modifier)
|
2021-02-12 12:09:27 -08:00
|
|
|
{
|
|
|
|
|
struct xwl_format *xwl_format = NULL;
|
|
|
|
|
int i;
|
|
|
|
|
|
2022-12-20 12:22:45 +01:00
|
|
|
for (i = 0; i < num_formats; i++) {
|
|
|
|
|
if (formats[i].format == format) {
|
|
|
|
|
xwl_format = &formats[i];
|
2021-02-12 12:09:27 -08:00
|
|
|
break;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if (xwl_format) {
|
|
|
|
|
for (i = 0; i < xwl_format->num_modifiers; i++) {
|
|
|
|
|
if (xwl_format->modifiers[i] == modifier) {
|
|
|
|
|
return TRUE;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
return FALSE;
|
|
|
|
|
}
|
|
|
|
|
|
2022-12-20 12:22:45 +01:00
|
|
|
static Bool
|
|
|
|
|
xwl_feedback_is_modifier_supported(struct xwl_dmabuf_feedback *xwl_feedback,
|
2023-03-28 14:18:36 +02:00
|
|
|
uint32_t format, uint64_t modifier,
|
|
|
|
|
int supports_scanout)
|
2022-12-20 12:22:45 +01:00
|
|
|
{
|
|
|
|
|
for (int i = 0; i < xwl_feedback->dev_formats_len; i++) {
|
|
|
|
|
struct xwl_device_formats *dev_formats = &xwl_feedback->dev_formats[i];
|
|
|
|
|
|
2023-03-28 14:18:36 +02:00
|
|
|
if (supports_scanout && !dev_formats->supports_scanout)
|
|
|
|
|
continue;
|
|
|
|
|
|
2022-12-20 12:22:45 +01:00
|
|
|
if (xwl_glamor_is_modifier_supported_in_formats(dev_formats->formats,
|
|
|
|
|
dev_formats->num_formats,
|
|
|
|
|
format, modifier))
|
|
|
|
|
return TRUE;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
return FALSE;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Bool
|
|
|
|
|
xwl_glamor_is_modifier_supported(struct xwl_screen *xwl_screen,
|
|
|
|
|
uint32_t format, uint64_t modifier)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_window *xwl_window;
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
|
* If we are using dmabuf v4, then we need to check in the main
|
|
|
|
|
* device and per-window format lists. For older protocol
|
|
|
|
|
* versions we can just check the list returned by the dmabuf.modifier
|
|
|
|
|
* events in xwl_screen
|
|
|
|
|
*/
|
|
|
|
|
if (xwl_screen->dmabuf_protocol_version < 4) {
|
|
|
|
|
return xwl_glamor_is_modifier_supported_in_formats(xwl_screen->formats,
|
|
|
|
|
xwl_screen->num_formats,
|
|
|
|
|
format, modifier);
|
|
|
|
|
}
|
|
|
|
|
|
2023-03-28 14:18:36 +02:00
|
|
|
if (xwl_feedback_is_modifier_supported(&xwl_screen->default_feedback, format, modifier, FALSE))
|
2022-12-20 12:22:45 +01:00
|
|
|
return TRUE;
|
|
|
|
|
|
|
|
|
|
xorg_list_for_each_entry(xwl_window, &xwl_screen->window_list, link_window) {
|
2023-03-28 14:18:36 +02:00
|
|
|
if (xwl_feedback_is_modifier_supported(&xwl_window->feedback, format, modifier, FALSE))
|
2022-12-20 12:22:45 +01:00
|
|
|
return TRUE;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
return FALSE;
|
|
|
|
|
}
|
|
|
|
|
|
2021-02-12 12:09:27 -08:00
|
|
|
uint32_t
|
|
|
|
|
wl_drm_format_for_depth(int depth)
|
|
|
|
|
{
|
|
|
|
|
switch (depth) {
|
|
|
|
|
case 15:
|
|
|
|
|
return WL_DRM_FORMAT_XRGB1555;
|
|
|
|
|
case 16:
|
|
|
|
|
return WL_DRM_FORMAT_RGB565;
|
|
|
|
|
case 24:
|
|
|
|
|
return WL_DRM_FORMAT_XRGB8888;
|
|
|
|
|
case 30:
|
|
|
|
|
return WL_DRM_FORMAT_ARGB2101010;
|
|
|
|
|
default:
|
|
|
|
|
ErrorF("unexpected depth: %d\n", depth);
|
|
|
|
|
case 32:
|
|
|
|
|
return WL_DRM_FORMAT_ARGB8888;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2023-02-27 17:06:51 +01:00
|
|
|
static drmDevice *
|
2022-12-20 12:15:34 +01:00
|
|
|
xwl_screen_get_main_dev(struct xwl_screen *xwl_screen)
|
|
|
|
|
{
|
|
|
|
|
/*
|
|
|
|
|
* If we have gbm then get our main device from it. Otherwise use what
|
|
|
|
|
* the compositor told us.
|
|
|
|
|
*/
|
|
|
|
|
if (xwl_screen->gbm_backend.is_available)
|
|
|
|
|
return xwl_screen->gbm_backend.get_main_device(xwl_screen);
|
|
|
|
|
else
|
|
|
|
|
return xwl_screen->default_feedback.main_dev;
|
|
|
|
|
}
|
|
|
|
|
|
2022-12-20 12:15:41 +01:00
|
|
|
static Bool
|
|
|
|
|
xwl_get_formats(struct xwl_format *format_array, int format_array_len,
|
|
|
|
|
uint32_t *num_formats, uint32_t **formats)
|
|
|
|
|
{
|
|
|
|
|
*num_formats = 0;
|
|
|
|
|
*formats = NULL;
|
|
|
|
|
|
|
|
|
|
if (format_array_len == 0)
|
|
|
|
|
return TRUE;
|
|
|
|
|
|
|
|
|
|
*formats = calloc(format_array_len, sizeof(CARD32));
|
|
|
|
|
if (*formats == NULL)
|
|
|
|
|
return FALSE;
|
|
|
|
|
|
|
|
|
|
for (int i = 0; i < format_array_len; i++)
|
|
|
|
|
(*formats)[i] = format_array[i].format;
|
|
|
|
|
*num_formats = format_array_len;
|
|
|
|
|
|
|
|
|
|
return TRUE;
|
|
|
|
|
}
|
|
|
|
|
|
2021-12-02 12:54:23 -05:00
|
|
|
static Bool
|
2023-02-27 17:06:51 +01:00
|
|
|
xwl_get_formats_for_device(struct xwl_dmabuf_feedback *xwl_feedback, drmDevice *device,
|
2021-12-02 12:54:23 -05:00
|
|
|
uint32_t *num_formats, uint32_t **formats)
|
|
|
|
|
{
|
|
|
|
|
uint32_t *ret = NULL;
|
|
|
|
|
uint32_t count = 0;
|
|
|
|
|
|
|
|
|
|
/* go through all matching sets of tranches for the window's device */
|
|
|
|
|
for (int i = 0; i < xwl_feedback->dev_formats_len; i++) {
|
2023-02-27 17:06:51 +01:00
|
|
|
if (drmDevicesEqual(xwl_feedback->dev_formats[i].drm_dev, device)) {
|
2021-12-02 12:54:23 -05:00
|
|
|
struct xwl_device_formats *dev_formats = &xwl_feedback->dev_formats[i];
|
|
|
|
|
|
|
|
|
|
/* Append the formats from this tranche to the list */
|
|
|
|
|
ret = xnfreallocarray(ret, count + dev_formats->num_formats, sizeof(CARD32));
|
|
|
|
|
|
|
|
|
|
for (int j = 0; j < dev_formats->num_formats; j++) {
|
|
|
|
|
bool found = false;
|
|
|
|
|
|
|
|
|
|
/* Check if this format is already present in the list */
|
|
|
|
|
for (int k = 0; k < count; k++) {
|
|
|
|
|
if (ret[k] == dev_formats->formats[j].format) {
|
|
|
|
|
found = true;
|
|
|
|
|
break;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/* If this format has not yet been added, do so now */
|
|
|
|
|
if (!found)
|
|
|
|
|
ret[count++] = dev_formats->formats[j].format;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
*num_formats = count;
|
|
|
|
|
*formats = ret;
|
|
|
|
|
|
|
|
|
|
return TRUE;
|
|
|
|
|
}
|
|
|
|
|
|
2021-02-12 12:09:27 -08:00
|
|
|
Bool
|
|
|
|
|
xwl_glamor_get_formats(ScreenPtr screen,
|
|
|
|
|
CARD32 *num_formats, CARD32 **formats)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_screen *xwl_screen = xwl_screen_get(screen);
|
|
|
|
|
|
|
|
|
|
/* Explicitly zero the count as the caller may ignore the return value */
|
|
|
|
|
*num_formats = 0;
|
|
|
|
|
|
|
|
|
|
if (!xwl_screen->dmabuf)
|
|
|
|
|
return FALSE;
|
|
|
|
|
|
2021-12-02 12:54:23 -05:00
|
|
|
if (xwl_screen->dmabuf_protocol_version >= 4) {
|
2023-02-27 17:06:51 +01:00
|
|
|
drmDevice *main_dev = xwl_screen_get_main_dev(xwl_screen);
|
2021-12-02 12:54:23 -05:00
|
|
|
|
|
|
|
|
return xwl_get_formats_for_device(&xwl_screen->default_feedback, main_dev,
|
|
|
|
|
num_formats, formats);
|
|
|
|
|
}
|
|
|
|
|
|
2022-12-20 12:15:41 +01:00
|
|
|
return xwl_get_formats(xwl_screen->formats, xwl_screen->num_formats,
|
|
|
|
|
num_formats, formats);
|
2021-02-12 12:09:27 -08:00
|
|
|
}
|
|
|
|
|
|
2022-12-20 12:15:34 +01:00
|
|
|
static Bool
|
|
|
|
|
xwl_get_modifiers_for_format(struct xwl_format *format_array, int num_formats,
|
|
|
|
|
uint32_t format, uint32_t *num_modifiers, uint64_t **modifiers)
|
2021-02-12 12:09:27 -08:00
|
|
|
{
|
|
|
|
|
struct xwl_format *xwl_format = NULL;
|
|
|
|
|
int i;
|
|
|
|
|
|
|
|
|
|
*num_modifiers = 0;
|
2022-12-20 12:15:34 +01:00
|
|
|
*modifiers = NULL;
|
2021-02-12 12:09:27 -08:00
|
|
|
|
2022-12-20 12:15:34 +01:00
|
|
|
if (num_formats == 0)
|
2021-02-12 12:09:27 -08:00
|
|
|
return TRUE;
|
|
|
|
|
|
2022-12-20 12:15:34 +01:00
|
|
|
for (i = 0; i < num_formats; i++) {
|
|
|
|
|
if (format_array[i].format == format) {
|
|
|
|
|
xwl_format = &format_array[i];
|
2021-02-12 12:09:27 -08:00
|
|
|
break;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if (!xwl_format ||
|
|
|
|
|
(xwl_format->num_modifiers == 1 &&
|
|
|
|
|
xwl_format->modifiers[0] == DRM_FORMAT_MOD_INVALID))
|
|
|
|
|
return FALSE;
|
|
|
|
|
|
|
|
|
|
*modifiers = calloc(xwl_format->num_modifiers, sizeof(uint64_t));
|
|
|
|
|
if (*modifiers == NULL)
|
|
|
|
|
return FALSE;
|
|
|
|
|
|
|
|
|
|
for (i = 0; i < xwl_format->num_modifiers; i++)
|
|
|
|
|
(*modifiers)[i] = xwl_format->modifiers[i];
|
|
|
|
|
*num_modifiers = xwl_format->num_modifiers;
|
|
|
|
|
|
|
|
|
|
return TRUE;
|
|
|
|
|
}
|
|
|
|
|
|
2022-12-20 12:15:34 +01:00
|
|
|
static Bool
|
2023-02-27 17:06:51 +01:00
|
|
|
xwl_get_modifiers_for_device(struct xwl_dmabuf_feedback *feedback, drmDevice *device,
|
2022-12-20 12:15:34 +01:00
|
|
|
uint32_t format, uint32_t *num_modifiers,
|
2023-04-07 11:03:14 +02:00
|
|
|
uint64_t **modifiers,
|
|
|
|
|
Bool *supports_scanout)
|
2022-12-20 12:15:34 +01:00
|
|
|
{
|
|
|
|
|
/* Now try to find a matching set of tranches for the window's device */
|
|
|
|
|
for (int i = 0; i < feedback->dev_formats_len; i++) {
|
2021-12-02 12:54:23 -05:00
|
|
|
struct xwl_device_formats *dev_formats = &feedback->dev_formats[i];
|
2022-12-20 12:15:34 +01:00
|
|
|
|
2023-02-27 17:06:51 +01:00
|
|
|
if (drmDevicesEqual(dev_formats->drm_dev, device) &&
|
2021-12-02 12:54:23 -05:00
|
|
|
xwl_get_modifiers_for_format(dev_formats->formats, dev_formats->num_formats,
|
2023-04-07 11:03:14 +02:00
|
|
|
format, num_modifiers, modifiers)) {
|
|
|
|
|
if (supports_scanout)
|
|
|
|
|
*supports_scanout = !!dev_formats->supports_scanout;
|
2021-12-02 12:54:23 -05:00
|
|
|
return TRUE;
|
2023-04-07 11:03:14 +02:00
|
|
|
}
|
2021-12-02 12:54:23 -05:00
|
|
|
}
|
2022-12-20 12:15:34 +01:00
|
|
|
|
2021-12-02 12:54:23 -05:00
|
|
|
return FALSE;
|
2022-12-20 12:15:34 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
Bool
|
|
|
|
|
xwl_glamor_get_modifiers(ScreenPtr screen, uint32_t format,
|
|
|
|
|
uint32_t *num_modifiers, uint64_t **modifiers)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_screen *xwl_screen = xwl_screen_get(screen);
|
2023-02-27 17:06:51 +01:00
|
|
|
drmDevice *main_dev;
|
2022-12-20 12:15:34 +01:00
|
|
|
|
|
|
|
|
/* Explicitly zero the count as the caller may ignore the return value */
|
|
|
|
|
*num_modifiers = 0;
|
|
|
|
|
*modifiers = NULL;
|
|
|
|
|
|
|
|
|
|
if (!xwl_screen->dmabuf)
|
|
|
|
|
return FALSE;
|
|
|
|
|
|
|
|
|
|
if (xwl_screen->dmabuf_protocol_version >= 4) {
|
|
|
|
|
main_dev = xwl_screen_get_main_dev(xwl_screen);
|
|
|
|
|
|
|
|
|
|
return xwl_get_modifiers_for_device(&xwl_screen->default_feedback, main_dev,
|
2023-04-07 11:03:14 +02:00
|
|
|
format, num_modifiers, modifiers,
|
|
|
|
|
NULL);
|
2022-12-20 12:15:34 +01:00
|
|
|
} else {
|
|
|
|
|
return xwl_get_modifiers_for_format(xwl_screen->formats, xwl_screen->num_formats,
|
|
|
|
|
format, num_modifiers, modifiers);
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
Bool
|
2023-04-07 11:03:14 +02:00
|
|
|
xwl_glamor_get_drawable_modifiers_and_scanout(DrawablePtr drawable,
|
|
|
|
|
uint32_t format,
|
|
|
|
|
uint32_t *num_modifiers,
|
|
|
|
|
uint64_t **modifiers,
|
|
|
|
|
Bool *supports_scanout)
|
2022-12-20 12:15:34 +01:00
|
|
|
{
|
|
|
|
|
struct xwl_screen *xwl_screen = xwl_screen_get(drawable->pScreen);
|
|
|
|
|
struct xwl_window *xwl_window;
|
2023-02-27 17:06:51 +01:00
|
|
|
drmDevice *main_dev;
|
2022-12-20 12:15:34 +01:00
|
|
|
|
|
|
|
|
*num_modifiers = 0;
|
|
|
|
|
*modifiers = NULL;
|
2023-04-07 11:03:14 +02:00
|
|
|
if (supports_scanout)
|
|
|
|
|
*supports_scanout = FALSE;
|
2022-12-20 12:15:34 +01:00
|
|
|
|
|
|
|
|
/* We can only return per-drawable modifiers if the compositor supports feedback */
|
|
|
|
|
if (xwl_screen->dmabuf_protocol_version < 4)
|
|
|
|
|
return TRUE;
|
|
|
|
|
|
|
|
|
|
if (drawable->type != DRAWABLE_WINDOW || !xwl_screen->dmabuf)
|
|
|
|
|
return FALSE;
|
|
|
|
|
|
|
|
|
|
xwl_window = xwl_window_from_window((WindowPtr)drawable);
|
|
|
|
|
|
|
|
|
|
/* couldn't find drawable for window */
|
|
|
|
|
if (!xwl_window)
|
|
|
|
|
return FALSE;
|
|
|
|
|
|
|
|
|
|
main_dev = xwl_screen_get_main_dev(xwl_screen);
|
|
|
|
|
|
|
|
|
|
return xwl_get_modifiers_for_device(&xwl_window->feedback, main_dev,
|
2023-04-07 11:03:14 +02:00
|
|
|
format, num_modifiers, modifiers,
|
|
|
|
|
supports_scanout);
|
|
|
|
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
Bool
|
|
|
|
|
xwl_glamor_get_drawable_modifiers(DrawablePtr drawable, uint32_t format,
|
|
|
|
|
uint32_t *num_modifiers, uint64_t **modifiers)
|
|
|
|
|
{
|
|
|
|
|
return xwl_glamor_get_drawable_modifiers_and_scanout(drawable,
|
|
|
|
|
format, num_modifiers,
|
|
|
|
|
modifiers, NULL);
|
2022-12-20 12:15:34 +01:00
|
|
|
|
|
|
|
|
}
|
|
|
|
|
|
2021-03-03 09:55:12 +01:00
|
|
|
static void
|
|
|
|
|
xwl_dmabuf_handle_format(void *data, struct zwp_linux_dmabuf_v1 *dmabuf,
|
|
|
|
|
uint32_t format)
|
|
|
|
|
{
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
2022-12-20 12:15:08 +01:00
|
|
|
xwl_add_format_and_mod_to_list(struct xwl_format **formats,
|
|
|
|
|
uint32_t *num_formats,
|
|
|
|
|
uint32_t format,
|
|
|
|
|
uint64_t modifier)
|
2021-03-03 09:55:12 +01:00
|
|
|
{
|
|
|
|
|
struct xwl_format *xwl_format = NULL;
|
|
|
|
|
int i;
|
|
|
|
|
|
2022-12-20 12:15:08 +01:00
|
|
|
for (i = 0; i < *num_formats; i++) {
|
|
|
|
|
if ((*formats)[i].format == format) {
|
|
|
|
|
xwl_format = &(*formats)[i];
|
2021-03-03 09:55:12 +01:00
|
|
|
break;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if (xwl_format == NULL) {
|
2022-12-20 12:15:08 +01:00
|
|
|
(*num_formats)++;
|
|
|
|
|
*formats = xnfrealloc(*formats, *num_formats * sizeof(*xwl_format));
|
|
|
|
|
xwl_format = &(*formats)[*num_formats - 1];
|
2021-03-03 09:55:12 +01:00
|
|
|
xwl_format->format = format;
|
|
|
|
|
xwl_format->num_modifiers = 0;
|
|
|
|
|
xwl_format->modifiers = NULL;
|
|
|
|
|
}
|
|
|
|
|
|
2022-12-20 12:15:08 +01:00
|
|
|
for (i = 0; i < xwl_format->num_modifiers; i++) {
|
|
|
|
|
/* don't add it if the modifier already exists */
|
|
|
|
|
if (xwl_format->modifiers[i] == modifier)
|
|
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
|
2021-03-03 09:55:12 +01:00
|
|
|
xwl_format->num_modifiers++;
|
2022-12-20 12:15:08 +01:00
|
|
|
xwl_format->modifiers = xnfrealloc(xwl_format->modifiers,
|
|
|
|
|
xwl_format->num_modifiers * sizeof(uint64_t));
|
|
|
|
|
xwl_format->modifiers[xwl_format->num_modifiers - 1] = modifier;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
|
|
|
|
xwl_dmabuf_handle_modifier(void *data, struct zwp_linux_dmabuf_v1 *dmabuf,
|
|
|
|
|
uint32_t format, uint32_t modifier_hi,
|
|
|
|
|
uint32_t modifier_lo)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_screen *xwl_screen = data;
|
|
|
|
|
|
|
|
|
|
xwl_add_format_and_mod_to_list(&xwl_screen->formats, &xwl_screen->num_formats,
|
|
|
|
|
format,
|
|
|
|
|
((uint64_t)modifier_hi << 32 | (uint64_t)modifier_lo));
|
2021-03-03 09:55:12 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static const struct zwp_linux_dmabuf_v1_listener xwl_dmabuf_listener = {
|
|
|
|
|
.format = xwl_dmabuf_handle_format,
|
|
|
|
|
.modifier = xwl_dmabuf_handle_modifier
|
|
|
|
|
};
|
|
|
|
|
|
2022-12-20 12:15:15 +01:00
|
|
|
/*
|
|
|
|
|
* We need to check if the compositor is resending all of the tranche
|
|
|
|
|
* information. Each tranche event will call this method to see
|
|
|
|
|
* if the existing format info should be cleared before refilling.
|
|
|
|
|
*/
|
|
|
|
|
static void
|
|
|
|
|
xwl_check_reset_tranche_info(struct xwl_dmabuf_feedback *xwl_feedback)
|
|
|
|
|
{
|
|
|
|
|
if (!xwl_feedback->feedback_done)
|
|
|
|
|
return;
|
|
|
|
|
|
|
|
|
|
xwl_feedback->feedback_done = false;
|
|
|
|
|
|
|
|
|
|
xwl_dmabuf_feedback_clear_dev_formats(xwl_feedback);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
|
|
|
|
xwl_dmabuf_feedback_main_device(void *data,
|
|
|
|
|
struct zwp_linux_dmabuf_feedback_v1 *dmabuf_feedback,
|
|
|
|
|
struct wl_array *dev)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_dmabuf_feedback *xwl_feedback = data;
|
2023-02-27 17:06:51 +01:00
|
|
|
dev_t devid;
|
2022-12-20 12:15:15 +01:00
|
|
|
|
|
|
|
|
xwl_check_reset_tranche_info(xwl_feedback);
|
|
|
|
|
|
|
|
|
|
assert(dev->size == sizeof(dev_t));
|
2023-02-27 17:06:51 +01:00
|
|
|
memcpy(&devid, dev->data, sizeof(dev_t));
|
|
|
|
|
|
|
|
|
|
if (drmGetDeviceFromDevId(devid, 0, &xwl_feedback->main_dev) != 0)
|
|
|
|
|
ErrorF("linux_dmabuf_feedback.main_device: Failed to fetch DRM device\n");
|
2022-12-20 12:15:15 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
|
|
|
|
xwl_dmabuf_feedback_tranche_target_device(void *data,
|
|
|
|
|
struct zwp_linux_dmabuf_feedback_v1 *dmabuf_feedback,
|
|
|
|
|
struct wl_array *dev)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_dmabuf_feedback *xwl_feedback = data;
|
2023-02-27 17:06:51 +01:00
|
|
|
dev_t devid;
|
2022-12-20 12:15:15 +01:00
|
|
|
|
|
|
|
|
xwl_check_reset_tranche_info(xwl_feedback);
|
|
|
|
|
|
|
|
|
|
assert(dev->size == sizeof(dev_t));
|
2023-02-27 17:06:51 +01:00
|
|
|
memcpy(&devid, dev->data, sizeof(dev_t));
|
|
|
|
|
|
|
|
|
|
if (drmGetDeviceFromDevId(devid, 0, &xwl_feedback->tmp_tranche.drm_dev) != 0)
|
|
|
|
|
ErrorF("linux_dmabuf_feedback.tranche_target_device: Failed to fetch DRM device\n");
|
2022-12-20 12:15:15 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
|
|
|
|
xwl_dmabuf_feedback_tranche_flags(void *data,
|
|
|
|
|
struct zwp_linux_dmabuf_feedback_v1 *dmabuf_feedback,
|
|
|
|
|
uint32_t flags)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_dmabuf_feedback *xwl_feedback = data;
|
|
|
|
|
|
|
|
|
|
xwl_check_reset_tranche_info(xwl_feedback);
|
|
|
|
|
|
|
|
|
|
if (flags & ZWP_LINUX_DMABUF_FEEDBACK_V1_TRANCHE_FLAGS_SCANOUT)
|
|
|
|
|
xwl_feedback->tmp_tranche.supports_scanout = true;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
|
|
|
|
xwl_dmabuf_feedback_tranche_formats(void *data,
|
|
|
|
|
struct zwp_linux_dmabuf_feedback_v1 *dmabuf_feedback,
|
|
|
|
|
struct wl_array *indices)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_dmabuf_feedback *xwl_feedback = data;
|
|
|
|
|
struct xwl_device_formats *tranche = &xwl_feedback->tmp_tranche;
|
|
|
|
|
uint16_t *index;
|
|
|
|
|
|
|
|
|
|
xwl_check_reset_tranche_info(xwl_feedback);
|
|
|
|
|
|
|
|
|
|
wl_array_for_each(index, indices) {
|
|
|
|
|
if (*index >= xwl_feedback->format_table.len) {
|
|
|
|
|
ErrorF("linux_dmabuf_feedback.tranche_formats: Index given to us by the compositor"
|
|
|
|
|
" is too large to fit in the format table\n");
|
|
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/* Look up this format/mod in the format table */
|
|
|
|
|
struct xwl_format_table_entry *entry = &xwl_feedback->format_table.entry[*index];
|
|
|
|
|
|
|
|
|
|
/* Add it to the in-progress tranche */
|
|
|
|
|
xwl_add_format_and_mod_to_list(&tranche->formats, &tranche->num_formats,
|
|
|
|
|
entry->format,
|
|
|
|
|
entry->modifier);
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
|
|
|
|
xwl_append_to_tranche(struct xwl_device_formats *dst, struct xwl_device_formats *src)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_format *format;
|
|
|
|
|
|
|
|
|
|
for (int i = 0; i < src->num_formats; i++) {
|
|
|
|
|
format = &src->formats[i];
|
|
|
|
|
|
|
|
|
|
for (int j = 0; j < format->num_modifiers; j++)
|
|
|
|
|
xwl_add_format_and_mod_to_list(&dst->formats, &dst->num_formats,
|
|
|
|
|
format->format,
|
|
|
|
|
format->modifiers[j]);
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
|
|
|
|
xwl_dmabuf_feedback_tranche_done(void *data,
|
|
|
|
|
struct zwp_linux_dmabuf_feedback_v1 *dmabuf_feedback)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_dmabuf_feedback *xwl_feedback = data;
|
|
|
|
|
struct xwl_device_formats *tranche;
|
|
|
|
|
int appended = false;
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
|
* No need to call xwl_check_reset_tranche_info, the other events should have been
|
|
|
|
|
* triggered first
|
|
|
|
|
*/
|
|
|
|
|
|
2023-02-27 17:06:51 +01:00
|
|
|
if (xwl_feedback->tmp_tranche.drm_dev == NULL) {
|
|
|
|
|
xwl_device_formats_destroy(&xwl_feedback->tmp_tranche);
|
|
|
|
|
goto out;
|
|
|
|
|
}
|
|
|
|
|
|
2022-12-20 12:15:15 +01:00
|
|
|
/*
|
|
|
|
|
* First check if there is an existing tranche for this device+flags combo. We
|
|
|
|
|
* will combine it with this tranche, since we can only send one modifier list
|
|
|
|
|
* in DRI3 but the compositor may report multiple tranches per device (KDE
|
|
|
|
|
* does this)
|
|
|
|
|
*/
|
|
|
|
|
for (int i = 0; i < xwl_feedback->dev_formats_len; i++) {
|
|
|
|
|
tranche = &xwl_feedback->dev_formats[i];
|
|
|
|
|
if (tranche->drm_dev == xwl_feedback->tmp_tranche.drm_dev &&
|
|
|
|
|
tranche->supports_scanout == xwl_feedback->tmp_tranche.supports_scanout) {
|
|
|
|
|
appended = true;
|
|
|
|
|
|
|
|
|
|
/* Add all format/mods to this tranche */
|
|
|
|
|
xwl_append_to_tranche(tranche, &xwl_feedback->tmp_tranche);
|
|
|
|
|
|
|
|
|
|
/* Now free our temp tranche's allocations */
|
|
|
|
|
xwl_device_formats_destroy(&xwl_feedback->tmp_tranche);
|
|
|
|
|
|
|
|
|
|
break;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if (!appended) {
|
|
|
|
|
xwl_feedback->dev_formats_len++;
|
|
|
|
|
xwl_feedback->dev_formats = xnfrealloc(xwl_feedback->dev_formats,
|
|
|
|
|
sizeof(struct xwl_device_formats) *
|
|
|
|
|
xwl_feedback->dev_formats_len);
|
|
|
|
|
|
|
|
|
|
/* copy the temporary tranche into the official array */
|
|
|
|
|
memcpy(&xwl_feedback->dev_formats[xwl_feedback->dev_formats_len - 1],
|
|
|
|
|
&xwl_feedback->tmp_tranche,
|
|
|
|
|
sizeof(struct xwl_device_formats));
|
|
|
|
|
}
|
|
|
|
|
|
2023-02-27 17:06:51 +01:00
|
|
|
out:
|
2022-12-20 12:15:15 +01:00
|
|
|
/* reset the tranche */
|
|
|
|
|
memset(&xwl_feedback->tmp_tranche, 0, sizeof(struct xwl_device_formats));
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
|
|
|
|
xwl_dmabuf_feedback_done(void *data, struct zwp_linux_dmabuf_feedback_v1 *dmabuf_feedback)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_dmabuf_feedback *xwl_feedback = data;
|
|
|
|
|
|
|
|
|
|
xwl_feedback->feedback_done = true;
|
2022-12-20 12:23:02 +01:00
|
|
|
xwl_feedback->unprocessed_feedback_pending = true;
|
2022-12-20 12:15:15 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
|
|
|
|
xwl_dmabuf_feedback_format_table(void *data,
|
|
|
|
|
struct zwp_linux_dmabuf_feedback_v1 *zwp_linux_dmabuf_feedback_v1,
|
|
|
|
|
int32_t fd, uint32_t size)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_dmabuf_feedback *xwl_feedback = data;
|
|
|
|
|
/* Unmap the old table */
|
|
|
|
|
if (xwl_feedback->format_table.entry) {
|
|
|
|
|
munmap(xwl_feedback->format_table.entry,
|
|
|
|
|
xwl_feedback->format_table.len * sizeof(struct xwl_format_table_entry));
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
assert(size % sizeof(struct xwl_format_table_entry) == 0);
|
|
|
|
|
xwl_feedback->format_table.len = size / sizeof(struct xwl_format_table_entry);
|
|
|
|
|
xwl_feedback->format_table.entry = mmap(NULL, size, PROT_READ, MAP_PRIVATE, fd, 0);
|
|
|
|
|
close(fd);
|
|
|
|
|
|
|
|
|
|
if (xwl_feedback->format_table.entry == MAP_FAILED) {
|
|
|
|
|
ErrorF("linux_dmabuf_feedback.format_table: Could not map the format"
|
|
|
|
|
" table: Compositor bug or out of resources\n");
|
|
|
|
|
xwl_feedback->format_table.len = 0;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static const struct zwp_linux_dmabuf_feedback_v1_listener xwl_dmabuf_feedback_listener = {
|
|
|
|
|
.done = xwl_dmabuf_feedback_done,
|
|
|
|
|
.format_table = xwl_dmabuf_feedback_format_table,
|
|
|
|
|
.main_device = xwl_dmabuf_feedback_main_device,
|
|
|
|
|
.tranche_done = xwl_dmabuf_feedback_tranche_done,
|
|
|
|
|
.tranche_target_device = xwl_dmabuf_feedback_tranche_target_device,
|
|
|
|
|
.tranche_formats = xwl_dmabuf_feedback_tranche_formats,
|
|
|
|
|
.tranche_flags = xwl_dmabuf_feedback_tranche_flags,
|
|
|
|
|
};
|
|
|
|
|
|
2021-03-03 09:55:12 +01:00
|
|
|
Bool
|
|
|
|
|
xwl_screen_set_dmabuf_interface(struct xwl_screen *xwl_screen,
|
|
|
|
|
uint32_t id, uint32_t version)
|
|
|
|
|
{
|
2022-12-20 12:15:15 +01:00
|
|
|
/* We either support versions 3 or 4. 4 is needed for dmabuf feedback */
|
|
|
|
|
int supported_version = version >= 4 ? 4 : 3;
|
|
|
|
|
|
2021-03-03 09:55:12 +01:00
|
|
|
if (version < 3)
|
|
|
|
|
return FALSE;
|
|
|
|
|
|
|
|
|
|
xwl_screen->dmabuf =
|
2022-12-20 12:15:15 +01:00
|
|
|
wl_registry_bind(xwl_screen->registry, id, &zwp_linux_dmabuf_v1_interface, supported_version);
|
|
|
|
|
xwl_screen->dmabuf_protocol_version = supported_version;
|
2021-03-03 09:55:12 +01:00
|
|
|
zwp_linux_dmabuf_v1_add_listener(xwl_screen->dmabuf, &xwl_dmabuf_listener, xwl_screen);
|
|
|
|
|
|
2021-12-02 12:54:23 -05:00
|
|
|
/* If the compositor supports it, request the default feedback hints */
|
|
|
|
|
if (version >= 4) {
|
|
|
|
|
xwl_screen->default_feedback.dmabuf_feedback =
|
|
|
|
|
zwp_linux_dmabuf_v1_get_default_feedback(xwl_screen->dmabuf);
|
|
|
|
|
if (!xwl_screen->default_feedback.dmabuf_feedback)
|
|
|
|
|
return FALSE;
|
|
|
|
|
|
|
|
|
|
zwp_linux_dmabuf_feedback_v1_add_listener(xwl_screen->default_feedback.dmabuf_feedback,
|
|
|
|
|
&xwl_dmabuf_feedback_listener,
|
|
|
|
|
&xwl_screen->default_feedback);
|
|
|
|
|
}
|
|
|
|
|
|
2021-03-03 09:55:12 +01:00
|
|
|
return TRUE;
|
|
|
|
|
}
|
|
|
|
|
|
2023-03-27 11:20:12 +02:00
|
|
|
static void
|
|
|
|
|
xwl_window_dmabuf_feedback_main_device(void *data,
|
|
|
|
|
struct zwp_linux_dmabuf_feedback_v1 *dmabuf_feedback,
|
|
|
|
|
struct wl_array *dev)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_window *xwl_window = data;
|
|
|
|
|
|
|
|
|
|
xwl_dmabuf_feedback_main_device(&xwl_window->feedback, dmabuf_feedback, dev);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
|
|
|
|
xwl_window_dmabuf_feedback_tranche_target_device(void *data,
|
|
|
|
|
struct zwp_linux_dmabuf_feedback_v1 *dmabuf_feedback,
|
|
|
|
|
struct wl_array *dev)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_window *xwl_window = data;
|
|
|
|
|
|
|
|
|
|
xwl_dmabuf_feedback_tranche_target_device(&xwl_window->feedback, dmabuf_feedback, dev);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
|
|
|
|
xwl_window_dmabuf_feedback_tranche_flags(void *data,
|
|
|
|
|
struct zwp_linux_dmabuf_feedback_v1 *dmabuf_feedback,
|
|
|
|
|
uint32_t flags)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_window *xwl_window = data;
|
|
|
|
|
|
|
|
|
|
xwl_dmabuf_feedback_tranche_flags(&xwl_window->feedback, dmabuf_feedback, flags);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
|
|
|
|
xwl_window_dmabuf_feedback_tranche_formats(void *data,
|
|
|
|
|
struct zwp_linux_dmabuf_feedback_v1 *dmabuf_feedback,
|
|
|
|
|
struct wl_array *indices)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_window *xwl_window = data;
|
|
|
|
|
|
|
|
|
|
xwl_dmabuf_feedback_tranche_formats(&xwl_window->feedback, dmabuf_feedback, indices);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
|
|
|
|
xwl_window_dmabuf_feedback_tranche_done(void *data,
|
|
|
|
|
struct zwp_linux_dmabuf_feedback_v1 *dmabuf_feedback)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_window *xwl_window = data;
|
|
|
|
|
|
|
|
|
|
xwl_dmabuf_feedback_tranche_done(&xwl_window->feedback, dmabuf_feedback);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
|
|
|
|
xwl_window_dmabuf_feedback_done(void *data,
|
|
|
|
|
struct zwp_linux_dmabuf_feedback_v1 *dmabuf_feedback)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_window *xwl_window = data;
|
2023-03-28 14:12:53 +02:00
|
|
|
uint32_t format = wl_drm_format_for_depth(xwl_window->window->drawable.depth);
|
2023-03-27 11:20:12 +02:00
|
|
|
|
|
|
|
|
xwl_dmabuf_feedback_done(&xwl_window->feedback, dmabuf_feedback);
|
2023-03-28 14:12:53 +02:00
|
|
|
|
|
|
|
|
xwl_window->has_implicit_scanout_support =
|
|
|
|
|
xwl_feedback_is_modifier_supported(&xwl_window->feedback, format,
|
|
|
|
|
DRM_FORMAT_MOD_INVALID, TRUE);
|
|
|
|
|
DebugF("XWAYLAND: Window 0x%x can%s get implicit scanout support\n",
|
|
|
|
|
xwl_window->window->drawable.id,
|
|
|
|
|
xwl_window->has_implicit_scanout_support ? "" : "not");
|
2023-03-23 14:31:04 +01:00
|
|
|
|
|
|
|
|
/* If the linux-dmabuf v4 per-surface feedback changed, recycle the
|
|
|
|
|
* window buffers so that they get re-created with appropriate parameters.
|
|
|
|
|
*/
|
|
|
|
|
xwl_window_buffers_recycle(xwl_window);
|
2023-03-27 11:20:12 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
|
|
|
|
xwl_window_dmabuf_feedback_format_table(void *data,
|
|
|
|
|
struct zwp_linux_dmabuf_feedback_v1 *dmabuf_feedback,
|
|
|
|
|
int32_t fd, uint32_t size)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_window *xwl_window = data;
|
|
|
|
|
|
|
|
|
|
xwl_dmabuf_feedback_format_table(&xwl_window->feedback, dmabuf_feedback, fd, size);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static const struct zwp_linux_dmabuf_feedback_v1_listener xwl_window_dmabuf_feedback_listener = {
|
|
|
|
|
.done = xwl_window_dmabuf_feedback_done,
|
|
|
|
|
.format_table = xwl_window_dmabuf_feedback_format_table,
|
|
|
|
|
.main_device = xwl_window_dmabuf_feedback_main_device,
|
|
|
|
|
.tranche_done = xwl_window_dmabuf_feedback_tranche_done,
|
|
|
|
|
.tranche_target_device = xwl_window_dmabuf_feedback_tranche_target_device,
|
|
|
|
|
.tranche_formats = xwl_window_dmabuf_feedback_tranche_formats,
|
|
|
|
|
.tranche_flags = xwl_window_dmabuf_feedback_tranche_flags,
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
Bool
|
|
|
|
|
xwl_dmabuf_setup_feedback_for_window(struct xwl_window *xwl_window)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_screen *xwl_screen = xwl_window->xwl_screen;
|
|
|
|
|
|
|
|
|
|
xwl_window->feedback.dmabuf_feedback =
|
|
|
|
|
zwp_linux_dmabuf_v1_get_surface_feedback(xwl_screen->dmabuf, xwl_window->surface);
|
|
|
|
|
|
|
|
|
|
if (!xwl_window->feedback.dmabuf_feedback)
|
|
|
|
|
return FALSE;
|
|
|
|
|
|
|
|
|
|
zwp_linux_dmabuf_feedback_v1_add_listener(xwl_window->feedback.dmabuf_feedback,
|
|
|
|
|
&xwl_window_dmabuf_feedback_listener,
|
|
|
|
|
xwl_window);
|
|
|
|
|
|
|
|
|
|
return TRUE;
|
|
|
|
|
}
|
|
|
|
|
|
2018-04-20 14:38:03 -04:00
|
|
|
void
|
|
|
|
|
xwl_glamor_init_wl_registry(struct xwl_screen *xwl_screen,
|
|
|
|
|
struct wl_registry *registry,
|
|
|
|
|
uint32_t id, const char *interface,
|
|
|
|
|
uint32_t version)
|
2014-06-16 11:34:55 -07:00
|
|
|
{
|
2018-06-05 19:38:43 +02:00
|
|
|
if (xwl_screen->gbm_backend.is_available &&
|
|
|
|
|
xwl_screen->gbm_backend.init_wl_registry(xwl_screen,
|
|
|
|
|
registry,
|
|
|
|
|
id,
|
|
|
|
|
interface,
|
2018-10-16 09:39:54 +10:00
|
|
|
version)) {
|
|
|
|
|
/* no-op */
|
|
|
|
|
} else if (xwl_screen->eglstream_backend.is_available &&
|
2021-03-03 09:55:12 +01:00
|
|
|
xwl_screen->eglstream_backend.init_wl_registry(xwl_screen,
|
|
|
|
|
registry,
|
|
|
|
|
id,
|
|
|
|
|
interface,
|
|
|
|
|
version)) {
|
2018-10-16 09:39:54 +10:00
|
|
|
/* no-op */
|
|
|
|
|
}
|
2014-06-16 11:34:55 -07:00
|
|
|
}
|
|
|
|
|
|
2018-06-05 19:38:41 +02:00
|
|
|
Bool
|
|
|
|
|
xwl_glamor_has_wl_interfaces(struct xwl_screen *xwl_screen,
|
|
|
|
|
struct xwl_egl_backend *xwl_egl_backend)
|
|
|
|
|
{
|
2018-06-11 09:21:08 +02:00
|
|
|
return xwl_egl_backend->has_wl_interfaces(xwl_screen);
|
2018-06-05 19:38:41 +02:00
|
|
|
}
|
|
|
|
|
|
2014-06-16 11:34:55 -07:00
|
|
|
struct wl_buffer *
|
2021-01-07 07:00:33 -08:00
|
|
|
xwl_glamor_pixmap_get_wl_buffer(PixmapPtr pixmap)
|
2014-06-16 11:34:55 -07:00
|
|
|
{
|
|
|
|
|
struct xwl_screen *xwl_screen = xwl_screen_get(pixmap->drawable.pScreen);
|
|
|
|
|
|
2018-06-05 19:38:43 +02:00
|
|
|
if (xwl_screen->egl_backend->get_wl_buffer_for_pixmap)
|
2021-01-07 07:00:33 -08:00
|
|
|
return xwl_screen->egl_backend->get_wl_buffer_for_pixmap(pixmap);
|
2014-06-16 11:34:55 -07:00
|
|
|
|
2018-04-20 14:38:03 -04:00
|
|
|
return NULL;
|
2014-06-16 11:34:55 -07:00
|
|
|
}
|
|
|
|
|
|
2021-03-31 13:57:45 +02:00
|
|
|
Bool
|
xwayland: Add glamor egl_backend for EGLStreams
This adds initial support for displaying Xwayland applications through
the use of EGLStreams and nvidia's custom wayland protocol by adding
another egl_backend driver. This also adds some additional egl_backend
hooks that are required to make things work properly.
EGLStreams work a lot differently then the traditional way of handling
buffers with wayland. Unfortunately, there are also a LOT of various
pitfalls baked into it's design that need to be explained.
This has a very large and unfortunate implication: direct rendering is,
for the time being at least, impossible to do through EGLStreams. The
main reason being that the EGLStream spec mandates that we lose the
entire color buffer contents with each eglSwapBuffers(), which goes
against X's requirement of not losing data with pixmaps. no way to use
an allocated EGLSurface as the storage for glamor rendering like we do
with GBM, we have to rely on blitting each pixmap to it's respective
EGLSurface producer each frame. In order to pull this off, we add two
different additional egl_backend hooks that GBM opts out of
implementing:
- egl_backend.allow_commits for holding off displaying any EGLStream
backed pixmaps until the point where it's stream is completely
initialized and ready for use
- egl_backend.post_damage for blitting the content of the EGLStream
surface producer before Xwayland actually damages and commits the
wl_surface to the screen.
The other big pitfall here is that using nvidia's wayland-eglstreams
helper library is also not possible for the most part. All of it's API
for creating and destroying streams rely on being able to perform a
roundtrip in order to bring each stream to completion since the wayland
compositor must perform it's job of connecting a consumer to each
EGLstream. Because Xwayland has to potentially handle both responding to
the wayland compositor and it's own X clients, the situation of the
wayland compositor being one of our X clients must be considered. If we
perform a roundtrip with the Wayland compositor, it's possible that the
wayland compositor might currently be connected to us as an X client and
thus hang while both Xwayland and the wayland compositor await responses
from eachother. To avoid this, we work directly with the wayland
protocol and use wl_display_sync() events along with release() events to
set up and destroy EGLStreams asynchronously alongside handling X
clients.
Additionally, since setting up EGLStreams is not an atomic operation we
have to take into consideration the fact that an EGLStream can
potentially be created in response to a window resize, then immediately
deleted due to another pending window resize in the same X client's
pending reqests before Xwayland hits the part of it's event loop where
we read from the wayland compositor. To make this even more painful, we
also have to take into consideration that since EGLStreams are not
atomic that it's possible we could delete wayland resources for an
EGLStream before the compositor even finishes using them and thus run
into errors. So, we use quite a bit of tracking logic to keep EGLStream
objects alive until we know the compositor isn't using them (even if
this means the stream outlives the pixmap it backed).
While the default backend for glamor remains GBM, this patch exists for
users who have had to deal with the reprecussion of their GPU
manufacturers ignoring the advice of upstream and the standardization of
GBM across most major GPU manufacturers. It is not intended to be a
final solution to the GBM debate, but merely a baindaid so our users
don't have to suffer from the consequences of companies avoiding working
upstream. New drivers are strongly encouraged not to use this as a
backend, and use GBM like everyone else. We even spit this out as an
error from Xwayland when using the eglstream backend.
Signed-off-by: Lyude Paul <lyude@redhat.com>
Acked-by: Daniel Stone <daniels@collabora.com>
Reviewed-by: Adam Jackson <ajax@redhat.com>
2018-04-20 14:38:05 -04:00
|
|
|
xwl_glamor_post_damage(struct xwl_window *xwl_window,
|
|
|
|
|
PixmapPtr pixmap, RegionPtr region)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_screen *xwl_screen = xwl_window->xwl_screen;
|
|
|
|
|
|
2020-02-06 18:45:19 +01:00
|
|
|
if (xwl_screen->egl_backend->post_damage)
|
2021-03-31 13:57:45 +02:00
|
|
|
return xwl_screen->egl_backend->post_damage(xwl_window, pixmap, region);
|
|
|
|
|
|
|
|
|
|
return TRUE;
|
xwayland: Add glamor egl_backend for EGLStreams
This adds initial support for displaying Xwayland applications through
the use of EGLStreams and nvidia's custom wayland protocol by adding
another egl_backend driver. This also adds some additional egl_backend
hooks that are required to make things work properly.
EGLStreams work a lot differently then the traditional way of handling
buffers with wayland. Unfortunately, there are also a LOT of various
pitfalls baked into it's design that need to be explained.
This has a very large and unfortunate implication: direct rendering is,
for the time being at least, impossible to do through EGLStreams. The
main reason being that the EGLStream spec mandates that we lose the
entire color buffer contents with each eglSwapBuffers(), which goes
against X's requirement of not losing data with pixmaps. no way to use
an allocated EGLSurface as the storage for glamor rendering like we do
with GBM, we have to rely on blitting each pixmap to it's respective
EGLSurface producer each frame. In order to pull this off, we add two
different additional egl_backend hooks that GBM opts out of
implementing:
- egl_backend.allow_commits for holding off displaying any EGLStream
backed pixmaps until the point where it's stream is completely
initialized and ready for use
- egl_backend.post_damage for blitting the content of the EGLStream
surface producer before Xwayland actually damages and commits the
wl_surface to the screen.
The other big pitfall here is that using nvidia's wayland-eglstreams
helper library is also not possible for the most part. All of it's API
for creating and destroying streams rely on being able to perform a
roundtrip in order to bring each stream to completion since the wayland
compositor must perform it's job of connecting a consumer to each
EGLstream. Because Xwayland has to potentially handle both responding to
the wayland compositor and it's own X clients, the situation of the
wayland compositor being one of our X clients must be considered. If we
perform a roundtrip with the Wayland compositor, it's possible that the
wayland compositor might currently be connected to us as an X client and
thus hang while both Xwayland and the wayland compositor await responses
from eachother. To avoid this, we work directly with the wayland
protocol and use wl_display_sync() events along with release() events to
set up and destroy EGLStreams asynchronously alongside handling X
clients.
Additionally, since setting up EGLStreams is not an atomic operation we
have to take into consideration the fact that an EGLStream can
potentially be created in response to a window resize, then immediately
deleted due to another pending window resize in the same X client's
pending reqests before Xwayland hits the part of it's event loop where
we read from the wayland compositor. To make this even more painful, we
also have to take into consideration that since EGLStreams are not
atomic that it's possible we could delete wayland resources for an
EGLStream before the compositor even finishes using them and thus run
into errors. So, we use quite a bit of tracking logic to keep EGLStream
objects alive until we know the compositor isn't using them (even if
this means the stream outlives the pixmap it backed).
While the default backend for glamor remains GBM, this patch exists for
users who have had to deal with the reprecussion of their GPU
manufacturers ignoring the advice of upstream and the standardization of
GBM across most major GPU manufacturers. It is not intended to be a
final solution to the GBM debate, but merely a baindaid so our users
don't have to suffer from the consequences of companies avoiding working
upstream. New drivers are strongly encouraged not to use this as a
backend, and use GBM like everyone else. We even spit this out as an
error from Xwayland when using the eglstream backend.
Signed-off-by: Lyude Paul <lyude@redhat.com>
Acked-by: Daniel Stone <daniels@collabora.com>
Reviewed-by: Adam Jackson <ajax@redhat.com>
2018-04-20 14:38:05 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
Bool
|
|
|
|
|
xwl_glamor_allow_commits(struct xwl_window *xwl_window)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_screen *xwl_screen = xwl_window->xwl_screen;
|
|
|
|
|
|
2018-06-05 19:38:43 +02:00
|
|
|
if (xwl_screen->egl_backend->allow_commits)
|
|
|
|
|
return xwl_screen->egl_backend->allow_commits(xwl_window);
|
xwayland: Add glamor egl_backend for EGLStreams
This adds initial support for displaying Xwayland applications through
the use of EGLStreams and nvidia's custom wayland protocol by adding
another egl_backend driver. This also adds some additional egl_backend
hooks that are required to make things work properly.
EGLStreams work a lot differently then the traditional way of handling
buffers with wayland. Unfortunately, there are also a LOT of various
pitfalls baked into it's design that need to be explained.
This has a very large and unfortunate implication: direct rendering is,
for the time being at least, impossible to do through EGLStreams. The
main reason being that the EGLStream spec mandates that we lose the
entire color buffer contents with each eglSwapBuffers(), which goes
against X's requirement of not losing data with pixmaps. no way to use
an allocated EGLSurface as the storage for glamor rendering like we do
with GBM, we have to rely on blitting each pixmap to it's respective
EGLSurface producer each frame. In order to pull this off, we add two
different additional egl_backend hooks that GBM opts out of
implementing:
- egl_backend.allow_commits for holding off displaying any EGLStream
backed pixmaps until the point where it's stream is completely
initialized and ready for use
- egl_backend.post_damage for blitting the content of the EGLStream
surface producer before Xwayland actually damages and commits the
wl_surface to the screen.
The other big pitfall here is that using nvidia's wayland-eglstreams
helper library is also not possible for the most part. All of it's API
for creating and destroying streams rely on being able to perform a
roundtrip in order to bring each stream to completion since the wayland
compositor must perform it's job of connecting a consumer to each
EGLstream. Because Xwayland has to potentially handle both responding to
the wayland compositor and it's own X clients, the situation of the
wayland compositor being one of our X clients must be considered. If we
perform a roundtrip with the Wayland compositor, it's possible that the
wayland compositor might currently be connected to us as an X client and
thus hang while both Xwayland and the wayland compositor await responses
from eachother. To avoid this, we work directly with the wayland
protocol and use wl_display_sync() events along with release() events to
set up and destroy EGLStreams asynchronously alongside handling X
clients.
Additionally, since setting up EGLStreams is not an atomic operation we
have to take into consideration the fact that an EGLStream can
potentially be created in response to a window resize, then immediately
deleted due to another pending window resize in the same X client's
pending reqests before Xwayland hits the part of it's event loop where
we read from the wayland compositor. To make this even more painful, we
also have to take into consideration that since EGLStreams are not
atomic that it's possible we could delete wayland resources for an
EGLStream before the compositor even finishes using them and thus run
into errors. So, we use quite a bit of tracking logic to keep EGLStream
objects alive until we know the compositor isn't using them (even if
this means the stream outlives the pixmap it backed).
While the default backend for glamor remains GBM, this patch exists for
users who have had to deal with the reprecussion of their GPU
manufacturers ignoring the advice of upstream and the standardization of
GBM across most major GPU manufacturers. It is not intended to be a
final solution to the GBM debate, but merely a baindaid so our users
don't have to suffer from the consequences of companies avoiding working
upstream. New drivers are strongly encouraged not to use this as a
backend, and use GBM like everyone else. We even spit this out as an
error from Xwayland when using the eglstream backend.
Signed-off-by: Lyude Paul <lyude@redhat.com>
Acked-by: Daniel Stone <daniels@collabora.com>
Reviewed-by: Adam Jackson <ajax@redhat.com>
2018-04-20 14:38:05 -04:00
|
|
|
else
|
|
|
|
|
return TRUE;
|
|
|
|
|
}
|
|
|
|
|
|
2023-07-20 10:15:15 +02:00
|
|
|
static void
|
|
|
|
|
xwl_avoid_implicit_redirect(WindowPtr window)
|
|
|
|
|
{
|
|
|
|
|
ScreenPtr screen = window->drawable.pScreen;
|
|
|
|
|
WindowOptPtr parent_optional;
|
|
|
|
|
VisualPtr parent_visual = NULL;
|
|
|
|
|
VisualPtr window_visual = NULL;
|
|
|
|
|
DepthPtr depth32 = NULL;
|
|
|
|
|
int i;
|
|
|
|
|
|
|
|
|
|
if (!window->optional)
|
|
|
|
|
return;
|
|
|
|
|
|
|
|
|
|
parent_optional = FindWindowWithOptional(window)->optional;
|
|
|
|
|
if (window->optional == parent_optional ||
|
|
|
|
|
window->optional->visual == parent_optional->visual ||
|
|
|
|
|
CompositeIsImplicitRedirectException(screen, parent_optional->visual,
|
|
|
|
|
window->optional->visual))
|
|
|
|
|
return;
|
|
|
|
|
|
|
|
|
|
for (i = 0; i < screen->numDepths; i++) {
|
|
|
|
|
if (screen->allowedDepths[i].depth == 32) {
|
|
|
|
|
depth32 = &screen->allowedDepths[i];
|
|
|
|
|
break;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if (!depth32)
|
|
|
|
|
return;
|
|
|
|
|
|
|
|
|
|
for (i = 0; i < depth32->numVids; i++) {
|
|
|
|
|
XID argb_vid = depth32->vids[i];
|
|
|
|
|
|
|
|
|
|
if (argb_vid != parent_optional->visual)
|
|
|
|
|
continue;
|
|
|
|
|
|
|
|
|
|
if (!compIsAlternateVisual(screen, argb_vid))
|
|
|
|
|
break;
|
|
|
|
|
|
|
|
|
|
for (i = 0; i < screen->numVisuals; i++) {
|
|
|
|
|
if (screen->visuals[i].vid == argb_vid) {
|
|
|
|
|
parent_visual = &screen->visuals[i];
|
|
|
|
|
break;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if (!parent_visual)
|
|
|
|
|
return;
|
|
|
|
|
|
|
|
|
|
for (i = 0; i < screen->numVisuals; i++) {
|
|
|
|
|
if (screen->visuals[i].vid == window->optional->visual) {
|
|
|
|
|
window_visual = &screen->visuals[i];
|
|
|
|
|
break;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
if ((window_visual->class != TrueColor &&
|
|
|
|
|
window_visual->class != DirectColor) ||
|
|
|
|
|
window_visual->redMask != parent_visual->redMask ||
|
|
|
|
|
window_visual->greenMask != parent_visual->greenMask ||
|
|
|
|
|
window_visual->blueMask != parent_visual->blueMask ||
|
|
|
|
|
window_visual->offsetRed != parent_visual->offsetRed ||
|
|
|
|
|
window_visual->offsetGreen != parent_visual->offsetGreen ||
|
|
|
|
|
window_visual->offsetBlue != parent_visual->offsetBlue)
|
|
|
|
|
return;
|
|
|
|
|
|
|
|
|
|
CompositeRegisterImplicitRedirectionException(screen, parent_visual->vid, window_visual->vid);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static Bool
|
|
|
|
|
xwl_glamor_create_window(WindowPtr window)
|
|
|
|
|
{
|
|
|
|
|
ScreenPtr screen = window->drawable.pScreen;
|
|
|
|
|
struct xwl_screen *xwl_screen = xwl_screen_get(screen);
|
|
|
|
|
Bool ret;
|
|
|
|
|
|
|
|
|
|
if (window->parent)
|
|
|
|
|
xwl_avoid_implicit_redirect(window);
|
|
|
|
|
|
|
|
|
|
screen->CreateWindow = xwl_screen->CreateWindow;
|
|
|
|
|
ret = (*screen->CreateWindow) (window);
|
|
|
|
|
xwl_screen->CreateWindow = screen->CreateWindow;
|
|
|
|
|
screen->CreateWindow = xwl_glamor_create_window;
|
|
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
|
|
|
|
xwl_glamor_reparent_window(WindowPtr window, WindowPtr old_parent)
|
|
|
|
|
{
|
|
|
|
|
ScreenPtr screen = window->drawable.pScreen;
|
|
|
|
|
struct xwl_screen *xwl_screen = xwl_screen_get(screen);
|
|
|
|
|
|
|
|
|
|
xwl_avoid_implicit_redirect(window);
|
|
|
|
|
|
|
|
|
|
screen->ReparentWindow = xwl_screen->ReparentWindow;
|
|
|
|
|
(*screen->ReparentWindow) (window, old_parent);
|
|
|
|
|
xwl_screen->ReparentWindow = screen->ReparentWindow;
|
|
|
|
|
screen->ReparentWindow = xwl_glamor_reparent_window;
|
|
|
|
|
}
|
|
|
|
|
|
2014-06-16 11:34:55 -07:00
|
|
|
static Bool
|
|
|
|
|
xwl_glamor_create_screen_resources(ScreenPtr screen)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_screen *xwl_screen = xwl_screen_get(screen);
|
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
|
|
screen->CreateScreenResources = xwl_screen->CreateScreenResources;
|
|
|
|
|
ret = (*screen->CreateScreenResources) (screen);
|
|
|
|
|
xwl_screen->CreateScreenResources = screen->CreateScreenResources;
|
|
|
|
|
screen->CreateScreenResources = xwl_glamor_create_screen_resources;
|
|
|
|
|
|
|
|
|
|
if (!ret)
|
|
|
|
|
return ret;
|
|
|
|
|
|
2023-07-20 10:15:15 +02:00
|
|
|
xwl_screen->CreateWindow = screen->CreateWindow;
|
|
|
|
|
screen->CreateWindow = xwl_glamor_create_window;
|
|
|
|
|
xwl_screen->ReparentWindow = screen->ReparentWindow;
|
|
|
|
|
screen->ReparentWindow = xwl_glamor_reparent_window;
|
|
|
|
|
|
2015-11-23 08:51:48 +01:00
|
|
|
if (xwl_screen->rootless) {
|
2014-06-16 11:34:55 -07:00
|
|
|
screen->devPrivate =
|
|
|
|
|
fbCreatePixmap(screen, 0, 0, screen->rootDepth, 0);
|
2015-11-23 08:51:48 +01:00
|
|
|
}
|
2014-06-16 11:34:55 -07:00
|
|
|
else {
|
2018-04-20 14:38:03 -04:00
|
|
|
screen->devPrivate = screen->CreatePixmap(
|
|
|
|
|
screen, screen->width, screen->height, screen->rootDepth,
|
|
|
|
|
CREATE_PIXMAP_USAGE_BACKING_PIXMAP);
|
2014-06-16 11:34:55 -07:00
|
|
|
}
|
|
|
|
|
|
dix: Add hybrid full-size/empty-clip mode to SetRootClip
216bdbc735 removed the SetRootClip call in the XWayland output-hotplug
handler when running rootless (e.g. as a part of Weston/Mutter), since
the root window has no storage, so generating exposures will result in
writes to invalid memory.
Unfortunately, preventing the segfault also breaks sprite confinement.
SetRootClip updates winSize and borderSize for the root window, which
when combined with RRScreenSizeChanged calling ScreenRestructured,
generates a new sprite-confinment area to update it to the whole screen.
Removing this call results in the window geometry being reported
correctly, but winSize/borderSize never changing from their values at
startup, i.e. out of sync with the root window geometry / screen
information in the connection info / XRandR.
This patch introduces a hybrid mode, where we update winSize and
borderSize for the root window, enabling sprite confinement to work
correctly, but keep the clip emptied so exposures are never generated.
Signed-off-by: Daniel Stone <daniels@collabora.com>
Tested-by: Olivier Fourdan <ofourdan@redhat.com>
Reviewed-by: Adam Jackson <ajax@redhat.com>
2016-02-12 16:36:59 +00:00
|
|
|
SetRootClip(screen, xwl_screen->root_clip_mode);
|
|
|
|
|
|
2014-06-16 11:34:55 -07:00
|
|
|
return screen->devPrivate != NULL;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
int
|
2018-02-28 01:19:43 +00:00
|
|
|
glamor_egl_fd_name_from_pixmap(ScreenPtr screen,
|
|
|
|
|
PixmapPtr pixmap,
|
|
|
|
|
CARD16 *stride, CARD32 *size)
|
2014-06-16 11:34:55 -07:00
|
|
|
{
|
|
|
|
|
return 0;
|
|
|
|
|
}
|
|
|
|
|
|
2020-09-14 14:26:34 +02:00
|
|
|
Bool
|
|
|
|
|
xwl_glamor_needs_buffer_flush(struct xwl_screen *xwl_screen)
|
|
|
|
|
{
|
|
|
|
|
if (!xwl_screen->glamor || !xwl_screen->egl_backend)
|
|
|
|
|
return FALSE;
|
|
|
|
|
|
|
|
|
|
return (xwl_screen->egl_backend->backend_flags &
|
|
|
|
|
XWL_EGL_BACKEND_NEEDS_BUFFER_FLUSH);
|
|
|
|
|
}
|
|
|
|
|
|
2020-09-14 14:35:22 +02:00
|
|
|
Bool
|
|
|
|
|
xwl_glamor_needs_n_buffering(struct xwl_screen *xwl_screen)
|
|
|
|
|
{
|
|
|
|
|
/* wl_shm benefits from n-buffering */
|
|
|
|
|
if (!xwl_screen->glamor || !xwl_screen->egl_backend)
|
|
|
|
|
return TRUE;
|
|
|
|
|
|
|
|
|
|
return (xwl_screen->egl_backend->backend_flags &
|
|
|
|
|
XWL_EGL_BACKEND_NEEDS_N_BUFFERING);
|
|
|
|
|
}
|
|
|
|
|
|
2023-03-28 17:54:46 +02:00
|
|
|
PixmapPtr
|
|
|
|
|
xwl_glamor_create_pixmap_for_window(struct xwl_window *xwl_window)
|
|
|
|
|
{
|
|
|
|
|
struct xwl_screen *xwl_screen = xwl_window->xwl_screen;
|
|
|
|
|
|
|
|
|
|
if (!xwl_screen->glamor || !xwl_screen->egl_backend)
|
|
|
|
|
return NullPixmap;
|
|
|
|
|
|
|
|
|
|
if (xwl_screen->egl_backend->create_pixmap_for_window)
|
|
|
|
|
return xwl_screen->egl_backend->create_pixmap_for_window(xwl_window);
|
|
|
|
|
else
|
|
|
|
|
return NullPixmap;
|
|
|
|
|
}
|
|
|
|
|
|
2018-06-05 19:38:42 +02:00
|
|
|
void
|
|
|
|
|
xwl_glamor_init_backends(struct xwl_screen *xwl_screen, Bool use_eglstream)
|
|
|
|
|
{
|
2018-06-05 19:38:43 +02:00
|
|
|
#ifdef GLAMOR_HAS_GBM
|
|
|
|
|
xwl_glamor_init_gbm(xwl_screen);
|
|
|
|
|
if (!xwl_screen->gbm_backend.is_available && !use_eglstream)
|
2023-01-27 17:55:33 +01:00
|
|
|
ErrorF("Xwayland glamor: GBM backend (default) is not available\n");
|
2018-06-05 19:38:43 +02:00
|
|
|
#endif
|
2018-06-05 19:38:42 +02:00
|
|
|
#ifdef XWL_HAS_EGLSTREAM
|
2018-06-05 19:38:43 +02:00
|
|
|
xwl_glamor_init_eglstream(xwl_screen);
|
|
|
|
|
if (!xwl_screen->eglstream_backend.is_available && use_eglstream)
|
2023-01-27 17:55:33 +01:00
|
|
|
ErrorF("Xwayland glamor: EGLStream backend requested but not available\n");
|
2018-06-05 19:38:43 +02:00
|
|
|
#endif
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static Bool
|
|
|
|
|
xwl_glamor_select_gbm_backend(struct xwl_screen *xwl_screen)
|
|
|
|
|
{
|
|
|
|
|
#ifdef GLAMOR_HAS_GBM
|
|
|
|
|
if (xwl_screen->gbm_backend.is_available &&
|
|
|
|
|
xwl_glamor_has_wl_interfaces(xwl_screen, &xwl_screen->gbm_backend)) {
|
|
|
|
|
xwl_screen->egl_backend = &xwl_screen->gbm_backend;
|
2021-11-17 13:09:58 +01:00
|
|
|
LogMessageVerb(X_INFO, 3, "glamor: Using GBM backend\n");
|
2018-06-05 19:38:43 +02:00
|
|
|
return TRUE;
|
2018-06-05 19:38:42 +02:00
|
|
|
}
|
2018-06-05 19:38:43 +02:00
|
|
|
else
|
2021-11-29 11:45:35 +01:00
|
|
|
LogMessageVerb(X_INFO, 3,
|
|
|
|
|
"Missing Wayland requirements for glamor GBM backend\n");
|
2018-06-05 19:38:42 +02:00
|
|
|
#endif
|
2018-06-05 19:38:43 +02:00
|
|
|
|
|
|
|
|
return FALSE;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static Bool
|
|
|
|
|
xwl_glamor_select_eglstream_backend(struct xwl_screen *xwl_screen)
|
|
|
|
|
{
|
|
|
|
|
#ifdef XWL_HAS_EGLSTREAM
|
|
|
|
|
if (xwl_screen->eglstream_backend.is_available &&
|
|
|
|
|
xwl_glamor_has_wl_interfaces(xwl_screen, &xwl_screen->eglstream_backend)) {
|
|
|
|
|
xwl_screen->egl_backend = &xwl_screen->eglstream_backend;
|
2021-11-17 13:09:58 +01:00
|
|
|
LogMessageVerb(X_INFO, 3, "glamor: Using EGLStream backend\n");
|
2018-06-05 19:38:43 +02:00
|
|
|
return TRUE;
|
|
|
|
|
}
|
|
|
|
|
else
|
2021-11-29 11:45:35 +01:00
|
|
|
LogMessageVerb(X_INFO, 3,
|
|
|
|
|
"Missing Wayland requirements for glamor EGLStream backend\n");
|
2018-06-05 19:38:43 +02:00
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
return FALSE;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
void
|
|
|
|
|
xwl_glamor_select_backend(struct xwl_screen *xwl_screen, Bool use_eglstream)
|
|
|
|
|
{
|
xwayland/eglstream: Prefer EGLstream if available
Currently, when given the choice, Xwayland will pick the GBM backend
over the EGLstream backend if both are available, unless the command
line option “-eglstream” is specified.
The NVIDIA proprietary driver had no support for GBM until driver series
495, but starting with the driver series 495, both can be used.
But there are other requirements with the rest of the stack, typically
Mesa, egl-wayland, libglvnd as documented in the NVIDIA driver.
So if the NVIDIA driver series 495 gets installed, Xwayland will pick
the GBM backend even if EGLstream is available and may fail to render
properly.
To avoid that issue, prefer EGLstream if EGLstream and all the Wayland
interfaces are available, and fallback to GBM automatically unless
“-eglstream” was specified.
With this, the compositor, given the choice, can decide which actual
backend Xwayland would use by advertising (or not) the Wayland
"wl_eglstream_controller" interface.
This change has no impact on compositors which do not have support for
EGLstream in the first place.
Signed-off-by: Olivier Fourdan <ofourdan@redhat.com>
Acked-by: Michel Dänzer <mdaenzer@redhat.com>
2021-11-17 09:56:52 +01:00
|
|
|
if (!xwl_glamor_select_eglstream_backend(xwl_screen)) {
|
|
|
|
|
if (!use_eglstream)
|
2018-06-05 19:38:43 +02:00
|
|
|
xwl_glamor_select_gbm_backend(xwl_screen);
|
|
|
|
|
}
|
2018-06-05 19:38:42 +02:00
|
|
|
}
|
|
|
|
|
|
2014-06-16 11:34:55 -07:00
|
|
|
Bool
|
|
|
|
|
xwl_glamor_init(struct xwl_screen *xwl_screen)
|
|
|
|
|
{
|
|
|
|
|
ScreenPtr screen = xwl_screen->screen;
|
2017-03-02 11:03:15 +01:00
|
|
|
const char *no_glamor_env;
|
|
|
|
|
|
|
|
|
|
no_glamor_env = getenv("XWAYLAND_NO_GLAMOR");
|
|
|
|
|
if (no_glamor_env && *no_glamor_env != '0') {
|
|
|
|
|
ErrorF("Disabling glamor and dri3 support, XWAYLAND_NO_GLAMOR is set\n");
|
|
|
|
|
return FALSE;
|
|
|
|
|
}
|
2014-06-16 11:34:55 -07:00
|
|
|
|
2018-06-05 19:38:43 +02:00
|
|
|
if (!xwl_screen->egl_backend->init_egl(xwl_screen)) {
|
2018-04-20 14:38:03 -04:00
|
|
|
ErrorF("EGL setup failed, disabling glamor\n");
|
2014-06-16 11:34:55 -07:00
|
|
|
return FALSE;
|
|
|
|
|
}
|
|
|
|
|
|
2014-10-29 20:30:12 -07:00
|
|
|
if (!glamor_init(xwl_screen->screen, GLAMOR_USE_EGL_SCREEN)) {
|
2014-06-16 11:34:55 -07:00
|
|
|
ErrorF("Failed to initialize glamor\n");
|
|
|
|
|
return FALSE;
|
|
|
|
|
}
|
|
|
|
|
|
2018-06-05 19:38:43 +02:00
|
|
|
if (!xwl_screen->egl_backend->init_screen(xwl_screen)) {
|
2018-04-20 14:38:03 -04:00
|
|
|
ErrorF("EGL backend init_screen() failed, disabling glamor\n");
|
2017-03-08 10:32:22 +01:00
|
|
|
return FALSE;
|
|
|
|
|
}
|
|
|
|
|
|
2014-06-16 11:34:55 -07:00
|
|
|
xwl_screen->CreateScreenResources = screen->CreateScreenResources;
|
|
|
|
|
screen->CreateScreenResources = xwl_glamor_create_screen_resources;
|
|
|
|
|
|
2016-03-09 16:21:18 +01:00
|
|
|
#ifdef XV
|
|
|
|
|
if (!xwl_glamor_xv_init(screen))
|
|
|
|
|
ErrorF("Failed to initialize glamor Xv extension\n");
|
|
|
|
|
#endif
|
|
|
|
|
|
2019-05-08 14:09:00 -04:00
|
|
|
#ifdef GLXEXT
|
|
|
|
|
GlxPushProvider(&glamor_provider);
|
|
|
|
|
#endif
|
|
|
|
|
|
2014-06-16 11:34:55 -07:00
|
|
|
return TRUE;
|
|
|
|
|
}
|