All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sergei Shtylyov <sshtylyov@ru.mvista.com>
To: Paul Mackerras <paulus@samba.org>
Cc: linuxppc-dev@ozlabs.org, Thomas Gleixner <tglx@linutronix.de>,
	Realtime Kernel <linux-rt-users@vger.kernel.org>
Subject: Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
Date: Fri, 19 Oct 2007 15:49:37 +0400	[thread overview]
Message-ID: <471899D1.2000903@ru.mvista.com> (raw)
In-Reply-To: <18199.63230.583536.307945@cargo.ozlabs.ibm.com>

Hello.

Paul Mackerras wrote:

>>>What problem do you see arising from this?

>>    Timers firing too early.

> Only if the minimum interrupt latency is less than 1 decrementer
> tick.  That seems pretty unlikely to me unless you have a very slow
> timebase frequency.

    Well, MPC8540 has 825 MHz CPU clock yet decrementor/timebase are clocked 
with 25 MHz clock if I don't mistake. That gives us 33 CPU clocks of available 
interrupt latency...

> In fact what we should program the decrementer to is:

> 	timeout - (is_booke? 0: 1) - min_interrupt_latency

    BTW, why not handle the decrementer difference right in set_dec() where we 
already have #ifdef'ed code?

> I was assuming that min_interrupt_latency (measured in timebase ticks)
> would be at least 1, but apparently some systems can have a timebase
> frequency as low as 1kHz, so we'll have to have an ifdef or something.

    IMHO it's better to have #ifdef based on the decremeter model and forget 
about the whole issue, rather than to #ifdef based on some bizarre system with 
slowish decremeter, isn't it?

> Paul.

WBR, Sergei

WARNING: multiple messages have this Message-ID (diff)
From: Sergei Shtylyov <sshtylyov@ru.mvista.com>
To: Paul Mackerras <paulus@samba.org>
Cc: Tony Breeds <tony@bakeyournoodle.com>,
	linuxppc-dev@ozlabs.org, Thomas Gleixner <tglx@linutronix.de>,
	Realtime Kernel <linux-rt-users@vger.kernel.org>
Subject: Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
Date: Fri, 19 Oct 2007 15:49:37 +0400	[thread overview]
Message-ID: <471899D1.2000903@ru.mvista.com> (raw)
In-Reply-To: <18199.63230.583536.307945@cargo.ozlabs.ibm.com>

Hello.

Paul Mackerras wrote:

>>>What problem do you see arising from this?

>>    Timers firing too early.

> Only if the minimum interrupt latency is less than 1 decrementer
> tick.  That seems pretty unlikely to me unless you have a very slow
> timebase frequency.

    Well, MPC8540 has 825 MHz CPU clock yet decrementor/timebase are clocked 
with 25 MHz clock if I don't mistake. That gives us 33 CPU clocks of available 
interrupt latency...

> In fact what we should program the decrementer to is:

> 	timeout - (is_booke? 0: 1) - min_interrupt_latency

    BTW, why not handle the decrementer difference right in set_dec() where we 
already have #ifdef'ed code?

> I was assuming that min_interrupt_latency (measured in timebase ticks)
> would be at least 1, but apparently some systems can have a timebase
> frequency as low as 1kHz, so we'll have to have an ifdef or something.

    IMHO it's better to have #ifdef based on the decremeter model and forget 
about the whole issue, rather than to #ifdef based on some bizarre system with 
slowish decremeter, isn't it?

> Paul.

WBR, Sergei

  parent reply	other threads:[~2007-10-19 11:49 UTC|newest]

