public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Pink Boy <dasfoo@yahoo.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] AT91RM9200 boots from NOR Flash or not
Date: Fri, 7 Nov 2008 18:40:32 -0800 (PST)	[thread overview]
Message-ID: <110687.69405.qm@web31811.mail.mud.yahoo.com> (raw)
In-Reply-To: <4912D933.8090907@newtec.dk>


Martin Hejnfelt sez,

> Message from Jens Scharsig,
>> 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?

I built u-boot 1.3.4 for the AT91RM9200DK and was able to hack in
support for the flash chip I'm using.  You might try the same.

The setup I'm using is to store boot.bin from atmel in flash
at .  And a copy of u-boot.gz at 10010000.

The way I did was to enable the AT91RM9200's boot serial port boot
loader and download Atmels loader.bin via XMODEM.  Then download
uboot.bin via XMODEM.  Once that it downloaded you should get a
prompt.

For auto booting I have Atmels boot program boot.bin stored in
flash at 10000000-10005fff.  And gzipped u-boot stored at 
10010000-1001ffff.

> It's true that it won't boot when CONFIG_AT91RM9200
> is defined. I don't 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).

Hmmm...

> 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 :)

This is the second place I've seen this.  I've been using atmels
boot.bin loader to uncompress u-boot and it seems to work okay.

Matt Harper
Tehama-Wireless.

  parent reply	other threads:[~2008-11-08  2:40 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
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 [this message]
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=110687.69405.qm@web31811.mail.mud.yahoo.com \
    --to=dasfoo@yahoo.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