Re: [ECOS] Re: Different section placement for kernel and application

["Martin Rösch" <martin.roesch@neratec.com>]

Hi,

> > AFAIK, GDB stubs don't know how to program flash (and there's no
> > indication it attempted to do so),
> 
> I posted too quickly. It appears that gdb did try to load
> .rom_vectors .ecos.text .ecos.rodata into flash. After you do the
> load (but before you "continue"), can you verify that the code
> actually got loaded into flash? I didn't think that the gdb stubs
> knew how to write to flash.

Yes, you are right. Here is the log of how i tried to verify:
(gdb) set *((int*)0x8010000) = 0x00000000
(gdb) x/4 0x8010000
0x8010000 <hal_vsr_table_init>:	0x02e4f04f	0xf8df4b1d	0x47e0c078	0x491a4819
(gdb) x/4 0x68000000
0x68000000 <select_stop_bits>:	0x00001000	0x00000000	0x00003000	0x00002000
(gdb) set *((int*)0x68000000) = 0xDEADBEEF
(gdb) x/4 0x68000000
0x68000000 <select_stop_bits>:	0xdeadbeef	0x00000000	0x00003000	0x00002000
(gdb) load
Loading section .rom_vectors, size 0x8 lma 0x8010000
Loading section .ecos.text, size 0x10bcc lma 0x8010008
Loading section .ecos.rodata, size 0x49dc lma 0x8020bd8
Loading section .ARM.exidx, size 0x10 lma 0x64008000
Loading section .text, size 0x924 lma 0x64008010
Loading section .rodata, size 0x108 lma 0x64008938
Loading section .data, size 0xdcc lma 0x68000000
Start address 0x8010009, load size 93624
Transfer rate: 9 KB/sec, 300 bytes/write.
(gdb) x/4 0x8010000
0x8010000 <hal_vsr_table_init>:	0x02e4f04f	0xf8df4b1d	0x47e0c078	0x491a4819
(gdb)

It seem's like it is not working to write to the flash with the GDB stubs. But I
think there is an option in the RedBoot ROM monitor configuration to allow that.
But I will first try to load the image with openocd...

Thank you for your help!

Greetings,

Martin

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss