From: Martin Hejnfelt <mh@newtec.dk>
To: u-boot@lists.denx.de
Subject: [U-Boot] AT91RM9200 boots from NOR Flash or not
Date: Thu, 06 Nov 2008 12:46:59 +0100 [thread overview]
Message-ID: <4912D933.8090907@newtec.dk> (raw)
In-Reply-To: <geuh91$i0s$1@ger.gmane.org>
Jens Scharsig wrote:
> Hello,
>
> I am a little bit confused. We have designed a new AT91RM9200 based
> board. It should boot from 16-bit NOR Flash. I have read many relevant
> article in the forum, but I don't know , which board should I use as a
> base. I have look at the actual source (2008.10 and git), and I think,
> u-boot can't boot without a preloader as long CONFIG_AT91RM9200 is defined.
> Is there an open patch to resolve this?
> Can you get an example for a working implementation?
>
> Best regarts
>
> Jens Scharsig
>
> _______________________________________________
> U-Boot mailing list
> U-Boot at lists.denx.de
> http://lists.denx.de/mailman/listinfo/u-boot
>
>
It's true that it won't boot when CONFIG_AT91RM9200 is defined. I dont
know why it is like this since older versions of U-boot didn't have this
problem (it changed around 1.3.0 if I remember correctly). It's almost
like even if you do not define CONFIG_SKIP_LOWLEVEL_INIT and/or
CONFIG_SKIP_RELOCATE_UBOOT, it still works like they were. Maybe it's
because Atmel usually supplies their own Boot.bin along with the
Development Kit (the configuration I would say you should use as example
for your own) You can resolve this by editing two lines in the start.S
file of the ARM920T cpu specific directory. In version 2008.10 its line
181 you can delete this, or change to ifdef, and again in line 264 you
can either delete the if statement, or just make it branch to the
lowlevel_init no matter what.
I know its what someone would call a hack, but it works :)
Mvh. / Best Regards
Martin Hejnfelt
next prev parent reply other threads:[~2008-11-06 11:46 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-06 10:35 [U-Boot] AT91RM9200 boots from NOR Flash or not Jens Scharsig
2008-11-06 11:46 ` Martin Hejnfelt [this message]
2008-11-06 12:13 ` Jens Scharsig
2008-11-06 19:11 ` Wolfgang Denk
2008-11-07 7:00 ` Jens Scharsig
2008-11-07 11:00 ` Wolfgang Denk
2008-11-08 2:40 ` Pink Boy
2008-11-08 9:20 ` Wolfgang Denk
2008-11-06 19:11 ` Wolfgang Denk
-- strict thread matches above, loose matches on Subject: below --
2010-02-19 10:30 Nikumbh, Raj
2010-02-19 11:29 ` Wolfgang Denk
2010-02-19 12:11 ` Drasko DRASKOVIC
2010-02-19 12:16 ` Nikumbh, Raj
2010-02-19 12:26 ` Drasko DRASKOVIC
2010-02-19 14:10 ` Maxim Podbereznyi
2010-02-19 14:12 ` Nikumbh, Raj
2010-02-20 7:25 ` Maxim Podbereznyi
2010-02-20 13:21 ` Eric Bénard
2010-02-22 7:29 ` Nikumbh, Raj
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=4912D933.8090907@newtec.dk \
--to=mh@newtec.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox