[lkml]   [2005]   [Feb]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] Dynamic tick, version 050127-1
* Zwane Mwaikambo <> [050203 22:33]:
> On Thu, 3 Feb 2005, Tony Lindgren wrote:
> > > > > It could also be that the reprogamming of PIT timer does not work on
> > > > > your machine. I chopped off the udelays there... Can you try
> > > > > something like this:
> > > >
> > > > I added the udelays, but behaviour did not change.
> > >
> > > Yeah, and if the first patch was working better, that means the PIT
> > > interrupts work. I'll do another version of the patch where PIT
> > > interrupts work again without local APIC needed, let's see what
> > > happens with that.
> I see in the patch that you're reprogramming the PIT for a periodic mode
> (2) but using dyn_tick->skip as the period. Is this intentional? I thought
> you wanted a oneshot for that.

Yes, it's safer to keep the timer periodic, although it's
used for oneshot purposes for the skips. If the timer interrupt
got missed for some reason, the system would be able to recover when
it's in periodic mode.

And with some timers, we can do the reprogramming faster, as we just
need to load the new value.

I could not figure out how to disable the interrupts for PIT
when local APIC is used and the ticks to skip is longer than PIT
would allow. So I just changed the mode temporarily to disable it.

Does anybody know if there's a way to stop PIT interrupts while
keeping it in the periodic mode?


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 14:10    [W:0.107 / U:11.452 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site