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/D5986431772e22df
Port details
x11/nvidia-driver-390 390.157_2
NVIDIA graphics driver userland
- Maintainer
- x11@FreeBSD.org
- Packages
- latest: nvidia-driver-390 390.157_2, xlibre-nvidia-driver-390 390.157_2
- Upstream
- up to date
- Last update
- to 390.157_2 via x11/nvidia-driver · 1283580731
- Quarterly
- 2026Q4: nvidia-driver-390 390.157_2, xlibre-nvidia-driver-390 390.157_2
- WWW
- https://www.nvidia.com/object/unix.html
- Links
- cgit · VuXML
Unaddressed and VuXML only (0)
No unaddressed CVE and nothing reported by
pkg audit for the packaged version 390.157_2.Possibly backported (2)
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.
| CVE | CVSS | Published | Description |
|---|---|---|---|
| CVE-2021-1052 | 7.8 | 2021-01-08 | NVIDIA GPU Display Driver for Windows and Linux, all versions, contains a vulnerability in the kernel mode layer (nvlddmkm.sys) handler for DxgkDdiEscape or IOCTL in whi… |
| CVE-2021-1053 | 5.5 | 2021-01-08 | NVIDIA GPU Display Driver for Windows and Linux, all versions, contains a vulnerability in the kernel mode layer (nvlddmkm.sys) handler for DxgkDdiEscape or IOCTL in whi… |
Fixed (0)
No VuXML entries for this package.
Problem reports (2) · open in Bugzilla, most recently changed first
| PR | Summary | Status | Changed |
|---|---|---|---|
| 261777 | maintainer-feedback? x11/nvidia-driver-390: libGL-NVIDIA.so.1 should be linked with -lpthread flag | New | 2025-07-25 |
| 267446 | maintainer-feedback? x11/nvidia-driver-390: games/xmoto: 0.6.1_3 crashes at startup on 13.1 STABLE with ode-0.13_4,1: in gluBuild2DMipmaps () from /usr/local/lib/libGLU.so.1 | Open | 2025-07-25 |
Commits (20)
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/D52178f4e907a492
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/D501429506d5a4e7
x11/{linux-nvidia-libs,nvidia-driver}-390: update to version 390.157
Updating 390 series of legacy version of nvidia-driver and
linux-nvidia-libs to 390.157.
This is the last legacy driver that is behind upstream and still lives
in ports tree. So updating these to ease future issues to narrow down
version window.
Tested (by myself) make and make package only, on stable/14, amd64 at
commit 8c991c4b06954371886413d7a4eb2f0569721857 as I myself am not using
390 series of driver and i386 anymore.
PR: 263020 (The reporter doesn't responding for the patch)
Reviewed by: ashafer, danfe
Differential Revision: https://reviews.freebsd.org/D49715ca078ddb10x11-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: gallatind1b7aad5f3
x11/{linux-nvidia-libs,nvidia-driver}-390: update to version 390.154
Reported by: portscout236b6f186dx11: 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: portmgrd357bca4f0
x11/{linux-nvidia-libs,nvidia-driver}-390: update to version 390.151.
Reported by: portscout186a97a66dx11/nvidia-driver-390, x11/linux-nvidia-libs-390: update to 390.147 PR: 261666 Approved by: maintainer timeout Sponsored by: BBOX.io73c40502a9
x11/{linux-nvidia-libs,nvidia-driver}-390: ports had been updated (+)
- Update 390.x series legacy driver and corresponding Linux libraries
ports to version 390.144, which fixed a bug where vkCreateSwapchain
could cause the X11 server to crash when an invalid imageFormat had
been provided
Reported by: portscout1fe35b588fgraphics/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/D30824da3162c7c9
x11/{linux-nvidia-libs,nvidia-driver}{,-390}: update to the latest versions0da842ecc8Remove # $FreeBSD$ from Makefiles.305f148f48
Update to version 390.141.3a6e2989cd
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
Update NVidia drivers and auxiliary utilities to their latest versions and transfer maintainership of the latter to the graphics team (x11).16eef2f167
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/D25506742116b6d5
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: 242177ac71af8e95
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
- Update NVidia mainline driver to version 410.104, the latest in the 410.xx series and the last without full Wayland support - Move 390.xx to corresponding legacy slave port and update to the latest version 390.129 PR: 232645836cc2b180