linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
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/

             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).