rxrpc: Delay the resend timer to allow for nsec->jiffies conv error
authorDavid Howells <dhowells@redhat.com>
Sat, 24 Sep 2016 22:00:54 +0000 (23:00 +0100)
committerDavid Howells <dhowells@redhat.com>
Sat, 24 Sep 2016 22:49:46 +0000 (23:49 +0100)
commitdf0562a72dba13ab49c7dd7cb15170697b9848ee
treef486a25fd8590a0ea2b873ea4f0e31dee637ed7e
parentdd7c1ee59a90ca8a75bce72c721851d5550f3c59
rxrpc: Delay the resend timer to allow for nsec->jiffies conv error

When determining the resend timer value, we have a value in nsec but the
timer is in jiffies which may be a million or more times more coarse.
nsecs_to_jiffies() rounds down - which means that the resend timeout
expressed as jiffies is very likely earlier than the one expressed as
nanoseconds from which it was derived.

The problem is that rxrpc_resend() gets triggered by the timer, but can't
then find anything to resend yet.  It sets the timer again - but gets
kicked off immediately again and again until the nanosecond-based expiry
time is reached and we actually retransmit.

Fix this by adding 1 to the jiffies-based resend_at value to counteract the
rounding and make sure that the timer happens after the nanosecond-based
expiry is passed.

Alternatives would be to adjust the timestamp on the packets to align
with the jiffie scale or to switch back to using jiffie-timestamps.

Signed-off-by: David Howells <dhowells@redhat.com>
net/rxrpc/call_event.c