1. 02 Aug, 2004 31 commits
  2. 01 Aug, 2004 6 commits
  3. 31 Jul, 2004 3 commits
    • James Morris's avatar
      [CRYPTO]: Add i586 optimized AES · 817bbc47
      James Morris authored
      Below is an updated version of patch from Fruhwirth which integrates the 
      Gladman AES code into the crypto API.
      
      I've tried to ensure that this is done as simply as possible: the user 
      gets the asm version by default if it's suitable.
      
      I've also now added the alternate GPL licensing provided by Brian Gladman, 
      and licensed the code as GPL.
      Signed-off-by: default avatarJames Morris <jmorris@redhat.com>
      Signed-off-by: default avatarDavid S. Miller <davem@redhat.com>
      817bbc47
    • Bert Hubert's avatar
      [IPSEC]: Fix UDP decap code. · 8f49b589
      Bert Hubert authored
      The missing break causes the packet to be tested against
      both encapsulation types, one will always fail.
      Signed-off-by: default avatarbert hubert <ahu@ds9a.nl>
      Signed-off-by: default avatarHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: default avatarDavid S. Miller <davem@redhat.com>
      8f49b589
    • Herbert Xu's avatar
      [PF_KEY]: spirange should be in host byte order. · 0797db20
      Herbert Xu authored
      I'm looking through the xfrm_alloc_spi stuff and noticed that the
      netlink alloc_spi function takes the range in host order while the
      PFKEY alloc_spi function takes them in network order.
      
      First I thought that I stuffed up since I was the one who changed
      the code in the netlink interface to take them in host order :)
      
      But reading RFC 2367 seems to indicate otherwise.  It says that all
      fields are host order unless specified otherwise.  And the spirange
      fields are not specified to be network order at all.
      
      Looking at the existing PFKEY users:
      
      User Space
      ----------
      Openswan - Doesn't use PFKEY for this.
      Racoon - Puts zeros in there so it doesn't care.  However its test-pfkey
      	 program stores things in host order.
      ISAKMPD - Stores things in host order.
      
      So the conclusion is that we can and should change our PFKEY
      implementation to use host order for these fields.
      
      This patch does exactly that.
      Signed-off-by: default avatarHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: default avatarDavid S. Miller <davem@redhat.com>
      0797db20