summaryrefslogtreecommitdiffstats
path: root/drivers
diff options
context:
space:
mode:
authorZheng Li2016-12-28 16:23:46 +0100
committerDavid S. Miller2016-12-29 17:55:17 +0100
commite4c5e13aa45c23692e4acf56f0b3533f328199b2 (patch)
tree4ddeeaefcd95580c777f22822f3ae6fa7678a94f /drivers
parentnet: wan: slic_ds26522: fix spelling mistake: "configurated" -> "configured" (diff)
downloadkernel-qcow2-linux-e4c5e13aa45c23692e4acf56f0b3533f328199b2.tar.gz
kernel-qcow2-linux-e4c5e13aa45c23692e4acf56f0b3533f328199b2.tar.xz
kernel-qcow2-linux-e4c5e13aa45c23692e4acf56f0b3533f328199b2.zip
ipv6: Should use consistent conditional judgement for ip6 fragment between __ip6_append_data and ip6_finish_output
There is an inconsistent conditional judgement between __ip6_append_data and ip6_finish_output functions, the variable length in __ip6_append_data just include the length of application's payload and udp6 header, don't include the length of ipv6 header, but in ip6_finish_output use (skb->len > ip6_skb_dst_mtu(skb)) as judgement, and skb->len include the length of ipv6 header. That causes some particular application's udp6 payloads whose length are between (MTU - IPv6 Header) and MTU were fragmented by ip6_fragment even though the rst->dev support UFO feature. Add the length of ipv6 header to length in __ip6_append_data to keep consistent conditional judgement as ip6_finish_output for ip6 fragment. Signed-off-by: Zheng Li <james.z.li@ericsson.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers')
0 files changed, 0 insertions, 0 deletions