Thanks, I'll apply this. I do wonder, though, do we have locking concerns around crng_init transitioning from 1 to 2, or with calls to crng_need_final_init? For example, can crng_reseed be called at the same time as rand_initialize? Or are we still single core at this point in the boot sequence? I don't think that this patch changes anything from that perspective, which is why it seems reasonable to apply, but I do wonder. Jason