I couldn't get RedBoot to run on my EB40A/AT91. Here is my setup:
binutils-2.12.1
gcc-2.95.2 + ecos patch
gdb-5.2
ecos - latest cvs as of 6/10/2002
I built redboot according to the instructions and run 'arm-elf-gdb -nw
redboot.elf' and do the following:
(gdb) tar rdi s=/dev/ttyS0
Angel Debug Monitor (serial) 1.04 (Advanced RISC Machines SDT 2.5) for
AT91EB40A (1.00)
Angel Debug Monitor rebuilt on Feb 03 2002 at 16:09:59
Serial Rate: 9600
Connected to ARM RDI target.
(gdb) set $ps=0xd3
//NOTE: the following configures the CS1 register to turn the onboard SRAM
on. //without it, the 'lo' command would fail saying it couldn't write to
//address 0x0200000.
(gdb) set *(0xffe00004)=0x02002001
(gdb) lo
Loading section .rom_vectors, size 0x40 lma 0x2020000
Loading section .text, size 0xb174 lma 0x2020040
Loading section .rodata, size 0x1f18 lma 0x202b1b4
Loading section .data, size 0x3e0 lma 0x202d0cc
Start address 0x2020040, load size 54444
Transfer rate: 6405 bits/sec, 504 bytes/write.
(gdb) c
Continuing.
RDI_execute: SWI trapped
Program received signal SIGTRAP, Trace/breakpoint trap.
0x020201f4 in call_exception_handler ()
(gdb)
I'm not really sure how to proceed from here. Any suggestions?
-tim
On Monday 10 June 2002 07:42 pm, Scott Dattalo wrote:
On Mon, 10 Jun 2002, Scott Dattalo wrote:
Now the symptom I have is that minicom spews garbage as I type
characters. The obvious problem is that the baud rate is wrong.
Unfortunately, I tried *every* baud rate in addition to the 38.4K 8N1.
It almost suggests that the Evaluation board is using a non-standard
baud rate. Hmm. It's time to hook up the scope... (unless of course,
someone can point out what's obviously wrong!).
Just to follow up on my own message...
I added my RS232 break-out box to the comm line and looked at the timing
between my Linux box and the AT91EB40. The gibberish I reported seeing
with minicom is what's being sent by the evaluation board. The bit times
are perfectly timed 38.4k baud bits, but the data is, well, wrong. So the
next likely explanation is that somehow the strings being referenced by
the RedBoot Binary are not getting accessed properly.
Here's what I've tried:
gcc version 2.95.2
binutils 2.12.1
ecos - latest from cvs
ecosconfig 1.3.net
If I change binutils to 2.10.1, then the redboot.bin image doesn't run at
all. Or, If I use binutils-2.12.1 and gcc-3.1, the redboot.bin is bad
too. Or if I use binutils-2.10.1 and ecosconfig 1.3.1.4, redboot is still
bad.
I'm quickly running out of combinations of things to try! Does anyone
know of a proper combination of the tools? Does anyone know if the
at91eb40 *ever* worked?
Scott