This package contains the current stable release of the client drivers for DRI2+
With a X Server configured for DRI, they allow direct rendering of hardware-
accelerated OpenGL. This package also includes the software renderer, either
llvmpipe or classic SWrast.
===> The following configuration options are available for mesa-dri-26.2.2_1:
ZSTD=on: Use ZSTD for shader cache
====> Unified OpenGL drivers
crocus=on: Intel GPU Gen4 (Broadwater) to Gen7 (Haswell)
i915=on: Intel GPU Gen3 (Grantsdale to Pineview)
iris=on: Intel GPU Gen8 (Broadwell) and newer
llvmpipe=on: Software Rasterizer
r300=on: AMD/ATI R300, R400 and R500
r600=on: AMD/ATI R600, R700, Evergreen, Northern Islands
radeonsi=on: AMD/ATI Southern Islands and newer
svga=on: VMWare Virtual GPU
====> Options available for the group PLATFORM
X11=on: Enable X11 support for GBM/EGL
WAYLAND=on: Enable Wayland support for GBM/EGL and Vulkan
====> Vulkan drivers
anv=on: Intel GPU Gen9 and newer Vulkan support
radv=on: AMD/ATI Southern Islands and newer Vulkan support
swrast_vk=on: Software Rasterizer Vulkan support
===> Use 'make config' to modify these settings
graphics/mesa-dri: drop USE_LDCONFIG due to dlopen(3)
OpenGL drivers in mesa-dri lack headers and cannot be used by ld(1)
via -l<lib> due to missing "lib" prefix. libglvnd uses dlopen(3)
to find lib(EGL|GLX)_mesa.so in mesa-libs which uses dlopen(3)
to find the drivers under ${PREFIX}/lib/dri (or LIBGL_DRIVERS_PATH).
Vulkan drivers in mesa-dri lack headers and only expose ICD symbols
for vulkan-loader which uses dlopen(3) to find the drivers via
${PREFIX}/share/vulkan/icd.d/*.json (or VK_ICD_FILENAMES).
Approved by: manu (on dev-commits-ports-main@ list)
graphics/mesa: Stop adding libglapi.so as a deps when not needed
Not every mesa port needs this lib so stop adding a dep on it if not needed.
Sponsored by: Beckhoff Automation GmbH & Co. KG
graphics/mesa: Do not add USE_LDCONFIG for every mesa ports
Not every mesa ports provides shared libraries intented for dynamic uses
so stop running ldconfig script for those ports.
Sponsored by: Beckhoff Automation GmbH & Co. KG
graphics/mesa*: Stop using meson native-file
Use BINARY_ALIAS instead, this is cleaner.
While here directly record the deps on libLLVM for packages that
needs it.
Sponsored by: Beckhoff Automation GmbH & Co. KG
graphics/mesa-dri: Remove pkg-help file
VA-API and VDPAU options where removed a long time ago in favor or
using graphics/mesa-gallium-va and graphics/mesa-gallium-vdpau
PR: 255524
Sponsored by: Beckhoff Automation GmbH & Co. KG
graphics/mesa-dri: Fix check-plist
We need to build libEGL now for mesa-dri to succeed but we don't use it.
Sponsored by: Beckhoff Automation GmbH & Co. KG
PR: 267206
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: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* "Waitman Gobble" <uzimac@da3m0n8t3r.com>
* Aaron Dalton <aaron@FreeBSD.org>
* Abel Chow <ozsanh45vds001@sneakemail.com>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
* Ade Lovett <ade@lovett.com>
* Akinori MUSHA aka knu <knu@idaemons.org>
* Aldis Berjoza <aldis@bsdroot.lv>
* Alex Hayward <xelah@xelah.com>
* Alex Ivasyuv <siegerstein@pochta.ru>
* Alex Samorukov <samm@os2.kiev.ua>
(Only the first 15 lines of the commit message are shown above )
graphics/mesa-libs: Add back patch for iris
Due to how the mesa ports are split we need to patch meson files so
iris is prefered on compatible intel GPU.
PR: 257462
mesa*: Update to 21.1.5
- swrast is only a gallium driver now.
- Bump needed llvm to 12
- libclc is still a llvm10, moving to >10 needs to change
from where we pick libclc as its now part of llvm
Differential Revision: https://reviews.freebsd.org/D31165
Reviewed by: kbowling, zeising
graphics/mesa-libs: Bump reverse deps for libglvnd
Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.
PR: 246767
Reviewed by: manu, bapt
Approved by: x11
Differential Revision: https://reviews.freebsd.org/D30824
Improve r556423 and allow building against custom LLVM version, i.e.
respect flexible LLVM_DEFAULT, by not hardcoding package version and
depending on the appropriate executable instead.
This is to help users sticking to the particular LLVM versions lower
the number of different LLVM packages installed. For example, there
is currently a mismatch between LLVM_DEFAULT assigned by the default
versions framework (90) and in this file (10; this hasn't changed).
Remove obsolete sparc64 stanza. This collided with ONLY_FOR_ARCHS
statements in the ports that include it, with the following absurd
value for IGNORE on e.g. aarch64:
is only for amd64 i386, while you are running aarch64 (reason: Clover needs a
GPU supported by the Radeon KMS driver) (reason: not supported on sparc64)
Approved by: portmgr (tier-2 blanket)
graphics/mesa-dri: exclude buffer age on iris under kwin
Freeze in OpenGL initialization detected
PR: 251836
Reported by: Roman, Oleg Nauman, arrowd, Oleksandr Kryvulia
Tested by: arrowd, Roman
Approved by: manu
mesa-*: Update to 20.2.3
- Fix mesa-gallium-va and mesa-gallium-vdpau for X11 usage
- Add a patch so iris will be prefered for compatible intel GPUs (>=broadwell)
PR: 250307250325
graphics/mesa-dri: make powerpc64 use LLVM10
LLVM90 requirement was introduced when Mesa used LLVM80 and 90 gave much better
experience on powerpc64. Now that everyone moved to 10, make a move on powerpc64
as well.
graphics/mesa-dri: fix build of libosmesa on powerpc64le
Error:
../src/gallium/auxiliary/util/u_pwr8.h:87:11: error: implicit declaration of
function 'vec_perm' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
return vec_perm (even, odd, perm_mask);
^
graphics/mesa*: Add Iris Gallium driver and libunwind for more arch
Iris is the prefered gallium driver for Intel Gen8 to Gen11, add it
to the build. [1]
Add libunwind support for more arch. [2]
PR: 250307 [1], 250305 [2]
Submitted by: jbeich [2]
Reported by: jbeich [1]
Reviewed by: zeising
graphics/mesa*: Update to 20.2
Update to 20.2
Move graphics/libxatracker to graphics/mesa-gallium-xa
Remove VAAPI and VDPAU options in mesa-libs in favor of
two new ports : mesa-gallium-va and mesa-gallium-vdpau
Bump needed llvm to llvm10
Change a lot of meson option from false to disabled as it's
deprecated.
Remove the drm and surfaceless platform from mesa* as it's always
enabled now.
Add zstd option, used for shader cache.
Reviewed by: x11 (zeising@)
Differential Revision: https://reviews.freebsd.org/D26682
mesa-libs: Add glesv1 lib
There is no real reason to disable glesv1 so add it to the build.
While here add a USE_GL for it.
Reviewed by: zeising
Approved by: x11 (zeising@)
Differential Revision: https://reviews.freebsd.org/D26461
mesa: Remove sparc64 patches
No one who cares about graphics have a sparc64 machine.
Next update to 20.2 will not contain any patches too.
Reviewed by: zeising
Approved by: x11 (zeising@)
Differential Revision: https://reviews.freebsd.org/D26460
mesa*: Only add x11 dependancy if it's requested
This allow to have a full setup without any x11 deps.
PR: 247029
Reviewed by: zeising
Approved by: x11 (zeising@)
Differential Revision: https://reviews.freebsd.org/D26438
graphics/mesa: Fix build with -fno-common
Pull in a bunch of upstream patches to graphics/mesa to fix build with
-fno-common, which is the default after the llvm 11 import.
MFH: 2020Q3
mesa-dri: Use gallium SWRAST on x86 and aarch64
Mesa have two software rasterizer, the classic mesa dri one and
the gallium one.
The classic dri one is starting to be deprecated upstream (like all
dri drivers) so switch the arches that can build the gallium one to it.
Approved by: zeising (x11)
graphics/mesa: Fix minor issues from meson switch
Fix a couple of minor issues with mesa related ports after the switch to
meson.
Define _GNU_SOURCE when building on FreeBSD. This fixes blur effects in
Plasma 5 and issues with the SDDM greeter. This fix was originally applied
in r516100 but got lost in the switch to meson. [1]
Properly detect sys/sysctl.h on FreeBSD. On FreeBSD sys/sysctl.h needs
sys/types.h as well, patch the meson build script to take this into account.
Fix a broken sed command to properly set ${LOCALBASE}/etc and
${LOCALBASE}/share/ as appropriate.
Bump portrevision of all mesa related ports.
PR: 247138 [1]
Reported by: Roman [1]
Reviewed by: manu
Tested by: Roman, Serge Volkov
Differential Revision: https://reviews.freebsd.org/D25265
mesa-dri: Switch back to the dri swrast drivers
The meson switch changed which swrast driver we build from dri to gallium.
I'm not too sure at how the gallium swrast is usable but switch back to the dri
one.
This also fixes the build on armv7 where the gallium swrast driver isn't
available.
Approved by: zeising (x11@ implicit)
mesa: Fix build empty DRI_DRIVER
In some cases, such as on sparc64, armv6 and armv7 etc, DRI_DRIVER,
GALLIUM_DRIVER and/or VULKAN_DRIVER might be undefined. This causes an
error similar to
make: "/usr/ports/graphics/mesa-dri/Makefile" line 106: Malformed conditional
(${DRI_DRIVERS:M${:UI915}})
Fix this by checking if [DRI,GALLIUM,VULKAN]_DRIVER is defined before
checking what it is set to.
While here, remove textproc/py-mako dependency from mesa-dri/Makefile, it's
already included in mesa-dri/Makefile.common, no need to depend on it twice.
PR: 247117
Reported by: jbeich
mesa-dri: Bump PORTREVISION
Due to some options change we had a small windows where wayland might
not have been enabled, bump PORTREVISION so next at next update it will
be brought back.
Reported by: zeising
Approved by: zeizing (x11@ implicit)
mesa*: Switch to using a native-file for llvm
Meson seems to not care that a llvm-config binary exists and will prefer
to use llvm-config-devel for some reason.
Using a native-file fixes that and meson will correctly use the llvm specified
in it.
PR: 247026
Approved by: zeising (x11@ implicit)
mesa*: Add platforms option
Mesa support different platforms, add some options that control which one
we are enabling and build the -Dplatform meson arg based on that.
Keep the WAYLAND option for now but if you're using it switch to the
newly created PLATFORM_WAYLAND.
PR: 246969
Approved by: zeising (x11@ implicit)
mesa-dri: Disable some arm drivers
We don't have any hardware or driver capable of running the freedreno driver
so disable it.
Our VC4 support don't work with mesa so disable it too.
Reviewed by: zeising (x11@)
Approved by: zeising (x11@)
Differential Revision: https://reviews.freebsd.org/D25093
mesa*: Use lld from devel/binutils if /usr/bin/ld isn't lld
GCC arches on 11 and 12 will uses ld.bfd and don't have ld.lld so we
can't blindly use ld.lld.
Suggested by: jbeich
Reported by: pkubaj
Approved by: zeising (x11@ implicit)
mesa*: Always use LLD
LLD is already used in 12 and 13 but we still use ld.bfd by default on 11
and for some unknown reason some mesa libs fails to build with it since the
meson switch.
PR: 246997
Approved by: zeising (x11@ implicit)
mesa*: Fix build on i386
Fix build related to libatomic on i386.
Simply copy the patch from mesa-devel.
Reported by: jbeich
Approved by: zeising (x11@ implicit)
mesa: Fix linking on 11
11 uses gnuld by default and it doesn't support --build-id
Add a check in meson and raise the meson version to 0.46 as
cc.get_supported_link_arguments was added in this version.
Upstream already do this check.
Reported by: kib
Approved by: zeising (x11@, implicit)
mesa*: Switch to meson
Upstream switched to meson for their build system so do the same as
it will be easier to find problems sooner than later.
This also switch to python3, python is only used for the build.
There is more thing enabled by default (or auto-enabled based on some
configuration) so we need to disable a lot more things than with autotools.
This should be a non functional change.
Reviewed by: zeising (x11@)
Differential Revision: https:/reviews.freebsd.org/D25092
graphics/mesa: Update to 19.0.8
Update mesa and related ports to 19.0.8.
This is the last version where the autotools build system is being used.
This serves as a stepping stone for reworking the ports to use the meson
build system and to enable further updates.
PR: 235570
Submitted by: jbeich (with minor changes)
Differential Revision: https://reviews.freebsd.org/D19099https://reviews.freebsd.org/D19100
graphics/mesa-libs: Change default to use DRI3
Change the default mesa configuration to use DRI3 rather than the older DRI2
interface. This should improve performance somewhat, and alleviates the need
for the FIXDRM option in x11-servers/xorg-server.
Remove the FIXDRM option from x11-servers/xorg-server.
Add an UPDATING entry for the change.
For users of graphics/drm-legacy-kmod or the base graphics drivers, this might
cause regressions. If you experience problems when running OpenGL applications
please force the use of the DRI2 backend by setting the LIBGL_DRI3_DISABLE
environment variable to 1 before starting any OpenGL application. This is
easiest done by adding it to your shell startup file or .xinitrc.
Add UPDATING entry for xorg-server, detailing the change of device
configuration backend.
PR: 196678, 244306 (for tracking)
graphics/mesa-dri: remove ppc64 elfv2 workaround
After https://svnweb.freebsd.org/base?view=revision&revision=355397, base clang
can compile mesa on ppc64, so there's no need for this workaround anymore.
No PORTREVISION bump because elfv2 still isn't the default.
Approved by: zeising (maintainer), mentors (implicit approval)
Differential Revision: https://reviews.freebsd.org/D22686
graphics/mesa-dri: fix build on powerpc64 elfv2
Base LLVM9 fails to build this port with clang crash (reported on
https://bugs.llvm.org/show_bug.cgi?id=43862). The port builds when using LLVM8.
Since we depend on LLVM8 anyway, use it also for compilation on elfv2.
Approved by: zeising (maintainer), tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D22274
Update xorgproto, libX11 and libXvMC
Update x11/xorgproto to 2019.2 [0]
Disable all legacy headers, they are no longer needed, since they only
detail deprecated protocol features.
Update x11/libX11 to 1.6.9
This is a minor update, mostly containing fixes to work with updated
x11/xorgproto.
Update x11/libXvMC to 1.0.12 [1]
This is a minor update, mostly containing fixes to work with updated
x11/xorgproto.
Patch mesa prts to explicitly link against -lXv, previously this was pulled
in by x11/libXvMC, but with changes to libXvMC .pc file, this is no longer
true.
Bump portrevision for mesa-dri because of this.
Thanks fo antoine for the exp-run!
PR: 241314 (exp-run) [0], 240801 [1]
Submitted by: pete@nomadlogic.org [1]
Switch all ports to use USES=xorg-cat
Change all ports to use USES=xorg-cat instead of the old XORG_CAT
Add USES=xorg and USES=gl as needed to x11@ ports
graphics/mesa: Add -D_GNU_SOURCE to compile flags
Add -D_GNU_SOURCE to compile flags when building on FreeBSD. This is needed
to have mesa work with various locales, that for instance use , instead of .
as a decmal separator.
Bump portrevision on all mesa related ports.
PR: 241506
Reported by: Jesper Schmitz Mouridsen
MFH: 2019Q4
graphics/mesa-dri: revert r512573 and limit to llvm80 after r512440
Mesa 18.3 doesn't support LLVM 9. While some fixes were backported
there're probably more issues. Apparently, Gnome shows black screen.
As the port is unlikely to be ready for future LLVM_DEFAULT bumps
without a version update just limit to previously tested value.
PR: 239682
Requested by: imp
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
Switch mesa and related ports to llvm80
Switch mesa over to use llvm80 instead of llvm60. Make it use the
global LLVM_DEFAULT instead of deciding for ourself which llvm version
to use. [1]
Fix build of lang/beginet [1]
Add patch from upstream to fix build of devel/libclc. The patch is taken
from the git mirror of devel/libclc rather than the SVN repo, for
convenience.
Add a patch from mesa upstream preventing certain error messages when using
amdgpu [2]
(Only the first 15 lines of the commit message are shown above )
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
graphics/mesa-libs: enable WAYLAND by default here and in consumers
PR: 227509
Requested by: Johannes Lundberg, Greg V
Reviewed by: tobik (earlier version)
Approved by: madpilot, x11 (zeising), maintainer timeout (2 weeks)
Exp-run by: antoine
Followup on r483807.
jbeich commented on some ports in D17724 but I forgot to add them to the list.
Submitted by: rene
Reviewed by: bapt, jbeich
Differential Revision: https://reviews.freebsd.org/D17724
graphics/mesa-dri: don't forbid WAYLAND on non-x86
At least aarch64, armv6, armv7 couldn't set OPTIONS_SET+=WAYLAND via make.conf
(see also bug 227509) despite Wayland itself not having such a limitation.
=>> Ignoring graphics/mesa-dri: option WAYLAND is only valid on platforms with
Vulkan
PR: 221540
Pointy hat to: jbeich (regressed by r482192)
graphics/mesa-drivers: add -znotext to LDFLAGS on i386, for lld
This port links some non-PIC code, which fails with lld as it defaults
to disallowing relocations against read-only segments. For i386 we can
just add -znotext unconditionally: for GNU BFD ld it just affirms BFD's
existing default.
PR: 214864
Approved by: portmgr (lld blanket)
Sponsored by: The FreeBSD Foundation
Change x11/xorgproto to become a build dep
Change x11/xorgproto to become a build time dependency when added to
USE_XORG. Change the dependency to be on the port, rather than a file the
port installs.
Fix fallout.
Bump portrevision on depending ports.
PR: 230909
Reviewed by: eadler
Approved by: portmgr (antoine)
Obtained
from: https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto
exp-run: antoine
Differential Revision: https://reviews.freebsd.org/D16906
lang/clover: unbreak with llvm70
llvm/codegen/native.cpp:135:49: error: too few arguments to function call,
expected at least 4, have 3
if (tm->addPassesToEmitFile(pm, fos, ft))
~~~~~~~~~~~~~~~~~~~~~~~ ^
/usr/local/llvm70/include/llvm/Target/TargetMachine.h:260:3: note:
'addPassesToEmitFile' declared here
virtual bool addPassesToEmitFile(PassManagerBase &, raw_pwrite_stream &,
^
Obtained from: upstream
Approved by: portmgr blanket
Switch to xorgproto instead of individual packages
Upstream used to distribute protocol headers as separate packages, but has
decided to merge those to a common package, named xorgproto. This update
tracks that change.
* Add a new port, x11/xorgproto, with are protocol headers for xorg.
* Hook the new protocol port to the build and to infrastructure in
bsd.xorg.mk.
* Update all ports with a dependency on any of the old *proto packages to
instead depend on xorgproto. Bump portrevision.
* Delete the old *proto packages, update MOVED.
PR: 230023
Submitted by: zeising
Approved by: portmgr (antoine)
exp-run by: antoine
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
Number of commits found: 236 (showing only 100 on this page)
