From: "Michael J. Accetta" <mja@laurelnetworks.com>
To: linuxppc-embedded@lists.linuxppc.org
Subject: mpc755, sandpoint port and 1Gb of ram
Date: Tue, 01 Jul 2003 22:21:08 -0400 (EDT) [thread overview]
Message-ID: <31237.1057112468@mja-pc-linux.dhcp.pit.laurelnetworks.com> (raw)
Hello all,
We have a custom board built around the mpc755 and patterned after the
Sandpoint reference design using the MontaVista Pro 3.0 distribution.
This is a base 2.4.18 kernel which, according to the MV web, page includes the
2.4.17 linuxppc code. When 1Gb ram is used, CONFIG_HIGHMEM is required
to access the top 256Mb. However, the sandpoint port does
io_block_mapping(0xfe000000, 0xfe000000, 0x02000000, _PAGE_IO);
whichs maps all of virtual 0xfexxxxxx to physical 0xfexxxxxx. This call
ends up using BAT#0 to map the entire block. However, the CONFIG_HIGHMEM
support in the base ppc port sets PKMAP_BASE to 0xfe000000 and expects
these virtual addresses to be available for dynamic mapping via kmap()
of high memory. The conflicting mapping in the BAT takes precedence,
wreaking havoc with any accesses to high memory. In our case NFS mounts
of the root file system was the first high memory user and init could
not be found.
I've made a stab at fixing this by configuring PKMAP_BASE down to 0xfc000000
and things now seem to work fine. Is this a correct solution? Are there
likely to be any negative side effects of this approach? Are there
better solutions?
Mike Accetta
Laurel Networks, Inc.
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
next reply other threads:[~2003-07-02 2:21 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-02 2:21 Michael J. Accetta [this message]
2003-07-02 17:25 ` mpc755, sandpoint port and 1Gb of ram Mark A. Greer
2003-07-03 16:31 ` Michael J. Accetta
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=31237.1057112468@mja-pc-linux.dhcp.pit.laurelnetworks.com \
--to=mja@laurelnetworks.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).