Re: CURRENT: working alternative nVidia GPU driver for x11/nvidia-kmod?

On Sat, 29 Nov 2025 09:27:20 -0800
Adrian Chadd <adrian@freebsd.org> wrote:

> hi!
> 
> On Sat, 29 Nov 2025 at 08:48, Tomek CEDRO <tomek@cedro.info> wrote:
> >
> > On Sat, Nov 29, 2025 at 2:25 PM FreeBSD User <freebsd@walstatt-de.de> wrote:
> > > I've set hw.nvidia.registry.EnableGpuFirmware=1 in /etc/sysctl.conf.local, the
> > > first one not.
> >
> > Please try setting this `hw.nvidia.registry.EnableGpuFirmware=1`
> > exactly in /boot/loader.conf and reboot. This needs to be set on boot
> > and before module is loaded not after :-)
> >
> > `hw.nvidiadrm.modeset=1` seems to be leftover from an old releases my
> > bad sorry :-P
> 
> When did that change? I have hw.nvidiadrm.modeset=1 in my
> /boot/loader.conf from when
> I set this up earlier in this year.
> 
> 
> 
> -adrian

Maybe the issue below is affecting indirectly.

At commit 9562994a7aacee2baae6ddee1a7b558b48ae39ef,
tunable debug.link_elf_obj_leak_locals was flipped to 0 (true),
causing nvidia.ko with default options of x11/nvidia-kmod*
to fail loading, causing nvidia-modeset.ko to fail, then,
nvidia-drm.ko to fail, too.

Even without LINUX option enabled (non-default), nvidia-modeset.ko
still fail as of the lack of (formerly available) local symbols in
nvidia.ko. And nvidia-drm.ko wants local symbols in nvidia-modeset.ko.

Patch at Bug 291232 (the same patch is available via review D53987)
would fix the issue.

Note that commit 9562994a7aacee2baae6ddee1a7b558b48ae39ef is
temporarily reverted at commit fad4c92b78a123f87195173ac118655fa8e325cd.

And I predict commit e00a781c216cb12603a0a71c9ca293dde3e06250 would
allow linux*.ko to be loaded, thus, LINUX option would hopefully
become safe to enble again.

(I've put links to the PR and review in another post.)

I have only one computer for FreeBSD, having 2 SSDs for stable/15
and main respectively, so to test on main, I need to reboot into
main environment (which is outdated and need upgrading first
to obtain commit e00a781c216cb12603a0a71c9ca293dde3e06250).
So untested on main branch, nor on recent models of GPUs.

Regards.

-- 
Tomoaki AOKI    <junchoon@dec.sakura.ne.jp>