All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Egholm Nielsen <martin@egholm-nielsen.dk>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Moving u-boot location in ram to do full mem-test?
Date: Tue, 22 Nov 2005 16:43:22 +0100	[thread overview]
Message-ID: <dlveaq$o5p$1@sea.gmane.org> (raw)

Hi,

I'm using "mtest" to test the sdram somewhat, but parts of the ram is 
ofcourse left untested doing so - due to stack- and u-boot positioning.

Enabling DEBUG'ing I narrowed in the plausible test segment into 
something like:

=> mtest 1090 3f8af37

where the last value is based on the information:

     Top of RAM usable for U-Boot at: 04000000
     Reserving 208k for U-Boot at: 03fcb000
     Reserving 256k for malloc() at: 03f8b000
     Reserving 128 Bytes for Board Info at: 03f8af80
     Reserving 48 Bytes for Global Data at: 03f8af50
     Stack Pointer at: 03f8af38
     New Stack Pointer is: 03f8af38
     Now running in RAM - U-Boot at: 03fcb000
     FLASH: [flash_init, 771] Entering ...
     [flash_init, 772] flash_info = 0x03FFEB20 ...
     U-Boot relocated to 03fcb000

and the first from manual testing.

So, I would like to make a new u-boot binary that offered me the 
possibility to test the first part - from "0x0" to "0x108F" and from 
"0x3f8af37" to "0x3ffffff".

I've scanned my board-header to see if any of these addresses are 
directly present there, but without luck.
The nearest I get to something that smells of the lower boundary, is the 
value of "CFG_INIT_RAM_ADDR" and "CFG_OCM_DATA_SIZE" both having the 
value 0x1000.

Any clues?

BR,
  Martin Egholm

             reply	other threads:[~2005-11-22 15:43 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-22 15:43 Martin Egholm Nielsen [this message]
2005-11-22 23:32 ` [U-Boot-Users] Moving u-boot location in ram to do full mem-test? Wolfgang Denk
2005-11-23  8:42   ` [U-Boot-Users] " Martin Egholm Nielsen
2005-11-23  9:21     ` Wolfgang Denk
2005-11-23  9:46       ` Martin Egholm Nielsen
2005-11-23 10:16         ` Wolfgang Denk
2005-11-23 10:40           ` Martin Egholm Nielsen
2005-11-23 11:04             ` Wolfgang Denk
2005-11-24 13:14               ` Martin Egholm Nielsen
2005-11-24 14:31                 ` Wolfgang Denk
2005-11-24 14:36                   ` Martin Egholm Nielsen

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='dlveaq$o5p$1@sea.gmane.org' \
    --to=martin@egholm-nielsen.dk \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.