1. 20 11月, 2008 1 次提交
  2. 04 11月, 2008 1 次提交
  3. 17 10月, 2008 1 次提交
  4. 16 10月, 2008 1 次提交
  5. 10 10月, 2008 1 次提交
  6. 23 9月, 2008 1 次提交
  7. 22 9月, 2008 1 次提交
  8. 27 7月, 2008 1 次提交
  9. 22 7月, 2008 1 次提交
  10. 21 6月, 2008 2 次提交
  11. 26 5月, 2008 1 次提交
  12. 14 5月, 2008 1 次提交
  13. 24 4月, 2008 1 次提交
  14. 29 1月, 2008 1 次提交
  15. 13 11月, 2007 1 次提交
  16. 17 9月, 2007 2 次提交
  17. 22 8月, 2007 1 次提交
  18. 20 7月, 2007 1 次提交
  19. 24 6月, 2007 1 次提交
  20. 09 5月, 2007 1 次提交
  21. 26 4月, 2007 2 次提交
  22. 26 3月, 2007 1 次提交
  23. 13 2月, 2007 1 次提交
  24. 12 2月, 2007 1 次提交
  25. 02 12月, 2006 1 次提交
  26. 14 9月, 2006 1 次提交
  27. 18 8月, 2006 1 次提交
  28. 01 7月, 2006 1 次提交
  29. 27 6月, 2006 4 次提交
  30. 18 6月, 2006 1 次提交
  31. 23 3月, 2006 1 次提交
  32. 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
  33. 06 2月, 2006 1 次提交
  34. 28 12月, 2005 1 次提交