lkml.org 
[lkml]   [2005]   [Dec]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC][PATCH] x86_64: Fix collision between pmtimer and pit/hpet timekeeping
On Tue, Dec 06, 2005 at 09:00:39PM -0800, john stultz wrote:
> Hello,
> I thought I had caught all the problems when the no-legacy HPET support
> landed close to the time that the ACPI PM timer support landed, but
> apparently not. :(
>
> On systems that do not support the HPET legacy functions (basically the
> IBM x460, but there could be others), in time_init() we accidentally
> fall into a PM timer conditional and set the vxtime_hz value to the PM
> timer's frequency. We then use this value with the HPET for timekeeping.
>
> This patch (which mimics the behavior in time_init_gtod) corrects the
> collision.
>
> Andi, any objections or suggestions for a better way?

Ok. I will apply it.

But I never quite got why you fall back to the PIT on these systems
anyways - if LEGSUP is not set it just means that the HPET interrupt
cannot be routed to irq 0, right? It should be quite easy to change
the timer code to accept timer interrupts on other irqs.

You just need to allocate the other interrupt and possibly coordinate
that with the hpet char driver (or rather move the code for that
from there to time.c). I think implementing that would be a better
solution.

-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-12-07 18:56    [W:1.060 / U:0.120 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site