From: Itai Nahshon <nahshon@actcom.co.il>
To: Kevin Pedretti <ktpedre@sandia.gov>, kernelnewbies@nl.linux.org
Cc: ktpedre@sandia.gov, linux-kernel@vger.kernel.org
Subject: Re: do_exit() and lock_kernel() semantics
Date: Tue, 26 Mar 2002 12:11:51 +0200 [thread overview]
Message-ID: <200203261012.g2QAC4q26806@lmail.actcom.co.il> (raw)
In-Reply-To: <3C9F7993.7050205@sandia.gov>
On Monday 25 March 2002 21:25 pm, Kevin Pedretti wrote:
> The reason I ask is that I'm working on/modifying a set of modules that
> accesses user space from interrupt context. I know this is not a good
> thing to do generally, but for performance reasons the original author
> wanted to copy directly into a mlocked user space buffer from a network
Some drivers (I know for sure about OSS drivers) do it the opposite way.
The driver allocates a buffer (or usually multiple buffers) in physical
memory. The buffers are directly accessible from the device hardware
for DMA etc. The interrupt routines normally would not touch the buffers
(although they could) but just tell the device how to use the buffers.
The user's process that needs to use the device can use the read/write
interface, or for better performance mmap the device (which maps
the buffers into a contiguous user space) and access the buffers directly.
With the mmap api, ioctls are used to tell the process how much new data
is available (for reading) or how much was consumed by the device (so
these buffers can be written with new data).
-- Itai
next prev parent reply other threads:[~2002-03-26 10:12 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-03-25 19:25 Kevin Pedretti
2002-03-25 20:17 ` Andrew Morton
2002-03-26 7:53 ` Ashok Raj
2002-03-26 10:11 ` Itai Nahshon [this message]
2002-03-25 20:13 Manfred Spraul
2002-03-25 20:46 ` Kevin Pedretti
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=200203261012.g2QAC4q26806@lmail.actcom.co.il \
--to=nahshon@actcom.co.il \
--cc=kernelnewbies@nl.linux.org \
--cc=ktpedre@sandia.gov \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®