[TCP]: zero out rx_opt in tcp_disconnect()
authorSrinivas Aji <Aji_Srinivas@emc.com>
Fri, 4 May 2007 00:32:28 +0000 (17:32 -0700)
committerDavid S. Miller <davem@davemloft.net>
Fri, 4 May 2007 00:32:28 +0000 (17:32 -0700)
commitb40b4f79ce789e9e28d382c85006f62be2725282
tree0764b390c4077f4569597678881487f718d25706
parentfde82055c1d0e64ff660d83c705db0e1abc9d12e
[TCP]: zero out rx_opt in tcp_disconnect()

When the server drops its connection, NFS client reconnects using the
same socket after disconnecting. If the new connection's SYN,ACK
doesn't contain the TCP timestamp option and the old connection's did,
tp->tcp_header_len is recomputed assuming no timestamp header but
tp->rx_opt.tstamp_ok remains set. Then tcp_build_and_update_options()
adds in a timestamp option past the end of the allocated TCP header,
overwriting TCP data, or when the data is in skb_shinfo(skb)->frags[],
overwriting skb_shinfo(skb) causing a crash soon after. (The issue was
debugged from such a crash.)

Similarly, wscale_ok and sack_ok also get set based on the SYN,ACK
packet but not reset on disconnect, since they are zeroed out at
initialization. The patch zeroes out the entire tp->rx_opt struct in
tcp_disconnect() to avoid this sort of problem.

Signed-off-by: Srinivas Aji <Aji_Srinivas@emc.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/ipv4/tcp.c