From: Mark Lobo <ntdeveloper2002@yahoo.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: linux-scsi@vger.kernel.org
Subject: Re: kernel addresses
Date: Mon, 28 Oct 2002 15:54:33 -0800 (PST) [thread overview]
Message-ID: <20021028235433.90095.qmail@web80309.mail.yahoo.com> (raw)
In-Reply-To: <1035847574.3550.109.camel@irongate.swansea.linux.org.uk>
Alan
Can vmalloced memory be used for DMA? an API will be
needed to get the physical address and sizes of the
segments of the buffer. Looks like virt_to_phys and
phys_to_virt work only on kernel "logical" addresses,
i.e. a constant offset difference. So is there any API
to get the physical addresses of the vmalloced
buffers?
( I havent dug into the DMA API in great detail, so
pardon me if that is exactly what it does)Also, Im
still not sure why we even need kernel logical
addresses separate from kernel "virtual" address? Why
not have just a single kernel virtual address?
Also, I still dont understand what is "low memory" and
"high memory". Why/how dont the older kernels support
high memory?
Sorry if Im bothering you too much with these newbie
questions!
Thanks a lot!
Mark
--- Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
> kmalloc memory comes out of the pool requested
> GFP_DMA selects the ISA
> space, GFP_HIGH allows all 36bits (if I remember
> rightly). vmalloc comes
> from the whole of memory space.
>
> the highmem I/O stuff is a 2.4 patch some people use
> so that DMA aware
> drivers that support the full 32bit DMA range can
> avoid bounce buffers.
>
> This comes from a 2.4 transition thing. Older
> drivers assume memory they
> access is always mapped (eg when doing PIO) so the
> scsi code makes sure
> this is true. The bounce patch lets drivers that
> don't do PIO avoid
> this.
>
> 2.5 does the job properly instead as part of the
> block rewrite
>
__________________________________________________
Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!
http://sbc.yahoo.com
next prev parent reply other threads:[~2002-10-28 23:54 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 [this message]
2002-10-29 0:22 ` Alan Cox
2002-10-29 0:36 ` Mark Lobo
2002-10-29 1:07 ` Alan Cox
[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=20021028235433.90095.qmail@web80309.mail.yahoo.com \
--to=ntdeveloper2002@yahoo.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-scsi@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