linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: 510072564774-0001@t-online.de (Frank Przybylski)
To: linuxppc-embedded@lists.linuxppc.org
Subject: RE: Boot issues
Date: Thu, 17 Aug 2000 18:27:59 +0200	[thread overview]
Message-ID: <399C128F.358D3503@vas-gmbh.de> (raw)


Hi Navin,

>I am trying to work with a fads 823 board. I was a little confused as to how
>the boot process on the 823 actually works. I have been using 8xxrom code to
>boot up the system. I do not understand if the flash is accessed from the
>start when a reset occurs. Can someone explain the actual boot process.
>Nothing much about it is written in the mpc823 manual.

I've never ever had an MPC823 in my hands, but I hope it's very similar
to the MPC860.

see in MPC823UM/d (page 433 in the version I have):

"15.3.1.2 OPTION REGISTERS. The option registers (OR0-7) contain the address
mask
and address type mask bit for address bus comparison. It also includes the CS
general field and all the GPCM parameters. After reset, OR0 is referred to as
the Boot OR0 and it has a special functionality until the first write to OR0."

and page 15-38 (page 460 in the version I have) in chapter 15.4.1.3: BOOT
CHIP-SELECT OPERATION for greater detail.

After reset the processor is in a kind of boot mode. This means:
only memory bank0 is valid (see spr OR0 and BR0), and this is mapped for the
whole memory starting at address 0x0. So the ROM content seems to repeat as
addresses increases. You only have access to the boot ROM connected to CS0#
after reset.

The processor starts execution at address 0x100 (see 'hard reset configuration'
for a different behavior, size of Boot ROM etc.), so code from the ROM will be
executed.

The ROM code is then responsible for setting OR1-7 and BR1-7 to the board
specific mapping, setting up UPMs and a lot of system registers, and finally to
init BR0 and OR0. This might remap the ROM addresses (e.g. to 0x40000000) and
normally the boot code jumps to an absolute address inside the new ROM address
space (so the old reset entry point is then located at e.g. 0x40000100). With
this initializing the 'boot
mode' is finished.

Have a look at the 8xxrom source code, and maybe inside the mpc860 manual.

hth
	Frank

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

             reply	other threads:[~2000-08-17 16:27 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-08-17 16:27 Frank Przybylski [this message]
  -- strict thread matches above, loose matches on Subject: below --
2000-08-16 20:58 Boot issues Navin

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=399C128F.358D3503@vas-gmbh.de \
    --to=510072564774-0001@t-online.de \
    --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).