From: Peter Asemann <peter.asemann@web.de>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] still confused about configuration of memory
Date: Tue, 31 May 2005 17:08:32 +0200 [thread overview]
Message-ID: <429C7DF0.9080600@web.de> (raw)
It's embarrassing to be the fool who asks all the stupid questions, but
I actually can't help it... The task is the following:
I have a custom board.
I've 64 MB SDRAM on CS#1 and 16MB flash on CS#0.
I want to port the U-Boot to boot Linux.
So what I read out of the README and documentation is:
1. To setup the SDRAM is my own task. My <NAME>.c of my own custom
U-Boot port implements a function initdram() that will take care of
this.
2. I have to map the SDRAM to 0x0, as the U-Boot wants me to do that.
3. As the SDRAM must be at 0x0, I must map the Flash that was there
before somewhere else.
4. In case I have "split" the U-Boot code into parts for I have other
important information in the first sectors of my flash, I can have a
CFG_MONITOR_BASE that is different from CFG_FLASH_BASE.
Are these assumptions right?
Unfortunately that was only the first question:
How does the U-Boot know which memory banks I use and which type of
memory there is? Is it possible it doesn't know?
Especially I didn't understand why one would need to preliminary map
some memory bank somewhere else. What reason could be there not to map
the memory to it's final location in the first place? The comment in the
cpu/mpc8xx/cpu_init.c (line 116 ff.) confused me even more when I was
looking for answers there.
Peter Asemann
next reply other threads:[~2005-05-31 15:08 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-31 15:08 Peter Asemann [this message]
2005-05-31 15:27 ` [U-Boot-Users] still confused about configuration of memory 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=429C7DF0.9080600@web.de \
--to=peter.asemann@web.de \
--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.