Commits on Source (15)
-
Enrico Weigelt, metux IT consult . authored
This header isn't installed, so no external modules could use the functions declared there. Thus we can unexport it all. Signed-off-by:
Enrico Weigelt, metux IT consult <info@metux.net> Part-of: <!1358>
-
It doesn't seem to have any exported functions, so doesn't need to be exported to the public module API. Signed-off-by:
Enrico Weigelt, metux IT consult <info@metux.net> Part-of: <!1352>
-
Those are only needed inside DIX, thus no need to export them. Signed-off-by:
Enrico Weigelt, metux IT consult <info@metux.net> Part-of: <!1346>
-
We can just write &xnestCursorScreenKeyRec instead, which makes the code a bit more clear. Signed-off-by:
Enrico Weigelt, metux IT consult <info@metux.net> Part-of: <!1342>
-
It's naming is a bit unprecise: it actually is used for storing xnestCursorFuncPtr inside a Screen. Thus rename it to xnestScreenCursorFuncKeyRec to make it bit more clear. Signed-off-by:
Enrico Weigelt, metux IT consult <info@metux.net> Part-of: <!1342>
-
Since it's storing an locally defined (ddx-internal) struct, it's better not to abuse some globally defined key for this. It just happened to work before, since CursorScreenKey is only used by DDX (and there's only one DDX per executable) and they currently (!) have the same size (pointer) - but that's a fragile programming style, so clean it up. Signed-off-by:
Enrico Weigelt, metux IT consult <info@metux.net> Part-of: <!1342>
-
Since it's storing an locally defined (ddx-internal) data, it's better not to abuse some globally defined key for this. It just happened to work before, since CursorScreenKey is only used by DDX (and there's only one DDX per executable) and they currently (!) have the same size (pointer) - but that's a fragile programming style, so clean it up. Signed-off-by:
Enrico Weigelt, metux IT consult <info@metux.net> Part-of: <xorg/xserver!1342>
-
Since the two DDX'es which had used this key (xnest and xfree86) now using their own ones, this global key is obsolete and can be removed. Signed-off-by:
Enrico Weigelt, metux IT consult <info@metux.net> Part-of: <!1342>
-
This function isn't used by drivers, so no need to export it. Signed-off-by:
Enrico Weigelt, metux IT consult <info@metux.net> Part-of: <xorg/xserver!1383>
-
After executing a PresentPixmap request using the copy path, Xwayland will clear the vblank's pixmap field and re-queue it for the next msc so that on the next frame a PresentCompleteNotify event will be delivered to the client by present_execute_post. While this does work, since the pixmap field of the vblank will be NULL when present_execute_post is called, the mode reported in the event will always be PresentCompleteModeSkip, even if the request *was* actually executed with a copy. To fix this, we introduce a new "copy_executed" flag in the xwl_present_event struct. If xwl_present_execute sees that this flag is set, it will fall straight through to present_execute_post like it does if the window or pixmap is NULL. So, after executing a request with present_execute_copy, instead of clearing the pixmap field we will set the copy_executed flag to true. This will cause present_execute_post to report the correct completion mode to the client when the PresentCompleteNotify event is delivered on the next frame. Signed-off-by:
Erik Kurzinger <ekurzinger@nvidia.com> Part-of: <!1254>
-
There's no dependency, they can start anytime. Part-of: <!1406>
-
Olivier Fourdan authored
The dmabuf support code is scattered across different source files, making it hard to follow and bloating unrelated sources. Move the dmabuf related source code to its own source files. This is just a cleanup aimed at helping with code readability, no functional change intended. Signed-off-by:
Olivier Fourdan <ofourdan@redhat.com> Reviewed-by:
Michel Dänzer <mdaenzer@redhat.com> Part-of: <!1111>
-
The last user was removed a decade ago by commit a6fcb154. Signed-off-by:
Enrico Weigelt, metux IT consult <info@metux.net> Part-of: <!1407>
-
Since no evidency of anybody actually using it (nor it ever been used within recorded git history), it's time to drop this old relic from times before the great flood. Signed-off-by:
Enrico Weigelt, metux IT consult <info@metux.net> Part-of: <!1403>
-
No need to call is_device_path_render_node() on each node, the index is the node type. Saves a couple of open()/close()/IOCTLs. Signed-off-by:
Simon Ser <contact@emersion.fr> Part-of: <!1237>
Showing
- .gitlab-ci.yml 2 additions, 0 deletions.gitlab-ci.yml
- Xext/security.c 1 addition, 0 deletionsXext/security.c
- Xi/exevents.c 3 additions, 1 deletionXi/exevents.c
- Xi/xiquerypointer.c 3 additions, 1 deletionXi/xiquerypointer.c
- dix/callback_priv.h 15 additions, 0 deletionsdix/callback_priv.h
- dix/cursor.c 0 additions, 2 deletionsdix/cursor.c
- dix/dispatch.c 0 additions, 13 deletionsdix/dispatch.c
- dix/dix_priv.h 2 additions, 0 deletionsdix/dix_priv.h
- dix/dixutils.c 4 additions, 2 deletionsdix/dixutils.c
- dix/enterleave.c 3 additions, 1 deletiondix/enterleave.c
- dix/eventconvert.c 2 additions, 1 deletiondix/eventconvert.c
- dix/eventconvert.h 12 additions, 9 deletionsdix/eventconvert.h
- dix/events.c 3 additions, 1 deletiondix/events.c
- dix/gestures.c 2 additions, 1 deletiondix/gestures.c
- dix/grabs.c 3 additions, 0 deletionsdix/grabs.c
- dix/main.c 1 addition, 0 deletionsdix/main.c
- dix/touch.c 1 addition, 1 deletiondix/touch.c
- hw/xfree86/common/xf86DGA.c 3 additions, 1 deletionhw/xfree86/common/xf86DGA.c
- hw/xfree86/modes/xf86Cursors.c 2 additions, 1 deletionhw/xfree86/modes/xf86Cursors.c
- hw/xfree86/os-support/shared/posix_tty.c 0 additions, 10 deletionshw/xfree86/os-support/shared/posix_tty.c
dix/callback_priv.h
0 → 100644