From: "Stephen C. Tweedie" <sct@redhat.com>
To: BenHanokh Gabriel <gabriel@SANgate.com>
Cc: "Stephen C. Tweedie" <sct@redhat.com>,
Linux-MM mailing list <linux-mm@kvack.org>
Subject: Re: how to translate virtual memory addresss into physical address ?
Date: Wed, 20 Sep 2000 12:20:07 +0100 [thread overview]
Message-ID: <20000920122007.M4608@redhat.com> (raw)
In-Reply-To: <39C890BC.7070308@SANgate.com>; from gabriel@SANgate.com on Wed, Sep 20, 2000 at 01:26:04PM +0300
Hi,
On Wed, Sep 20, 2000 at 01:26:04PM +0300, BenHanokh Gabriel wrote:
> my module will have to deal with user space virtual addresses which are mapped
> either to the computer "main-memory" or to a pci-device memory.
User space virtual addresses aren't necessarily mapped anywhere. They
can be swapped out, or for mmap they might not yet be faulted in at
all. You have to deal with all the complications of faulting the page
and pinning it in memory if you want to deal with user virtual
addresses. I'd definitely use map_user_kiobuf for this, but that
cannot yet deal with pci device memory.
> > You can do the translation backwards, but only by walking
> > page tables.
> how do i do this ? i tought that pci-memory is not pageable
It's not pageable, but the virtual-to-physical address translation
still uses page tables. "Non-pageable" just means that the page table
entries cannot get paged out, not that they don't exist.
> will the map_user_kiobuf handle pci-device memory correctly (AFAIK locking pci
> memory is meaningless and that its memory is not split into pages ) ?
Not yet, no. It can (and does) on the 2.2 version, but 2.4 encodes
the kiobuf pages as "struct page *" pointers and we need to teach it
how to generate such structs for dynamically-allocated memory regions
such as PCI.
Cheers,
Stephen
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux.eu.org/Linux-MM/
next prev parent reply other threads:[~2000-09-20 11:20 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-09-20 7:44 BenHanokh Gabriel
2000-09-20 9:53 ` Stephen C. Tweedie
2000-09-20 10:26 ` BenHanokh Gabriel
2000-09-20 11:20 ` Stephen C. Tweedie [this message]
2000-09-20 12:16 ` BenHanokh Gabriel
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=20000920122007.M4608@redhat.com \
--to=sct@redhat.com \
--cc=gabriel@SANgate.com \
--cc=linux-mm@kvack.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