* [ECOS] confused about Interrupt handling.
@ 2001-07-13 21:04 Tony Ko
2001-07-14 10:05 ` Jonathan Larmour
0 siblings, 1 reply; 2+ messages in thread
From: Tony Ko @ 2001-07-13 21:04 UTC (permalink / raw)
To: ecos-discuss
hi.
compare two sentences below
"For this to work in the presence of interrupts, it is necessary for
the Interrupt Service Routines (ISR) to defer any scheduler-oriented
operations until the lock is about to go zero. We do this by splitting
the work of an ISR into two parts, with the second part, the Deferred
Service Routine ( DSR ), being queued until the scheduler decides it is
safe to run. "
" After the ISR exits, but before the kernel scheduler is invoked
again, a delayed service routine ( DSR ) will be invoked. It executes
with scheduling disabled, but with interrupts enabled, so that further
invocations of the same DSR can be queued."
these two sentences are from ecos-ref.4.
I'm confused about " actually when DSR process".
After scheduling invoked again or Before scheduling invoked again?
I think DSR is a kind of scheduler-oriented operation, right?
thanks in advance.
Tony.
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [ECOS] confused about Interrupt handling.
2001-07-13 21:04 [ECOS] confused about Interrupt handling Tony Ko
@ 2001-07-14 10:05 ` Jonathan Larmour
0 siblings, 0 replies; 2+ messages in thread
From: Jonathan Larmour @ 2001-07-14 10:05 UTC (permalink / raw)
To: Tony Ko; +Cc: ecos-discuss
Tony Ko wrote:
>
> hi.
> compare two sentences below
>
> "For this to work in the presence of interrupts, it is necessary for
> the Interrupt Service Routines (ISR) to defer any scheduler-oriented
> operations until the lock is about to go zero. We do this by splitting
> the work of an ISR into two parts, with the second part, the Deferred
> Service Routine ( DSR ), being queued until the scheduler decides it is
> safe to run. "
>
> " After the ISR exits, but before the kernel scheduler is invoked
> again, a delayed service routine ( DSR ) will be invoked. It executes
> with scheduling disabled, but with interrupts enabled, so that further
> invocations of the same DSR can be queued."
>
> these two sentences are from ecos-ref.4.
>
> I'm confused about " actually when DSR process".
> After scheduling invoked again or Before scheduling invoked again?
The scheduler must call a DSR straight away if it is safe to so (dependent
on the scheduler lock) before it can do any scheduling.
> I think DSR is a kind of scheduler-oriented operation, right?
I'm not sure it can be described in those terms. It's a routine that runs
while scheduling does not happen.
Jifl
--
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
Maybe this world is another planet's Hell -Aldous Huxley || Opinions==mine
Come to the Red Hat TechWorld open source conference in Brussels!
Keynotes, techie talks and exhibitions http://www.redhat-techworld.com/
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2001-07-14 10:05 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-07-13 21:04 [ECOS] confused about Interrupt handling Tony Ko
2001-07-14 10:05 ` Jonathan Larmour
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).