From: marc.zyngier@arm.com (Marc Zyngier)
To: linux-arm-kernel@lists.infradead.org
Subject: [v2 5/9] clocksource: tegra: Enable ARM arch_timer with TSC
Date: Wed, 09 Jan 2013 10:01:05 +0100 [thread overview]
Message-ID: <79cf9366702f71f8c7add23b2aa0afec@localhost> (raw)
In-Reply-To: <50ED1F8F.4060700@ti.com>
On Wed, 9 Jan 2013 13:13:11 +0530, Santosh Shilimkar
<santosh.shilimkar@ti.com> wrote:
> On Wednesday 09 January 2013 11:27 AM, Hiroshi Doyu wrote:
>> Hi Marc,
>>
>> Marc Zyngier <marc.zyngier@arm.com> wrote @ Tue, 8 Jan 2013 17:07:39
>> +0100:
>>
>>> On 08/01/13 12:47, Hiroshi Doyu wrote:
>>>> Add platform enabler for ARM arch_timer(TSC). TSC is more fine
grained
>>>> timer than TMR0. If it's available, it will be used for clock source
>>>> and sched_clock. Otherwise, TMR0 is used. In any case TMR0 is
>>>> necessary for clock event.
>>>>
>>>> Signed-off-by: Hiroshi Doyu <hdoyu@nvidia.com>
>>>> ---
>>>> .../bindings/arm/tegra/nvidia,tegra114-tsc.txt | 11 ++++
>>>> drivers/clocksource/tegra20_timer.c | 65
>>>> +++++++++++++++++++-
>>>> 2 files changed, 75 insertions(+), 1 deletion(-)
>>>> create mode 100644
>>>> Documentation/devicetree/bindings/arm/tegra/nvidia,tegra114-tsc.txt
>>>>
>>>> diff --git
>>>> a/Documentation/devicetree/bindings/arm/tegra/nvidia,tegra114-tsc.txt
>>>> b/Documentation/devicetree/bindings/arm/tegra/nvidia,tegra114-tsc.txt
>>>> new file mode 100644
>>>> index 0000000..9de936a
>>>> --- /dev/null
>>>> +++
>>>> b/Documentation/devicetree/bindings/arm/tegra/nvidia,tegra114-tsc.txt
>>>> @@ -0,0 +1,11 @@
>>>> +NVIDIA Tegra Timer Stamp Counter(TSC)
>>>> +
>>>> +Required properties:
>>>> +- compatible : "nvidia,tegra114-tsc
>>>> +- reg : Should contain 1 register ranges(address and length)
>>>> +
>>>> +Example:
>>>> + tsc {
>>>> + compatible = "nvidia,tegra114-tsc";
>>>> + reg = <0x700f0000 0x20000>;
>>>> + };
>>>> diff --git a/drivers/clocksource/tegra20_timer.c
>>>> b/drivers/clocksource/tegra20_timer.c
>>>> index 1d25de8..564266d 100644
>>>> --- a/drivers/clocksource/tegra20_timer.c
>>>> +++ b/drivers/clocksource/tegra20_timer.c
>>>> @@ -30,6 +30,7 @@
>>>> #include <asm/mach/time.h>
>>>> #include <asm/smp_twd.h>
>>>> #include <asm/sched_clock.h>
>>>> +#include <asm/arch_timer.h>
>>>>
>>>> #define RTC_SECONDS 0x08
>>>> #define RTC_SHADOW_SECONDS 0x0c
>>>> @@ -271,10 +272,72 @@ static void __init tegra20_init_tmr(void)
>>>> clockevents_register_device(&tegra_clockevent);
>>>> }
>>>>
>>>> +#define TSC_CNTCR 0 /* TSC control registers */
>>>> +#define TSC_CNTCR_ENABLE (1 << 0) /* Enable */
>>>> +#define TSC_CNTCR_HDBG (1 << 1) /* Halt on debug */
>>>> +
>>>> +#define TSC_CNTCV0 0x8 /* TSC counter (LSW) */
>>>> +#define TSC_CNTCV1 0xc /* TSC counter (MSW) */
>>>> +#define TSC_CNTFID0 0x20 /* TSC freq id 0 */
>>>> +
>>>> +static const struct of_device_id tegra_tsc_match[] __initconst = {
>>>> + { .compatible = "nvidia,tegra114-tsc" },
>>>> + {}
>>>> +};
>>>> +
>>>> +/* FIXME: only secure mode is supported. */
>>>
>>> And this is a bug, as far as I'm concerned.
>>>
>>>> +static int tegra_arch_timer_init(void)
>>>> +{
>>>> + int err;
>>>> + struct device_node *np;
>>>> + struct clk *clk;
>>>> + void __iomem *tsc_base;
>>>> + u32 freq, val;
>>>> +
>>>> + np = of_find_matching_node(NULL, tegra_tsc_match);
>>>> + if (!np)
>>>> + return -ENODEV;
>>>> +
>>>> + tsc_base = of_iomap(np, 0);
>>>> + if (!tsc_base)
>>>> + return -ENODEV;
>>>> +
>>>> + clk = clk_get_sys("clk_m", NULL);
>>>> + if (IS_ERR(clk)) {
>>>> + freq = 12000000;
>>>> + pr_warn("Unable to get timer clock. Assuming 12Mhz input
clock.\n");
>>>> + } else {
>>>> + freq = clk_get_rate(clk);
>>>> + clk_put(clk);
>>>> + }
>>>> + writel_relaxed(freq, tsc_base + TSC_CNTFID0);
>>>> +
>>>> + /* CNTFRQ */
>>>> + asm("mcr p15, 0, %0, c14, c0, 0\n" : : "r" (freq));
>>>> + asm("mrc p15, 0, %0, c14, c0, 0\n" : "=r" (val));
>>>> + BUG_ON(val != freq);
>>>
>>> No, not again! Like I said last year, this won't fly. So instead of
>>> trying to work around a broken firmware, let's do the right thing.
>>>
>>>> +
>>>> + val = readl_relaxed(tsc_base + TSC_CNTCR);
>>>> + val |= TSC_CNTCR_ENABLE | TSC_CNTCR_HDBG;
>>>> + writel_relaxed(val, tsc_base + TSC_CNTCR);
>>>> +
>>>> + err = arch_timer_of_register();
>>>
>>> What about adding an optional property to the binding, pointing to the
>>> required clock? That would solve the above problem in a sensible way,
>>> and your kernel wouldn't go bust.
>>
>> Could you explain a bit more? We have the follwing DT entries related
to
>> this:
>>
>> tsc {
>> compatible = "nvidia,tegra114-tsc";
>> reg = <0x700f0000 0x20000>;
>> };
>>
>> ...
>>
>> timer {
>> compatible = "arm,armv7-timer";
>> interrupts = <1 13 0xf08>,
>> <1 14 0xf08>,
>> <1 11 0xf08>,
>> <1 10 0xf08>;
>> };
>>
> Arch timer frequency can be specified in DT since the code
> already has provision to extract it. Below is extract
> from OMAP5 DT code.
>
> timer {
> compatible = "arm,armv7-timer";
>
> interrupts = <1 14 0x308>;
> clock-frequency = <6144000>;
> };
>
> I think thats what Marc is pointing out.
Almost. I already proposed this in the past, but because the source clock
is variable in the Tegra case, this is not flexible enough.
What I was suggesting was to do the following:
timer {
compatible = "arm,armv7-timer";
[...]
clocks = <&tsc>;
}
tsc: tsc {
compatible = "nvidia,tegra114-tsc";
reg = <0x700f0000 0x20000>;
freq-range = <... ...>;
clock-output-names = "tsc";
}
In the arch_timer code, start searching for the "clocks" property, and use
that if there is one. Otherwise, fall back to "clock-frequency", and
ultimately to reading CNTFRQ.
This requires some changes (converting the tsc code to be a clock), but
this is at least a proper description of the hardware, and should give you
the required flexibility.
Thanks,
M.
--
Fast, cheap, reliable. Pick two.
next prev parent reply other threads:[~2013-01-09 9:01 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-08 12:47 [v2 0/9] ARM: Initial support for Tegra 114 SoC Hiroshi Doyu
2013-01-08 12:47 ` [v2 1/9] ARM: tegra: fuse: Add chipid TEGRA114 0x35 Hiroshi Doyu
2013-01-08 12:47 ` [v2 2/9] HACK: ARM: tegra: Use CLK_IGNORE_UNUSED for Tegra 114 SoC Hiroshi Doyu
2013-01-08 22:52 ` Stephen Warren
2013-01-08 12:47 ` [v2 3/9] ARM: tegra: # of CPU cores detection w/ & w/o HAVE_ARM_SCU Hiroshi Doyu
2013-01-08 14:26 ` Russell King - ARM Linux
2013-01-09 5:46 ` Hiroshi Doyu
2013-01-09 6:07 ` Joseph Lo
2013-01-09 6:25 ` Hiroshi Doyu
2013-01-08 14:28 ` Mark Rutland
2013-01-08 14:53 ` Hiroshi Doyu
2013-01-08 16:21 ` Mark Rutland
2013-01-08 17:11 ` Lorenzo Pieralisi
2013-01-09 11:46 ` Hiroshi Doyu
2013-01-09 15:17 ` Lorenzo Pieralisi
2013-01-10 12:58 ` Hiroshi Doyu
2013-01-10 13:47 ` Lorenzo Pieralisi
2013-01-10 14:03 ` Hiroshi Doyu
2013-01-10 14:33 ` Lorenzo Pieralisi
2013-01-10 14:59 ` Hiroshi Doyu
2013-01-10 16:54 ` Stephen Warren
2013-01-11 10:11 ` Lorenzo Pieralisi
2013-01-11 11:56 ` Hiroshi Doyu
2013-01-08 19:32 ` Stephen Warren
2013-01-09 5:49 ` Hiroshi Doyu
2013-01-09 11:34 ` Lorenzo Pieralisi
2013-01-09 16:17 ` Stephen Warren
2013-01-09 18:07 ` Lorenzo Pieralisi
2013-01-10 6:53 ` Hiroshi Doyu
2013-01-10 6:31 ` Hiroshi Doyu
2013-01-10 9:51 ` Lorenzo Pieralisi
2013-01-08 12:47 ` [v2 4/9] clocksource: tegra: Reorganize funcs by clock functionarities Hiroshi Doyu
2013-01-08 12:47 ` [v2 5/9] clocksource: tegra: Enable ARM arch_timer with TSC Hiroshi Doyu
2013-01-08 16:07 ` Marc Zyngier
2013-01-08 22:41 ` Stephen Warren
2013-01-09 6:00 ` Hiroshi Doyu
2013-01-09 6:40 ` Stephen Warren
2013-01-09 6:55 ` Hiroshi Doyu
2013-01-09 5:57 ` Hiroshi Doyu
2013-01-09 7:43 ` Santosh Shilimkar
2013-01-09 9:01 ` Marc Zyngier [this message]
2013-01-10 15:03 ` Hiroshi Doyu
2013-01-10 15:10 ` Marc Zyngier
2013-01-08 12:47 ` [v2 6/9] ARM: dt: tegra114: Add new SoC base, Tegra 114 SoC Hiroshi Doyu
2013-01-08 22:49 ` Stephen Warren
2013-01-10 12:35 ` Hiroshi Doyu
2013-01-08 12:47 ` [v2 7/9] ARM: dt: tegra114: Add new board, Dalmore Hiroshi Doyu
2013-01-08 12:47 ` [v2 8/9] ARM: dt: tegra114: Add new board, Pluto Hiroshi Doyu
2013-01-08 12:47 ` [v2 9/9] ARM: tegra: Add initial support for Tegra 114 SoC Hiroshi Doyu
2013-01-08 22:52 ` Stephen Warren
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=79cf9366702f71f8c7add23b2aa0afec@localhost \
--to=marc.zyngier@arm.com \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).