CVE and update status of the FreeBSD ports tree3,864 unaddressed CVEs in 671 portsAll times are CET
Port details

x11/nvidia-driver-340 340.108_6

NVIDIA graphics driver userland

Port info

Maintainer
x11@FreeBSD.org
Packages
latest: nvidia-driver-340 340.108_6, xlibre-nvidia-driver-340 340.108_6
Upstream
up to date
Last update
to 340.108_6 via x11/nvidia-driver · 1283580731
Quarterly
2026Q4: nvidia-driver-340 340.108_6, xlibre-nvidia-driver-340 340.108_6
WWW
https://www.nvidia.com/object/unix.html
Links
cgit · VuXML

Install

Package
# pkg install nvidia-driver-340
# pkg install xlibre-nvidia-driver-340
installs nvidia-driver-340 340.108_6, xlibre-nvidia-driver-340 340.108_6 from latest; from quarterly (2026Q4) nvidia-driver-340 340.108_6, xlibre-nvidia-driver-340 340.108_6
Port
# cd /usr/ports/x11/nvidia-driver-340 && make install clean
# make -C /usr/ports/x11/nvidia-driver-340 config  # change options first
Size
18 MiB download · 111 MiB installed
Depends on
x11-servers/xorg-server 21.1.25,1, x11/libX11 1.8.14,1, x11/libXext 1.3.7,1, x11/nvidia-kmod-340 340.108.1501000
License
NVIDIA
Options
1 of 1 on in the package: DOCS
Note
Size, dependencies, options and messages are those of nvidia-driver-340.

Packages by version and architecture

latest

FreeBSD versionamd64aarch64i386
FreeBSD 16340.108_6✗–
FreeBSD 15340.108_6✗–
FreeBSD 14340.108_6✗340.108_6

quarterly (2026Q4)

FreeBSD versionamd64aarch64i386
FreeBSD 15340.108_6✗–
FreeBSD 14340.108_6✗340.108_6

version as in the ports tree (latest) or the most common one (quarterly) · different version · ✗ not built · – no packages for this platform. Package sets that have not been rebuilt for 60 days are left out.

Unaddressed (2)

The CVE record lists the packaged version 340.108_6 as affected, and no VuXML entry names the CVE. What does this mean?

CVECVSSPublishedDescription
CVE-2017-62727.82017-09-22NVIDIA GPU Display Driver contains a vulnerability in the kernel mode layer handler where a value passed from a user to the driver is not correctly validated and used as…
CVE-2015-59506.92015-09-30The NVIDIA display driver R352 before 353.82 and R340 before 341.81 on Windows; R304 before 304.128, R340 before 340.93, and R352 before 352.41 on Linux; and R352 before…

VuXML only (0)

Listed in VuXML, the packaged version 340.108_6 is still in the affected range; pkg audit reports it. What does this mean?

None.

Possibly backported (19)

The CVE record only gives a range ending in a newer branch; check the branch changelog. Not counted as unaddressed. What does this mean?

