VA-API (Video Acceleration API) user mode driver for Intel GEN
Graphics family provides a bridge to the GEN GPUs through the
packaging of buffers and commands to be sent to the i915 driver for
exercising both hardware and shader functionality for video decode,
encode, and processing.
===> The following configuration options are available for libva-intel-driver-2.4.5:
HYBRID=on: Hybrid VP8 encoding on Gen7/8 and VP9 decoding on Gen7/8/9
WAYLAND=on: Wayland (graphics) support via the legacy wl_drm protocol
X11=on: X11 (graphics) support
===> Use 'make config' to modify these settings
multimedia/libva-intel-driver: deprecate due to dead upstream
https://github.com/intel/intel-vaapi-driver/commit/fd727a4e9cb8
Not blindly recommending multimedia/libva-intel-media-driver:
- lacks support for pre-Broadwell (Gen < 8) GPUs
- lacks VP9 decode on Skylake (Gen9)
- lacks VP9 encode on Kabylake (Gen9.5)
Deprecation is for existing users to exercise caution decoding videos
from untrusted sources since the vendor no longer promises security fixes.
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 )
Style: improve ONLY_FOR_ARCHS_REASON (grammar, markup, etc.)
ONLY_FOR_ARCHS_REASON is used as part of the sentence and thus should
start with lower-case letter and not end with a period which is added
by the framework, similar to other knobs like BROKEN, IGNORE, et al.
While here, remove needless quoting, add missing Oxford comma, expand
contractions and jargonisms, use correct spelling for proper names.
multimedia/libva-intel-driver: enable HYBRID by default (again)
Originally disabled due to GPU freezes on Sandy Bridge which
disappeared after upgrading FreeBSD from 11 to 12. drm-*-kmod
also had several updates since then. So, let's re-try.
PR: 233259
multimedia/libva-intel-driver: note which GPUs are not supported
Icelake (Gen11) is not supported. Cannonlake (Gen10) was discontinued,
so it's not clear.
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
multimedia/libva{,-intel-driver}: convert to USES=meson
Meson is faster than autoreconf + libtool and easier to maintain.
Force rebuild to catch regressions early.
multimedia/libva{,-intel-driver}: clean up
- Add BUILD_DEPENDS to intel driver for wl_drm_interface fix
- Rewrite gettid() to make it easier to maintain
- Update description from upstream
- Drop unused v4l_compat dependency
- Drop unused USES=alias as <alloca.h> is gone
- Drop libGL dependency as intel driver uses libEGL via dlopen on Wayland
- Drop --program-prefix after vainfo moved to libva-utils
- Drop fmake workaround as USES=gmake is used
- Drop -ldl workaround for FreeBSD < 11.2
- Drop RTLD_NODELETE workaround for FreeBSD < 8.0
- Drop GLX_GLXEXT_VERSION workaround for Mesa < 7.8.1
- Drop Created by as the port diverged a lot (even more with Meson)
- Hint intel driver isn't actively developed (but still maintained)
- Clarify libdrm dependency
- Unbreak Wayland support in libva-intel-driver with Mesa 18.3 [1]
- Allow disabling X11 support in libva [2]
- Update minimum version requirement in libva-intel-media-driver
BUILD_DEPENDS (required by submitter/maintainer) [1]
- While here, silence some portling warnings
- Pass maintainership to jbeich (submitter) [1]
PR: 234891 [1], 234925 [2]
Submitted by: jbeich
multimedia/libva-intel-driver: clean up descriptions
- Spell Intel properly as the driver is named i965
- Mention support for Gen4/Gen5
- Disambiguate COMMENT from libva-intel-media-driver
- Simplify ONLY_FOR_ARCHS_REASON wording
- Move ONLY_FOR_ARCHS to pacify `portlint -C`
- Mention HYBRID support for VP8 encoding
- Update WWW to actual homepage
- Expand pkg-descr with from upstream README.md
Approved by: madpilot (maintainer)
Differential Revision: https://reviews.freebsd.org/D18688
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
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
Make libva and it's drivers install modules in the standard location
PREFIX/lib/dri.
This is the same location where other ports(mesa) install drivers,
so that everything works out of the box.
PR: 224424
Submitted by: Greg V <greg@unrelenting.technology>
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 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, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Revision bump of all ports with USE_GL after consolidation of mesa-libs
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D10845
- Update multimedia/libva to 1.8.0
- Update multimedia/libva-intel-driver to 1.8.0
- Utility programs have been split out of libva distribution to
another repository, so create a new libva-utils port, copied
from libva, with these bits
- While here, update home pages in pkg-descr files
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
X11 looks for this driver with two names depending on the hardware, since linux
has tow separate drivers. Having just one KMS driver in FreeBSD I create a
symlink with the alternative name, so X11 can alys find the driver.
PR: 217825
Submitted by: Henry Hu <henry.hu.sh@gmail.com>
Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
Final removal of WITH_NEW_XORG
This knob was turned on for all version of FreeBSD in r369875
(2014-10-03) and officially deprecated. Since then, it was gradually
removed from many ports when they needed an update.
x11-servers/xorg-server was the last major user of this knob. The port
was updated to xserver 1.14 in r374982 (2014-12-19). The update got rid
of the knob, clearing the path to the final removal.
This commit changes ports who were checking for WITH_NEW_XORG and remove
its handling from bsd.port.mk.
While here, two sanity checks are added to warn user about WITH_KMS and
WITH_NEW_XORG which have no effect now.
Differential Revision: https://reviews.freebsd.org/D1351
Reviewed by: antoine, bapt, kwm
Approved by: portmgr (antoine, bapt), kwm
Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.
Part II, Bump PORTREVISIONs.
PR: 192025
Tested by: antoine (-exp runs)
Approved by: portmgr (implicit)
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 )
- Replace BROKEN with IGNORE, which is more appropriate here [1]
- While here also use space in place of tab in pkg-descr WWW line
Reported by: eadler [1]
Approved by: manuel.creach@me.com (maintainer, via email)
- Update to 1.0.20
- Change wording of error message to reflect ports having moved to new options
framework.
PR: ports/179360
Submitted by: Manuel <manuel.creach@me.com> (maintainer)
Approved by: Manuel <manuel.creach@me.com> (via private email)
Switch to the logic from x11-drivers/xf86-video-intel for detecting
whether graphics/libdrm with KMS enabled is installed. For one, the
WITH_KMS knob never real has been established as a global option
within the ports tree. Also, just using IGNORE here when libkms.so
not already exists does the wrong thing when graphics/libdrm generally
is not installed at this point of time, yet.
Approved by: bapt (mentor), maintainer
