xorgproto: Branch 'master'

GitLab Mirror gitlab-mirror at kemper.freedesktop.org
Tue Apr 9 06:41:33 UTC 2024


 presentproto.txt |   16 +++++++++-------
 1 file changed, 9 insertions(+), 7 deletions(-)

New commits:
commit 68de489ec6c2fb6f8cfc47b0bba7edd0f9942f17
Author: Erik Kurzinger <ekurzinger at nvidia.com>
Date:   Thu Mar 28 21:25:24 2024 -0700

    Present: clarify PresentPixmapSynced idle event behavior
    
    PresentIdleNotify events will not be delivered for PresentPixmapSynced
    requests. This should be stated explicitly in the protocol specification.
    
    Signed-off-by: Erik Kurzinger <ekurzinger at nvidia.com>

diff --git a/presentproto.txt b/presentproto.txt
index 56c20d4..6ef9a4f 100644
--- a/presentproto.txt
+++ b/presentproto.txt
@@ -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


More information about the xorg-commit mailing list