This port tracks an older, still maintained branch. The CVE record only says “before X” with X in a newer branch, so it cannot tell whether this branch received the fix. This is an estimate, not a confirmation.
CVECVSSPublishedDescription
CVE-2016-88117.82016-11-08For the NVIDIA Quadro, NVS, and GeForce products, NVIDIA Windows GPU Display Driver R340 before 342.00 and R375 before 375.63 contains a vulnerability in the kernel mode…
CVE-2016-88107.82016-11-08For the NVIDIA Quadro, NVS, and GeForce products, NVIDIA Windows GPU Display Driver R340 before 342.00 and R375 before 375.63 contains a vulnerability in the kernel mode…
CVE-2016-88097.82016-11-08For the NVIDIA Quadro, NVS, and GeForce products, NVIDIA Windows GPU Display Driver R340 before 342.00 and R375 before 375.63 contains a vulnerability in the kernel mode…
CVE-2016-88087.82016-11-08For the NVIDIA Quadro, NVS, and GeForce products, NVIDIA Windows GPU Display Driver R340 before 342.00 and R375 before 375.63 contains a vulnerability in the kernel mode…
CVE-2016-88077.82016-11-08For the NVIDIA Quadro, NVS, and GeForce products, NVIDIA Windows GPU Display Driver R340 before 342.00 and R375 before 375.63 contains a vulnerability in the kernel mode…
CVE-2016-88067.82016-11-08For the NVIDIA Quadro, NVS, and GeForce products, NVIDIA Windows GPU Display Driver R340 before 342.00 and R375 before 375.63 contains a vulnerability in the kernel mode…
CVE-2016-88057.82016-11-08For the NVIDIA Quadro, NVS, and GeForce products, NVIDIA Windows GPU Display Driver R340 before 342.00 and R375 before 375.63 contains a vulnerability in the kernel mode…
CVE-2016-73917.82016-11-08For the NVIDIA Quadro, NVS, and GeForce products, NVIDIA Windows GPU Display Driver R340 before 342.00 and R375 before 375.63 contains a vulnerability in the kernel mode…
CVE-2016-73907.82016-11-08For the NVIDIA Quadro, NVS, and GeForce products, NVIDIA Windows GPU Display Driver R340 before 342.00 and R375 before 375.63 contains a vulnerability in the kernel mode…
CVE-2016-73887.82016-11-08For the NVIDIA Quadro, NVS, and GeForce products, NVIDIA Windows GPU Display Driver R340 before 342.00 and R375 before 375.63 contains a vulnerability in the kernel mode…
CVE-2016-73877.82016-11-08For the NVIDIA Quadro, NVS, and GeForce products, NVIDIA Windows GPU Display Driver R340 before 342.00 and R375 before 375.63 contains a vulnerability in the kernel mode…
CVE-2016-73857.82016-11-08For the NVIDIA Quadro, NVS, and GeForce products, NVIDIA Windows GPU Display Driver R340 before 342.00 and R375 before 375.63 contains a vulnerability in the kernel mode…
CVE-2016-73847.82016-11-08For the NVIDIA Quadro, NVS, and GeForce products, NVIDIA Windows GPU Display Driver R340 before 342.00 and R375 before 375.63 contains a vulnerability in the kernel mode…
CVE-2016-73837.82016-11-08For the NVIDIA Quadro, NVS, and GeForce products, NVIDIA Windows GPU Display Driver R340 before 342.00 and R375 before 375.63 contains a vulnerability in a memory mappin…
CVE-2016-73817.82016-11-08For the NVIDIA Quadro, NVS, and GeForce products, NVIDIA Windows GPU Display Driver R340 before 342.00 and R375 before 375.63 contains a vulnerability in the kernel mode…
CVE-2016-49597.52016-11-08For the NVIDIA Quadro, NVS, and GeForce products, there is a Remote Desktop denial of service. A successful exploit of a vulnerable system will result in a kernel null p…
CVE-2016-50256.62016-11-08For the NVIDIA Quadro, NVS, and GeForce products, improper sanitization of parameters in the NVAPI support layer causes a denial of service vulnerability (blue screen cr…
CVE-2015-78696.62015-11-24Multiple integer overflows in the kernel mode driver for the NVIDIA GPU graphics driver R340 before 341.92, R352 before 354.35, and R358 before 358.87 on Windows and R30…
CVE-2016-73865.52016-11-08For the NVIDIA Quadro, NVS, and GeForce products, NVIDIA Windows GPU Display Driver R340 before 342.00 and R375 before 375.63 contains a vulnerability in the kernel mode…

Fixed (1)

Show 1 fixed
VuXML entries whose affected range the packaged version has left.

Problem reports (2) · open in Bugzilla, most recently changed first

PRSummaryStatusChanged
266682maintainer-feedback? x11/nvidia-driver-340: driver ABI does not support latest xorg serverNew2025-10-26
233069maintainer-feedback? x11/nvidia-driver-340: panic with GeForce 320MNew2025-07-25

Commits (29)

Kevin Bowling (kbowling) · 340.108_6
x11/nvidia-driver*: Drop pkg-message

All contents of pkg-message are applicable for kmods part
(x11/nvidia-kmod*) only.

This was the remnant when kmods part were splitted out from
x11/nvidia-driver* at commit ports f4e907a49258.

PR:		298709
Differential Revision:	https://reviews.freebsd.org/D59864
31772e22df
Kevin Bowling (kbowling) · 340.108_5
x11/nvidia-driver: Split kmod into x11/nvidia-kmod

Split out kmod part of x11/nvidia-driver into x11/nvidia-kmod,
including slave ports, to allow FreeBSD-kmods repo builders building
nvidia-related kmod ports.

In this update,

* split out *.ko from x11/nvidia-driver[-304|-340|-390|470|-devel]
  into corresponding x11/nvidia-kmod[-304|-340|-390|470|-devel],

* switch dependency of graphics/nvidia-drm-*-kmod upon
  x11/nvidia-driver[-devel] to newly introduced
  x11/nvidia-kmod[-devel],

* make x11/nvidia-driver[-304|-340|-390|470|-devel] depend upon
  newly introduced x11/nvidia-kmod[-304|-340|-390|470|-devel],

* bump consumers directly depending upon x11/nvidia-driver*
  as of dependency switches,

* and hook x11/nvidia-kmod[-304|-340|-390|470|-devel] to build.

Note that upgrading x11/nvidia-driver* from monolithic version
requires deinstallation of x11/nvidia-driver* before starting,
as both previous version of x11/nvidia-driver* and newly introduced
x11/nvidia-kmod* installs *.ko into same place.

PR:		288314
Approved by:	bapt (kmod repo)
Differential Revision:	https://reviews.freebsd.org/D52178
f4e907a492
Kevin Bowling (kbowling) · 340.108_4
x11/nvidia-driver, x11/linux-nvidia-libs: Split and distribute distinfo per-slave-ports

Currently, upgrades for legacy versions of x11/nvidia-driver and
x11/linux-nvidia-libs are often delayed, due to the conflicts with
master port and forgotton.

This is usually because master and slave (legacy) ports shares distinfo,
causing races between multiple upgrades, even upgrades for legacy ones
are trivial.

This update splits distinfo into master and each slave (legacy) ports
to avoid races unless master Makefile(s) needs updates for to-be-upgraded
slave ports.

update-distinfo target is removed, you can use the standard
'make makesum' in each port now.

Reviewed by:	arrowd
Differential Revision:	https://reviews.freebsd.org/D50142
9506d5a4e7
Jan Beich (jbeich) · 340.108_4
x11-servers/xorg-server: complete libmap.d switch after 50a34a07740e

libmap.conf(5) supports dlopen(3) but xorg-server uses absolute paths.

PR:		271686
Reviewed by:	gallatin
d1b7aad5f3
Tobias C. Berner (tcberner) · 340.108_3
x11: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  Adam Weinberger <adam@vectors.cx>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Alex Dupre <ale@FreeBSD.org>
  *  Alexander Matey <matey@cis.ohio-state.edu>
  *  Alexander Nedotsukov <bland@FreeBSD.org>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Alexey Dokuchaev <danfe@regency.nsu.ru>
  *  Alexey Mikhailov <karma@ez.pereslavl.ru>
  *  Andrew Pantyukhin <infofarmer@FreeBSD.org>
  *  Anton Berezin <tobez@FreeBSD.org>
  *  Anton Toernqvist <antont@inbox.lv>
  *  Anton Tornqvist <antont@inbox.lv>
  *  Ashish Shukla <wahjava@gmail.com>
  *  Ben Woods <woodsb02@FreeBSD.org>
  *  Bert Burgemeister <trebbu@googlemail.com>
  *  Bruce A. Mah <bmah@ca.sandia.gov>
  *  Bruce M Simpson <bms@FreeBSD.org>
  *  Chris Hutchinson <portmaster@BSDforge.com>
  *  Cy SChubert <cy@FreeBSD.org>
  *  Cy Schubert <Cy.Schubert@uumail.gov.bc.ca>
  *  Cy Schubert <cy@FreeBSD.org>
  *  DaJoob
  *  Daniel Roethlisberger <daniel@roe.ch>
  *  Daniel Walter <sahne@0x90.at>
  *  Danilo Egea Gondolfo <danilo@FreeBSD.org>
  *  Dave Grochowski
  *  David Mackay <davidjx8p@gmail.com>
  *  David Yeske <dyeske@gmail.com>
  *  Dejan Lesjak <lesi@FreeBSD.org>
  *  Denis Shaposhnikov <dsh@vlink.ru>
  *  Dennis Herrmann <dhn@FreeBSD.org>
  *  Dmitri Goutnik <dg@syrec.org>
  *  Dominik Rothert <dr@domix.de>
  *  Emanuel Haupt <ehaupt@FreeBSD.org>
  *  Emanuel Haupt <ehaupt@critical.ch>
  *  Eric Anholt <anholt@FreeBSD.org>
  *  Eric Blood <eblood@cs.unr.edu>
  *  Eric L. Hernes <erich@rrnet.com>
  *  Eric Turgeon <ericbsd@FreeBSD.org>
  *  Eric Turgeon <ericturgeon.bsd@gmail.com>
  *  Evgeni Dimitrov <evgeni.dimitrov@gmail.com>
  *  FURUSAWA,Kazuhisa <kazu@jp.freebsd.org>
  *  Florent Thoumie <flz@xbsd.org>
  *  Foxfair Hu <foxfair@FreeBSD.org>
  *  Francis Bacque <idroxid01@yahoo.fr>
  *  Franz Klammer <klammer@webonaut.com>
  *  Gerrit Beine <tux@pinguru.net>
  *  Grzegorz Blach <gblach@FreeBSD.org>
  *  Gustau Perez i Querol <gustau.perez@gmail.com>
  *  Gvozdikov Veniamin <g.veniamin@googlemail.com>
  *  Hendrik Scholz <hendrik@scholz.net>
  *  Jacob House <jacob@jwfh.ca>
  *  James Earl <jdearl@telus.net>
  *  Jean-Baptiste Quenot <jb.quenot@caraldi.com>
  *  Jeroen Schot <schot@a-eskwadraat.nl>
  *  Jim Mock <jim@FreeBSD.org>
  *  Joe Marcus Clarke <marcus@FreeBSD.org>
  *  Julien Laffaye <kimelto@gmail.com>
  *  KIMURA Yasuhiro <yasu@utahime.org>
  *  Ka Ho Ng <khng300@gmail.com>
  *  Kelly Yancey <kbyanc@posi.net>
  *  Ken Moore <ken@pcbsd.org>
  *  Koop Mast <einekoai@chello.nl>
  *  Koop Mast <kwm@FreeBSD.org>
  *  Kris Kennaway <kris@FreeBSD.org>
  *  Kris Moore <kmoore@FreeBSD.org>
  *  Lars Engels <lars.engels@0x20.net>
  *  Lin, Cheng-Tao <b89605222@ntu.edu.tw>
  *  MANTANI Nobutaka <nobutaka@nobutaka.com>
  *  Markus Brueffer <markus@FreeBSD.org>
  *  Martin Ranne <gasp@ridcully.dnsalias.org>
  *  Martin Tournoij <carpetsmoker@xs4all.nl>
  *  Martin Wilke (miwi@FreeBSD.org)
  *  Martin Wilke <miwi@FreeBSD.org>
  *  Matt Lancereau
  *  Matt Lancereau <matt@rimasec.net>
  *  Matt Peterson <matt@peterson.org>
  *  Matthew Donovan <kitchetech@gmail.com>
  *  Matthew Fuller <fullermd@futuresouth.com>
  *  Matthew Hunt <mph@pobox.com>
  *  Matthew West <mwest@uct.ac.za>
  *  Maxim Sobolev <sobomax@FreeBSD.org>
  *  Michael Johnson <ahze@FreeBSD.org>
  *  Michiel Overtoom <motoom@xs4all.nl>
  *  Mikhail Teterin <mi@aldan.algebra.com>
  *  Morten Slot Kristensen
  *  Murray Stokely <murray@FreeBSD.org>
  *  NAKATA, Maho <maho@FreeBSD.org>
  *  Nicola Vitale <nivit@FreeBSD.org>
  *  Nikos Ntarmos <ntarmos@ceid.upatras.gr>
  *  Nikos Ntarmos <ntarmos@cs.uoi.gr>
  *  Oleg Pudeyev <oleg@bsdpower.com>
  *  Oliver Breuninger <ob@breuninger.org>
  *  Oliver Breuninger <ob@seicom.NET>
  *  Oliver Lehmann <oliver@FreeBSD.org>
  *  Olivier Cochard-Labbe <olivier@FreeBSD.org>
  *  Olivier Duchateau
  *  Patrick Li <pat@databits.net>
  *  Pawel Worach <pawel.worach@gmail.com>
  *  Pedro Giffuni
  *  Per Otterstr=F6m <pelle@fukt.bth.se>
  *  Petr Holub <hopet@ics.muni.cz>
  *  Pietro Cerutti <gahr@FreeBSD.org>
  *  Piotr Kubaj <pkubaj@anongoth.pl>
  *  Roman Bogorodskiy <novel@FreeBSD.org>
  *  Sakai Hiroaki <sakai@miya.ee.kagu.sut.ac.jp>
  *  Sakai Hiroaki <sakai@seki.ee.kagu.sut.ac.jp>
  *  Samy Al Bahra <samy@kerneled.org>
  *  Samy Al Bahra <sbahra@kerneled.org>
  *  Sascha Holzleiter <sascha@root-login.org>
  *  Satoshi Asami <asami@FreeBSD.org>
  *  Satoshi TAOKA
  *  Scott Mace <smace@FreeBSD.org>
  *  Sean Farley <sean-freebsd@farley.org>
  *  Sebastian Yepes <esn@x123.info>
  *  Serge Gagnon <gagnon__s@videotron.ca>
  *  Sergei Kolobov <sergei@kolobov.com>
  *  Sofian Brabez <sbz@FreeBSD.org>
  *  Stanislav Sedov <stas@FreeBSD.org>
  *  Stepan Zastupov [RedChrom] <redchrom@gmail.com>
  *  Stephen Montgomery-Smith <stephen@math.missouri.edu>
  *  Stijn Hoop <stijn@win.tue.nl>
  *  Tatsumi Hosokawa
  *  Theron Tarigo <theron.tarigo@gmail.com>
  *  Thomas Gellekum <tg@FreeBSD.org>
  *  Thomas Hurst <tom@hur.st>
  *  Tim Bishop <tim@bishnet.net>
  *  Timothy Beyer <beyert@cs.ucr.edu>
  *  Tobias Roth <ports@fsck.ch>
  *  UMENO Takashi <umeno@rr.iij4u.or.jp>
  *  Vincent Tantardini <vinc@freebsd-fr.org>
  *  Volker Stolz <stolz@i2.informatik.rwth-aachen.de>
  *  Winston Weinert <winstonw@lavabit.com>
  *  Ying-Chieh Liao <ijliao@csie.nctu.edu.tw>
  *  Yinghong Liu <relaxbsd@gmail.com>
  *  Yoshiro MIHIRA <sanpei@sanpei.org>
  *  Yukihiro Nakai <Nakai@Mlab.t.u-tokyo.ac.jp>
  *  Zane C. Bowers
  *  Zhihao Yuan <lichray@gmail.com>
  *  asami
  *  chinsan
  *  dirk.meyer@dinoex.sub.org
  *  dom@myrddin.demon.co.uk
  *  eimar.koort
  *  gpalmer
  *  gpalmer@FreeBSD.org
  *  grog
  *  gurkan@phys.ethz.ch
  *  hemi@puresimplicity.net
  *  ijliao
  *  incabulos@mac.com
  *  jacs
  *  janek
  *  jhb
  *  jkh
  *  jkh@FreeBSD.org
  *  jmz
  *  joerg
  *  johalun0@gmail.com
  *  jonny
  *  jsellens
  *  krion
  *  matt@bdd.net
  *  michael johnson <ahze@ahze.net>
  *  nkazushi@highway.or.jp
  *  od <od@iclub.nsu.ru>
  *  oleg@bsdpower.com
  *  roam@FreeBSD.org
  *  trevor
  *  will

With hat:	portmgr
d357bca4f0
Kevin Bowling (kbowling) · 340.108_3
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
da3162c7c9
Mathieu Arnold (mat) · 340.108_2
Remove # $FreeBSD$ from Makefiles.
305f148f48
Emmanuel Vadot (manu) · 340.108_2
Fix nvidia-driver* after r548950

Now that mesa include glesv1 lib, remove the nvidia generic named lib
and add more entries in libmap.conf so the nvidia ones are used.

PR:		249448
Reported by:	VVD <vvd@unislabs.com>
07ef89b5a8
Mateusz Piotrowski (0mp) · 340.108_1
Do not mention loading modules via loader.conf

It is generally discouraged to load graphics kernel modules via
loader.conf(5). According to kevans@, loading Nvidia modules like this is
fragile for UEFI on FreeBSD <= 12.1. It might work, but those modules are
large and the loader's staging area is insufficient to contain kernel,
Nvidia modules, and much of anything else at the same time.

Also, while here, encourage people to use sysrc to modify the contents of
rc.conf(5).

Reviewed by:	danfe
Approved by:	maintainer (danfe)
Differential Revision:	https://reviews.freebsd.org/D25506
742116b6d5
Alexey Dokuchaev (danfe) · 340.108
Update nVidia drivers to their most recent versions.  The prominent change is that 32-bit libraries are now provided with the 4xx driver versions, so games should work under Wine.

PR:	242177
ac71af8e95
Niclas Zeising (zeising) · 340.107_6
Update xorg x11 servers to 1.20.7

Update xorg x11 servers to 1.20.7.  This updates x11-servers/xorg-server,
xephyr, xorg-dmx, xorg-nestserver, xorg-vbserver and xwayland.

Enable the UDEV backend by default, instead of the DEVD backend, for
autoconfiguration of input devices on FreeBSD 12 and later.
FreeBSD 11 lacks the needed support in base and will keep on using the DEVD
backend.
Support for the HAL backend is dropped completely, it has been deprecated
for a long time.
Update and improve the DEVD backend.
Add a pkg message about sysctl configuration that might be needed when using
UDEV.

Use the upstream fix for glamour issues.

Use evdev xkb rules by default in xwayland [2]

Add x11-drivers/xf86-input-libinput to the list installed by default by
x11-drivers/xorg-drivers.

Fix net/tigervnc-server and emulators/virtualbox-ose

Bump portrevision of all x11 drivers, as well as other ports dependent on
xorg-server.

This represents work by many people over a long period.  These include
wulf, ak, dumbbell, hselasky pete AT nomadlogic DOT org, jbeich, manu,
myself and possibly others (I tried to look through history, but might have
missed people. If so, I am sorry.)

PR:             196678 [1], 244129 [2]
Submitted by:   hselasky, wulf [1], jbeich [2]
Obtained from:	https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xserver-1.20 (in part)
4b9c697c26
Alexey Dokuchaev (danfe) · 340.107_5
Move Linux versions of NVidia graphics libraries (OpenGL/GLX/EGL/GLES/GLVND) to its own ports instead of abusing the driver ports and making maintenance thereof a nightmare.  This is also what most, if not all, GNU/Linux distros do, allows to properly annotate ports with correct CATETORIES, USES, macros like NO_BUILD etc., and greatly simplify Makefiles and distinfo files.
fb71fd7b4c
Tijl Coosemans (tijl) · 340.107_4
Update CentOS 7 ports to 7.6.1810.

This adds some new ports:
converters/linux-c7-fribidi required by x11-toolkits/linux-c7-pango.
graphics/linux-c7-libglvnd required by graphics/linux-c7-dri.
graphics/linux-c7-wayland required by graphics/linux-c7-dri.
print/linux-c7-freetype unbundled from emulators/linux_base-c7 because it
depends on graphics/linux-c7-png now.

Mesa OpenGL libraries in graphics/linux-c7-dri now support libglvnd (GL
Vendor-Neutral Dispatch library) which allows some applications to use
Mesa while others use Nvidia OpenGL.  The x11/nvidia-driver* ports have
been changed so versions above 390.42 now use CentOS libglvnd and no longer
install a bundled copy.

PR:		229431
Submitted by:	pkubaj (partly)
f099d068fc
Tijl Coosemans (tijl) · 340.107_3
Recreate symlinks instead of renaming them, so they point to the right file.

PR:		226403
Submitted by:	Tatu Kilappa <tatu.kilappa@iki.fi>
Approved by:	maintainer timeout (10 months)
5ed30a038c
Tijl Coosemans (tijl) · 340.107_2
Install both 32 bit and 64 bit Linux libraries from the official Linux driver distribution instead of the ones bundled with the FreeBSD driver which are incomplete and 32 bit only.  This makes amd64 Linux OpenGL programs work on FreeBSD 12.0 and recent 11-STABLE.  This does not enable CUDA.

- Initialise DISTFILES so a file can be added by the LINUX option.
- Set EXTRACT_ONLY because the file added by the LINUX option is a
  self-extracting archive handled in post-extract.
- The patches for <355.06 and >=355.06 are identical except for the path.
  Keep only one set (listed in SUB_PATCHES) because more patches have been
  added.  Modify their path in pre-patch.  The patches have been renamed
  from extra-patch-* to extra-patch-*.in.
- Set OPTIONS_SUB and use option helpers for the LINUX option.
- Define LINUX_ARCH_SUFX like ARCH_SUFX because LINUX_ARCH can be i386 on
  amd64.
- Set LINUX_LIBDIR to the main lib directory: (/compat/linux)/usr/lib on
  i386 and (/compat/linux)/usr/lib64 on amd64.  (The compat32 directory is
  (/compat/linux)/usr/lib.)
- Define LINUX_LIBS, LINUX_LINKS, LINUX32_LIBS, LINUX32_LINKS, LINUX_PROGS,
  LINUX_MANS, and LINUX_DATA for all driver versions from 304.137 to 390.87.
  LINUX_LIBS and LINUX32_LIBS contain main libraries (i386/amd64) and
  compat32 libraries respectively.  These are installed with INSTALL_LIB in
  post-install.  LINUX_LINKS and LINUX32_LINKS contain symbolic link sources
  and their target.  LINUX_PROGS are binaries installed with
  INSTALL_PROGRAM.  LINUX_MANS are manuals installed with INSTALL_MAN.
  LINUX_DATA are data files and their destination, installed with
  INSTALL_DATA.  The .if blocks for the different versions are sorted
  alphabetically on the first file.
- Define PLIST_RE for all versions.  These are sed commands applied to
  TMPPLIST in post-install.
- Include bsd.port.pre.mk instead of bsd.port.options.mk to obtain
  LINUX_ARCH.
- Adjust post-patch to disable installation of Linux libraries bundled with
  the FreeBSD driver.
- Add post-patch-LINUX-on to setup nvidia_icd.json like nvidia-installer
  does on Linux.
- Adjust existing post-install TMPPLIST edits to apply only to non-Linux
  files.
- Add post-install-LINUX-on to install the Linux files.
- Add files/extra-patch-src-nvidia_ctl.c.in and
  extra-patch-src-nvidia_dev.c.in.  These patches make Linux stat(2) return
  the right major and minor number for /dev/nvidiactl and /dev/nvidia[0-9]+.
  Recent versions of the Linux libraries verify these. [1]  Define the
  struct passed to linux_device_register_handler on the stack in
  nvidia_*_attach instead of as a global variable in case multiple graphics
  cards are attached in parallel.
- Add files/extra-patch-src-nvidia_linux.c.in.  It rewrites the Linux ioctl
  handler.  The current implementation does not copyin arguments leading to
  kernel panics on FreeBSD 12 on machines that support Supervisor Mode
  Access Prevention (SMAP).
- Add files/extra-patch-src-nvidia_pci.c.in.  It adds a dependency on the
  linux_common kernel module for linux_device_register_handler.
- Modify files/extra-patch-src_nvidia-modeset_nvidia-modeset-freebsd.c to
  add major/minor numbers (global struct here, because it is constant),
  rewrite ioctl, and add a dependency on linux_common for
  /dev/nvidia-modeset.

PR:		217901
Analysed by:	Alex S <iwtcex@gmail.com> [1]
Tested by:	Hannes Hauswedell <h2+fbsdports@fsfe.org> (390.87)
Tested by:	tijl (304.137)
Approved by:	maintainer timeout (15 days)
dae73343c3
Niclas Zeising (zeising) · 340.107_1
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
0fae2e9e0e
Alexey Dokuchaev (danfe) · 340.107
Update `x11/nvidia-driver-340' to the latest version of 340.107:

- Added support for X.Org xserver ABI 24 (xorg-server 1.20)
  - Fixed a bug which could cause X servers that export a Video Driver
    ABI earlier than 0.8 to crash when running X11 applications which
    call XRenderAddTraps()
d71ca6471a
Alexey Dokuchaev (danfe) · 340.106
Update nVidia drivers to their latest versions which fix frequent kernel panics reported by some users.

PR:	225346
0a5b12057c
Alexey Dokuchaev (danfe) · 340.104
Update nVidia driver ports to their most recent versions, bringing assorted bugfixes and support for X.Org xserver ABI 23 (xorg-server version 1.19).

PR:	224597
fb9ce1062c
Alexey Dokuchaev (danfe) · 340.102
Update nVidia drivers to their most recent versions: 375.39 (long lived branch); legacy versions: 340.102 and 304.135.

PR:	216574, 217341
ec0dc75091
Koop Mast (kwm) · 340.101_1
Now that all supported FreeBSD versions support libmap.conf files installed from ports, remove the symlink dance with libGL/libEGL/libgles and the nvidia-driver ports.

* Revert libGL/libEGL/libglesv2 ports to normal.
* Rename the conflicting libraries from the nvidia-driver ports with a
  -NVIDIA prefix and install a libmap.conf file to map to these versions.
* Remove the special case from Mk/Scripts/qa.sh for libGL and libEGL.
* Sadly the symlink dance between nvidia-driver and xorg-server for glx.so
  need to stay, due to xorg-server opening that file with dlopen(3).

Approved by:	portmgr@ (mat@ (prio version))
Differential Revision:	https://reviews.freebsd.org/D7848
50a34a0774
Tijl Coosemans (tijl) · 340.101
Update nvidia driver to 375.26 and legacy drivers to 340.101 and 304.134.

This brings official support for FreeBSD 11 and Xorg server 1.19.

PR:		215370
Submitted by:	kbowling
Approved by:	danfe (maintainer)
afa5306901
Tijl Coosemans (tijl) · 340.96_4
Add build dependency on linux_base so the build process can run tls_test. This affects which copy of Linux libnvidia-tls gets installed. Also add a run dependency on Linux Xorg libraries needed by some of the installed libraries.

PR:		215345
976abf2c48
Tijl Coosemans (tijl) · 340.96_3
Add libEGL to linux-c7-dri, needed by linux-c7-cairo.
e9b092c49f
Tijl Coosemans (tijl) · 340.96_2
Allow linux-*-dri and nvidia-driver to coexist.
50a574ae1d
Alexey Dokuchaev (danfe) · 340.96_1
Fix damage done in r421117: UPDATING entries do not make good `pkg-message' files, especially when there already is existing `files/pkg-message.in'.

Unfortunately, this now requires port revision bump in all three ports.

Pointy hat to:	cem
5525c83da3
Alexey Dokuchaev (danfe) · 340.96
Update nVidia legacy driver versions to 304.131 and 340.96, respectively, to gain advantage of added support for X.Org X server ABI 20 (xorg-server 1.18).  They also fixed a bug that could cause texture corruption in some OpenGL applications when video memory is exhausted by a combination of simultaneously running graphical and compute workloads.

PR:	209027
15f38239fc
Jung-uk Kim (jkim) · 340.93
- Update x11/nvidia-driver to 346.96. - Update x11/nvidia-driver-340 to 340.93. - Update x11/nvidia-driver-304 to 304.128.

Approved by:	danfe (maintainer)
1615ac7b7a
Alexey Dokuchaev (danfe) · 340.76
- Move mainstream version to 346.xx (update to 346.35) and create another   legacy slave port `x11/nvidia-driver-340'; update top comment accordingly - No longer explicitly advertise brokenness for ${OSVERSION} > 1000041 and   ${NVVERSION} <= 71.08615 combination: not only old legacy ports recently   had been removed, but frankly users of those old gfx cards should either   not be running FreeBSD
591510fe07