Re: [RFC][PATCH] use cycle_t instead of u64 in struct time_interpolator

On Tue, 2 Jan 2007, Helge Deller wrote:

> As far as I could see, this patch does not change anything for the 
> existing architectures which use this framework (IA64 and SPARC64), 
> since "cycles_t" is defined there as unsigned 64bit-integer anyway 
> (which then makes this patch a no-change for them).

The 64bit nature of some entities was so far necessary to get the 
proper accuracy of interpolation. Maybe it can be made to work with 32 bit 
entities. The macro GET_TI_SECS must work correctly and the less bits are 
specified in shift the less self-tuning accuracy you will get.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• Follow-Ups:
  • Re: [RFC][PATCH] use cycle_t instead of u64 in struct time_interpolator
    • From: Helge Deller <[email protected]>

• References:
  • [RFC][PATCH] use cycle_t instead of u64 in struct time_interpolator
    • From: Helge Deller <[email protected]>

• Prev by Date: Re: kernel + gcc 4.1 = several problems
• Next by Date: Re: kernel + gcc 4.1 = several problems
• Previous by thread: Re: [parisc-linux] [RFC][PATCH] use cycle_t instead of u64 in struct
• Next by thread: Re: [RFC][PATCH] use cycle_t instead of u64 in struct time_interpolator
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]