From: Mike Wellington <wellington@lucent.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Cascaded U-Boot setup question
Date: Tue, 13 Apr 2004 10:22:11 -0600 [thread overview]
Message-ID: <407C13B3.5050800@lucent.com> (raw)
In-Reply-To: <407C01C4.7000509@lucent.com>
Now I tried:
> tftp 0x200000 u-boot.bin ; go 0x200100
U-boot begins execution but hangs after the DRAM message.
Mike Wellington wrote:
>
> Hi-
> I have multiple Xilinx ML300 boards. Each one has its own
> ip address. Each board may have different boot parameters - baud
> rate, root file system, etc. Basically each board needs its
> own boot parameters stored in some kind of non-volatile storage.
> But there is no working non-volatile storage on these boards (yet),
> until I get I2C EEPROM working. Each board just boots from its
> copy of u-boot (which is generic) from the microdrive. Now, I
> could sit at each board and as it comes up, stop the autoboot
> and manually enter the parameters, but that's clunky. What
> I want to do is build a board-specific u-boot with parameters
> that are specific to that machine-name. So my boot
> process would be:
>
> 1) Load the generic u-boot off the microdrive. It knows what
> *machine-name* is and where to get the next stage at.
>
> 2) Use the generic u-boot to download a machine-specific u-boot,
> uboot-<machine-name>, which I can recompile and change at will
> since it resides on my tftp server. I don't have to rewrite
> the microdrive every time I want to change the boot parameters,
> all I have to do is build a new *second-stage* machine-specific
> u-boot-<machine-name> and put it in the /tftp download directory.
>
> 3) Run the 2nd u-boot (u-boot-<machine-name>)
> (which has the machine specific parameters)
> and let it boot the kernel with the arguments that I want.
>
> I tried downloading an uncompressed u-boot and loading it at 0x20000,
> then just saying "go 0x20000" and it doesn't work, it generates and
> illegal instruction exception. (is the starting address of u-boot not
> at the beginning of the .TEXT section - I'll go check after I send this
> email)
>
> I tried downloading a compressed u-boot with '-T standalone' and then
> saying "bootm 0x200000" and that doesn't work either.
>
> Is this doable? It should be. Does anybody know how to do it?
>
> I guess the other thing I "could" do is run expect on the serial port
> and set up the paramters that way, but I think the *cascaded u-boot*
> idea is better.
>
> -mike wellington
> wellington at lucent.com
> platforms at bithead.com
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
next prev parent reply other threads:[~2004-04-13 16:22 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-07 21:05 [U-Boot-Users] 440GX PHY/MII access Kerl, John
2004-04-13 13:46 ` Carl Riechers
2004-04-13 15:05 ` [U-Boot-Users] Cascaded U-Boot setup question Mike Wellington
2004-04-13 16:22 ` Mike Wellington [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-04-13 16:40 VanBaren, Gerald
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=407C13B3.5050800@lucent.com \
--to=wellington@lucent.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