This is libdrm, a userspace library for accessing the DRM, direct rendering
manager, on Linux, BSD and other operating systems that support the
ioctl interface.
The library provides wrapper functions for the ioctls to avoid exposing the
kernel interface directly, and for chipsets with drm memory manager,
support for tracking relocations and buffers.
New functionality in the kernel DRM drivers typically requires a new libdrm,
but a new libdrm will always work with an older kernel.
libdrm is a low-level library, typically used by graphics drivers such as
the Mesa drivers, the X drivers, libva and similar projects.
===> The following configuration options are available for libdrm-2.4.134,1:
TESTS=off: Build and install test programs
===> Use 'make config' to modify these settings
*/*: Replace CONFIGURE_ARGS with MESON_ARGS
Meson based ports that uses CONFIGURE_ARGS "works" as MESON_ARGS is
appended however framework and documentation expects that MESON_ARGS
is used for Meson based ports
PR: 294808
Approved by: blanket
graphics/libdrm: Remove @${PY_FLAVOR}
While it works fine when building directly the port poudriere complains :
[00:00:06] Warning: (graphics/libdrm): Error: graphics/libdrm has dependency on
textproc/py-docutils with invalid empty FLAVOR; Please contact maintainer of the
port to fix this.
portlint suggested this but this seems wrong.
Fixes: 67c3a731efe7 ("graphics/libdrm: Always enable manpages")
Sponsored by: Beckhoff Automation GmbH & Co. KG
graphics/libdrm: Always enable manpages
No reason to not always include them.
While here change a bit pkg-desc and COMMENT so it better reflects
reality.
Also split amd and radeon, no functional changed intended.
Sponsored by: Beckhoff Automation GmbH & Co. KG
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
graphics/libdrm: Update to 2.4.109
Release notes:
Bas Nieuwenhuizen (1):
amdgpu: Add new function to get fd.
Eleni Maria Stea (1):
xf86drm: fix compiler warnings
Emmanuel Vadot (2):
ci: Switch freedesktop/ci-templates
ci: Add FreeBSD support
Simon Ser (2):
xf86drm: add drmGetDeviceFromDevId
build: bump version to 2.4.109
suijingfeng (1):
radeon: remove duplicate declaration of struct radeon_bo_manager in
radeon_bo.h
Differential Revision: https://reviews.freebsd.org/D33234
Sponsored by: Beckhoff Automation GmbH & Co. KG
graphics/libdrm: Update to 2.4.103
- Sync i915 pci ids with latest upstream kernel
- Add some amdgpu related tests programs
While here remove nouveau as we don't have it and won't for a while.
It causes mesa (and probably others) to detect it and adds compilation time
when build directly from upstream for development purpose.
Approved by: x11 (zeising@ implicit)
Switch a couple of x11 ports to https
Switch over a couple of x11 ports, that doesn't use the common xorg master
sites, to use https instead of http.
PR: 239094
Submitted by: Miyashita Touka
graphics/libdrm: Fix check for arm and powerpc
Fix the theck for arm and powerpc in graphics/libdrm Makefile. Instead of
checking for specific powerpc or arm versions, just use a pattern check for
powerpc* and arm* respectively.
This is part of a bigger sweep to consolodate this throughout the ports
tree.
PR: 239162
Submitted by: linimon
graphics/libdrm: Enable more drivers on aarch64
Enable noveau and radeon libdrm drivers on aarch64. There is work in
progress to get at least the radeon and amdgpu drm kmods working on aarch64,
and this will aid that effort.
PR: 238948
Submitted by: Greg V
graphics/libdrm: fix drmGetNodeTypeFromFd
Fix drmGetNodeTypeFromFd, this should have been part of r505441
PR: 236933
Submitted by: jbeich
Reviewed by: manu
graphics/libdrm: Update to 2.4.98
Update graphics/libdrm to 2.4.98 [1]
Change to use the meson build system instead of autotools. [2]
PR: 235430 [1], 237411 [2]
Submitted by: Greg V [1], jbiech [2]
Attempt to fix build on mips64. This is currently blocking 5,391 packages.
(I will accept the explanation that many of these are not useful for mips64,
but there are some in archivers, comms, databases, ...)
Tested on: amd64; mips64 xbuild.
Approved by: portmgr (tier-2 blanket)
For ports that are explicitly enabled on armv6, also enable them
on armv7. This has not been tested with an -exp run but should
"do no harm".
PR: 221894 (partial)
Assorted fixes and improvements to libdrm
* define ETIME in libsync.h to fix build of freedreno in Mesa [1]
* disable cairo tests to avoid circular dependency when cairo uses libGL [2]
* add TESTS option to install test programs which are always built
* build libkms on all platforms, it need not be limited to x86
* cease disabling vmwgfx, which needed patching to build
PR: 219420 [2]
Reported by: strejda [1], maficccc@gmail.com [2]
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D10841
Update to 2.4.78 and remove the dependency on libdevq
The functionality previously provided by libdevq is now implemented directly
in libdrm. This direct implementation should be more robust than the prior
integration. Initial testing has shown improvements in some scenarios while
remaining on-par elsewhere. The ultimate goal of this effort is to have our
platform support integrated upstream, which will be easier without the extra
dependency. With that in mind, please quickly report any regressions found.
Reviewed by: dumbbell (x11), bapt (x11)
Approved by: swills (mentor), dumbbell (x11)
Differential Revision: https://reviews.freebsd.org/D10184
- Update devel/libpthread-stubs to 0.4
- Chase libpthread-stubs update, and also switch to BUILD_DEPENDS
from LIB_DEPENDS, as port is now only .pc file
PR: 218015
Submitted by: rezny
Remove a patch from libdrm that caused it to always claim kms is available.
This change allows xf86-video-intel to know it should try to load i915kms.
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D9624
Remove post-patch cruft accidentally introduced into patch-configure files
with the previous commit. Thanks to tijl for noticing what I overlooked.
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D9544
The intel kernel driver leaks error code "512" (ERESTARTSYS) to
userland. This error code should be converted to EINTR and/or EAGAIN.
Teach libdrm to handle this error code as a work around, and add a
override to not apply the patch. Which is done for people doing
DRM development.
PR: 204174
Misc X.org port updates:
Update gccmakedep to 1.0.3.
Update imake to 1.0.7.
Update libpciaccess to 0.13.3.
Update libdrm to 2.4.60.
Update bitmap to 1.0.8.
Update fstobdf to 1.0.6.
Update iceauth to 1.0.7.
Update libXdmcp to 1.1.2.
Update libXp to 1.0.3.
Update libXvMC to 1.0.9.
Update libXxf86vm to 1.1.4.
Update libxshmfence to 1.2.
Update randrproto to 1.4.1.
(Only the first 15 lines of the commit message are shown above )
Disable checking for hw.dri.%d.modesetting.
This sysctl is only available if a KMS module is loaded. But the libdrm
check happens before X has a chance of loading a KMS module.
This went unnoticed because I preload my KMS modules at boot.
Submitted by: tijl@
Update to 2.4.54 for both new and old xorg
Also build libkms on architecture supporting it by default it will only be used
by drivers needing libkms hence not by old xorg
With hat: x11
The FreeBSD x11@ and graphics team proudly presents
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
(Only the first 15 lines of the commit message are shown above )
On ia64 [2] and powerpc [1] only the radeon bits are build. Fix the plist
for this, while here add powerpc64 too [1].
PR: ports/184957 [1]
ports/184967 [2]
Submitted by: Andreas Tobler <andreast@FreeBSD.org> [1]
Anton Shterenlikht <mexas@bris.ac.uk> [2]
Switch FreeBSD CURRENT to use the new xorg stack (WITH_NEW_XORG=) [0]
If the old xorg stack is still needed, it is possible to add WITHOUT_NEW_XORG=
to /etc/make.conf to get the old version.
Update several xorg related ports, including:
x11/libxcb 1.9.1 -> 1.9.3
graphics/libdrm 2.4.46 -> 2.4.50
x11/pixman 0.30.2 -> 0.32.4
x11/xkeyboard-config 2.9 -> 2.10.1
x11-drivers/xf86-input-keyboard 1.7.0 -> 1.8.0
Fix dissapearing cursor in xf86-video-vmware [2]
Stagify all x11@-owned ports
Bump portrevisions for xf86-* ports due to xserver version change.
Fix fallout from updates where needed.
Thanks to: all testersi, bdrewery and the FreeBSD x11@ team
exp-run by: bdrewery [1]
PR: ports/184684 [1], ports/181385 [2]
Submitted by: Douglas Carmichael <dcarmich@dcarmichael.net> [2]
Approved by: portmgr (bdrewery), core (jhb) [0]
The FreeBSD graphics/x11 team proudly presents
a kwm, zeising production:
MESA 9.1.6
Starring:
Mesa 9.1.6, including libGL, libGLU and dri (new xorg only)
Addition of libEGL and libglesv2
KMS support for ATI graphics cards in 10-current (new xorg only)
Improved sparc64 support for new xorg. [1]
pixman 0.30.2, including shlib bump and portrevision bumps
libX11 1.6.2
Make absolute pointing devices work with x11-drivers/xf86-input-mouse
x11-drivers/xf86-video-ati 7.2.0 for 10-current (KMS aware ati driver)
(Only the first 15 lines of the commit message are shown above )
Number of commits found: 137 (showing only 100 on this page)
