[prev in list] [next in list] [prev in thread] [next in thread] 

List:       mesa3d-users
Subject:    Re: [Mesa-users] EGL Address spaces and Multiple Displays
From:       Pekka Paalanen <ppaalanen () gmail ! com>
Date:       2020-12-14 8:21:29
Message-ID: 20201214102129.205ef453 () eldfell
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On Sat, 12 Dec 2020 16:14:02 +0100
Andreas Cord-Landwehr <cordlandwehr@kde.org> wrote:

> Hi, I am currently looking into driver crashes (https://bugreports.qt.io/
> browse/QTBUG-87597) when using the QtWayland compositor and rendering on two 
> screens via two EGL fullscreen windows. One of the driver, where I see the 
> problems, is the i915 via Mesa.
> 
> Since the crashes only occur when the QtWayland compositor renders with 
> multiple render loops, I assume that there is something wrong with how 
> resources are managed between the render threads. While digging into it, I 
> came to Section 2.3 of the EGL 1.5 spec, which states, "EGL objects and 
> related context state cannot be used outside of the address space in which 
> they are created". So, my question is: From the Mesa / driver perspective, do 
> I have to consider displays as different address spaces or can I share 
> resources like textures between them?

Hi,

AFAIK, no. Different address spaces essentially means different
processes. Threads inside the same process share the same address
space, at least unless you do something I don't know was even possible.

That sentence you quoted essentially means that you can't take an
object handle/id from EGL or GL, send it to another process, and expect
it to work.

Resource sharing I can't remember, it depends on whether you use
distinct EGLDisplays or only distinct EGLContexts. There is more
wording in the EGL specification about sharing.


Thanks,
pq

[Attachment #5 (application/pgp-signature)]

_______________________________________________
mesa-users mailing list
mesa-users@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-users


[prev in list] [next in list] [prev in thread] [next in thread]