Author	SHA1	Message	Date
galternat	d11a13b87b	meson: don't tie the GBM_HAVE_BO_USE_* checks to glamor ... GBM_HAVE_BO_USE_LINEAR and GBM_HAVE_BO_USE_FRONT_RENDERING only say whether gbm.h provides these flags, but they are left unset whenever glamor is disabled. When GBM is used without glamor, drm_defines.h defines both flags as 0, hiding the real ones. Set them whenever GBM is used. Fixes: 3b81b8a9b9 ("modesetting: fix defined(GBM_BO_*) enum compile checks") Assisted-by: Claude:claude-opus-5-5 Signed-off-by: galternat <galternat.twins223@simplelogin.com>	2026-10-13 09:38:28 +02:00
Jeremy Huddleston Sequoia	dd5edd037b	rootless: Remove ROOTLESS_WORKAROUND ... XQuartz was the last consumer of this 2007 workaround, which made getDrawableDamageRef() route a non-viewable window's damage to the screen damage list instead of the window pixmap's. Because the answer then changed as a window's viewability changed, it was a source of exactly the register/unregister list mismatch the previous commit addresses -- CrushTree() clears ->viewable before unrealizing, so a window's damage was inserted on one list and looked for on another during teardown. It was disabled for XWin in 20701522be for breaking Composite and removed entirely in c89f0521044083a11d538ebfeaabee6fc7fb9a03, but that removal was reverted in de32d4dcf5 after a regression report, pending a proper fix in the damage layer. That fix is now in place, so drop the workaround. Fixes: https://github.com/XQuartz/XQuartz/issues/406 Signed-off-by: Jeremy Huddleston Sequoia <jeremyhu@apple.com> Part-of: <https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/2277> (cherry picked from commit cfbc5224a6) (cherry picked from commit 029735e8a254ed2dd5c565878eb946f1ef684fa1) (cherry picked from commit 0939e0d745c0ee86e603b23b09cac7ea5e632801) Port notes ---------- This brings our tree in line with xorg/main, where ROOTLESS_WORKAROUND no longer occurs at all. Jeremy Huddleston removed it there; this is that change, not a new proposal. Scope: the define is set only under `if build_rootless`, and build_rootless is set only for build_xquartz (meson.build). In a normal -Dwerror=true build of this tree the generated dix-config.h contains no ROOTLESS_WORKAROUND, so the #ifdef block in miext/damage/damage.c does not compile there. The affected configuration is macOS XQuartz. History: the removal was reverted in de32d4dcf5 after a regression report, pending a proper fix in the damage layer. That fix has since landed as #3793 ("use drawable pointer instead of list head pointer"), which is what the original commit message above refers to. Nothing re-established the workaround's necessity afterwards: it returned in 2019 only because ecf62b7ba6 added the meson build and carried the define over from configure.ac, without referring to the 2011 report. Not verified here: that XQuartz on macOS runs without the workaround. applewm is not available on this Linux host and no CI lane exercises it. Not a backport candidate: this removes a workaround rather than fixing a defect. It corrects no crash, no memory error and no security issue, so it must not be carried to release/25.2, 25.1 or 25.0. Per the backport policy a release branch takes bugfixes, not cleanups. If a release branch ever needs this, it has to be a deliberate maintainer decision with its own justification - not a consequence of this port.	2026-10-02 16:58:01 +02:00
Alan Coopersmith	4c537f6d82	meson: convert remaining foo == a or foo == b to foo in [a, b] style ... Make our checks more consistent, readable, and modern-meson idiomatic Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com> Part-of: <https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/2313> (cherry picked from commit 3983c7408c) (cherry picked from commit acb16385e95d611a83209a26e31e9bcd68df7069) (cherry picked from commit ca1d1442ce2ef7f28607db0bfd505ff59264523f)	2026-10-02 10:07:37 +02:00
Enrico Weigelt, metux IT consult	427470cead	meson: only install dri3.h if building dri3 support ... Reported-by: Thomas Klausner <wiz@gatalith.at> Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-10-01 19:28:51 +02:00
Enrico Weigelt, metux IT consult	9ba1d707b8	xfree86: fix NetBSD/OpenBSD build - don't enable syscons here ... a) NetBSD and OpenBSD use wscons (WSCONS_SUPPORT) instead of syscons. sys/console.h exists only on FreeBSD/DragonFlyBSD. b) Several platform specific build symbols (eg. SYSCONS_SUPPORT, etc) have been set in the wrong way: they really be based on probe results and defined the same way in the SDK config header, too. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-09-18 20:58:19 +02:00
Enrico Weigelt, metux IT consult	468b86a562	SDK: define BSD console macros unconditionally for driver builds ... When building the xserver SDK on Linux (e.g. GitHub Actions Ubuntu runners), the BSD console macros (CONFIG_BSD_CONSOLE, CSRG_BASED, PCVT_SUPPORT, SYSCONS_SUPPORT, WSCONS_SUPPORT) were not defined because they were gated on host_machine.system(). This caused driver builds (e.g. xf86-input-keyboard) to fail when building against the SDK, as they reference xf86Info.consType and the PCCONS/SYSCONS/PCVT/WSCONS constants. Fix by defining these macros unconditionally in conf_data and xorg_data when build_xorg_sdk is true, so the installed SDK headers contain them regardless of the build platform. For non-SDK builds, keep the platform-appropriate conditional values. Also add CONFIG_BSD_CONSOLE to the xlibre-server.h template. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-09-07 10:59:54 +02:00
Enrico Weigelt, metux IT consult	17227134f8	include: new header for arch specific membarrier inline functions ... replace the macro wood in compiler.h by a set of inline functions, placed in a separate header file. for backwards compat, compiler.h will always include that new header, and the header defines inline's providing the old names. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-08-06 13:11:34 +02:00
Enrico Weigelt, metux IT consult	5933b64d90	Revert "meson.build: Use a disabler for the gbm dependency" ... This reverts commit a1acf90c52. Using the disabler() in meson.build had unexpected side effects: some neccessary glamor pieces aren't built anymore at all, causing the tests to fail. This was just cosmetics, and master branch should never break the CI, so doing a quick revert here and leave a clean solution for later. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-08-04 11:33:44 +02:00
stefan11111	a1acf90c52	meson.build: Use a disabler for the gbm dependency ... Fix an instance of `gbm_dep.found()` being used instead of `build_gbm` Signed-off-by: stefan11111 <stefan11111github@gmail.com>	2026-08-03 13:26:03 +02:00
Enrico Weigelt, metux IT consult	4ebdb499dd	Xext: remove the XF86-BigFont extension ... XF86-BigFont lets local clients share font-metrics arrays via SysV shared memory (and compresses them for remote clients) -- a local-only optimization dating back to ancient XFree86. It hasn't been built by default for really long time. Enabling it in our CI immediately exposed that the code has bit-rotted on 7 non-Linux CI lanes (macOS/BSD: including a nonexistent Linux-only header; Solaris: an ARRAY_SIZE redefinition pulled in via its system headers; mingw32: implicit geteuid()/getegid() plus an unused variable). Concrete evidence that this extension currently has no real users exercising it, since none of that breakage was ever noticed. Therefore no practical need for carrying it around any longer. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-07-27 18:31:44 +02:00
Enrico Weigelt, metux IT consult	9b7d25945f	os: drop xstrcasestr() ... Windows is the only platform not providing strcasestr, and it's only user is the xfree86 DDX, which only runs on Unix. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-07-23 14:35:08 +02:00
Enrico Weigelt, metux IT consult	6b1a33e91e	Revert "include: move CONFIG_BSD_CONSOLE into xlibre-xserver.h" ... This reverts commit cbbac38918. It was a dead end: the symbol already *has* been in xlibre-xserver.h, but that change moved it into the private xorg-config.h. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-07-14 10:45:23 +02:00
Enrico Weigelt, metux IT consult	cbbac38918	include: move CONFIG_BSD_CONSOLE into xlibre-xserver.h ... the classic keyboard driver needs it defined on BSD systems. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-07-13 12:49:52 +02:00
Enrico Weigelt, metux IT consult	4016148b81	os: gate SVR4-only socket headers on HAVE_SYS_*_H, not SVR4 ... <sys/filio.h>, <sys/sockio.h> and <sys/stropts.h> were included under the grab-bag SVR4 / __SVR4 OS macro. Whether these headers exist is a per-header question, so probe them directly: - conf_data gains HAVE_SYS_FILIO_H / HAVE_SYS_SOCKIO_H / HAVE_SYS_STROPTS_H via cc.has_header (alongside the other HAVE_SYS_*_H checks), - os/Xtranssock.c gates <sys/filio.h> on HAVE_SYS_FILIO_H, - os/access.c gates <sys/sockio.h> on HAVE_SYS_SOCKIO_H and <sys/stropts.h> on HAVE_SYS_STROPTS_H (split into independent guards since they are now independent probes). <sys/stropts.h> is SVR4/Solaris-only, so its check is exactly equivalent to the old SVR4 guard. <sys/filio.h> and <sys/sockio.h> also exist on the BSDs, so they are now correctly included there too (they provide the FIO*/SIOC* ioctls and are idempotent — the BSD <sys/ioctl.h> already pulls them in), which is the intended "include it where it exists" behaviour rather than "only on SVR4". Verified: Linux -Dwerror=true build gets all three as #undef (none of the headers exist there, identical to SVR4 being undefined) and links Xvfb and Xnest cleanly. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-07-07 13:29:44 +02:00
Enrico Weigelt, metux IT consult	b9d651f800	os: gate <sys/param.h> on HAVE_SYS_PARAM_H, not CSRG_BASED ... Whether <sys/param.h> is available is a header question, not an OS-family question. Both os/connection.c and os/access.c included it under `#ifdef CSRG_BASED` (i.e. "is this a BSD-derived system or Darwin?") — a grab-bag OS macro standing in for the concrete fact that actually matters. Replace it with a proper feature check. Add HAVE_SYS_PARAM_H via cc.has_header('sys/param.h') to conf_data (alongside the other HAVE_SYS_*_H probes) and switch both includes to it. This is behaviour-preserving: - On the BSD/Darwin systems where CSRG_BASED was set, sys/param.h exists, so the header is still included. - In os/access.c the inner `#if (BSD >= 199103)` guard is unchanged: BSD is only defined by sys/param.h itself (on real BSD), so on other platforms it stays undefined and VARIABLE_IFREQ is not defined — exactly as before. - On platforms that always have sys/param.h (e.g. glibc/Linux) the header is now also included, which is harmless. Verified: Linux build with -Dwerror=true configures and links Xvfb and Xnest cleanly (no MIN/MAX or other redefinition from the widened include). First step of replacing the tree's grab-bag OS-family #ifdefs (CSRG_BASED, SVR4, ...) with concrete, meson-detectable feature flags. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-07-02 11:42:50 +02:00
Enrico Weigelt, metux IT consult	7103c74da1	xf86: gate consType on CONFIG_BSD_CONSOLE, not CSRG_BASED ... The xf86Info.consType field and the BSD console-driver-type constants (PCCONS/SYSCONS/PCVT/WSCONS/...) are the BSD console machinery consumed by hw/xfree86/os-support/bsd/console_*.c and bsd_VTsw.c. They were gated on the opaque grab-bag macro CSRG_BASED ("Computer Systems Research Group", i.e. BSD-derived) OR'd with __FreeBSD_kernel__. Introduce a self-documenting meson flag CONFIG_BSD_CONSOLE (following the existing CONFIG_WSCONS/CONFIG_UDEV/... convention) set to exactly `csrg_based or host_machine.system() == 'kfreebsd'` — i.e. the same set of platforms the old `CSRG_BASED || __FreeBSD_kernel__` guard matched — and use it at all three sites (struct field, constants, initializer). Behaviour / ABI: - The flag is true on precisely the same platforms as before, so the xf86InfoRec layout is unchanged everywhere. On Linux (and every non-BSD target) CONFIG_BSD_CONSOLE is undefined just as CSRG_BASED was, so consType stays absent and the struct offsets — hence the driver ABI, incl. the nvidia blob — are untouched. - Fixes a latent inconsistency on GNU/kFreeBSD: the struct field was present there (via __FreeBSD_kernel__) but xf86Globals.c initialised .consType only under #ifdef CSRG_BASED, so it defaulted to 0 instead of -1. Both are now driven by the single CONFIG_BSD_CONSOLE flag, so field presence and initialiser always agree. Verified: Linux -Dwerror=true build configures (dix-config.h gets `#undef CONFIG_BSD_CONSOLE`) and links Xorg cleanly. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-07-02 11:42:00 +02:00
Enrico Weigelt, metux IT consult	4564f0f16f	[PR #3162] os: add optional debug logging of WriteToClient() frontend calls ... Add a buildtime-selectable meson option 'debug_writetoclient' that logs every call going through the exported WriteToClient() frontend, to help track down which (out-of-tree / not-yet-converted) callers still use the legacy public entry point instead of dixWriteToClient(). - none (default): no logging, the frontend stays a plain tail call - caller: log client/count plus the immediate caller (return address, resolved to a symbol name via dladdr() when available) - backtrace: log client/count plus a full xorg_backtrace() stack The option maps to CONFIG_DEBUG_WRITETOCLIENT[_BACKTRACE] in dix-config.h. Internal reply/event paths use dixWriteToClient() directly and are not affected by this logging. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> PR: https://github.com/X11Libre/xserver/pull/3162 Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-06-26 23:17:09 +02:00
Enrico Weigelt, metux IT consult	56799a9107	mi: drop mioverlay.h ... Since no drivers are compiled against this anymore, and the mioverlay.c functions only dummies just to satisfy proprietary Nvidia driver's symbol dependencies, this header isn't needed anymore. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-06-24 19:26:49 +02:00
stefan11111	aba7780c2e	include: glamor/glamor_egl: Use EGL extensions string macros for build-time compat ... Don't waste time probing egl extenions with meson. libepoxy (and libglvnd) already have macros defined for various EGL extensions that the gl library knows about. Signed-off-by: stefan11111 <stefan11111github@gmail.com>	2026-06-15 16:48:40 +02:00
Enrico Weigelt, metux IT consult	4f314d497c	include/meson.build: use triple quotes for multiline prefix in has_member ... Signed-off-by: Nekrad <nekrad@xlibre.org>	2026-06-12 18:59:03 +02:00
Enrico Weigelt, metux IT consult	b158f35a6d	meson: fix features requiring >= 1.0.0 to keep minimum 0.61.0 ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-06-10 13:01:22 +02:00
stefan11111	6b3703e120	glamor/glamor_egl: Import pixmaps directly from dma bufs ... Before this, when we wanted to import pixmaps from dma bufs, we were importing a gbm bo from dma bufs, exporting the gbm bo as dmabufs, importing an EGLImageKHR from those dmabufs, and finally creating a pixmap from the EGLImageKHR. Now, we just import the image and create a pixmap from it. See: https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/2057#note_3442757 Signed-off-by: stefan11111 <stefan11111github@gmail.com>	2026-05-29 13:35:43 +02:00
stefan11111	f6d7e8c3ef	meson: Add -Dgbm build option ... Allow libgbm to be explicitly enabled/disabled. Useful for testing (and maybe packaging). Signed-off-by: stefan11111 <stefan11111github@gmail.com>	2026-05-21 20:32:54 +02:00
stefan11111	03a7e3c51e	glamor/glamor_egl: Add a fallback path to glamor_gbm_bo_from_pixmap_internal ... nvidia's gbm backend has issues dealing with importing a gbm bo directly from an EGLImage This exports the image as dmabufs and imports a bo from dmabufs This fixes DRI3 export on nvidia, but it is a terrible implementation. A better implementation can be found here: https://github.com/X11Libre/xserver/pull/2732 See: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/14047#note_3475566 Fixes: https://github.com/X11Libre/xserver/issues/1202 Signed-off-by: stefan11111 <stefan11111github@gmail.com>	2026-05-21 17:01:29 +02:00
Peter Hutterer	cd2f6a0f19	os/auth: prefer getrandom() over arc4random_buf() and /dev/urandom ... Use getrandom() as the preferred source of random data when available, getrandom() works in chroots and containers without the random device node. Note this is a build-time preference, not a runtime preference. Assisted-by: Claude:claude-claude-opus-4-6 Part-of: <https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/2200> Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-05-20 19:50:09 +02:00
Enrico Weigelt, metux IT consult	93223eaec7	dix: dixfonts: move closure structures into consumer source file ... The structs from closure.h and closestr.h are only used inside dixfonts.c, thus no need to have them scattered around several headers. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-04-28 14:39:41 +02:00
Alan Coopersmith	73b881c896	meson: define BSD44SOCKETS and LOCALCONN for xtrans when appropriate ... These were defined for autoconf by xtrans.m4 but got missed in the conversion to meson. Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com> Part-of: <https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/2171>	2026-04-21 12:16:58 +02:00
Tautvis	3b81b8a9b9	modesetting: fix defined(GBM_BO_*) enum compile checks ... Apparently the enum values cannot be checked during preprocessor phase. Fix it with checking gbm version using meson and defining additional symbols which are visible during compile time. Signed-off-by: Tautvis <gtautvis@gmail.com>	2026-04-10 14:09:38 +02:00
Edênis Freindorfer	8970a9f82e	Support XDG Base Dir Spec 0.8. ... This version of the spec (latest as of 27.12.2021) adds a variable `$XDG_STATE_HOME` that may be used for log files, as described: ``` ... $XDG_STATE_HOME defines the base directory relative to which user-specific state files should be stored. If $XDG_STATE_HOME is either not set or empty, a default equal to $HOME/.local/state should be used. The $XDG_STATE_HOME contains state data that should persist between (application) restarts, but that is not important or portable enough to the user that it should be stored in $XDG_DATA_HOME. It may contain: actions history (logs, history, recently used files, …) ... ``` - https://specifications.freedesktop.org/basedir/0.8/ Signed-off-by: Edênis Freindorfer Azevedo <edenisfa@gmail.com> Part-of: <https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/836>	2026-03-24 15:48:09 +01:00
Mario Limonciello	a86be24e6e	Add compatibility define for pci_device_is_boot_display() ... It will take some time for a new libpciaccess to be released and even then bumping the dependency for libpciaccess isn't attractive. If an older libpciaccess is used just add a static inline define. Part-of: <https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/2038>	2026-03-23 12:46:15 +01:00
stefan11111	a2976e3023	treewide: Pull DEFAULT_LOGDIR into dix-config.h ... With this, X servers don't have to parse this option separately, and can just use it after including dix-config.h Linux kdrive servers (currently Xfbdev only) now support logging. Signed-off-by: stefan11111 <stefan11111@shitposting.expert>	2026-03-18 14:09:52 +01:00
Enrico Weigelt, metux IT consult	af0de5a0f4	xfree86: make xf86Sbus.h private ... This header isn't actually included by any drivers (not even the sun* ones), neither does it have any _X_EXPORT'ed symbols, nor structs that a driver could use. Not relevant at all for proprietary Nvidia drivers, because their cards never worked on Sbus. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-13 16:29:01 +01:00
Enrico Weigelt, metux IT consult	eb6b201c23	meson.build: separate option for only installing xorg sdk ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-13 12:33:58 +01:00
Enrico Weigelt, metux IT consult	e085d839cc	xfree86: ramdac: move over public SDK headers to include/ ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-13 11:40:38 +01:00
Enrico Weigelt, metux IT consult	4764eb9a8a	xfree86: int10: move public SDK headers to include/ ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-13 10:25:17 +01:00
Enrico Weigelt, metux IT consult	3bd7f343c1	xfree86: shadowfb: move public SDK headers into include/ ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-13 10:11:07 +01:00
Enrico Weigelt, metux IT consult	dda087c554	xfree86: parser: move public SDK headers into include/ ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-12 20:00:11 +01:00
Enrico Weigelt, metux IT consult	a1081d7765	xfree86: common: move public SDK headers to include/ ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-12 19:51:51 +01:00
Enrico Weigelt, metux IT consult	1cc06b8d60	xfree86: i2c: move over public SDK headers to include/ ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-12 19:50:11 +01:00
Enrico Weigelt, metux IT consult	45d2ba92d3	xfree86: ddc: move public SDK headers to include/ ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-12 19:18:54 +01:00
Enrico Weigelt, metux IT consult	1431b33caa	xfree86: modes: move public SDK headers to include/ ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-12 19:03:56 +01:00
Enrico Weigelt, metux IT consult	69d57bcf52	Xext: move over public SDK headers to include/ ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-12 19:00:42 +01:00
Enrico Weigelt, metux IT consult	9bd146a391	xfree86: dri: move over public SDK headers to include/ ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-12 18:28:35 +01:00
Enrico Weigelt, metux IT consult	976e6cdd13	include: new header for fundamental pointer types ... This header is holding forward declarations that are needed in many places. It's for helping us to unclutter the include files a little bit. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-12 18:28:35 +01:00
Enrico Weigelt, metux IT consult	25fc1a02f5	render: move over public SDK headers to include/ ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-12 17:43:44 +01:00
Enrico Weigelt, metux IT consult	0edeb0e34e	xfree86: vgahw: move over public SDK header to include/ ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-12 17:08:29 +01:00
Enrico Weigelt, metux IT consult	e20767dd40	xfree86: fbdevhw: move over public SDK header to include/ ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-12 16:26:30 +01:00
Enrico Weigelt, metux IT consult	58e80dc78a	mi: move over public SDK headers to include/ ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-12 16:21:38 +01:00
Enrico Weigelt, metux IT consult	0272fcd55e	present: move over public SDK header to include/ ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-12 16:21:20 +01:00
Enrico Weigelt, metux IT consult	65472d1964	xfree86: move over public SDK headers to include/ ... Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>	2026-02-12 16:21:02 +01:00