From: "SHIERA LYN DELUSA" <smdelusa@gmail.com>
To: linuxppc-embedded@ozlabs.org
Subject: Linux Process Address Space
Date: Mon, 2 Jul 2007 18:50:50 +0900 [thread overview]
Message-ID: <1a866be30707020250p7145b143j71042c3b115d01c4@mail.gmail.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 1672 bytes --]
Hello,
Based on the following thread regarding Linux memory map:
http://ozlabs.org/pipermail/linuxppc-embedded/2000-May/001333.html
Obviously, I am still a newbie in Linux kernel and I find it hard to grasp
things especially Linux MM. I quoted some lines from this thread (from
Dan's post), then some follow-up questions. I do hope you could help me out
in these:
1.) *"Virtual addresses from 0 to 0x7fffffff are for user context."*
a.) If TASK_SIZE is defined as 0x80000000, does this necessarily mean
that 2G-2G split is used?
2.) *"For this reason, and since it followed prior PowerPC platform
examples, I chose to map the embedded 8xx kernel to the 0xc0000000 virtual
address."*
a.) This 0xc0000000 virtual address must be defined as the value of
PAGE_OFFSET, right?
b.) Does this mean that the kernel's .text section is located in this
address?
c.) If user space is only up to 0x80000000, and the kernel starts at
0xc0000000, what could possibly be located in between?
3.) *"Prior to this KVM initialization, we choose to map virtual to
physical addresses 1:1. That is, the kernel virtual address exactly matches
the physical address on the bus. These mappings are typically done in
arch/ppc/kernel/head.S, or arch/ppc/mm/init.c. Only absolutely necessary
mappings should be done at this time, for example board control registers or
a serial uart. Normal device driver initialization should map resources
later when necessary." *
a.) Is there any chance that the mapping done here is relocated later
in the initialization process?
I would really appreciate your input on this. Thank you very much!
Regards,
Shiera
[-- Attachment #2: Type: text/html, Size: 2525 bytes --]
reply other threads:[~2007-07-02 9:50 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=1a866be30707020250p7145b143j71042c3b115d01c4@mail.gmail.com \
--to=smdelusa@gmail.com \
--cc=linuxppc-embedded@ozlabs.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;
as well as URLs for NNTP newsgroup(s).