aboutsummaryrefslogtreecommitdiffstats
path: root/include/linux
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2010-07-19 22:01:26 -0700
committerDavid S. Miller <davem@davemloft.net>2010-07-19 22:01:26 -0700
commite7c38157c61649e66f853d7b9f109119b8361448 (patch)
tree177568b25a74f50fbc876d983a4fae1dae7ea468 /include/linux
parent5ae482e01d60bd4e8fc181f78355047e52999ce8 (diff)
downloadkernel_samsung_smdk4412-e7c38157c61649e66f853d7b9f109119b8361448.zip
kernel_samsung_smdk4412-e7c38157c61649e66f853d7b9f109119b8361448.tar.gz
kernel_samsung_smdk4412-e7c38157c61649e66f853d7b9f109119b8361448.tar.bz2
ipv6: Make IP6CB(skb)->nhoff 16-bit.
Even with jumbograms I cannot see any way in which we would need to records a larger than 65535 valued next-header offset. The maximum extension header length is (256 << 3) == 2048. There are only a handful of extension headers specified which we'd even accept (say 5 or 6), therefore the largest next-header offset we'd ever have to contend with is something less than say 16k. Therefore make it a u16 instead of a u32. Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'include/linux')
-rw-r--r--include/linux/ipv6.h2
1 files changed, 1 insertions, 1 deletions
diff --git a/include/linux/ipv6.h b/include/linux/ipv6.h
index 940e215..ab9e9e8 100644
--- a/include/linux/ipv6.h
+++ b/include/linux/ipv6.h
@@ -246,7 +246,7 @@ struct inet6_skb_parm {
__u16 srcrt;
__u16 dst1;
__u16 lastopt;
- __u32 nhoff;
+ __u16 nhoff;
__u16 flags;
#if defined(CONFIG_IPV6_MIP6) || defined(CONFIG_IPV6_MIP6_MODULE)
__u16 dsthao;