public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* HPET drift question
@ 2005-08-25 15:17 Alex Williamson
  0 siblings, 0 replies; 3+ messages in thread
From: Alex Williamson @ 2005-08-25 15:17 UTC (permalink / raw)
  To: venkatesh.pallipadi; +Cc: robert.picco, linux-kernel

Hi Venki,

   I'm confused by the calculation of the drift value in the hpet
driver.  The specs defines the recommended minimum hardware
implementation is a frequency drift of 0.05% or 500ppm.  However, the
drift passed in when registering with the time interpolator is:

ti->drift = ti->frequency * HPET_DRIFT / 1000000;

Isn't that absolute number of ticks per second drift?  The time
interpolator defines the drift in parts per million.  Shouldn't this
simply be:

ti->drift = HPET_DRIFT;

The current code seems to greatly penalize any hpet timer with greater
than a 1MHz frequency.  Thanks,

	Alex

-- 
Alex Williamson                             HP Linux & Open Source Lab


^ permalink raw reply	[flat|nested] 3+ messages in thread

* RE: HPET drift question
@ 2005-08-27  0:53 Pallipadi, Venkatesh
  2005-08-28 14:03 ` Bob Picco
  0 siblings, 1 reply; 3+ messages in thread
From: Pallipadi, Venkatesh @ 2005-08-27  0:53 UTC (permalink / raw)
  To: Alex Williamson; +Cc: robert.picco, linux-kernel


Yes. Looks like "ti->drift = HPET_DRIFT;" is right here. However, I
would 
like to double check this with Bob.

Thanks,
Venki

>-----Original Message-----
>From: Alex Williamson [mailto:alex.williamson@hp.com] 
>Sent: Thursday, August 25, 2005 8:17 AM
>To: Pallipadi, Venkatesh
>Cc: robert.picco@hp.com; linux-kernel@vger.kernel.org
>Subject: HPET drift question
>
>Hi Venki,
>
>   I'm confused by the calculation of the drift value in the hpet
>driver.  The specs defines the recommended minimum hardware
>implementation is a frequency drift of 0.05% or 500ppm.  However, the
>drift passed in when registering with the time interpolator is:
>
>ti->drift = ti->frequency * HPET_DRIFT / 1000000;
>
>Isn't that absolute number of ticks per second drift?  The time
>interpolator defines the drift in parts per million.  Shouldn't this
>simply be:
>
>ti->drift = HPET_DRIFT;
>
>The current code seems to greatly penalize any hpet timer with greater
>than a 1MHz frequency.  Thanks,
>
>	Alex
>
>-- 
>Alex Williamson                             HP Linux & Open Source Lab
>
>

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: HPET drift question
  2005-08-27  0:53 Pallipadi, Venkatesh
@ 2005-08-28 14:03 ` Bob Picco
  0 siblings, 0 replies; 3+ messages in thread
From: Bob Picco @ 2005-08-28 14:03 UTC (permalink / raw)
  To: Pallipadi, Venkatesh; +Cc: Alex Williamson, robert.picco, linux-kernel

Pallipadi, Venkatesh wrote:	[Fri Aug 26 2005, 08:53:35PM EDT]
> 
> Yes. Looks like "ti->drift = HPET_DRIFT;" is right here. However, I
> would 
> like to double check this with Bob.
> 
> Thanks,
> Venki
> 
> >-----Original Message-----
> >From: Alex Williamson [mailto:alex.williamson@hp.com] 
> >Sent: Thursday, August 25, 2005 8:17 AM
> >To: Pallipadi, Venkatesh
> >Cc: robert.picco@hp.com; linux-kernel@vger.kernel.org
> >Subject: HPET drift question
> >
> >Hi Venki,
> >
> >   I'm confused by the calculation of the drift value in the hpet
> >driver.  The specs defines the recommended minimum hardware
> >implementation is a frequency drift of 0.05% or 500ppm.  However, the
> >drift passed in when registering with the time interpolator is:
> >
> >ti->drift = ti->frequency * HPET_DRIFT / 1000000;
> >
> >Isn't that absolute number of ticks per second drift?  The time
> >interpolator defines the drift in parts per million.  Shouldn't this
> >simply be:
> >
> >ti->drift = HPET_DRIFT;
> >
> >The current code seems to greatly penalize any hpet timer with greater
> >than a 1MHz frequency.  Thanks,
> >
> >	Alex
> >
> >-- 
> >Alex Williamson                             HP Linux & Open Source Lab
> >
> >
Hi Venki:

Alex and I had an earlier IRC discussion where we agreed that HPET_DRIFT
should be the value.  We were just verifying with you.

thanks,

bob

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2005-08-28 14:02 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-08-25 15:17 HPET drift question Alex Williamson
  -- strict thread matches above, loose matches on Subject: below --
2005-08-27  0:53 Pallipadi, Venkatesh
2005-08-28 14:03 ` Bob Picco

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox