Re: [PATCH 2/8] clocksource: sun4i: Add clocksource and sched clockdrivers

From: Maxime Ripard
Date: Thu Jun 27 2013 - 15:16:54 EST


On Thu, Jun 27, 2013 at 08:36:43PM +0300, Baruch Siach wrote:
> Hi Maxime,
>
> On Thu, Jun 27, 2013 at 07:21:44PM +0200, Maxime Ripard wrote:
> > On Thu, Jun 27, 2013 at 12:46:49PM +0300, Baruch Siach wrote:
> > > On Thu, Jun 27, 2013 at 11:35:58AM +0200, Maxime Ripard wrote:
> > > > On Thu, Jun 27, 2013 at 09:02:34AM +0300, Baruch Siach wrote:
> > > > > On Wed, Jun 26, 2013 at 11:16:55PM +0200, Maxime Ripard wrote:
> > > > > > +static u32 sun4i_timer_sched_read(void)
> > > > >
> > > > > You commit message mentions "64 bits free running counter", but this one only
> > > > > returns 32 bit.
> > > >
> > > > Yeah, the callback setup by setup_sched_clock is supposed to be
> > > > returning a u32, and clocksource_mmio_init only accepts up to 32 bits as
> > > > well, so I'm only using the lower 32bits of this 64 bits counter.
> > > >
> > > > I'll amend the commit log to state this.
> > >
> > > But using 64 bit counter for sched_clock is much easier that using 32 bit one.
> >
> > Easier in what aspect? Both API looks similar.
>
> You can just implement your own simple sched_clock() that just returns the
> current value of this 64 bit counter, and do away with all the tricky code in
> kernel/time/sched_clock.c (in tip.git) that is needed to make the 32 -> 64
> extension safe. This is not compatible with multi-platform kernel, though.

Which is a deal-breaker for us.

I'll use the setup_sched_clock_64 introduced by Stephen then :)

Thanks for the time you took to review these patches!

Maxime

--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

Attachment: signature.asc
Description: Digital signature