summaryrefslogtreecommitdiff
path: root/mm
diff options
context:
space:
mode:
authorJason A. Donenfeld <Jason@zx2c4.com>2022-04-08 19:14:57 +0300
committerJason A. Donenfeld <Jason@zx2c4.com>2022-04-13 14:58:57 +0300
commitb0c3e796f24b588b862b61ce235d3c9417dc8983 (patch)
tree7d583242af33f434736d0f26bf5003489b4a050b /mm
parent5209aed5137880fa229746cb521f715e55596460 (diff)
downloadlinux-b0c3e796f24b588b862b61ce235d3c9417dc8983.tar.xz
random: make random_get_entropy() return an unsigned long
Some implementations were returning type `unsigned long`, while others that fell back to get_cycles() were implicitly returning a `cycles_t` or an untyped constant int literal. That makes for weird and confusing code, and basically all code in the kernel already handled it like it was an `unsigned long`. I recently tried to handle it as the largest type it could be, a `cycles_t`, but doing so doesn't really help with much. Instead let's just make random_get_entropy() return an unsigned long all the time. This also matches the commonly used `arch_get_random_long()` function, so now RDRAND and RDTSC return the same sized integer, which means one can fallback to the other more gracefully. Cc: Dominik Brodowski <linux@dominikbrodowski.net> Cc: Theodore Ts'o <tytso@mit.edu> Acked-by: Thomas Gleixner <tglx@linutronix.de> Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>
Diffstat (limited to 'mm')
0 files changed, 0 insertions, 0 deletions