Page MenuHomeFreeBSD

loader: add blake3 checksum support
AbandonedPublic

Authored by tsoome on Jun 25 2022, 11:49 AM.
Tags
None
Referenced Files
Unknown Object (File)
Oct 3 2024, 9:58 AM
Unknown Object (File)
Oct 2 2024, 8:20 PM
Unknown Object (File)
Sep 30 2024, 6:12 PM
Unknown Object (File)
Sep 30 2024, 4:47 AM
Unknown Object (File)
Sep 28 2024, 10:14 AM
Unknown Object (File)
Sep 26 2024, 3:05 PM
Unknown Object (File)
Sep 8 2024, 4:24 PM
Unknown Object (File)
Sep 8 2024, 8:09 AM
Subscribers

Details

Reviewers
manu
imp

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Warnings
SeverityLocationCodeMessage
Warningstand/libsa/zfs/blake3.c:314SPELL1Possible Spelling Mistake
Unit
No Test Coverage
Build Status
Buildable 46109
Build 42998: arc lint + arc unit

Event Timeline

Based on OpenZFS bits. I did try to use blake3 sources directly, but headers are still major trap there. Of course there would also be question of generic versus asm implementations, but linker set would help there IMO (linker sets should be supported by most systems).

Testing done: userboot/test is happy to read pool created by: zpool create -O checksum=blake3.

imp requested changes to this revision.Jun 25 2022, 1:56 PM

I really really rather you use the files directly. I fought for a long time to get the OpenZFS integration working well, and I really want a better reason for this copying than 'headers are a mess'.

Like before, though, I'm happy to help. Copied files are a huge source of technical debt and we have way way way too much of that in the loader as it is.

This revision now requires changes to proceed.Jun 25 2022, 1:56 PM
In D35592#807294, @imp wrote:

I really really rather you use the files directly. I fought for a long time to get the OpenZFS integration working well, and I really want a better reason for this copying than 'headers are a mess'.

Like before, though, I'm happy to help. Copied files are a huge source of technical debt and we have way way way too much of that in the loader as it is.

TBH, I was expecting this. And yes, I too think, we should get it done proper. But this version is not for nothing - it does prove the feature is working ok for loader.

In D35592#807294, @imp wrote:

I really really rather you use the files directly. I fought for a long time to get the OpenZFS integration working well, and I really want a better reason for this copying than 'headers are a mess'.

Like before, though, I'm happy to help. Copied files are a huge source of technical debt and we have way way way too much of that in the loader as it is.

TBH, I was expecting this. And yes, I too think, we should get it done proper. But this version is not for nothing - it does prove the feature is working ok for loader.

I agree there's value here: Going from something that works to something better that works is easier than trying to get everything right out of the gate.