Found 2026Q2 already branched.
So this (or later fix) need to be merged into 2026Q2 as this is for fixing builds.

Update diff as per request by ashafer.

To drop pm_vt_switch_required() only for addected base versions, I've introduced ${OSVERSION} check in graphics/nvidia-drm-kmod/Makefile.common where all affected ports includes directly or indirectly.

Note that simpler patch that blindly removes the offending line without checking OSVERSION is available at PR 294096.

This seem to break devel/libgnuregex, which copies files installed by this port into its ${WRKDIR}.
Not sure which port should be fixed (not sure the offending changes are intentional or unintentional), so reporting here. (Found on forcible full rebuilds by poudriere after OSVERSION bump of stable/15.)

Abandoning this differential revision.

Should I reroll the diff for UPDATING?
There are already several ports adding UPDATING entries and causing merge conflicts.

Updates LGTM.

As of imp@'s comment, it seems that listing up bootable partitions/pools in loader.efi and expose the list (table / matrix) to lua, and make lua scripts to use the list and create menus would be the way to go.

Wanted to know how ashafer thinks before accepting. Now it LGTM.

Added missing template in pkg-plist.

Fixed a finding by kbowling@.

Update to 1.1.21 as of suggestion by ashafer@.

In D53987#1244732, @imp wrote:

Also, port maintainers often do not monitor Phabricator, so you may need to file a followup Bugzilla request once everyone is happy here. Try to make sure only one or the other is open.

Compared precisely between nvidia.ko, nvidia-modeset.ko and nvidia-drm.ko.
Turned out that 8 symbols are common to nvidia.ko and nvidia-drm.ko.
nvidia-modeset.ko didn't actually needed to be patched.

Should this land before 2026Q1 branches?
Or is it better delaying until 2026Q1 banches to give quarterly users to prepare?
Whichever is OK for me. But if the former is preferrable, we'll need to hurry.

Add UPDATING entry.
Pull in graphics/egl-x11 for x11/nvidia-driver (580 series), too, which should also work.

Summary looks need fixing.

In D53987#1233523, @adrian wrote:

I'm ok with for now just enabling all symbol exports to unblock things and then figure out how to clean things up in post.

In D53987#1233515, @emaste wrote:

It is better to provide an explicit list of symbols than just EXPORT_SYMS=YESunless we are sure that all symbols should be exported. But, this enough to preserve the status quo at least.

In D53987#1233511, @imp wrote:

So why can't the coonsumers of these symbols just depend on the module? Why do we have to export the symbols from these modules to everybody?

If nvidia.ko hesitates to load due to the absense of linux*.ko, maybe src (main branch) would be needed to catch up with commit base e00a781c216cb12603a0a71c9ca293dde3e06250.

Sorry, uploaded wrong broken version of patch.
Replaced with actual one.

Apply the same fix as review D53136.
(Drop BUILD_DEPENDS line as per request from bapt.)

Alright. Let's wait for @bapt.
One (hope it unlikely) possibility is that graphics/nvidia-drm-kmod metaport RUN_DEPENDS on x11/nvidia-driver${PKGNAMESUFFIX} to pull it in at the first install.

LGTM now. Thanks!

It would be better unifying the terms to "Direct Rendering Manager" instead of "DRM" and "Direct Rendering interface".
I have no intention to reject (if so, as I'm assigned as reviewer, I would have rejected).
Just thought it would be clearer.

Additional note:

Thanks!

Can this be committed before new quarterly 2025Q4 is branched so that upcoming pre-built pkgs for 15.0-Release surely have this at its beginning?

Rebase after commit ports 971606f3493fbbc77c156ab84243ab952d89a81b.

As graphics/drm-[61|66]-kmod are updated and corresponding graphics/nvidia-drm-[61|66]-kmod[-devel] are bumped, this need to be rebased to land sanely.

Found new Production Branch of driver set 580.82.09 upstream.
Should I update ports for it? If so, patch in this review would need rebasing.

Rebase for upgrading to 580.82.07 at commit ports 2b2519a398fa84d21af69c8dc88c25f92aaa2d5f.

Opened another review to upgrade to 580.82.07 as D52352, which is the latest Production Branch of drivers.

For which context? This review itselr? Or for treatment about UPDATING?

Should I include UPDATING part into this, or opening separate review is wanted?

Related PR: Bug 288848

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=288848

Thanks!
Using sed is not to worry when upstream (nvidia) incorporates fix in the future.

Upgraded to new NFB 575.64.

Rebase (again) after
commit ports 408bc22ceb8f1971abdb5271decf4275a7af9d8f
for graphics/drm-510-kmod.

Rebase after
commit 2648f5b3b996ac77536a60f2a6012db1eb5a4349,
commit 275846acd725a3e0240e07ae88773158c4d5f29c, and
commit 8ebe065203495c6c246d0ce3c29619a11c9cf910
for graphics/drm-515-kmod, graphics/drm-61-kmod and graphics/drm-66-kmod respectively.

Found latest NFB 575.64 is released.
As I'm now running new Production Branch of driver 570.169 (filed PR 287641 and corresponding review D50915) to see whether any new problem occurs or not, update would be worked on (hopefully) after a couple of days.

Rebase after upgrading of graphics/drm-515-kmod to drm_v5.15.160_4 at commit d7a1f45acaef32b98399a28ab5be5307d1186026.

Maybe we need to decide whether waiting until before the end of June or wait more.
This means in which quarterly this appears.

Precisely, CONFLICTS_INSTALL for x11/nvidia-secondary-driver* can be removed, too, for main branch.

Simplify CONFLICTS_INSTALL lines.
While here, add missing CONFLICT_INSTALL for x11/linux-nvidia-libs.

Should I split out line 7 and 11 of graphics/nvidia-drm-kmod/Makefile.common, which renames drm-*-kmod part of distfiles to match graphics/drm-*-kmod, to be a separate review and make this (D50282) to depend on it?

In D50282#1149188, @manu wrote:

I'm ok for this but keep in mind that we will still need to bump PORTREVISION on nvidia kmod when we update drm-*-kmod so I'm not sure it's worth doing all that tbh

Rebase after commit 940ca091de52.
Keeping concept until manu@ pops in as the de-facto maintainer of graphics/drm-*-kmod.

Thanks for the idea!

Rebase after commit 3adb70282914 and commit 8495963ac01c.
Stopped bumping PORTREVISION as pointed out by kbowling@.

Stop updating PORTREVISION as pointed out by arrowd@.