On Wed, 20 Sept 2023 at 13:32, Linus Torvalds
<[email protected]> wrote:
>
> It was why I also asked about entropy. Because *if* you argue that the
> user-space write contains entropy, then that would be a reason.
To clarify - the jitter entropy question was related to that same
basic issue: if this was meant to be a way to mitigate the lack of
jitter entropy on some platform you care about, that would again
possibly be a reason to care.
Considering that we apparently haven't cared for the last 7 years, I'm
still a bit surprised, but whatever.
What I *don't* want is just more voodoo discussions about /dev/*random
behavior that doesn't have a technical reason for it.
Linus
From: Linus Torvalds
> Sent: 20 September 2023 21:41
>
> On Wed, 20 Sept 2023 at 13:32, Linus Torvalds
> <[email protected]> wrote:
> >
> > It was why I also asked about entropy. Because *if* you argue that the
> > user-space write contains entropy, then that would be a reason.
>
> To clarify - the jitter entropy question was related to that same
> basic issue: if this was meant to be a way to mitigate the lack of
> jitter entropy on some platform you care about, that would again
> possibly be a reason to care.
>
> Considering that we apparently haven't cared for the last 7 years, I'm
> still a bit surprised, but whatever.
>
> What I *don't* want is just more voodoo discussions about /dev/*random
> behavior that doesn't have a technical reason for it.
This might all be related to an ongoing repeat of the 'how to initialise
/dev/urandom' on the busybox list.
Such systems are much more likely to be running completely jitter-free
cpu that boot from embedded serial flash with absolutely constant
access times.
The only way you are going to get any entropy early on is to have
saved it from the previous boot.
I don't think it makes any real sense so save it too early - you just
end up with an encoded 'count of the number of boots'.
At the moment it is pretty hard to add the saved entropy.
And you do want it to be used immediately - because what the
kernel has it likely to be pretty limited.
Now, once the startup scripts have run you might decide that an
immediate rehash isn't needed.
David
-
Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK
Registration No: 1397386 (Wales)