From: fc scsi <scsi_fc_group@yahoo.com>
To: linux-kernel@vger.kernel.org
Cc: scsi_fc_group@yahoo.com
Subject: kiobuf mapping with "mem=" boot option
Date: Tue, 22 Jun 2004 02:48:18 -0700 (PDT) [thread overview]
Message-ID: <20040622094818.45882.qmail@web50007.mail.yahoo.com> (raw)
Hi,
We have an application which uses a separate pool of
memory not managed by linux (reserved using "mem="
option at boot command line) and a memory manager
which manages this pool of memory in user space. The
algorithm works like this:
a. use "mem=xM" option to boot command line
b. mmap() the memory above "xM" till end of actual RAM
in user space application.
c. the mmaped region is managed by a user space memory
manager.
This works fine for the application.
1. Now we want to access a chunk of memory which we
allocated using the user level memory manager in
kernel space also. For this we tried kiobuf approach
on the memory which was allocated in user space. But
this approach doesn't seem to work on this mmaped
memory (map_user_kiobuf() gives EFAULT: Bad Address).
Is this valid behaviour?
2. Also, will we be wrong in making the assumption
that the pages for memory above x Megs will never be
swapped out?
If the answer to question 1 above is, that memory
which is beyond x Megs (mem=xM) can not be used for
kiobuf mapping, then is it ok if we directly access
the user space address from kernel space (assuming the
answer to question 2 is yes).
Any information in this regard will be of great help.
Thanks in advance.
__________________________________
Do you Yahoo!?
Yahoo! Mail - 50x more storage than other providers!
http://promotions.yahoo.com/new_mail
reply other threads:[~2004-06-22 9:48 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20040622094818.45882.qmail@web50007.mail.yahoo.com \
--to=scsi_fc_group@yahoo.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 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®