4a458747ed
( !1799 ) xkb: unexport XkbAdjustGroup()
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
04e356ffae
( !1799 ) xkb: unexport XkbVirtualModsToReal()
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
8eb59aed54
( !1799 ) xkb: unexport XkbMaskForVMask()
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
259a8770af
( !1799 ) xkb: unexport XkbSetActionKeyMods()
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
4e9dbda2ac
( !1799 ) xkb: unexport XkbFreeComponentNames()
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
dad1e6a572
( !1799 ) xkb: unexport XkbResizeKeyType()
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
461a4a921b
( !1799 ) xkb: unexport XkbCopyKeyTypes()
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
92a1178c19
( !1799 ) xkb: unexport XkbAllocControls()
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
02392ebfde
( !1799 ) xkb: unexport XkbAllocNames()
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
793b7a8071
( !1799 ) xkb: unexport XkbAllocCompatMap()
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
6ee95f95c5
( !1799 ) xkb: unexport XkbAllocIndicatorMaps()
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
66dbc27f56
( !1799 ) xkb: unexport XkbAllocKeyboard()
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
e164c5b9a9
( !1799 ) xkb: unexport XkbFreeNames()
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
8572634b7d
( !1799 ) xkb: unexport XkbFreeCompatMap()
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
d71a64b4a3
( !1799 ) xkb: unexport XkbSetExtension
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
26c058ae37
( !1799 ) xkb: unexport XkbInitPrivates()
...
This isn't supposed to be called by drivers, so unexport it.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
b55461b616
( !1799 ) xkb: unexport XkbProcessArguments()
...
Neither used by any drivers, nor makes sense doing so, thus no need
to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
4d7c544298
( !1799 ) xkb: unexport XkbUseMsg()
...
Not used by any drivers, and wouldn't even make sense doing so,
thus no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
d0ca9ef5a7
( !1799 ) xkb: unexport XkbDDX*() functions
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
31c3270714
( !1799 ) xkb: unexport led functions
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
e21a7a5a91
( !1799 ) xkb: unexport server/client map alloc/free funtions
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
444a40f1a3
( !1799 ) xkb: unexport keymap compile functions
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
48dfb9b188
( !1799 ) xkb: unexport XkbSrvLedInfo functions
...
Not used by any drivers, so no need to keep it exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
3685547b9a
( !1799 ) xkb: unexport _XkbLookup*() functions
...
Not used by any drivers, so no need to keep them exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
8118c2a98c
( !1799 ) xkb: unexport notification sender functions
...
These aren't used by any drivers, so no need to export them.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
be0f82ceed
( !1799 ) xkb: unexport rules management functions
...
These aren't called by any driver, so no need to keep them exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
e77aa6e41a
( !1799 ) xkb: unexport key latch functions
...
These aren't used by drivers, so no need to keep them exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
c91ebfcaad
( !1799 ) xkb: unexport DDX entry points
...
These functions are entry points of the DDX (or stubs thereof), not supposed
to be called by any drivers, so no need to keep them exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
b251761e6c
( !1799 ) xkb: unexport client resource functions
...
These aren't used by any drivers, so no need to keep them exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
1c441d8dde
( !1799 ) xkb: unexport AccessX* functions
...
These aren't used by any drivers, so no need to keep them exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
fdb47fa524
( !1799 ) xkb: unexport internal variables
...
These aren't used by any drivers/modules, and it doesn't seem make much
sense doing so, thus no need to keep them exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
51844ba169
( !1799 ) xkb: unexport XKBDEVICEINFO() and xkbDevicePrivateKeyRec
...
These aren't used by any drivers/modules, so no need to keep 'em exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
a040843af0
( !1799 ) xkb: move XkbFilterEvents() into private header
...
No need to keep non-exported functions in public header.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
1e6f533790
( !1799 ) xkb: move event mask defines int private header
...
These are only used inside xkb internally, no need to keep them public.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
154395897c
( !1799 ) xkb: move *WRAP*() macros into private header
...
These are only used inside xkb internally, so no need to keep them
in a public header.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
6ca16e33ac
( !1799 ) xkb: move _XkbErrCode*() macros into private header
...
These are only used internally in xkb, so no need to keep them exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
5e00e96d9a
( !1799 ) xkb: move _XkbLibError macro into private header
...
It's only used internally in xkb.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
250ab907ff
( !1799 ) xkb: move _XkbStateNotifyInProgress define into private header
...
It's only used in xkb internally.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
f40b0f3769
( !1799 ) xkb: move _XkbClient* flags into private header
...
These are only used by xkb internally.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
e97ed4b111
( !1799 ) xkb: move XkbSLI_IsDefault() and XkbSLI_HasOwnState() into private header
...
These macros aren't used by any drivers, so no need to keep them exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
2dc1fff342
( !1799 ) xkb: move XkbSetCause* macros into private header.
...
These aren't used by any drivers/modules, so no need to keep them exported.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
50ba3a644d
( !1799 ) xkb: move _BEEP_* defines into private header
...
These are only used inside xkb, not by any drivers, so no need to
keep them in public header.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
0cec109aa2
( !1799 ) xkb: xkbsrv_priv.h: make includes self contained
...
Make sure everything it needs is explicitly included, so we don't need
to rely on some specific include order.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
988f1422f4
( !1801 ) os: unexport xstrtokenize()
...
Not used by any external drivers/modules, so no need to keep it public.
Since modesetting is using it, still needs _X_EXPORT, as long as it's
a module.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
ba0395a4f8
(1599) Xext: vidmode: untwist ProcVidModeGetAllModeLines() and use stack buffer
...
The ProcVidModeGetAllModeLines() is a bit complicated, because reply structs
differ depending the active protocol version. In order to make it easier to
understand and allow further simplification of the request/reply marshalling
(see ticket #1701 ), splitting the two protocol versions into separate functions.
Also collecting the whole payload in a stack buffer (size is already known
anyways), in order to save arbirary number of individual WriteToClient() calls,
but send out the whole reply in one pass, which in turn allows further
simplifications in the sending path.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
d78b7b992d
(1599) Xext: vidmode: ProcVidModeSetGammaRamp() simplify payload write out
...
WriteToClient() already checks for zero-length buffer and does nothing
in that case. So we can make the code a bit easier to read and also
allow further simplification of reply submission by upcoming commits.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
0022530d9a
(1599) Xext: vidmode: ProcVidModeSetGammaRamp() clean up length computation
...
Make computation of reply length a bit easier to understand.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
07a80fdcee
(1599) Xext: vidmode: ProcVidModeSetGammaRamp() declare variables where needed
...
Make the code a bit easier to understand by declaring the variables
where they're first used instead of at the very top of the function.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
befe2bf21b
(1599) Xext: vidmode: ProcVidModeGetMonitor(): write reply payload at once.
...
Collect up the puzzle piezes of the reply payload into to a temporary buffer,
so we can send it as one block. This allows for further simplifications by
subsequent commits, as well as packet based transports and message based
compression.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
c3fb0614ab
(1599) Xext: vidmode: ProcVidModeGetMonitor() simplify swapping/writing
...
We can simply call SwapLongs() before writing out the CARD32 arrays.
No need using for complicated call back logic.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
2025-06-03 11:37:37 +02:00
Enrico Weigelt, metux IT consult