lkml.org 
[lkml]   [2008]   [Sep]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC patch 0/4] TSC calibration improvements


On Thu, 4 Sep 2008, Ingo Molnar wrote:
>
> hm, unless i'm missing something i think here we still have a small
> window for an SMI or some virtualization delay to slip in and cause
> massive inaccuracy: if the delay happens _after_ the last
> pit_expect_msb() and _before_ the external get_cycles() call. Right?

Yes. I had the extra pit_expect_msb() originally, but decided that
basically a single-instruction race for somethign that ran without
any MSI for 15ms was a bit pointless.

But adding another pit_expect_msb() is certainly not wrong.

However, this one is:

> + /*
> + * The iteration assumes that expect never goes below zero:
> + */
> + BUILD_BUG_ON(QUICK_PIT_ITERATIONS >= 0xff);

No it doesn't. "expect" is unsigned char and will happily wrap, as will
the PIT timer. The fact that it is in "single shot" mode doesn't actually
mean that the timer stops, it just affects what happens when it goes down
to zero.

So that BUILD_BUG_ON() is misleading and incorrect.

Of course, it is true that in _practice_ you would never actually want to
delay that long, but the code as written should be perfectly happy to
iterate arbitrarily many times. Of course, the actual final TSC
multiply/divide calculations would overflow at some point, but that's much
further down the line.

Linus


\
 
 \ /
  Last update: 2008-09-04 23:13    [W:0.073 / U:0.060 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site