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

x11/nvidia-kmod-580 580.196.07.1501000

NVIDIA graphics driver kernel module

Port info

Maintainer
x11@FreeBSD.org
Packages
latest: 580.178.04.1501000, update to 580.196.07.1501000 not built yet
Upstream
up to date
Last update
to 580.196.07.1501000 · 11e1dcd092
Quarterly
2026Q4: 580.178.04.1501000
WWW
https://www.nvidia.com/object/unix.html
Links
cgit · VuXML · Report wrong data

Install

Package
# pkg install nvidia-kmod-580
installs 580.178.04.1501000 from latest; from quarterly (2026Q4) 580.178.04.1501000
Port
# cd /usr/ports/x11/nvidia-kmod-580 && make install clean
# make -C /usr/ports/x11/nvidia-kmod-580 config  # change options first
Size
151 MiB download · 210 MiB installed
Depends on
nothing
License
NVIDIA
Options
2 of 3 on in the package: ACPI_PM LINUX
Show the 1 options that are off
WBINVD
pkg-message
Shown after installing
To use these drivers, make sure that you have loaded the NVidia kernel
module, by running

	# kldload nvidia-modeset

on the command line, or by putting ``nvidia-modeset'' on the ``kld_list''
variable in /etc/rc.conf, either manually or by running

	# sysrc kld_list+=nvidia-modeset

If you build this port with FreeBSD AGP GART driver, make sure you have
agp.ko kernel module installed and loaded, since nvidia.ko will depend
on it, or have your kernel compiled with "device agp".  Otherwise, the
NVidia kernel module will not load.  Also, please set correct value for
``Option "NvAGP"'' in ``Device'' section of your X11 configuration file.

When building with Linux compatibility support, make sure that linux.ko
module is available as well (or have it compiled in kernel).  It can be
loaded via /boot/loader.conf, or later in the boot process if you add

	linux_enable="YES"

to your /etc/rc.conf.

If X.org cannot start and reports

	(EE) NVIDIA(0): Failed to obtain a shared memory identifier.

in /var/log/Xorg.0.log while actually you have ``options SYSVSHM''
enabled in kernel, the sysctl ``kern.ipc.shmall'' should be increased.

Because in certain 570 versions GSP firmware is known to cause issues
with suspend/resume, thus, disabled by default for now.
On the other hand, some GPUs are known NOT to work without GSP
firmware support.
To enable GSP firmware add hw.nvidia.registry.EnableGpuFirmware=1
to your loader.conf.

https://download.nvidia.com/XFree86/FreeBSD-x86_64/560.31.02/README/gsp.html

See /usr/local/share/doc/nvidia-kmod/README for more information.

Packages by version and architecture

latest

FreeBSD versionamd64aarch64i386
FreeBSD 16580.178.04.1600029✗–
FreeBSD 15580.178.04.1501000✗–
FreeBSD 14580.178.04.1404000✗✗

quarterly (2026Q4)

FreeBSD versionamd64aarch64i386
FreeBSD 15580.178.04.1501000✗–
FreeBSD 14580.178.04.1404000✗✗

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 and VuXML only (0)

No unaddressed CVE and nothing reported by pkg audit for the packaged version 580.178.04.1501000.

Fixed (0)

No VuXML entries for this package.

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

None.

Commits (5)

Kevin Bowling (kbowling) · 580.196.07.1501000
x11/nvidia-kmod-580, x11/nvidia-driver-580, x11/linux-nvidia-libs-580, graphics/nvidia-drm-*-kmod-580: Update to 580.196.07

No entry for this release can be seen in FreeBSD version of
NVIDIA_Changelog file, but in document below:
https://docs.nvidia.com/datacenter/tesla/tesla-release-notes-580-196-07/index.html

PR:		299767
11e1dcd092
Kevin Bowling (kbowling) · 580.178.04
x11/nvidia-kmod-580, x11/nvidia-driver-580, x11/linux-nvidia-libs-580, graphics/nvidia-drm-*-kmod-580: Update to 580.178.04

Update Legacy version 580 series of drivers to 580.178.04.

In document below:

https://docs.nvidia.com/datacenter/tesla/pdf/NVIDIA_Data_Center_GPU_Driver_Release_Notes_580_v12.0.pdf

