[En-Nut-Discussion] Olimex SAM9-L9260 board

Ernst Stippl ernst at stippl.org
Sat Mar 14 23:59:14 CET 2009


Hi!

I recently purchased an Olimex SAM9-L9260 board. I comes preloaded with
embedded Linux, but I want to run Nut/OS on it.
When powering on, the board activates its AT91Bootstrap which in turn starts
U-Boot:

RomBOOT
>AT91Bootstrap loading from 0x8400...

U-Boot 1.2.0 (Apr 18 2008 - 12:47:19)

DRAM:  64 MB
NAND:  NAND device: Manufacturer ID: 0xec, Chip ID: 0xdc (Samsung NAND
512MiB 3,3V 8-bit)
512 MiB
In:    serial
Out:   serial
Err:   serial
KS8721 PHY Detected
End of Autonegotiation
Hit any key to stop autoboot:  0
U-Boot>

Interrupting U-Boot cancels the automatic boot process (which would end up
loading Linux) and allows manual commands:
To facilitate uploading binary data with TFTP, some environment varibales
have to be set:

setenv loadaddr 0x020000000          <-------- the SAM9-L9260 manuals shows
the RAM being mapped there
setenv ethaddr 00:12:34:56:78:90
setenv ipaddr 192.168.1.77
setenv serverip 192.168.1.3
setenv netmask 255.255.255.0

Uploading the Nut app code is done via:

tftp 0x020000000 events.bin
TFTP from server 192.168.1.3; our IP address is 192.168.1.77
Filename 'events.bin'.
Load address: 0x20000000
Loading: T T ####
done
Bytes transferred = 18668 (48ec hex) <----- correct size
U-Boot> 

I used Nut/OS 4.8 and its AT91SAM9260-ek.conf for compilation. I selected
events.c as the sample app to be used.
The start of events.hex looks like:

:020000042000DA
:1000000018F09FE518F09FE518F09FE518F09FE5C0
:1000100018F09FE50000000020FF1FE520FF1FE50E

And after uploding, the memory showed: (msb/lsb changed, but I dont know if
only during display or also in memory??)

U-Boot> md 20000000
20000000: e59ff018 e59ff018 e59ff018 e59ff018    ................
20000010: e59ff018 00000000 e51fff20 e51fff20    ........ ... ...

Finally, the "go" command should start the app:

U-Boot> go 20000000
## Starting application at 0x20000000 ...øÀ

But it hung the board.


Can somebody tell me it I am doing something basically wrong there?

Thanks and Regards
Ernst




More information about the En-Nut-Discussion mailing list