1. 26 4月, 2007 1 次提交
    • E
      [NET]: convert network timestamps to ktime_t · b7aa0bf7
      Eric Dumazet 提交于
      We currently use a special structure (struct skb_timeval) and plain
      'struct timeval' to store packet timestamps in sk_buffs and struct
      sock.
      
      This has some drawbacks :
      - Fixed resolution of micro second.
      - Waste of space on 64bit platforms where sizeof(struct timeval)=16
      
      I suggest using ktime_t that is a nice abstraction of high resolution
      time services, currently capable of nanosecond resolution.
      
      As sizeof(ktime_t) is 8 bytes, using ktime_t in 'struct sock' permits
      a 8 byte shrink of this structure on 64bit architectures. Some other
      structures also benefit from this size reduction (struct ipq in
      ipv4/ip_fragment.c, struct frag_queue in ipv6/reassembly.c, ...)
      
      Once this ktime infrastructure adopted, we can more easily provide
      nanosecond resolution on top of it. (ioctl SIOCGSTAMPNS and/or
      SO_TIMESTAMPNS/SCM_TIMESTAMPNS)
      
      Note : this patch includes a bug correction in
      compat_sock_get_timestamp() where a "err = 0;" was missing (so this
      syscall returned -ENOENT instead of 0)
      Signed-off-by: NEric Dumazet <dada1@cosmosbay.com>
      CC: Stephen Hemminger <shemminger@linux-foundation.org>
      CC: John find <linux.kernel@free.fr>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      b7aa0bf7
  2. 05 4月, 2007 1 次提交
  3. 17 2月, 2007 2 次提交
  4. 01 10月, 2006 1 次提交
  5. 27 6月, 2006 1 次提交
  6. 01 4月, 2006 1 次提交
    • K
      Fix comments: s/granuality/granularity/ · 8ba8e95e
      Kalin KOZHUHAROV 提交于
      I was grepping through the code and some `grep ganularity -R .` didn't
      catch what I thought. Then looking closer I saw the term "granuality"
      used in only four places (in comments) and granularity in many more
      places describing the same idea. Some other facts:
      
      dictionary.com does not know such a word
      define:granuality on google is not found (and pages for granuality are
      mostly related to patches to the kernel)
      it has not been discussed as a term on LKML, AFAICS (=Can Search)
      
      To be consistent, I think granularity should be used everywhere.
      Signed-off-by: NKalin KOZHUHAROV <kalin@thinrope.net>
      Signed-off-by: NAdrian Bunk <bunk@stusta.de>
      8ba8e95e
  7. 27 3月, 2006 1 次提交
  8. 26 3月, 2006 1 次提交
  9. 04 2月, 2006 1 次提交
  10. 01 2月, 2006 1 次提交
  11. 12 1月, 2006 1 次提交
  12. 11 1月, 2006 6 次提交
  13. 13 12月, 2005 1 次提交
    • M
      [PATCH] Add getnstimestamp function · 64123fd4
      Matt Helsley 提交于
      There are several functions that might seem appropriate for a timestamp:
      
      get_cycles()
      current_kernel_time()
      do_gettimeofday()
      <read jiffies/jiffies_64>
      
      Each has problems with combinations of SMP-safety, low resolution, and
      monotonicity. This patch adds a new function that returns a monotonic SMP-safe
      timestamp with nanosecond resolution where available.
      
      Changes:
      	Split timestamp into separate patch
      	Moved to kernel/time.c
      	Renamed to getnstimestamp
      	Fixed unintended-pointer-arithmetic bug
      Signed-off-by: NMatt Helsley <matthltc@us.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      64123fd4
  14. 31 10月, 2005 1 次提交
    • J
      [PATCH] NTP shift_right cleanup · 1bb34a41
      john stultz 提交于
      Create a macro shift_right() that avoids the numerous ugly conditionals in the
      NTP code that look like:
      
              if(a < 0)
                      b = -(-a >> shift);
              else
                      b = a >> shift;
      
      Replacing it with:
      
              b = shift_right(a, shift);
      
      This should have zero effect on the logic, however it should probably have
      a bit of testing just to be sure.
      
      Also replace open-coded min/max with the macros.
      
      Signed-off-by : John Stultz <johnstul@us.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      1bb34a41
  15. 30 10月, 2005 1 次提交
  16. 15 10月, 2005 1 次提交
  17. 28 7月, 2005 1 次提交
  18. 28 4月, 2005 1 次提交
    • C
      [PATCH] time interpolator: Fix settimeofday inaccuracy · 9acf6597
      Christoph Lameter 提交于
      settimeofday will set the time a little bit too early on systems using
      time interpolation since it subtracts the current interpolator offset
      from the time. This used to be necessary with the code in 2.6.9 and earlier
      but the new code resets the time interpolator after setting the time.
      Thus the time is set too early and gettimeofday will return a time slightly
      before the time specified with settimeofday if invoked immeditely after
      settimeofday.
      
      This removes the obsolete subtraction of the time interpolator offset
      and makes settimeofday set the time accurately. 
      Signed-off-by: NChristoph Lameter <clameter@sgi.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      9acf6597
  19. 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