1. 17 9月, 2007 1 次提交
  2. 22 8月, 2007 1 次提交
  3. 20 7月, 2007 1 次提交
  4. 24 6月, 2007 1 次提交
  5. 09 5月, 2007 1 次提交
  6. 26 4月, 2007 2 次提交
  7. 26 3月, 2007 1 次提交
  8. 13 2月, 2007 1 次提交
  9. 12 2月, 2007 1 次提交
  10. 02 12月, 2006 1 次提交
  11. 14 9月, 2006 1 次提交
  12. 18 8月, 2006 1 次提交
  13. 01 7月, 2006 1 次提交
  14. 27 6月, 2006 4 次提交
  15. 18 6月, 2006 1 次提交
  16. 23 3月, 2006 1 次提交
  17. 21 3月, 2006 1 次提交
    • H
      [NET]: Replace skb_pull/skb_postpull_rcsum with skb_pull_rcsum · cbb042f9
      Herbert Xu 提交于
      We're now starting to have quite a number of places that do skb_pull
      followed immediately by an skb_postpull_rcsum.  We can merge these two
      operations into one function with skb_pull_rcsum.  This makes sense
      since most pull operations on receive skb's need to update the
      checksum.
      
      I've decided to make this out-of-line since it is fairly big and the
      fast path where hardware checksums are enabled need to call
      csum_partial anyway.
      
      Since this is a brand new function we get to add an extra check on the
      len argument.  As it is most callers of skb_pull ignore its return
      value which essentially means that there is no check on the len
      argument.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      cbb042f9
  18. 06 2月, 2006 1 次提交
  19. 28 12月, 2005 1 次提交
  20. 09 11月, 2005 1 次提交
    • M
      [PPP]: add PPP MPPE encryption module · b3f9b92a
      Matt Domsch 提交于
      From: Matt Domsch <Matt_Domsch@dell.com>
      
      The patch below implements the Microsoft Point-to-Point Encryption method
      as a PPP compressor/decompressor.  This is necessary for Linux clients and
      servers to interoperate with Microsoft Point-to-Point Tunneling Protocol
      (PPTP) servers (either Microsoft PPTP servers or the poptop project) which
      use MPPE to encrypt data when creating a VPN.
      
      This patch differs from the kernel_ppp_mppe DKMS pacakge at
      pptpclient.sourceforge.net by utilizing the kernel crypto routines rather
      than providing its own SHA1 and arcfour implementations.
      
      Minor changes to ppp_generic.c try to prevent a link from disabling
      compression (in our case, the encryption) after it has started using
      compression (encryption).
      
      Feedback to <pptpclient-devel@lists.sourceforge.net> please.
      Signed-off-by: NMatt Domsch <Matt_Domsch@dell.com>
      Cc: James Cameron <james.cameron@hp.com>
      Cc: "David S. Miller" <davem@davemloft.net>
      Signed-off-by: NBrice Goglin <Brice.Goglin@ens-lyon.org>
      Acked-by: NPaul Mackerras <paulus@samba.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      b3f9b92a
  21. 29 10月, 2005 1 次提交
  22. 11 9月, 2005 1 次提交
  23. 30 8月, 2005 1 次提交
  24. 09 7月, 2005 1 次提交
  25. 21 6月, 2005 1 次提交
  26. 13 5月, 2005 1 次提交
    • P
      [PATCH] PPP multilink fragmentation improvements · 516cd15f
      Paul Mackerras 提交于
        
        Here's a patch for -mm for now.  Not sure whose territory this falls
        in, so I'm sending it to everyone I can think of. :)
        
        Some time ago I did some experiments with using PPP multilink over
        largish numbers of channels (up to 32).  The TCP performance was
        woeful due to wildly fluctuating packet latencies, which turned out to
        be because we would sometimes split a packet across all 32 channels,
        and sometimes we would send a whole packet down a single channel.
        
        This patch fixes those problems by being a bit cleverer about how the
        packets are split across the available channels, and in particular, it
        waits until at least half of the channels can take another fragment
        before starting to split up the next packet.
        
        The patch also fixes a buglet in the multilink reconstruction code
        where it would discard incoming packets that had just the multilink
        header and no data.  Such packets are valid and shouldn't be
        discarded.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      516cd15f
  27. 04 5月, 2005 1 次提交
  28. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4