fdo-mirrors/xorg-xorgproto
1
0
Fork 0
mirror of https://gitlab.freedesktop.org/xorg/proto/xorgproto.git synced 2025-12-20 02:20:17 +01:00
Code Issues Projects Releases Packages Wiki Activity Actions

Present: clarify PresentPixmapSynced idle event behavior

Browse source 
PresentIdleNotify events will not be delivered for PresentPixmapSynced
requests. This should be stated explicitly in the protocol specification.

Signed-off-by: Erik Kurzinger <ekurzinger@nvidia.com>
This commit is contained in:
Erik Kurzinger 2024-03-28 21:25:24 -07:00
parent 6746971105
commit 68de489ec6
1 changed files with 9 additions and 7 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

16
presentproto.txt
View file

@ -398,13 +398,15 @@ The name of this extension is "Present"
client. The fence need not be submitted at the time the
PresentPixmapSynced request is issued.
Once the 'release-point' on the release timeline has been signaled, the
client may assume that no further GPU or CPU access to the Pixmap by
the server will occur as part of the originating PresentPixmapSynced
request. Note that this is a stronger guarantee than what is provided
by the 'idle-fence' argument of the PresentPixmap request or the
delivery of a PresentIdleNotify event, as those do not necessarily
imply that the Pixmap is idle on the GPU.
A PresentIdleNotify event will not be sent to the client when the
server has finished accessing the Pixmap. Instead, the 'release-point'
on the release timeline will be signaled. Afterwards, the client may
assume that no further GPU or CPU access to the Pixmap by the server
will occur as part of the originating PresentPixmapSynced request.
Note that this is a stronger guarantee than what is provided by the
'idle-fence' argument of the PresentPixmap request or the delivery of a
PresentIdleNotify event, as those do not necessarily imply that the
Pixmap is idle on the GPU.
The server may wait for the acquire point and signal the release point
itself, as will typically happen if the request is executed by copying