Several extensions like randr and render are always built-in in the
Xserver, no need for having them optional here in any way.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
It's breaking with Xservers SDK's functions and not needed at all,
since the Xserver SDK already providing platform independent
functions for this. (actually we only need bswap_32() anyways)
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
On NetBSD (and possibly others) we don't have XSERVER_PLATFORM_BUS
enabled, due lack of udev & kms.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
Using the new driver build actions in X11Libre/actions-build-driver repo,
instead of having lots of duplicated pipeline and script in all the
individual driver repos.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
Reverts commits 6e65547 and 479df8e.
These commits caused the build to fail on DragonFlyBSD.
mesa-libs 21.3.9 is not by any means ancient, it is only 3 years old and
it is still receiving critical bug fixes, and most importantly it is
still being used on DragonFlyBSD, also these are relatively small and
harmless checks.
Signed-off-by: b-aaz <b-aazbsd.proton.me>
If HAVE_LIBUDEV isn't set, this function isn't needed, so also should
be ifdef'ed out.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
only used inside the same source file, so better make it static,
so we also get rid of missing prototype warning.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
only used inside the same source file, so better make it static,
so we also get rid of missing prototype warning.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
only used inside the same source file, so better make it static,
so we also get rid of missing prototype warning.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
This header is always present in xfree86 SDK for aeons now and already
manadatory for this driver, so there's no need for extra check whose
result isn't used anyways.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
C standard forbids pointer arithmetics on `void*`, only a GNU extension
allows that. On FreeBSD we're getting a warning on that.
Better adhere to the standard and use `char*` instead of `void*` here.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
only used inside the same source file, so better make them static,
so we also get rid of missing prototype warning.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
it's only used inside the same source file, so better make it static,
so we also get rid of missing prototype warning.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
those fields are already declared at the function scope and used there,
so there's no need to have the same one a second time at branch scope.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
a) instead of duplicated extern declarations of gAMDGPUEntityIndex in
several source files, just move this into amdgpu_drv.h header.
b) no need to _X_EXPORT this field (no other modul using it ever).
c) no need for extra getter function, just use the field directly.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
The name ClientStateCallback is already taken for a global field, so we
shouldn't also use it for local one.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
This symbol is always present for over a decade ago, so no need
to check for it. And so we also don't need any support for old
external libglamor anymore.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
It's always present, no matter whether DRI3 is actually enabled.
No need to care about ancient - pre-DRI3 - Xserver versions.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>