Hosts the 0x221E linux distro kernel. https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.28.y 2009-02-17T17:28:57Z 2009-02-17T17:28:57Z Herbert Xu 2009-02-05T23:15:50Z urn:sha1:34a4aa0f5a4b67070651dcbabda7fdcac4647ecd [ Upstream commit 0178b695fd6b40a62a215cbeb03dd51ada3bb5e0 ] As the options passed to ip6_append_data may be ephemeral, we need to duplicate it for corking. This patch applies the simplest fix which is to memdup all the relevant bits. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> 2008-10-08T18:15:05Z Denis V. Lunev 2008-10-08T17:34:14Z urn:sha1:5a57d4c7fdac0e227efe8c5739fcbb263d9ae993 Signed-off-by: Denis V. Lunev <den@openvz.org> Signed-off-by: David S. Miller <davem@davemloft.net> 2008-10-08T18:14:13Z Denis V. Lunev 2008-10-08T17:33:26Z urn:sha1:e41b5368e029e79d11acb5952bc73284e5026c62 Signed-off-by: Denis V. Lunev <den@openvz.org> Signed-off-by: David S. Miller <davem@davemloft.net> 2008-10-08T18:09:27Z Denis V. Lunev 2008-10-08T18:09:27Z urn:sha1:483a47d2fe794328d29950fe00ce26dd405d9437 Signed-off-by: Denis V. Lunev <den@openvz.org> Signed-off-by: David S. Miller <davem@davemloft.net> 2008-10-08T17:54:51Z Denis V. Lunev 2008-10-08T17:54:51Z urn:sha1:3bd653c8455bc7991bae77968702b31c8f5df883 Signed-off-by: Denis V. Lunev <den@openvz.org> Signed-off-by: David S. Miller <davem@davemloft.net> 2008-10-08T17:52:42Z Denis V. Lunev 2008-10-08T17:31:18Z urn:sha1:0b0588d42b2774734b51525fe6550d77f8ea9bc0 Signed-off-by: Denis V. Lunev <den@openvz.org> Signed-off-by: David S. Miller <davem@davemloft.net> 2008-09-09T20:51:35Z Neil Horman 2008-09-09T20:51:35Z urn:sha1:e550dfb0c2c31b6363aa463a035fc9f8dcaa3c9b This fixes kernel bugzilla 11469: "TUN with 1024 neighbours: ip6_dst_lookup_tail NULL crash" dst->neighbour is not necessarily hooked up at this point in the processing path, so blindly dereferencing it is the wrong thing to do. This NULL check exists in other similar paths and this case was just an oversight. Also fix the completely wrong and confusing indentation here while we're at it. Based upon a patch by Evgeniy Polyakov. Signed-off-by: Neil Horman <nhorman@tuxdriver.com> Signed-off-by: David S. Miller <davem@davemloft.net> 2008-08-14T22:33:21Z Brian Haley 2008-08-14T22:33:21Z urn:sha1:191cd582500f49b32a63040fedeebb0168c720af ipv6_dev_get_saddr() blindly de-references dst_dev to get the network namespace, but some callers might pass NULL. Change callers to pass a namespace pointer instead. Signed-off-by: Brian Haley <brian.haley@hp.com> Signed-off-by: David S. Miller <davem@davemloft.net> 2008-08-04T04:15:59Z Wei Yongjun 2008-08-04T04:15:59Z urn:sha1:283d07ac201ee9f8aa6dc6f7519436b48760baff The old code will drop IPv6 packet if ipfragok is not set, since ipfragok is obsoleted, will be instead by used skb->local_df, so this check must be changed to skb->local_df. This patch fix this problem and not drop packet if skb->local_df is set to true. Signed-off-by: Wei Yongjun <yjwei@cn.fujitsu.com> Acked-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net> 2008-08-01T03:46:47Z Wei Yongjun 2008-08-01T03:46:47Z urn:sha1:77e2f14f71d68d05945f1d30ca55b5194d6ab1ce SCTP used ip6_xmit() to send fragments after received ICMP packet too big message. But while send packet used ip6_xmit, the skb->local_df is not initialized. So when skb if enter ip6_fragment(), the following code will discard the skb. ip6_fragment(...) { if (!skb->local_df) { ... return -EMSGSIZE; } ... } SCTP do the following step: 1. send packet ip6_xmit(skb, ipfragok=0) 2. received ICMP packet too big message 3. if PMTUD_ENABLE: ip6_xmit(skb, ipfragok=1) This patch fixed the problem by set local_df if ipfragok is true. Signed-off-by: Wei Yongjun <yjwei@cn.fujitsu.com> Acked-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>