linux/net/ipv6/ipcomp6.c, branch v3.2.38Linux kernel source treehttps://git.amat.us/linux/atom/net/ipv6/ipcomp6.c?h=v3.2.382011-04-22T18:04:14Zinet: constify ip headers and in6_addr2011-04-22T18:04:14ZEric Dumazeteric.dumazet@gmail.com2011-04-22T04:53:02Zurn:sha1:b71d1d426d263b0b6cb5760322efebbfc89d4463
Add const qualifiers to structs iphdr, ipv6hdr and in6_addr pointers
where possible, to make code intention more obvious.
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
xfrm: SA lookups signature with mark2010-02-23T00:20:22ZJamal Hadi Salimhadi@cyberus.ca2010-02-23T00:20:22Zurn:sha1:bd55775c8dd656fc69b3a42a1c4ab32abb7e8af9
pass mark to all SA lookups to prepare them for when we add code
to have them search.
Signed-off-by: Jamal Hadi Salim <hadi@cyberus.ca>
Signed-off-by: David S. Miller <davem@davemloft.net>
Merge branch 'master' of master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.62010-02-17T06:09:29ZDavid S. Millerdavem@davemloft.net2010-02-17T06:09:29Zurn:sha1:2bb4646fce8d09916b351d1a62f98db7cec6fc41ipcomp: Avoid duplicate calls to ipcomp_destroy2010-02-16T22:53:24ZHerbert Xuherbert@gondor.apana.org.au2010-02-15T19:24:30Zurn:sha1:10e7454ed7a2da39f1f6255f63d7df27ab4bb67f
When ipcomp_tunnel_attach fails we will call ipcomp_destroy twice.
This may lead to double-frees on certain structures.
As there is no reason to explicitly call ipcomp_destroy, this patch
removes it from ipcomp*.c and lets the standard xfrm_state destruction
take place.
This is based on the discovery and patch by Alexey Dobriyan.
Tested-by: Alexey Dobriyan <adobriyan@gmail.com>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
netns xfrm: ipcomp6 support2010-01-28T14:31:06ZAlexey Dobriyanadobriyan@gmail.com2010-01-25T10:39:09Zurn:sha1:d74340d31bf1dbeb00acadddd8697666528a7846
Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
netns xfrm: xfrm6_tunnel in netns2010-01-28T14:31:05ZAlexey Dobriyanadobriyan@gmail.com2010-01-25T10:37:54Zurn:sha1:a1664773907a2b69e2a3019598dcbeffa6bc724b
I'm not sure about rcu stuff near kmem cache destruction:
* checks for non-empty hashes look bogus, they're done _before_
rcu_berrier()
* unregistering netns ops is done before kmem_cache destoy
(as it should), and unregistering involves rcu barriers by itself
So it looks nothing should be done.
Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
net: constify struct inet6_protocol2009-09-15T00:03:05ZAlexey Dobriyanadobriyan@gmail.com2009-09-14T12:22:28Zurn:sha1:41135cc836a1abeb12ca1416bdb29e87ad021153
Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
ipv6: Use correct data types for ICMPv6 type and code2009-06-23T11:31:07ZBrian Haleybrian.haley@hp.com2009-06-23T11:31:07Zurn:sha1:d5fdd6babcfc2b0e6a8da1acf492a69fb54b4c47
Change all the code that deals directly with ICMPv6 type and code
values to use u8 instead of a signed int as that's the actual data
type.
Signed-off-by: Brian Haley <brian.haley@hp.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
netns xfrm: state lookup in netns2008-11-26T01:30:50ZAlexey Dobriyanadobriyan@gmail.com2008-11-26T01:30:50Zurn:sha1:221df1ed33c9284fc7a6f6e47ca7f8d5f3665d43
Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
netns xfrm: add struct xfrm_state::xs_net2008-11-26T01:15:16ZAlexey Dobriyanadobriyan@gmail.com2008-11-26T01:15:16Zurn:sha1:673c09be457bb23aa0eaaa79804cbb342210d195
To avoid unnecessary complications with passing netns around.
* set once, very early after allocating
* once set, never changes
For a while create every xfrm_state in init_net.
Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>