* Re: [PATCH 6.1 1069/1887] crypto: jitter - replace LFSR with SHA3-256
[not found] ` <20261028170523.734746721@linuxfoundation.org>
@ 2026-10-29 21:00 ` Eric Biggers
2026-10-30 20:54 ` Sasha Levin
0 siblings, 1 reply; 3+ messages in thread
From: Eric Biggers @ 2026-10-29 21:00 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: stable, patches, Stephan Mueller, Herbert Xu, Sasha Levin,
linux-crypto
[+Cc linux-crypto@vger.kernel.org]
On Wed, Oct 28, 2026 at 05:52:45PM +0100, Greg Kroah-Hartman wrote:
> 6.1-stable review patch. If anyone has any objections, please let me know.
>
> ------------------
>
> From: Stephan Müller <smueller@chronox.de>
>
> [ Upstream commit bb897c55042e9330bcf88b4b13cbdd6f9fabdd5e ]
>
> Using the kernel crypto API, the SHA3-256 algorithm is used as
> conditioning element to replace the LFSR in the Jitter RNG. All other
> parts of the Jitter RNG are unchanged.
For some reason this is going by on stable@ without linux-crypto@ being
Cc'ed, which is itself grounds for a nack.
But also this commit had known bugs that were fixed in follow-up commits
such as 735b72568c73, 908dffaf88a2, 9aa7e045f4af7, maybe others.
Now, these changes were all to the known-problematic and little-used
"FIPS RNG" instead of the regular one. So, ideally, it shouldn't matter
much. The thing is, before v7.1, certain things actually *did* pull
from the "FIPS RNG" even when the kernel wasn't booted with fips=1.
So pulling in known-broken commits to it is a little concerning.
- Eric
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH 6.1 1069/1887] crypto: jitter - replace LFSR with SHA3-256
2026-10-29 21:00 ` [PATCH 6.1 1069/1887] crypto: jitter - replace LFSR with SHA3-256 Eric Biggers
@ 2026-10-30 20:54 ` Sasha Levin
2026-10-30 21:02 ` Eric Biggers
0 siblings, 1 reply; 3+ messages in thread
From: Sasha Levin @ 2026-10-30 20:54 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: Sasha Levin, stable, patches, Stephan Mueller, Herbert Xu,
linux-crypto, Eric Biggers
> But also this commit had known bugs that were fixed in follow-up commits
> such as 735b72568c73, 908dffaf88a2, 9aa7e045f4af7, maybe others.
Queued the first one for 6.1. 908dffaf88a2 ("crypto: jitter - add oversampling
of noise source") is already in 6.1. 9aa7e045f4af ("crypto: jitter - Mark
intermediary memory as clean") only adds a KMSAN annotation and is not in 6.12
or 6.6 either, so I left it out.
--
Thanks,
Sasha
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH 6.1 1069/1887] crypto: jitter - replace LFSR with SHA3-256
2026-10-30 20:54 ` Sasha Levin
@ 2026-10-30 21:02 ` Eric Biggers
0 siblings, 0 replies; 3+ messages in thread
From: Eric Biggers @ 2026-10-30 21:02 UTC (permalink / raw)
To: Sasha Levin
Cc: Greg Kroah-Hartman, stable, patches, Stephan Mueller, Herbert Xu,
linux-crypto
On Fri, Oct 30, 2026 at 04:54:04PM -0400, Sasha Levin wrote:
> > But also this commit had known bugs that were fixed in follow-up commits
> > such as 735b72568c73, 908dffaf88a2, 9aa7e045f4af7, maybe others.
>
> Queued the first one for 6.1. 908dffaf88a2 ("crypto: jitter - add oversampling
> of noise source") is already in 6.1. 9aa7e045f4af ("crypto: jitter - Mark
> intermediary memory as clean") only adds a KMSAN annotation and is not in 6.12
> or 6.6 either, so I left it out.
Okay, there are more too and this should just be reverted, but whatever.
It's clear stable is just doing its own thing here for some reason.
- Eric
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2026-10-30 21:02 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20261028170459.200466217@linuxfoundation.org>
[not found] ` <20261028170523.734746721@linuxfoundation.org>
2026-10-29 21:00 ` [PATCH 6.1 1069/1887] crypto: jitter - replace LFSR with SHA3-256 Eric Biggers
2026-10-30 20:54 ` Sasha Levin
2026-10-30 21:02 ` Eric Biggers
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox