From: Jesper Juhl Date: Sun, 9 Feb 2014 22:30:32 +0000 (+0100) Subject: tcp: correct code comment stating 3 min timeout for FIN_WAIT2, we only do 1 min X-Git-Tag: v3.14-rc3~36^2~7 X-Git-Url: http://review.tizen.org/git/?a=commitdiff_plain;h=b10bd54c05a6c3c96549f4642d7de23c99b9853b;p=profile%2Fivi%2Fkernel-x86-ivi.git tcp: correct code comment stating 3 min timeout for FIN_WAIT2, we only do 1 min As far as I can tell we have used a default of 60 seconds for FIN_WAIT2 timeout for ages (since 2.x times??). In any case, the timeout these days is 60 seconds, so the 3 min comment is wrong (and cost me a few minutes of my life when I was debugging a FIN_WAIT2 related problem in a userspace application and checked the kernel source for details). Signed-off-by: Jesper Juhl Signed-off-by: David S. Miller --- diff --git a/net/ipv4/tcp.c b/net/ipv4/tcp.c index 4475b3b..9f3a2db 100644 --- a/net/ipv4/tcp.c +++ b/net/ipv4/tcp.c @@ -2229,7 +2229,7 @@ adjudge_to_death: /* This is a (useful) BSD violating of the RFC. There is a * problem with TCP as specified in that the other end could * keep a socket open forever with no application left this end. - * We use a 3 minute timeout (about the same as BSD) then kill + * We use a 1 minute timeout (about the same as BSD) then kill * our end. If they send after that then tough - BUT: long enough * that we won't make the old 4*rto = almost no time - whoops * reset mistake.