summaryrefslogtreecommitdiffstats
path: root/src/interface/linux/linux_console.c
diff options
context:
space:
mode:
authorMichael Brown2014-03-07 17:40:36 +0100
committerMichael Brown2014-03-07 18:30:05 +0100
commit08f9170ba4011ca6acac9b6192ca909135874f2d (patch)
treeab4f5f3f843515bbf30d4bf9ddddd3022250e6bf /src/interface/linux/linux_console.c
parent[tcp] Update window even if ACK does not acknowledge new data (diff)
downloadipxe-08f9170ba4011ca6acac9b6192ca909135874f2d.tar.gz
ipxe-08f9170ba4011ca6acac9b6192ca909135874f2d.tar.xz
ipxe-08f9170ba4011ca6acac9b6192ca909135874f2d.zip
[linux] Avoid starting currticks() from zero every time
iPXE uses currticks() (along with the MAC address(es) of any network devices) to seed the (non-cryptographic) random number generator. The current implementation of linux_currticks() ensures that the first call to currticks() will always return zero; this results in identical random number sequences on each run of iPXE on a given machine. This can cause odd-looking behaviour due to e.g. the reuse of local TCP port numbers. Fix by effectively rounding down the start time recorded by linux_currticks() to the nearest whole second; this makes it unlikely that consecutive runs of iPXE will use the exact same RNG sequence. (Note that none of this affects the cryptographic RNG, which uses /dev/random as a source of entropy.) Signed-off-by: Michael Brown <mcb30@ipxe.org>
Diffstat (limited to 'src/interface/linux/linux_console.c')
0 files changed, 0 insertions, 0 deletions