[RFC PATCHv3 4/6] clocksource: Add TI-Nspire timer drivers
Linus Walleij
linus.walleij at linaro.org
Fri May 17 09:17:39 EDT 2013
On Tue, May 14, 2013 at 1:51 PM, Daniel Tang <dt.tangr at gmail.com> wrote:
> On 14/05/2013, at 6:03 PM, Linus Walleij <linus.walleij at linaro.org> wrote:
>
>>> +
>>> + timer->interrupt_regs = of_iomap(node, 1);
>>
>> Check for errors.
>>
>>> + timer->irqnr = irq_of_parse_and_map(node, 0);
>>
>> Check for errors.
>>> + if (timer->interrupt_regs && timer->irqnr) {
>>>
>
> The idea with this is to make these properties optional. Each timer has two sub-timers
> but only one can generate interrupts.
I see now. Sorry, I was just being dumb, don't worry!
> Should I comment it in the code to make it apparent what's happening or is there a
> better way to express this?
Maybe. Maybe it's obvious to everyone else but me :-/
>>> + writel(0x3F, timer->interrupt_regs + IO_INTR_ACK);
>>
>> Hm magic number, I guess it's clearing all IRQ lines…
>
> It's a bitmask of bits 0-5.
Yeah I figured so much... So 6 IRQ lines that get cleared.
>> If this timer is really just 16 bits, it's a *pretty* good idea to use
>> the prescaler (I guess this is what IO_DIVIDER is) beacuse else you
>> will get short sleep times with CONFIG_NO_HZ_IDLE on this system,
>> and wake up unnecessarily often.
>>
>> The same goes for the clock event.
>
> The clock frequency is 32768Hz. Should I be scaling it down at that frequency?
No. But that was *pretty* slow.
The thing is that the driver is getting "some clockfrequency" from
the clk subsystem and does not know what it is.
Usually (and I've seen this hardware design pattern a lot) when you
have a clock like this, and go talk to the clk implementation specialist
s/he will say "oh, yeah, I can mux in this 34 MHz clock to the timer
as well", and if that is possible then that is often what you want,
because it's good for things like HRtimers, and then it's useful to have
a prescaler och the clocksource/clockevent.
You can use that 32768 Hz for clock events and clocksource (but I
suspect that HRtimers will never be useful on this platform due to this).
Yours,
Linus Walleij
More information about the linux-arm-kernel
mailing list