[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAMj1kXFNw73j2F2QQJQ8CDXj1qfpK-xE+TRnRZoak5OhVDPA3w@mail.gmail.com>
Date: Wed, 22 Oct 2025 12:06:02 +0200
From: Ard Biesheuvel <ardb@...nel.org>
To: Eric Biggers <ebiggers@...nel.org>
Cc: linux-crypto@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-btrfs@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
"Jason A . Donenfeld" <Jason@...c4.com>
Subject: Re: [PATCH 00/10] BLAKE2b library API
On Sat, 18 Oct 2025 at 06:36, Eric Biggers <ebiggers@...nel.org> wrote:
>
> This series can also be retrieved from:
>
> git fetch https://git.kernel.org/pub/scm/linux/kernel/git/ebiggers/linux.git blake2b-lib-v1
>
> This series adds BLAKE2b support to lib/crypto/ and reimplements the
> blake2b-* crypto_shash algorithms on top of it.
>
> To prepare for that, patches 1-4 clean up the BLAKE2s library code a
> bit, and patch 5 adds some missing 64-bit byteorder helper functions.
> Patches 6-8 add the BLAKE2b library API (closely mirroring the BLAKE2s
> one), and patch 9 makes crypto_shash use it. As usual, the library APIs
> are documented (with kerneldoc) and tested (with KUnit).
>
> With that done, all of btrfs's checksum algorithms have library APIs.
> So patch 10 converts btrfs to use the library APIs instead of shash.
> This has quite a few benefits, as detailed in that patch.
>
> Patches 1-9 are targeting libcrypto-next for 6.19. Patch 10 can go
> through the btrfs tree later.
>
> Eric Biggers (10):
> lib/crypto: blake2s: Adjust parameter order of blake2s()
> lib/crypto: blake2s: Rename blake2s_state to blake2s_ctx
> lib/crypto: blake2s: Drop excessive const & rename block => data
> lib/crypto: blake2s: Document the BLAKE2s library API
> byteorder: Add le64_to_cpu_array() and cpu_to_le64_array()
> lib/crypto: blake2b: Add BLAKE2b library functions
> lib/crypto: arm/blake2b: Migrate optimized code into library
> lib/crypto: tests: Add KUnit tests for BLAKE2b
> crypto: blake2b - Reimplement using library API
> btrfs: switch to library APIs for checksums
>
Reviewed-by: Ard Biesheuvel <ardb@...nel.org>
Powered by blists - more mailing lists