devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v3 1/2] dt-bindings: timer: Add binding doc for nxp system counter timer
@ 2019-04-03 10:20 Jacky Bai
  2019-04-03 10:20 ` [PATCH v3 2/2] driver: clocksource: Add nxp system counter timer driver support Jacky Bai
  2019-04-06  6:07 ` [PATCH v3 1/2] dt-bindings: timer: Add binding doc for nxp system counter timer Rob Herring
  0 siblings, 2 replies; 5+ messages in thread
From: Jacky Bai @ 2019-04-03 10:20 UTC (permalink / raw)
  To: daniel.lezcano@linaro.org, tglx@linutronix.de, robh+dt@kernel.org,
	shawnguo@kernel.org, mark.rutland@arm.com, Aisheng Dong
  Cc: linux-kernel@vger.kernel.org, devicetree@vger.kernel.org,
	dl-linux-imx

From: Bai Ping <ping.bai@nxp.com>

Add the binding doc for nxp system counter timer module.

Signed-off-by: Bai Ping <ping.bai@nxp.com>
---
change v1->v2
 - remove the blank line at EOF
change v2->v3
 - update the binding example based on the driver change
---
 .../devicetree/bindings/timer/nxp,sysctr-timer.txt | 25 ++++++++++++++++++++++
 1 file changed, 25 insertions(+)
 create mode 100644 Documentation/devicetree/bindings/timer/nxp,sysctr-timer.txt

diff --git a/Documentation/devicetree/bindings/timer/nxp,sysctr-timer.txt b/Documentation/devicetree/bindings/timer/nxp,sysctr-timer.txt
new file mode 100644
index 0000000..d576599
--- /dev/null
+++ b/Documentation/devicetree/bindings/timer/nxp,sysctr-timer.txt
@@ -0,0 +1,25 @@
+NXP System Counter Module(sys_ctr)
+
+The system counter(sys_ctr) is a programmable system counter which provides
+a shared time base to Cortex A15, A7, A53, A73, etc. it is intended for use in
+applications where the counter is always powered and support multiple,
+unrelated clocks. The compare frame inside can be used for timer purpose.
+
+Required properties:
+
+- compatible :      should be "nxp,sysctr-timer"
+- reg :             Specifies the base physical address and size of the comapre
+                    frame and the counter control, read & compare.
+- interrupts :      should be the first compare frames' interrupt
+- clocks : 	    Specifies the counter clock.
+- clock-names: 	    Specifies the clock's name of this module
+
+Example:
+
+	system_counter: timer@306a0000 {
+		compatible = "nxp,sysctr-timer";
+		reg = <0x306a0000 0x20000>;/* system-counter-rd & compare */
+		clocks = <&clk_8m>;
+		clock-names = "per";
+		interrupts = <GIC_SPI 47 IRQ_TYPE_LEVEL_HIGH>;
+	};
-- 
1.9.1

^ permalink raw reply related	[flat|nested] 5+ messages in thread
* Re: [PATCH v3 2/2] driver: clocksource: Add nxp system counter timer driver support
@ 2019-05-20  9:32 Jacky Bai
  0 siblings, 0 replies; 5+ messages in thread
From: Jacky Bai @ 2019-05-20  9:32 UTC (permalink / raw)
  To: Thomas Gleixner
  Cc: daniel.lezcano@linaro.org, robh+dt@kernel.org,
	shawnguo@kernel.org, mark.rutland@arm.com, Aisheng Dong,
	linux-kernel@vger.kernel.org, devicetree@vger.kernel.org,
	dl-linux-imx

