linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Brian Kuschak <bkuschak@yahoo.com>
To: bsimon@ctam.com.au, Dan Malek <dan@netx4.com>
Cc: linuxppc-embedded <linuxppc-embedded@lists.linuxppc.org>
Subject: Re: linuxppc embedded boot problems.
Date: Tue, 14 Dec 1999 21:55:41 -0800 (PST)	[thread overview]
Message-ID: <19991215055541.23843.qmail@web301.mail.yahoo.com> (raw)



--- Brendan Simon <bsimon@ctam.com.au> wrote:
<snip>
> > Considering you are doing your own UPM, the Linux
> kernel will
> > find lots of timing errors with it. 
<snip>
> 1) there is something I'm doing wrong which affects
> the cache setup.


When UPM tables are involved, and enabling the cache
causes problems, here is a likely issue that's caught
me the past.  The 8xx doesn't do burst-accesses until
the cache is enabled.  If you're runnning synchronous
DRAM, all of your accesses will be single-beat until
you turn on that cache.  If any of your burst-cycle
timing in the UPM is wrong, that's when you will see
problems. 

Other potential problem, which has bitten me, is to
make sure you don't have any lines locked in cache
before you jump to the kernel loader.  Last time I
checked the loader did an INVALIDATE ALL and ENABLE on
the I-Cache.  Ideally it should also do an UNLOCK ALL.
 If, for any reason, your bootloader locks lines in
cache, you can execute those stale cache lines after
jumping to the kernel.

-Brian


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

             reply	other threads:[~1999-12-15  5:55 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-12-15  5:55 Brian Kuschak [this message]
1999-12-15  5:22 ` linuxppc-embedded: /bin/sh wont run from nfsroot Brendan Simon
1999-12-15 11:00   ` Jim Chapman
1999-12-15 18:56     ` Alan Mimms
1999-12-15 20:09       ` Dan Malek
1999-12-15 21:27         ` Richard Hendricks
1999-12-15 21:37           ` Alan Mimms
1999-12-15 22:13             ` Dan Malek
1999-12-16 14:52             ` Richard Hendricks
1999-12-15 19:24     ` Dan Malek
1999-12-15 23:10       ` linuxppc-embedded: memory map question Brendan Simon
1999-12-16  9:37       ` linuxppc-embedded: programs wont run from nfsroot Brendan Simon
1999-12-15 22:40     ` linuxppc-embedded: /bin/sh " Brendan Simon
1999-12-16  0:24     ` Brendan Simon
1999-12-16  2:17       ` Brendan Simon
1999-12-15 19:11   ` Dan Malek
     [not found]   ` <ot66y035bv.fsf@thinktwice.zoftcorp.dk>
1999-12-15 22:29     ` Brendan Simon
1999-12-15 19:06 ` linuxppc embedded boot problems Dan Malek
1999-12-15 22:56   ` Brendan Simon
1999-12-16  5:03     ` Dan Malek
  -- strict thread matches above, loose matches on Subject: below --
1999-12-16  4:08 Brian Kuschak
1999-12-14 22:12 Brendan Simon
1999-12-15  2:58 ` Dan Malek
1999-12-15  3:04   ` Brendan Simon
1999-12-15  4:11     ` Dan Malek
1999-12-15  3:51       ` Brendan Simon
1999-12-15 19:04         ` Dan Malek

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=19991215055541.23843.qmail@web301.mail.yahoo.com \
    --to=bkuschak@yahoo.com \
    --cc=bsimon@ctam.com.au \
    --cc=dan@netx4.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).