From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Mark Lobo <ntdeveloper2002@yahoo.com>
Cc: linux-scsi@vger.kernel.org
Subject: Re: kernel addresses
Date: 29 Oct 2002 01:07:09 +0000 [thread overview]
Message-ID: <1035853629.1945.121.camel@irongate.swansea.linux.org.uk> (raw)
In-Reply-To: <20021029003600.3022.qmail@web80310.mail.yahoo.com>
On Tue, 2002-10-29 at 00:36, Mark Lobo wrote:
> So in that case, what exactly happens say when a user
> app allocated a buffer for a write to a disk, and
> passes it down to the top level driver. When he
> mallocs that buffer, his address will be a user
> address. And when it comes down to the initiator
> driver it has to be a kernel address. So when you say
It might be a mapped user buffer, it might be kernel allocated, you
don't know, you can't tell, you don't need to tell. You get given a
valid kernel address.
> Also, Im using a 2.4 kernel. So does this statement
> still apply:
> "When DMA I/O is performed to or from high memory, an
> area is allocated in low memory known as a bounce
> buffer. When data travels between a device and high
> memory, it is first copied through the bounce buffer."
> So if low memory is memory that can be addresses
> directl y by the kernel, and high memory is say a user
> allocated buffer (?), do I still have to do what the
> patch wants me to do? When does he mid layer decide in
> this case to allocate a bounce buffer? In this case is
> the "low" and "high" limit the ISA limit that the
> driver indicates in the host template structure while
> initialization?
The ISA limit if the template says unchecked_isa_dma: 1, otherwise the
low memory limit. On 2.5 its done by the pci limits and instead of an
address you get passed a 32bit page number and offset (so you can do
64bit DMA sanely)
next prev parent reply other threads:[~2002-10-29 1:07 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20021028230140.79410.qmail@web80305.mail.yahoo.com>
2002-10-28 23:26 ` kernel addresses Alan Cox
2002-10-28 23:54 ` Mark Lobo
2002-10-29 0:22 ` Alan Cox
2002-10-29 0:36 ` Mark Lobo
2002-10-29 1:07 ` Alan Cox [this message]
[not found] <20021029010744.83318.qmail@web80301.mail.yahoo.com>
2002-10-29 9:46 ` Alan Cox
2002-10-28 21:22 Mark Lobo
2002-10-28 22:26 ` Alan Cox
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=1035853629.1945.121.camel@irongate.swansea.linux.org.uk \
--to=alan@lxorguk.ukuu.org.uk \
--cc=linux-scsi@vger.kernel.org \
--cc=ntdeveloper2002@yahoo.com \
/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