All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Kiszka <jan.kiszka@domain.hid>
To: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
Cc: xenomai-core <xenomai@xenomai.org>
Subject: Re: [Xenomai-core] Monotonic, realtime, and other timers
Date: Tue, 26 Jun 2007 15:39:10 +0200	[thread overview]
Message-ID: <468116FE.4090402@domain.hid> (raw)
In-Reply-To: <18046.42783.829807.333066@domain.hid>

[-- Attachment #1: Type: text/plain, Size: 935 bytes --]

Gilles Chanteperdrix wrote:
> IMO, the only advantage of having absolute timers is to be able to apply
> the posix scheme. So, if I followed correctly your discussion, what we
> need is:
> - an XNTBISOL flag with a service xntbase_isol which set this flag and
>   unshare the target timebase if it is shared (IOW, if aperiodic)
> - the service xntbase_adjust_time to walk all the absolute timers of the
>   non isolated timebases and adjust their expiry date or play their
>   handler the posix way.

Two questions came up here regarding item #2:

 - Shouldn't we also adjust the non-monotonic timers of an isolated base
   if it asks for wallclock tuning? I think so.

 - We don't have a service to walk the list of all pending timers, do
   we? As that touches all of our timer queue variants and I'm not
   familiar with their details (except for plain lists...), I would
   welcome any support on this.

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]

  reply	other threads:[~2007-06-26 13:39 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-23  8:08 [Xenomai-core] Monotonic, realtime, and other timers Jan Kiszka
2007-06-23 10:25 ` Philippe Gerum
2007-06-23 11:39   ` Jan Kiszka
2007-06-23 18:37     ` Philippe Gerum
2007-06-24  8:43       ` Jan Kiszka
2007-06-24 17:17         ` Gilles Chanteperdrix
2007-06-26 13:39           ` Jan Kiszka [this message]
2007-06-26 19:12             ` Gilles Chanteperdrix
2007-06-26 19:41               ` Jan Kiszka
2007-06-26 22:52                 ` Gilles Chanteperdrix
2007-06-27 11:49                   ` Jan Kiszka
2007-06-26 19:37             ` Philippe Gerum
2007-06-24 18:15         ` Philippe Gerum
2007-06-25  6:12           ` Jan Kiszka
2007-06-25 10:49             ` Gilles Chanteperdrix
2007-06-25 10:58               ` Jan Kiszka
2007-06-25 14:34                 ` Jan Kiszka
2007-06-25 18:35                   ` Gilles Chanteperdrix
2007-06-25 18:50                     ` Jan Kiszka
2007-06-25 22:15             ` Philippe Gerum

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=468116FE.4090402@domain.hid \
    --to=jan.kiszka@domain.hid \
    --cc=gilles.chanteperdrix@xenomai.org \
    --cc=xenomai@xenomai.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 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.