From: Sylvain Munaut <tnt@246tNt.com>
To: Stefan Nickl <Stefan.Nickl@kontron.com>
Cc: linuxppc-embedded <linuxppc-embedded@lists.linuxppc.org>
Subject: Re: Question about process/kernel address space
Date: Thu, 22 Apr 2004 10:57:09 +0200 [thread overview]
Message-ID: <408788E5.4020602@246tNt.com> (raw)
In-Reply-To: <1082616231.4760.14.camel@lucy.pep-kaufbeuren.de>
Stefan Nickl wrote:
>Hi,
>
>in some elderly code for a VME-supporting 824x-board from
>our company I found the following line in ppc_md.setup_io_mappings():
>
>io_block_mapping(0x80000000, 0x80000000, 0x10000000, _PAGE_IO);
>
>This is obviously meant to map a window of VME IO memory into
>virtual address space. What puzzles me is that the mapping is
>located below PAGE_OFFSET (0xc0000000), which, from my general
>understanding, is bad :(
>
>
>But since apparently nobody had a problem with this for years,
>(and ranges above PAGE_OFFSET are tight) I'd like to know what
>the actual implications are.
>Ok, should a process ever access this range, it would fail
>(since the BATs go first and allow only supervisor access(?)),
>but a user process ever using such a high address seems highly unlikely.
>
>
>
On my PPC kernel, TASK_SIZE is 0x80000000, so that should be OK. ( linux
2.6.5 )
I think the area between TASK_SIZE and PAGE_OFFSET can also be used to
map stuff as long as you take care not to map two things at the same
place. IIRC, in ARM, the modules are loaded in that space, but I don't
know for PPC.
Sylvain Munaut
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
prev parent reply other threads:[~2004-04-22 8:57 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-22 6:43 Question about process/kernel address space Stefan Nickl
2004-04-22 8:57 ` Sylvain Munaut [this message]
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=408788E5.4020602@246tNt.com \
--to=tnt@246tnt.com \
--cc=Stefan.Nickl@kontron.com \
--cc=linuxppc-embedded@lists.linuxppc.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).