Thread overview: 83+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-21  3:26 [PATCH v2 1/4] Implement {read,update}_persistent_clock Tony Breeds
2007-09-21  3:26 ` [PATCH v2 2/4] Implement generic time of day clocksource for powerpc machines Tony Breeds
2007-09-21  4:05   ` Daniel Walker
2007-09-21  4:05     ` Daniel Walker
2007-09-21  4:59     ` Paul Mackerras
2007-09-21  4:59       ` Paul Mackerras
2007-09-21  6:43       ` David Gibson
2007-09-21  6:43         ` David Gibson
2007-09-21  4:52   ` Stephen Rothwell
2007-09-21  4:52     ` Stephen Rothwell
2007-09-21 21:35     ` Tony Breeds
2007-09-21 21:35       ` Tony Breeds
2007-09-21 21:35     ` [PATCH v3 " Tony Breeds
2007-09-21 21:35       ` Tony Breeds
2007-10-03  0:48       ` Paul Mackerras
2007-10-03  0:48         ` Paul Mackerras
2007-10-03  4:00         ` Thomas Gleixner
2007-10-03  4:00           ` Thomas Gleixner
2007-09-21  3:26 ` [PATCH v2 4/4] Enable tickless idle and high res timers for powerpc Tony Breeds
2007-09-21  3:26 ` [PATCH v2 3/4] Implement clockevents driver " Tony Breeds
2007-10-15 17:40   ` Sergei Shtylyov
2007-10-15 17:40     ` Sergei Shtylyov
2007-10-15 18:33     ` Sergei Shtylyov
2007-10-15 18:33       ` Sergei Shtylyov
2007-10-15 23:44     ` Paul Mackerras
2007-10-15 23:44       ` Paul Mackerras
2007-10-17 14:29       ` Sergei Shtylyov
2007-10-17 14:29         ` Sergei Shtylyov
2007-10-18  0:51         ` Paul Mackerras
2007-10-18  0:51           ` Paul Mackerras
2007-10-18 15:11           ` Sergei Shtylyov
2007-10-18 15:11             ` Sergei Shtylyov
2007-10-19  1:53             ` Paul Mackerras
2007-10-19  1:53               ` Paul Mackerras
2007-10-19 12:11               ` Sergei Shtylyov
2007-10-19 12:11                 ` Sergei Shtylyov
2007-10-19 12:36                 ` Paul Mackerras
2007-10-19 12:36                   ` Paul Mackerras
2007-10-19 13:35                   ` Sergei Shtylyov
2007-10-19 13:35                     ` Sergei Shtylyov
2007-10-24 12:07                     ` Sergei Shtylyov
2007-10-24 12:07                       ` Sergei Shtylyov
2007-10-24 23:55                       ` Paul Mackerras
2007-10-17 14:34       ` Sergei Shtylyov
2007-10-17 14:34         ` Sergei Shtylyov
2007-10-18  0:36         ` Paul Mackerras
2007-10-18  0:36           ` Paul Mackerras
2007-10-18 14:48           ` Sergei Shtylyov
2007-10-18 14:48             ` Sergei Shtylyov
2007-10-19  0:14             ` Paul Mackerras
2007-10-19  0:14               ` Paul Mackerras
2007-10-19  9:22               ` Gabriel Paubert
2007-10-19  9:22                 ` Gabriel Paubert
2007-10-19 11:22                 ` Paul Mackerras
2007-10-19 11:49               ` Sergei Shtylyov [this message]
2007-10-19 11:49                 ` Sergei Shtylyov
2007-10-19 12:24                 ` Paul Mackerras
2007-10-19 12:24                   ` Paul Mackerras
2007-09-26 19:04 ` [PATCH v2 1/4] Implement {read,update}_persistent_clock Steven Rostedt
2007-09-26 19:04   ` Steven Rostedt
2007-09-26 19:39   ` Sergei Shtylyov
2007-09-26 19:39     ` Sergei Shtylyov
2007-09-26 19:44     ` Steven Rostedt
2007-09-26 19:44       ` Steven Rostedt
2007-09-26 19:58       ` Thomas Gleixner
2007-09-26 19:58         ` Thomas Gleixner
2007-10-15 18:05         ` Sergei Shtylyov
2007-10-15 18:05           ` Sergei Shtylyov
2007-10-15 23:46           ` Paul Mackerras
2007-10-15 23:46             ` Paul Mackerras
2007-10-16  1:19           ` Benjamin Herrenschmidt
2007-10-16  1:19             ` Benjamin Herrenschmidt
2007-10-17 12:45             ` Sergei Shtylyov
2007-10-17 12:45               ` Sergei Shtylyov
2007-09-27  1:59     ` Benjamin Herrenschmidt
2007-09-27  1:59       ` Benjamin Herrenschmidt
2007-10-15 18:07       ` Sergei Shtylyov
2007-10-15 18:07         ` Sergei Shtylyov
2007-10-15 23:02         ` Benjamin Herrenschmidt
2007-10-17 15:34 ` Sergei Shtylyov
2007-10-17 15:34   ` Sergei Shtylyov
2007-10-18 14:18   ` Sergei Shtylyov
2007-10-18 14:18     ` Sergei Shtylyov

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=471899D1.2000903@ru.mvista.com \
    --to=sshtylyov@ru.mvista.com \
    --cc=linux-rt-users@vger.kernel.org \
    --cc=linuxppc-dev@ozlabs.org \
    --cc=paulus@samba.org \
    --cc=tglx@linutronix.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.