public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: David Clark <dlclark@chtech.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] SDRAM cache inhibit
Date: Tue, 6 Mar 2007 17:51:45 -0600	[thread overview]
Message-ID: <008001c7604a$661c0ff0$0f01a8c0@longhorn> (raw)
In-Reply-To: <010201c76041$9a42fa90$01c4af0a@Glamdring>

Hopefully this is an easy one.  At first glance this looks like the FAQ
question but there is a difference.

First the background:

I have what I believe is an SDRAM issue.  Linux intermittently locks up
upon boot and I have verified that when this happens there is bad or
invalid instructions at certain memory locations after U-boot
uncompresses the image and loads it into RAM.  I have a few boards that
have never exhibited this problem and some boards that intermittently
exhibit this problem.  I have written a test that uncompress and loads
the image into SDRAM then, rather that booting it, compares the
uncompressed image to a copy of the uncompressed image residing in a
higher area of flash.  This way I can run it in a loop and see the
intermittent failures.

The real reason I'm writing here is because to verify that it is an
SDRAM issue I wanted to inhibit caching of the SDRAM figuring that this
would allow thing to work without all the SDRAM bursting.  When I do
this however I get a crash at the "U-boot relocating to..." line.  I'm
using an MPC8245 and have tried the following combination of iBAT and
dBAT settings for the SDRAM with the following results:

- iBAT = memory coherence, dBAT = memory coherence, U-boot works
- iBAT = cache inhibit, dBAT = memory coherence, U-boot works
- iBAT = memory coherence, dBAT = cache inhibit, U-boot fails
- iBAT = cache inhibit, dBAT = cache inhibit, U-boot fails

In summary U-boot works with caching but it fails whenever the dBAT is
set to cache inhibit for the SDRAM.  Is this expected operation or is it
further indication of an SDRAM problem?

David Clark
Senior Software Engineer
C&H Technologies, Inc
Web: http:\\www.chtech.com
Phone: 512-733-2621
Fax: 512-733-2629
Email: dlclark at chtech.com
 

  reply	other threads:[~2007-03-06 23:51 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-06 17:02 [U-Boot-Users] arm SoC code in U-Boot Peter Pearse
2007-03-06 21:36 ` Wolfgang Denk
2007-03-06 21:55   ` Ulf Samuelsson
2007-03-06 22:32     ` Wolfgang Denk
2007-03-06 22:45       ` Ulf Samuelsson
2007-03-06 23:51         ` David Clark [this message]
2007-03-07  0:06           ` [U-Boot-Users] SDRAM cache inhibit Wolfgang Denk
2007-03-07 15:35             ` David Clark
2007-03-07  6:30         ` [U-Boot-Users] arm SoC code in U-Boot Stefan Roese
2007-03-07 12:37           ` Haavard Skinnemoen
2007-03-07 14:27             ` Ben Warren
2007-03-07 14:39             ` Wolfgang Denk

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='008001c7604a$661c0ff0$0f01a8c0@longhorn' \
    --to=dlclark@chtech.com \
    --cc=u-boot@lists.denx.de \
    /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