Sorry for delayed response to you, my mail client did something wrong. :(

> On Wed, 3 Apr 2019, Jacky Bai wrote:
> 
> > From: Bai Ping <ping.bai@nxp.com>
> >
> > The system counter (sys_ctr) is a programmable system counter which
> > provides a shared time base to the Cortex A15, A7, A53 etc cores.
> > It is intended for use in applications where the counter is always
> > powered on and supports multiple, unrelated clocks. The sys_ctr
> > hardware
> > supports:
> >  - 56-bit counter width (roll-over time greater than 40 years)
> >  - compare frame(64-bit compare value) contains programmable interrupt
> >    generation
> 
> I hope that's a <= compare and not a == ....
> 

Yes, it is <= compare, when the free running counter value >= the compare value, then interrupt is triggered.

> > +static void sysctr_timer_enable(bool enable) {
> > +     u32 val;
> > +
> > +     val = readl(sys_ctr_base + CMPCR);
> > +     val &= ~SYS_CTR_EN;
> > +     if (enable)
> > +             val |= SYS_CTR_EN;
> > +
> > +     writel(val, sys_ctr_base + CMPCR);
> 
> This read is really just overhead. Why aren't you caching the control register
> value? It's not a self modifying register and I don't see concurrency here
> either.
> 

Thanks, I will use a cached value for it.

> > +}
> > +
> > +static void sysctr_irq_acknowledge(void) {
> > +     /*
> > +      * clear the enable bit(EN =0) will clear
> > +      * the status bit(ISTAT = 0), then the interrupt
> > +      * signal will be negated(acknowledged).
> > +      */
> > +     sysctr_timer_enable(false);
> > +}
> > +
> > +static inline u64 sysctr_read_counter(void) {
> > +     u32 cnt_hi, tmp_hi, cnt_lo;
> > +
> > +     do {
> > +             cnt_hi = readl_relaxed(sys_ctr_base + CNTCV_HI);
> > +             cnt_lo = readl_relaxed(sys_ctr_base + CNTCV_LO);
> > +             tmp_hi = readl_relaxed(sys_ctr_base + CNTCV_HI);
> > +     } while (tmp_hi != cnt_hi);
> 
> When will hardware people finally get it? Is it so damned hard to make the
> readout do:
> 
>         lo = read_lo()          -> internally latches HI in hardware
>         hi = read_hi()          -> reads the latched value
> 
> It's not rocket science, but it would spare these horrible read loops. But sure,
> performance happens in whitepapers and marketing slides ....
> 

Sadly, hardware people don't implement such internal latch logic, so we need to use such read loop.

> > +
> > +     return  ((u64) cnt_hi << 32) | cnt_lo; }
> > +
> > +static int sysctr_set_next_event(unsigned long delta,
> > +                              struct clock_event_device *evt) {
> > +     u32 cmp_hi, cmp_lo;
> > +     u64 next;
> > +
> > +     sysctr_timer_enable(false);
> > +
> > +     next = sysctr_read_counter();
> > +
> > +     next += delta;
> > +
> > +     cmp_hi = (next >> 32) & 0x00fffff;
> > +     cmp_lo = next & 0xffffffff;
> > +
> > +     writel_relaxed(cmp_hi, sys_ctr_base + CMPCV_HI);
> > +     writel_relaxed(cmp_lo, sys_ctr_base + CMPCV_LO);
> 
> Please document that this is a <= comparator. If that's not true then this
> function is broken for small deltas and delays between read_counter() and
> enable.

It is <= comparator, so it is safe.

> 
> > +
> > +     sysctr_timer_enable(true);
> > +
> > +     return 0;
> > +}
> > +
> > +static int sysctr_set_state_oneshot(struct clock_event_device *evt) {
> > +     sysctr_timer_enable(true);
> 
> That's wrong. Why do you want to enable the timer here? When the state is
> set to one shot then the next operation is set_next_event() but before that
> nothing should ever come out of the timer.
> 

Thanks, I will remove it in V4.

BR
Jacky Bai

> Thanks,
> 
>         tglx

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2019-05-20  9:32 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-04-03 10:20 [PATCH v3 1/2] dt-bindings: timer: Add binding doc for nxp system counter timer Jacky Bai
2019-04-03 10:20 ` [PATCH v3 2/2] driver: clocksource: Add nxp system counter timer driver support Jacky Bai
2019-04-05 22:12   ` Thomas Gleixner
2019-04-06  6:07 ` [PATCH v3 1/2] dt-bindings: timer: Add binding doc for nxp system counter timer Rob Herring
  -- strict thread matches above, loose matches on Subject: below --
2019-05-20  9:32 [PATCH v3 2/2] driver: clocksource: Add nxp system counter timer driver support Jacky Bai

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).