I discovered one other incorrect use of .tv64 (coming from me, I must
I guess this patch is needed for 2.6.24 and stable (2.6.22 & 2.6.23)
[NET] random : secure_tcp_sequence_number should not assume
All 32 bits machines but i386 dont have CONFIG_KTIME_SCALAR. On these
is more than 4 times the (correct) result given by ktime_to_ns()
Again on these machines, using ktime_get_real().tv64 >> 6 give a 32bits
rollover every 64 seconds,
which is not wanted (less than the 120 s MSL)
Using ktime_to_ns() is the portable way to get nsecs from a ktime, and
have correct code.
Signed-off-by: Eric Dumazet <firstname.lastname@example.org>
From: Eric Dumazet <email@example.com>
Applied thanks Eric, I'll queue it up for -stable too.
Perhaps ktime_t->tv64 should be renamed to "->__tv64" or
similar to prevent future mistakes like this. Only
the ktime implementation should be touching that thing.