All of lore.kernel.org
 help / color / mirror / Atom feed
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


  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.