All of lore.kernel.org
 help / color / mirror / Atom feed
From: Philippe Gerum <rpm@xenomai.org>
To: Michael Neuhauser <mike@domain.hid>
Cc: adeos-main@gna.org
Subject: Re: [Adeos-main] End of interrupt scheduling
Date: Sun, 12 Dec 2004 00:40:06 +0100	[thread overview]
Message-ID: <1102808406.696.97.camel@domain.hid> (raw)
In-Reply-To: <1102682214.13152.116.camel@domain.hid>

On Fri, 2004-12-10 at 13:36, Michael Neuhauser wrote:
> On Fri, 2004-12-10 at 11:05, Andre Tousch wrote:
> > Hi,
> > 
> > I'm currently using an RTOS with Linux/Adeos on ARM.
> 
> What CPU & Kernel are you using? FYI: I'm currently working with an
> ARM920T CPU on Linux 2.4.21-rmk1-crus1.4.2 and found some issues - if
> this is relevant for you: I will post about it here soon.

If you want those fixes to become part of the standard Adeos patch for
ARM, please send them. This is the only way for such support to improve.

> 
> > [...]
> >
> > If I want to imitate the original RTOS behaviour, I have to schedule 
> > (RTOS scheduler) at end of interrupt.
> > I cannot do that in this domain's interrupt handler, since it would 
> > Schedule() with domain stalled, and thus the domain would not receive 
> > the interrupts until it gives control back to Adeos by suspending itself.
> >
> >[...]
> >
> > My question is, was there already a way to obtain this behaviour in Adeos?
> 
> Maybe I'm overlooking something, but why don't you unstall the pipeline
> in your interrupt handler? You don't have to wait for
> __adeos_sync_stage() to unstall it. Outline of interrupt handler:
> 
> 	do_irq_work();
> 	adeos_unstall_pipeline();
> 	rtos_schedule();
> 
> Of course you need to have registered a high priority domain in which
> the irq handler runs (irqs are hard disabled when entering a root domain
> irq-handler).
> 
> Mike
-- 

Philippe.



  parent reply	other threads:[~2004-12-11 23:40 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-04  9:28 [Adeos-main] Signalling virtual interrupts to higher priority domains Neugebauer Manfred
2004-10-12 20:59 ` Philippe Gerum
2004-10-19 13:10   ` [Adeos-main] __adeos_handle_event André Tousch
2004-10-19 14:37     ` Philippe Gerum
2004-10-19 14:43       ` Philippe Gerum
2004-12-10 10:05         ` [Adeos-main] End of interrupt scheduling Andre Tousch
2004-12-10 12:36           ` Michael Neuhauser
     [not found]             ` <41B9A304.6060101@domain.hid>
2004-12-10 13:52               ` Michael Neuhauser
2004-12-11 23:40             ` Philippe Gerum [this message]
2004-12-11 23:33           ` 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=1102808406.696.97.camel@domain.hid \
    --to=rpm@xenomai.org \
    --cc=adeos-main@gna.org \
    --cc=mike@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.