On Sun, 2 Jul 2023 at 18:27, Jason A. Donenfeld Jason@zx2c4.com wrote:
Using `% nr_cpumask_bits` is slow and complicated, and not totally robust toward dynamic changes to CPU topologies. Rather than storing the next CPU in the round-robin, just store the last one, and also return that value. This simplifies the loop drastically into a much more common pattern.
Fixes: e7096c131e51 ("net: WireGuard secure network tunnel") Cc: stable@vger.kernel.org Reported-by: Linus Torvalds torvalds@linux-foundation.org
Heh, thank you. Your memory is better than mine. That "Reported-by" mystified me, so I had to go search for it.
March is clearly too long ago for me to remember anything.
I'm like a goldfish.
Linus