From: George Anzinger <george@mvista.com>
To: Sanil K <Sanil.K@lntinfotech.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Interrupt handling
Date: Thu, 16 Oct 2003 11:53:18 -0700 [thread overview]
Message-ID: <3F8EE91E.5090202@mvista.com> (raw)
In-Reply-To: <OF7678B59D.AD894507-ON65256DC1.0048458F@lntinfotech.com>
Sanil K wrote:
> Hi all,
>
> This may be a generic problem as far as a driver is concerned.
>
> We need to handle an interrupt and inform the user space on the event and
> pass the data correspodning to the event.
>
> The event can be informed through SIGNAL and the signal handler can be
> invoked in the user space. Then again for data, we need to have the
> "copy_to_user" mechanism .
>
> Is there any other effective mechanism(s) to handle the interrupt. I mean
> we need to convey the event and or data to the user space(prefer -
> asynchronously).
>
IF the amount of data is small, say a word or two or less, you can use the
siginfo and a realtime signal. This will get the data at the same time as the
signal. If you prefer to avoid the overhead of the signal, you can do
sigwaitinfo() which avoids the floating point save/restore, but does require the
task to wait (i.e. is not asynchronous).
--
George Anzinger george@mvista.com
High-res-timers: http://sourceforge.net/projects/high-res-timers/
Preemption patch: http://www.kernel.org/pub/linux/kernel/people/rml
next prev parent reply other threads:[~2003-10-16 18:54 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-16 13:16 Interrupt handling Sanil K
2003-10-16 13:51 ` Richard B. Johnson
2003-10-16 19:55 ` Maciej Zenczykowski
2003-10-16 20:10 ` Richard B. Johnson
2003-10-16 18:53 ` George Anzinger [this message]
2003-10-16 19:08 ` Tom Zanussi
[not found] <AANLkTim+7sKv+-pwPqMa5QhvuGRRQBUq+=nB8H7NEy7m@mail.gmail.com>
2011-02-15 10:46 ` Mulyadi Santosa
2011-02-15 12:20 ` Darshan Ghumare
2011-02-16 4:35 ` Darshan Ghumare
[not found] ` <AANLkTi=gGBf3fL9aXd5W--M7kerg9e5EDsJzXQ3wFa+b@mail.gmail.com>
2011-02-16 5:55 ` Darshan Ghumare
2011-02-16 8:54 ` Mulyadi Santosa
2011-02-16 14:50 ` Bruce Rowen
2011-02-17 4:49 ` Darshan Ghumare
2011-02-17 14:59 ` Bruce Rowen
-- strict thread matches above, loose matches on Subject: below --
2002-09-05 16:25 Jon Burgess
[not found] <3D6E87EB.4010000@mvista.com>
2002-09-04 1:10 ` Matthew Dharm
2002-09-04 9:53 ` Dominic Sweetman
2002-09-04 12:58 ` Maciej W. Rozycki
2002-09-04 16:36 ` Matthew Dharm
2002-09-04 20:08 ` Dominic Sweetman
2002-09-05 9:17 ` Maciej W. Rozycki
2002-09-04 16:40 ` Matthew Dharm
2002-09-04 17:02 ` Maciej W. Rozycki
2002-09-04 18:16 ` Matthew Dharm
2002-09-05 9:04 ` Maciej W. Rozycki
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=3F8EE91E.5090202@mvista.com \
--to=george@mvista.com \
--cc=Sanil.K@lntinfotech.com \
--cc=linux-kernel@vger.kernel.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.