linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Wolfgang Denk <wd@denx.de>
To: "Cordes, Aaron M" <aaron.m.cordes@lmco.com>
Cc: linuxppc-embedded@lists.linuxppc.org
Subject: Re: Linux 2.4.27-pre6-bk hangs on MPC8540 board
Date: Thu, 12 Aug 2004 16:07:45 +0200	[thread overview]
Message-ID: <20040812140750.DE89DC109F@atlas.denx.de> (raw)
In-Reply-To: Your message of "Thu, 12 Aug 2004 07:47:53 CDT." <EE7CAF713952AC4A970DD7CD8B4C12A042DCA7@emss09m06.us.lmco.com>


In message <EE7CAF713952AC4A970DD7CD8B4C12A042DCA7@emss09m06.us.lmco.com> you wrote:
>
> We are bringing up an 8540-based board, and are getting hangs at random
> spots when booting Linux.  Sometimes the hangs occur while the kernel is
> initializing, sometimes the boot gets far enough where I can log in and
> run a couple of programs.  Eventually the board locks up with no oopses
> or panics.  If I connect to the board with a debugger, the processor is
> usually stopped in the Data miss exception handler, and there is usually
> memory corruption in the kernel code.

That's it: memory problems.

> I ran memory tests using both Edink and U-boot and they all passed, so
> I'm reluctant to blame hardware for the memory corruption.  Has anyone
> seen similar behavior, or have any suggestions of things I might try?

All those memory tests only can test simple read and write  accesses;
they  all  fail to access burst mode accesses, which will happen when
Linux starts runing, and which are failing.

Your SDRAM initialization is bad, and  the  system  crashes  when  it
tries to fetch instructions from RAM. Note that simple read and write
accesses may still work, it's the burst mode that is failing.

It is NOT sufficient to program the memory controller  of  your  CPU;
each  SDRAM  chip  also  requires  a specific initialization sequence
which you must adhere  to  to  the  letter  -  check  with  the  chip
manufacturer's manual.

Best regards,

Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx.de
If this is a service economy, why is the service so bad?

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

  parent reply	other threads:[~2004-08-12 14:07 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-12 12:47 Linux 2.4.27-pre6-bk hangs on MPC8540 board Cordes, Aaron M
2004-08-12 13:09 ` Marc Leeman
2004-08-12 14:07 ` Wolfgang Denk [this message]
  -- strict thread matches above, loose matches on Subject: below --
2004-08-12 19:34 Cordes, Aaron M
2004-08-12 19:38 Cordes, Aaron M
2004-08-12 22:11 ` Kumar Gala
2004-08-12 22:18 ` Conor McLoughlin
2004-08-12 22:07 Cordes, Aaron M
2004-08-13 14:30 ` Kumar Gala
2004-08-14 14:40 ` Chris Zimman
2004-08-12 22:14 Swarthout Edward L-SWARTHOU

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=20040812140750.DE89DC109F@atlas.denx.de \
    --to=wd@denx.de \
    --cc=aaron.m.cordes@lmco.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).