Thread (9 messages) flat view 9 messages, 6 authors, 2022-12-14

Re: [PATCH 1/5] Renaming weak prng invocations - prandom_bytes_state, prandom_u32_state

From: Stanislaw Gruszka <hidden>
Date: 2022-12-14 16:21:45
Also in: bpf, dri-devel, intel-gfx, linux-mm, linux-scsi, lkml

On Wed, Dec 14, 2022 at 04:15:49PM +0100, Eric Dumazet wrote:
On Wed, Dec 14, 2022 at 1:34 PM Stanislaw Gruszka
[off-list ref] wrote:
quoted
On Mon, Dec 12, 2022 at 03:35:20PM +0100, Jason A. Donenfeld wrote:
quoted
Please CC me on future revisions.

As of 6.2, the prandom namespace is *only* for predictable randomness.
There's no need to rename anything. So nack on this patch 1/5.
It is not obvious (for casual developers like me) that p in prandom
stands for predictable. Some renaming would be useful IMHO.
Renaming makes backports more complicated, because stable teams will
have to 'undo' name changes.
Stable teams are already overwhelmed by the amount of backports, and
silly merge conflicts.
Since when backporting problems is valid argument for stop making
changes? That's new for me.
linux kernel is not for casual readers.
Sure.

Regards
Stanislaw
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help