]> git.kernelconcepts.de Git - karo-tx-linux.git/commit
[TCP]: zero out rx_opt in tcp_disconnect()
authorSrinivas Aji <Aji_Srinivas@emc.com>
Tue, 22 May 2007 22:54:10 +0000 (00:54 +0200)
committerAdrian Bunk <bunk@stusta.de>
Tue, 22 May 2007 22:54:10 +0000 (00:54 +0200)
commitbba669f7618ba72c6b17faed7c6ca6c6bec8cb72
treec9bfd26b6fae25fb1cfc484964ae7d34246f3e19
parent00fd81fe55fbf464a952a43fd4dc3248601a5f87
[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>
Signed-off-by: Adrian Bunk <bunk@stusta.de>
net/ipv4/tcp.c