1. 13 2月, 2007 1 次提交
  2. 03 12月, 2006 3 次提交
  3. 16 11月, 2006 1 次提交
  4. 06 11月, 2006 1 次提交
  5. 23 9月, 2006 2 次提交
  6. 30 6月, 2006 1 次提交
  7. 10 4月, 2006 1 次提交
  8. 29 3月, 2006 1 次提交
  9. 23 3月, 2006 1 次提交
  10. 13 3月, 2006 1 次提交
  11. 05 2月, 2006 1 次提交
  12. 06 1月, 2006 1 次提交
  13. 05 1月, 2006 1 次提交
  14. 15 11月, 2005 1 次提交
  15. 06 11月, 2005 1 次提交
  16. 04 10月, 2005 1 次提交
    • H
      [NET]: Fix packet timestamping. · 325ed823
      Herbert Xu 提交于
      I've found the problem in general.  It affects any 64-bit
      architecture.  The problem occurs when you change the system time.
      
      Suppose that when you boot your system clock is forward by a day.
      This gets recorded down in skb_tv_base.  You then wind the clock back
      by a day.  From that point onwards the offset will be negative which
      essentially overflows the 32-bit variables they're stored in.
      
      In fact, why don't we just store the real time stamp in those 32-bit
      variables? After all, we're not going to overflow for quite a while
      yet.
      
      When we do overflow, we'll need a better solution of course.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      325ed823
  17. 07 9月, 2005 1 次提交
  18. 06 9月, 2005 2 次提交
  19. 30 8月, 2005 7 次提交