On 2025-08-27 09:13, Warner Losh wrote:
On Wed, Aug 27, 2025 at 10:00 AM Mel P. <list_free...@bluerosetech.com> wrote:On 2025-08-27 7:34, Warner Losh wrote: > On Wed, Aug 27, 2025 at 8:12 AM Russell Adams > <russell.ad...@adamssystems.nl <mailto:russell.ad...@adamssystems.nl>> > wrote: > This was exactly my experience in the forum post. Multiple versions > had the same "Revision" tag, and there is no way to crossreference > with a specific Freebsd version. > > > We used to encode the date the loader was built. Reproducible builds > stopped that. > > The Revision tag really is what boot protocol is supported. That > protocol changes very rarely. If loaders had the version and patch level hardcoded into them it during the build like how that information is hardcoded into freebsd-version, would that be a reproducible build? If so, can EFI loaders with ZFS support also have the OpenZFS version? For example: FreeBSD/amd64 EFI loader, Revision 1.1, 13.5-RELEASE, OpenZFS-2.1.15 Those two version numbers would be immensely helpful when moving disks or verifying upgrades.Yea, that's not going to happen. The loader is independent of the release, in many ways, 13.5-RELEASE comes from the kernel, and this would introduce a coupling between the two. We generally don't have the OpenZFS version available. We don't sync to OpenZFS releases, necessarily. Also, the boot loader only makes limited use of the OpenZFS code, so its version wouldn't necessarily help you. There's often a lag between OpenZFS code hitting the tree and the boot loader understanding new items introduced by that import. We can report the _FreeBSD_version for the tree we build in, though. And that will give you information. We don't currently bump it, though, when we add ZFS features to the whitelist of enabled features, but could. This would make it still reproducible. I'm on the fence about git hashes. I generally don't like it. But we do it for the kernel, and it might be appropriate here. Though it introduces a dependency on the git tree and the 'n' number is highly dependent on how the tree was cloned.
I'd lobby against git related stuff. We started with rcs, then cvs, then svn, then git. We don't really believe we'll be using git forever more, do we? :)
Warner
-- The internet is not a place.
0xE512722F.asc
Description: application/pgp-keys
