Date: Fri, 23 Feb 2007 01:55:20 -0800 (PST)
Message-Id: <20070223.015520.125893182.davem@davemloft.net>
To: tglx@linutronix.de
Cc: linux-kernel@vger.kernel.org, johnstul@us.ibm.com
Subject: Re: sparc generic time / clockevents
From: David Miller <davem@davemloft.net>
In-Reply-To: <1172224579.25076.219.camel@localhost.localdomain>
References: <1172165959.25076.192.camel@localhost.localdomain>
	<20070223.012519.48528691.davem@davemloft.net>
	<1172224579.25076.219.camel@localhost.localdomain>
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1183
Lines: 30

From: Thomas Gleixner <tglx@linutronix.de>
Date: Fri, 23 Feb 2007 10:56:18 +0100

> On Fri, 2007-02-23 at 01:25 -0800, David Miller wrote:
> > > Yes, all you need is to omit the CLOCK_EVT_FEAT_PERIODIC flag when you
> > > register your device.
> > 
> > Thanks a lot Thomas.
> > 
> > I noticed while doing this work that the generic clock code is
> > incompatible with the time interpolator, since both provide a
> > do_{get,set}timeofday() implementation.  Just FYI...
> 
> John, can you have a look at this ?

Note we may not care :-)  All the interpolator does is provide
a generic tick based gettimeofday implementation, and the generic
clock code does essentially the same thing.

And the generic clock code must in fact provide the implementations
in order to deal with dyntick issues.

The only other platform using the time interpolator is IA64,
and after my dyntick implementation on sparc64 the one and
only user will be IA64 :-)
-
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/