Thread (25 messages) 25 messages, 7 authors, 2012-07-13

RE: [PATCH v6 1/5] powerpc/85xx: implement hardware timebase sync

From: Zhao Chenhui-B35336 <hidden>
Date: 2012-06-29 10:34:13
Also in: lkml

-----Original Message-----
From: Linuxppc-dev [mailto:linuxppc-dev-bounces+chenhui.zhao=3Dfreescale.=
com@lists.ozlabs.org] On Behalf
Of Kumar Gala
Sent: Friday, June 29, 2012 2:30 AM
To: Zhao Chenhui-B35336
Cc: Wood Scott-B07421; linuxppc-dev@lists.ozlabs.org list; linux-kernel@v=
ger.kernel.org list
Subject: Re: [PATCH v6 1/5] powerpc/85xx: implement hardware timebase syn=
c
=20
=20
On Jun 28, 2012, at 5:50 AM, Benjamin Herrenschmidt wrote:
=20
quoted
On Thu, 2012-06-28 at 11:38 +0800, Zhao Chenhui wrote:
quoted

The bootloader have done a timebase sync. If we do not need KEXEC or
HOTPLUG_CPU feature, it is unnecessary to do it again at boot time of
kernel. I only compile the timebase sync routines
when users enable KEXEC or HOTPLUG_CPU.
Still, how much are you really saving ? Is it worth the added mess and
loss of test coverage ?

We have too many conditional stuff like that already.

Cheers,
Ben.
=20
I'd also be interested to know how long it actually takes to do time base=
 sync this way.  Since you
are freezing the timers for some period how long does it really take betw=
een the freeze/unfreeze in
mpc85xx_give_timebase()
=20
+	mpc85xx_timebase_freeze(1);
...
+	mpc85xx_timebase_freeze(0);
=20
You can use ATBL/U as a way to see # of cycles taken.
=20
- k
I measured it using ATBL on MPC8572DS with 1.5GHz core frequency and 600MHz=
 CCB frequency.
The average of 10 times is 1019 clock. It seems that most of the time spent=
 by isync and msync.

-Chenhui
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help