On Thu, Jan 26, 2012 at 05:23:30, john stultz wrote:
> On Wed, 2012-01-18 at 16:58 +0530, Vaibhav Hiremath wrote:
> > +/**
> > + * read_persistent_clock - Return time from a persistent clock.
> > + *
> > + * Reads the time from a source which isn't disabled during PM, the
> > + * 32k sync timer.
On Wed, 2012-01-18 at 16:58 +0530, Vaibhav Hiremath wrote:
> +/**
> + * read_persistent_clock - Return time from a persistent clock.
> + *
> + * Reads the time from a source which isn't disabled during PM, the
> + * 32k sync timer. Convert the cycles elapsed since last read into
> + * nsecs and a
On Thu, Jan 19, 2012 at 18:39:26, Tony Lindgren wrote:
> * Russell King - ARM Linux [120118 06:18]:
> > On Wed, Jan 18, 2012 at 02:45:36PM +, Marc Zyngier wrote:
> > > Can't you instead use the ARM sched_clock framework?
> >
> > OMAP does, and has done for quite some time. The problem is the
* Russell King - ARM Linux [120118 06:18]:
> On Wed, Jan 18, 2012 at 02:45:36PM +, Marc Zyngier wrote:
> > Can't you instead use the ARM sched_clock framework?
>
> OMAP does, and has done for quite some time. The problem is these
> patches are against an old kernel.
Additionally we're alrea
On Wed, Jan 18, 2012 at 02:45:36PM +, Marc Zyngier wrote:
> Can't you instead use the ARM sched_clock framework?
OMAP does, and has done for quite some time. The problem is these
patches are against an old kernel.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the
On 18/01/12 14:38, Hiremath, Vaibhav wrote:
> On Wed, Jan 18, 2012 at 19:55:51, Marc Zyngier wrote:
>> On 18/01/12 14:11, Russell King - ARM Linux wrote:
>>> On Wed, Jan 18, 2012 at 01:34:55PM +, Hiremath, Vaibhav wrote:
On Wed, Jan 18, 2012 at 17:29:52, Russell King - ARM Linux wrote:
>>>
On Wed, Jan 18, 2012 at 19:55:51, Marc Zyngier wrote:
> On 18/01/12 14:11, Russell King - ARM Linux wrote:
> > On Wed, Jan 18, 2012 at 01:34:55PM +, Hiremath, Vaibhav wrote:
> >> On Wed, Jan 18, 2012 at 17:29:52, Russell King - ARM Linux wrote:
> >>> On Wed, Jan 18, 2012 at 04:58:02PM +0530, Va
On 18/01/12 14:11, Russell King - ARM Linux wrote:
> On Wed, Jan 18, 2012 at 01:34:55PM +, Hiremath, Vaibhav wrote:
>> On Wed, Jan 18, 2012 at 17:29:52, Russell King - ARM Linux wrote:
>>> On Wed, Jan 18, 2012 at 04:58:02PM +0530, Vaibhav Hiremath wrote:
Convert counter_32k clocksource dri
On Wed, Jan 18, 2012 at 19:41:47, Russell King - ARM Linux wrote:
> On Wed, Jan 18, 2012 at 01:34:55PM +, Hiremath, Vaibhav wrote:
> > On Wed, Jan 18, 2012 at 17:29:52, Russell King - ARM Linux wrote:
> > > On Wed, Jan 18, 2012 at 04:58:02PM +0530, Vaibhav Hiremath wrote:
> > > > Convert counte
On Wed, Jan 18, 2012 at 01:34:55PM +, Hiremath, Vaibhav wrote:
> On Wed, Jan 18, 2012 at 17:29:52, Russell King - ARM Linux wrote:
> > On Wed, Jan 18, 2012 at 04:58:02PM +0530, Vaibhav Hiremath wrote:
> > > Convert counter_32k clocksource driver to standard platform_driver
> > > and move it dri
On Wed, Jan 18, 2012 at 17:29:52, Russell King - ARM Linux wrote:
> On Wed, Jan 18, 2012 at 04:58:02PM +0530, Vaibhav Hiremath wrote:
> > Convert counter_32k clocksource driver to standard platform_driver
> > and move it drivers/clocksource/ directory.
> >
> > Also, rename it to more generic name
On Wed, Jan 18, 2012 at 04:58:02PM +0530, Vaibhav Hiremath wrote:
> Convert counter_32k clocksource driver to standard platform_driver
> and move it drivers/clocksource/ directory.
>
> Also, rename it to more generic name "omap-32k.c".
NAK. sched_clock is supposed to be available early. Platfor
12 matches
Mail list logo