diff options
| author | Eric Dumazet <edumazet@google.com> | 2014-05-29 08:45:14 -0700 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2014-06-26 15:12:38 -0400 |
| commit | 25bc3126ccbe553b5cc293ca9c77d44bb40ff62d (patch) | |
| tree | 13185c86e049c5ceb62e4798bd0f1b3ebf78381d /fs/ext4/truncate.h | |
| parent | 57b1ec6058e6633724817c9d001330a9fea9d39c (diff) | |
| download | linux-3.10-25bc3126ccbe553b5cc293ca9c77d44bb40ff62d.tar.gz linux-3.10-25bc3126ccbe553b5cc293ca9c77d44bb40ff62d.tar.bz2 linux-3.10-25bc3126ccbe553b5cc293ca9c77d44bb40ff62d.zip | |
net: fix inet_getid() and ipv6_select_ident() bugs
[ Upstream commit 39c36094d78c39e038c1e499b2364e13bce36f54 ]
I noticed we were sending wrong IPv4 ID in TCP flows when MTU discovery
is disabled.
Note how GSO/TSO packets do not have monotonically incrementing ID.
06:37:41.575531 IP (id 14227, proto: TCP (6), length: 4396)
06:37:41.575534 IP (id 14272, proto: TCP (6), length: 65212)
06:37:41.575544 IP (id 14312, proto: TCP (6), length: 57972)
06:37:41.575678 IP (id 14317, proto: TCP (6), length: 7292)
06:37:41.575683 IP (id 14361, proto: TCP (6), length: 63764)
It appears I introduced this bug in linux-3.1.
inet_getid() must return the old value of peer->ip_id_count,
not the new one.
Lets revert this part, and remove the prevention of
a null identification field in IPv6 Fragment Extension Header,
which is dubious and not even done properly.
Fixes: 87c48fa3b463 ("ipv6: make fragment identifications less predictable")
Signed-off-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'fs/ext4/truncate.h')
0 files changed, 0 insertions, 0 deletions