Size, dependencies, options and messages are those of nvidia-driver-340.
Packages by version and architecture
latest
FreeBSD version
amd64
aarch64
i386
FreeBSD 16
340.108_6
✗
–
FreeBSD 15
340.108_6
✗
–
FreeBSD 14
340.108_6
✗
340.108_6
quarterly (2026Q4)
FreeBSD version
amd64
aarch64
i386
FreeBSD 15
340.108_6
✗
–
FreeBSD 14
340.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?
NVIDIA 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…
The 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.
For 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…
For 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…
For 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…
For 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…
For 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…
For 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…
For 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…
For 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…
For 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…
For 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…
For 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…
For 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…
For 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…
For 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…
For 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…
For 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…
For 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…
Multiple 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…
For 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.
maintainer-feedback? x11/nvidia-driver-340: panic with GeForce 320M
New
2025-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
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
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
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
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>
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
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
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)
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.
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)
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)
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)
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
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()
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
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
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)
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
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
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
- 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