On Fri, Oct 14, 2022 at 05:13:58AM +1100, Richard Henderson wrote: > On 10/12/22 13:46, Jason A. Donenfeld wrote: > > When the system reboots, the rng seed that QEMU passes should be > > re-randomized, so that the new boot gets a new seed. This series wires > > that up for FDT. > > > > Then, since the record&replay subsystem makes use of reset as well, we > > add a new reset cause for record&replay, so that we can avoid > > re-randomizing in these cases. > > > > Jason A. Donenfeld (8): > > device-tree: add re-randomization helper function > > arm: re-randomize rng-seed on reboot > > riscv: re-randomize rng-seed on reboot > > openrisc: re-randomize rng-seed on reboot > > rx: re-randomize rng-seed on reboot > > mips: re-randomize rng-seed on reboot > > reset: allow registering handlers that aren't called by snapshot > > loading > > reset: do not re-randomize RNG seed on snapshot load > > You need to invert the patch order so that the series is bisectable. > At the moment you still introduce the reported bug, then fix it in the final > patch.
I was afraid of that. Okay, will do. v+1 coming your way. Jason
