Re: Kernel modules not loading on 15-prerelease

On Wed, Sep 03, 2025 at 08:18:24AM -0700, bob prohaska wrote:
> On Tue, Sep 02, 2025 at 11:45:35AM -0700, John Kennedy wrote:
> > On Mon, Sep 01, 2025 at 06:03:21PM -0700, bob prohaska wrote:
> > > bob@pelorus:~ % uname -a
> > > FreeBSD pelorus.zefox.org 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE #63 main-n279991-21628c79d541: Mon Sep  1 12:06:31 PDT 2025     bob@pelorus.zefox.org:/usr/obj/usr/src/arm.armv7/sys/GENERIC arm
> > > bob@pelorus:~ % uname -KU
> > > 1500063 1500061
> > >         ^^^^^^^
> > > 	[other hosts are at ...63]     
> > >  ...
...
> >   You look like you're running with WITHOUT_REPRODUCIBLE_BUILD set, but I've
> > also taken to nuking /usr/obj/usr/src/amd64.amd64/sys/GENERIC/vers.[co] on
> > rebuild to make sure that current version strings land up in the binary.
> 
> I didn't know about WITHOUT_REPRODUCIBLE_BUILD and have not set it intentionally.
> What's the purpose of the variable? I don't find it in man build...

  It's a src.conf thing, and shows up in the manual as WITH_REPRODUCIBLE_BUILD:

	Exclude build metadata (such as the build time, user, or host)
	from the kernel, boot loaders, and uname output, so that builds
	produce bit-for-bit identical output.

  You've got that #63 version built-by-you in the uname, so that's a dead
giveaway.  But my big "issue" with it is that it can sometimes conceal
versioning information.  Functionally, shouldn't be an issue at all if
everything was running properly.

  The "uname -U" binary looks like it's just printing __FreeBSD_version,
which is presumably got from /usr/include/osreldate.h when the binary-world
was compiled (vs kernel version coming from getosreldate()).

  Anyway, to bring this back on topic, normally you'd want to report an issue
and tie it to a specific "version" (like hash 21628c79d541), but it doesn't
look like your world is getting rebuilt.  If THAT isn't happening, other
things we take for granted might also not be happening and be the true root
cause.