[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
BOUNCE rtl@rtlinux.org: Approval required: (fwd)
- To: rtl@rtlinux.org
- Subject: BOUNCE rtl@rtlinux.org: Approval required: (fwd)
- From: Der Herr Hofrat <der.herr@hofr.at>
- Date: Fri, 3 Aug 2001 10:00:39 +0200 (CEST)
>From owner-rtl Fri Aug 3 01:36:43 2001
Received: from mail.cc.kuleuven.ac.be (mail.cc.kuleuven.ac.be [134.58.10.6])
by hq.fsmlabs.com (8.11.2/8.11.2) with ESMTP id f737ags22581
for <rtl@fsmlabs.com>; Fri, 3 Aug 2001 01:36:43 -0600
Received: from bolleke.mech.kuleuven.ac.be (bolleke.mech.kuleuven.ac.be [134.58.24.48])
by mail.cc.kuleuven.ac.be (8.9.3/8.9.0) with ESMTP id JAA959000
for <rtl@fsmlabs.com>; Fri, 3 Aug 2001 09:35:21 +0200
Received: from pc25-213.mech.kuleuven.ac.be (IDENT:bruyninc@pc25-213.mech.kuleuven.ac.be [134.58.25.213])
by bolleke.mech.kuleuven.ac.be (8.9.3/8.9.3) with ESMTP id JAA16384
for <rtl@fsmlabs.com>; Fri, 3 Aug 2001 09:35:21 +0200 (METDST)
Date: Fri, 3 Aug 2001 09:35:21 +0200 (CEST)
From: Herman Bruyninckx <Herman.Bruyninckx@mech.kuleuven.ac.be>
X-X-Sender: <bruyninc@pc25-213.mech.kuleuven.ac.be>
Reply-To: Herman Bruyninckx <herman.bruyninckx@mech.kuleuven.ac.be>
To: <rtl@fsmlabs.com>
Subject: Re: [rtl] using the sin function in rtlinux
In-Reply-To: <200108021620.f72GKxI23382@kanga.hofr.at>
Message-ID: <Pine.LNX.4.33.0108030931430.14027-100000@pc25-213.mech.kuleuven.ac.be>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
When one registers an interrupt routine in the normal Linux kernel,
the request_irq function call carries a parameter ``dev_id'' that
identifies for which device the ISR has been registered. This
parameter is not available in the RTL request_irq. Does this mean that
one cannot share interrupts in real-time? Or is it a design option
to introduce the minimum amount of delay by just having one single ISR
to wake up? (And, as a consequence, if one has two devices on the same
interrupt, the ISR routine has to take care of the problem itself?)
Herman
--
"I decry the current tendency to seek patents on algorithms. There are
better ways to earn a living than to prevent other people from making
use of one's contributions to computer science." D.E. Knuth, TAoCP 3
----- End of forwarded message from owner-rtl@fsmlabs.com -----