diff options
author | David S. Miller <davem@davemloft.net> | 2013-08-29 16:05:30 -0400 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2013-08-29 16:05:30 -0400 |
commit | 79f9ab7e0a8ec452e58b5a5267b9eb019ff493d0 (patch) | |
tree | 650d432ab57882fa022b0edaee058fe8044e68c0 /net/bridge/br_device.c | |
parent | 1f324e38870cc09659cf23bc626f1b8869e201f2 (diff) | |
parent | 302a50bc941010d7a67f288fd0db31981e4d722d (diff) | |
download | talos-obmc-linux-79f9ab7e0a8ec452e58b5a5267b9eb019ff493d0.tar.gz talos-obmc-linux-79f9ab7e0a8ec452e58b5a5267b9eb019ff493d0.zip |
Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/klassert/ipsec
Steffen Klassert says:
====================
This pull request fixes some issues that arise when 6in4 or 4in6 tunnels
are used in combination with IPsec, all from Hannes Frederic Sowa and a
null pointer dereference when queueing packets to the policy hold queue.
1) We might access the local error handler of the wrong address family if
6in4 or 4in6 tunnel is protected by ipsec. Fix this by addind a pointer
to the correct local_error to xfrm_state_afinet.
2) Add a helper function to always refer to the correct interpretation
of skb->sk.
3) Call skb_reset_inner_headers to record the position of the inner headers
when adding a new one in various ipv6 tunnels. This is needed to identify
the addresses where to send back errors in the xfrm layer.
4) Dereference inner ipv6 header if encapsulated to always call the
right error handler.
5) Choose protocol family by skb protocol to not call the wrong
xfrm{4,6}_local_error handler in case an ipv6 sockets is used
in ipv4 mode.
6) Partly revert "xfrm: introduce helper for safe determination of mtu"
because this introduced pmtu discovery problems.
7) Set skb->protocol on tcp, raw and ip6_append_data genereated skbs.
We need this to get the correct mtu informations in xfrm.
8) Fix null pointer dereference in xdst_queue_output.
====================
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/bridge/br_device.c')
0 files changed, 0 insertions, 0 deletions