1. 29 2月, 2008 1 次提交
  2. 01 2月, 2008 2 次提交
  3. 29 1月, 2008 1 次提交
    • H
      [IPSEC]: Forbid BEET + ipcomp for now · e40b3286
      Herbert Xu 提交于
      While BEET can theoretically work with IPComp the current code can't
      do that because it tries to construct a BEET mode tunnel type which
      doesn't (and cannot) exist.  In fact as it is it won't even attach a
      tunnel object at all for BEET which is bogus.
      
      To support this fully we'd also need to change the policy checks on
      input to recognise a plain tunnel as a legal variant of an optional
      BEET transform.
      
      This patch simply fails such constructions for now.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e40b3286
  4. 07 11月, 2007 1 次提交
  5. 02 11月, 2007 1 次提交
  6. 18 10月, 2007 1 次提交
  7. 11 10月, 2007 5 次提交
  8. 11 7月, 2007 1 次提交
  9. 26 4月, 2007 6 次提交
  10. 11 2月, 2007 1 次提交
  11. 03 12月, 2006 1 次提交
  12. 04 10月, 2006 1 次提交
  13. 29 9月, 2006 1 次提交
  14. 23 9月, 2006 2 次提交
  15. 21 9月, 2006 1 次提交
  16. 13 7月, 2006 1 次提交
    • H
      [IPCOMP]: Fix truesize after decompression · da952315
      Herbert Xu 提交于
      The truesize check has uncovered the fact that we forgot to update truesize
      after pskb_expand_head.  Unfortunately pskb_expand_head can't update it for
      us because it's used in all sorts of different contexts, some of which would
      not allow truesize to be updated by itself.
      
      So the solution for now is to simply update it in IPComp.
      
      This patch also changes skb_put to __skb_put since we've just expanded
      tailroom by exactly that amount so we know it's there (but gcc does not).
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      da952315
  17. 01 7月, 2006 1 次提交
  18. 18 6月, 2006 2 次提交
    • H
      [NET]: Clean up skb_linearize · 364c6bad
      Herbert Xu 提交于
      The linearisation operation doesn't need to be super-optimised.  So we can
      replace __skb_linearize with __pskb_pull_tail which does the same thing but
      is more general.
      
      Also, most users of skb_linearize end up testing whether the skb is linear
      or not so it helps to make skb_linearize do just that.
      
      Some callers of skb_linearize also use it to copy cloned data, so it's
      useful to have a new function skb_linearize_cow to copy the data if it's
      either non-linear or cloned.
      
      Last but not least, I've removed the gfp argument since nobody uses it
      anymore.  If it's ever needed we can easily add it back.
      
      Misc bugs fixed by this patch:
      
      * via-velocity error handling (also, no SG => no frags)
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      364c6bad
    • H
      [IPSEC] proto: Move transport mode input path into xfrm_mode_transport · 31a4ab93
      Herbert Xu 提交于
      Now that we have xfrm_mode objects we can move the transport mode specific
      input decapsulation code into xfrm_mode_transport.  This removes duplicate
      code as well as unnecessary header movement in case of tunnel mode SAs
      since we will discard the original IP header immediately.
      
      This also fixes a minor bug for transport-mode ESP where the IP payload
      length is set to the correct value minus the header length (with extension
      headers for IPv6).
      
      Of course the other neat thing is that we no longer have to allocate
      temporary buffers to hold the IP headers for ESP and IPComp.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      31a4ab93
  19. 23 5月, 2006 1 次提交
  20. 11 4月, 2006 1 次提交
  21. 01 4月, 2006 1 次提交
    • H
      [IPSEC]: Kill unused decap state argument · e695633e
      Herbert Xu 提交于
      This patch removes the decap_state argument from the xfrm input hook.
      Previously this function allowed the input hook to share state with
      the post_input hook.  The latter has since been removed.
      
      The only purpose for it now is to check the encap type.  However, it
      is easier and better to move the encap type check to the generic
      xfrm_rcv function.  This allows us to get rid of the decap state
      argument altogether.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e695633e
  22. 27 3月, 2006 1 次提交
    • H
      [IPSEC]: Fix tunnel error handling in ipcomp6 · 6abaaaae
      Herbert Xu 提交于
      The error handling in ipcomp6_tunnel_create is broken in two ways:
      
      1) If we fail to allocate an SPI (this should never happen in practice
      since there are plenty of 32-bit SPI values for us to use), we will
      still go ahead and create the SA.
      
      2) When xfrm_init_state fails, we first of all may trigger the BUG_TRAP
      in __xfrm_state_destroy because we didn't set the state to DEAD.  More
      importantly we end up returning the freed state as if we succeeded!
      
      This patch fixes them both.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      6abaaaae
  23. 21 3月, 2006 3 次提交
  24. 14 1月, 2006 1 次提交
    • J
      [NET]: Use NIP6_FMT in kernel.h · 46b86a2d
      Joe Perches 提交于
      There are errors and inconsistency in the display of NIP6 strings.
      	ie: net/ipv6/ip6_flowlabel.c
      
      There are errors and inconsistency in the display of NIPQUAD strings too.
      	ie: net/netfilter/nf_conntrack_ftp.c
      
      This patch:
      	adds NIP6_FMT to kernel.h
      	changes all code to use NIP6_FMT
      	fixes net/ipv6/ip6_flowlabel.c
      	adds NIPQUAD_FMT to kernel.h
      	fixes net/netfilter/nf_conntrack_ftp.c
      	changes a few uses of "%u.%u.%u.%u" to NIPQUAD_FMT for symmetry to NIP6_FMT
      Signed-off-by: NJoe Perches <joe@perches.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      46b86a2d
  25. 04 1月, 2006 1 次提交
  26. 09 11月, 2005 1 次提交