public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Baz0unga <sebastien.jean@iut-valence.fr>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Failed to run "hello world" 1.1.6 example on AT91RM9200EK
Date: Thu, 3 May 2007 22:39:36 -0700 (PDT)	[thread overview]
Message-ID: <10317276.post@talk.nabble.com> (raw)
In-Reply-To: <20070503192209.7072C3535D2@atlas.denx.de>


Wolfgang,

thanx for your answer.
It turned my into a tiny worm, but that is the game ;-)
I must say that i am not very familiar with embedded dev (you've seen it i
guess ;-) )

Effectively, i have missed the FAQ, i surrender. I have spent a lot of time
in this problem and there's a lot of source of documentation on the web
(AT91, mailing lists, ...) that i missed the most obvious.


In message <10308910.post@talk.nabble.com> you wrote:
> 
> i ve tried to load it at 40000 and execute it at 40004 as said in the doc,
> i

> ...and that doc was for an ARM system, are you really sure about that?

No.

> ve also tried to load it at 20000000 and start it at 20000000 and 20000004
> but nothing works. 

>And why do you think 20000000 would be a better address for ARM?

Yes, it is the start of RAM banks. U-boot is loaded at 21F000000 (i don t
now exactly why it is not loaded at 20000000)


> Any idea ? 

>I see at least thre different options for you:

>1) You just have a look at the messages that are printed when
 >  building and linking your SA application; the start address of the
 >  text segment is easily visible there.

i will check it, can OBJDUMP ma be an help ? i

>2) You could try and look at the source code, for example in
>   "examples/Makefile"...

i have done it but u-boot makefile are very generic, it is difficlt to read
them for a rookie like me ;-)

>3) You could (warning, terror starts here) read the documentation,
 >  especially a part nobody reads: the FAQ. See
  > http://www.denx.de/wiki/view/DULG/MyStandaloneProgramDoesNotWork
   >[Agreed, a headline of "My standalone program does not work" is
  > really difficult to find if you are looking for problems why your
  > standalone program does not work...]

I have read it now ;-)
i will test it today.

Thanx again for the time you spend (or waste) to help me.
Baz.

-- 
View this message in context: http://www.nabble.com/Failed-to-run-%22hello-world%22-1.1.6-example-on-AT91RM9200EK-tf3687666.html#a10317276
Sent from the Uboot - Users mailing list archive at Nabble.com.

  reply	other threads:[~2007-05-04  5:39 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-03 16:55 [U-Boot-Users] Failed to run "hello world" 1.1.6 example on AT91RM9200EK Baz0unga
2007-05-03 19:22 ` Wolfgang Denk
2007-05-04  5:39   ` Baz0unga [this message]
2007-05-04  8:48     ` Wolfgang Denk
2007-05-04 15:13       ` Baz0unga

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=10317276.post@talk.nabble.com \
    --to=sebastien.jean@iut-valence.fr \
    --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