1.2. Fixed Issues
  * When FM deletes a partition, it doesn’t release MC teams, as a result MC Team
  resources (i.e., MLIDs are leaked). We now delete all outstanding MC teams
  associated with a partition while de-activating it.
  * Multibank failures have been identified in HBM3E fleet and the current driver is
  better optimized to handle these failures by triggering channel repair upon the 2nd
  uncorrectable error in a pseudochannel.
  * On self-hosted systems, the WPR region is mapped in RM reserved memory, while
  the CPU never explicitly accesses the mapping. The existence of the mapping could
  lead to CPU speculative access and kernel panic. The fix removes WPR from reserved
  region mapping and avoids CPU speculative access.
  * GSP unload path is changed to use fast unload instead of full teardown sequence,
  skipping channel stop/teardown code which may result in a GSP hang/crash.
  * Fixed a bug that could cause Xid 32 errors and application crashes when scaling via
  CUDA_SCALE_LAUNCH_QUEUES (2x or 4x) with CUDA graphs that have a large number of
  chained kernel nodes.

PR:		297298
Differential Revision:	https://reviews.freebsd.org/D58674
5b5cb97ca8
Kevin Bowling (kbowling) · 580.173.02
x11/nvidia-kmod-580, x11/nvidia-driver-580, x11/linux-nvidia-libs-580, graphics/nvidia-drm-*-kmod-580: Update to 580.173.02

Update Legacy version 580 series of drivers to 580.173.02.

Release 580 Entries

    Fixed a bug that caused delayed wakeups when multiple threads wait on the same Vulkan semaphore, leading to stutter and reduced performance in some applications
    Fixed a bug that could cause black screens after modesets in X11 applications using the Present extension.
    Fixed an issue where OpenGL buffers allocated with glBufferStorage and no storage flags were allowed to migrate from GPU memory to host memory.

For Linux counterpart:
Release 580 Entries

    Fixed a bug that could prevent DKMS kernel module builds from succeeding after installing with nvidia-installer.
    Fixed a bug that caused delayed wakeups when multiple threads wait on the same Vulkan semaphore, leading to stutter and reduced performance in some applications
    Fixed a bug that could cause black screens after modesets in X11 applications using the Present extension.
    Fixed an issue where OpenGL buffers allocated with glBufferStorage and no storage flags were allowed to migrate from GPU memory to host memory.

PR:		296445
Differential Revision:	https://reviews.freebsd.org/D58006
87d4e44a55
Kevin Bowling (kbowling) · 580.159.04
x11/nvidia-kmod-580, x11/nvidia-driver-580, x11/linux-nvidia-libs-580, graphics/nvidia-drm*-kmod-580: Security update to 580.159.04

Security update to latest Legacy Branch of drivers 580.159.04:
https://nvidia.custhelp.com/app/answers/detail/a_id/5821/~/security-bulletin%3A-nvidia-gpu-display-drivers---may-2026

Note that 595.71.05 (master port and -devel variant) in-tree are fixed version.
And other legacy branches are already EoL'ed upstream, thus, no information are provided.

PR:		295475
Differential Revision:	https://reviews.freebsd.org/D57145
a5c3712ee6
Kevin Bowling (kbowling) · 580.142
x11/nvidia-driver, x11/nvidia-kmod, x11/linux-nvidia-libs, graphics/nvidia-drm*-kmod, x11/nvidia-settings, x11/nvidia-xconfig: Update to 595.58.03

Update to latest Production Branch of drivers 595.58.03:
https://www.nvidia.com/en-us/drivers/details/265873/

Linux counterparts for x11/linux-nvidia-libs:
https://www.nvidia.com/en-us/drivers/details/265870/

Also bump -devel variant to match with master ports, as Production
Branch [PB] of drivers have now higher version than New Feature
Branch [NFB] of drivers.

As this update drops a bunch of old (pre-Turing generation of
architectures) GPUs as done in -devel variants updated 20260103,
add -580 variant of legacy branch of driver.

Currently, this is exactly the same version before this update.
(580.142)

PR:		294038
Differential Revision:	https://reviews.freebsd.org/D56077
b35026e786