All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: "\"Schlägl \\\"Manfred jun.\\\"\"" <manfred.schlaegl@domain.hid>
Cc: adeos-main@gna.org
Subject: Re: [Adeos-main] Re: Re: Porting to Intel IXP425
Date: Mon, 02 Apr 2007 14:23:00 +0200	[thread overview]
Message-ID: <4610F5A4.20807@domain.hid> (raw)
In-Reply-To: <1175515305.5342.29.camel@domain.hid>

Schlägl Manfred jun. wrote:
> Am Montag, den 02.04.2007, 13:34 +0200 schrieb Richard Cochran:
> 
>>>Then you have to implement it like I described. 
>>>
>>>Take a look at the implementation for integrator-platforms.
>>>(Timer with wraparound)
>>
>>Well, as I said, the IXP425 one-shot timer mode does _not_ wrap around.
>>It just stops.
> 
> 
>>I'm not sure how (or why) to account for the clock ticks that transpire
>>during the interrupt handler.
>>
>>There are no clock ticks lost in __ipipe_mach_get_tsc, since this gets the
>>value of a free-flowing timer.
>>
>>Previously you wrote,
>>
>>
>>>These lost-ticks should be added to the global time-stamp (returned by
>>>get_tsc) and should mentioned at the linux-gettimeoffset-function also.
>>
>>Can you be more specific? What is the "linux-gettimeoffset-function" of
>>which you speak?
> 
> 
> Linux gettimeoffset calls a march-specific function
> (ixp4xx_gettimeoffset) which delivers the time in us since the last
> timer-tick (timer-interrupt).
> 
> 
>>>Lost-ticks could sum up to a bothering time-error.
>>
>>But in the plain-old Linux code, no such adjustment is made (using a
>>periodic timer, see below).
> 
> 
> In this implementation a time-stamp register is used. Excuse me, I
> misunderstood your mail before...
> Forget what i said. It's quite simpler to use such a timer for adeos. 
> Gilles Chanteperdrix is right.

Actually, I was looking at the IXP465 datasheet which has a free-running
counter with match register. But if I understand correctly, the IXP425
has the same free running counter as IXP465 but no match register.

-- 
                                                 Gilles Chanteperdrix


  reply	other threads:[~2007-04-02 12:23 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <899865CA54E4444DAF2E3639C04C5F4805EC65@domain.hid>
2007-04-02 12:01 ` [Adeos-main] Re: Re: Porting to Intel IXP425 Schlägl Manfred jun.
2007-04-02 12:23   ` Gilles Chanteperdrix [this message]
     [not found] <200704010957.l319viZD032109@domain.hid>
2007-04-02  6:52 ` Richard Cochran
2007-04-02 10:56   ` Schlägl Manfred jun.
2007-04-03  9:58     ` Gilles Chanteperdrix
2007-04-03 11:34       ` Richard Cochran

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=4610F5A4.20807@domain.hid \
    --to=gilles.chanteperdrix@xenomai.org \
    --cc=adeos-main@gna.org \
    --cc=manfred.schlaegl@domain.hid \
    /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.