[ECOS] Réf. : Re: [ECOS] GDB Initialisation problem

[ECOS] Réf. : Re: [ECOS] GDB Initialisation problem

[e.coullien]

[-- Attachment #1: Type: text/plain, Size: 1029 bytes --]



If I try a simple "continue", the program never break on my break in the main()
function.
It doesn't seem to start at the right adress (0x60000).

Emmanuel Coullien





Laurent GONZALEZ <laurent.gonzalez@silicomp.fr> le 01/06/2004 15:04:59
                                                           
                                                           
                                                           
 Pour  ecos-discuss@ecos.sourceware.org                    
 :                                                         
                                                           
 cc :  (ccc : Emmanuel COULLIEN/Faiveley)                  
                                                           
                                                           
                                                           
 Objet Re: [ECOS] GDB Initialisation problem               
 :                                                         
                                                           







[-- Attachment #2: Type: text/plain, Size: 1382 bytes --]



On Tue, 1 Jun 2004 14:34:58 +0200
e.coullien@faiveley.com wrote:

>
>
> Hi,
>
> We build a card which looks like the Rattler card with a PPC8270.
> But when we used GDB, we have to launch a NEXTI and a JUMP *0x60000
> command to begin debug with GDB at our start adress 0x60000.
> If we do directly the CONTINUE command, it began at 0x15de4 instead of
> 0x60000. Why GDB doesn't go automaticaly to this adress ?
> Is there a file in eCos to change for this?
>
>
> (gdb) target remote 192.168.1.3:9000
> Remote debugging using 192.168.1.3:9000
> 0x0000e8b4 in ?? ()
> (gdb) load hello.elf
> Loading section .text, size 0x8de4 lma 0x60000
> Loading section .rodata, size 0x948 lma 0x68de8
> Loading section .data, size 0x574 lma 0x69730
> Start address 0x60000, load size 40096                       (Here it
> knows that
>  the program begins at 0x60000 !!!)
> Transfer rate: 320768 bits in <1 sec, 507 bytes/write.
> (gdb) nexti
> [New Thread 1]
> 0x00015de4 in ?? ()      (Why is it at this adress ?)
> (gdb) jump *0x60000
>
> Thanks,
>

Hello,

try a simple "continue" instead of "nexti" or whatever.

regards,

--
GONZALEZ Laurent
Silicomp Ingénierie
Tel: 33 476 41 66 98

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




[-- Attachment #3: Type: text/plain, Size: 148 bytes --]

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

Re: [ECOS] GDB Initialisation problem

[Laurent GONZALEZ]

On Tue, 1 Jun 2004 15:15:26 +0200
e.coullien@faiveley.com wrote:

> If I try a simple "continue", the program never break on my break in
> the main() function.

How did you set the breakpoint ? (sb. break main) What's the gdb output
of this command ?
Have you tried to load and debug your program through serial line ?

> It doesn't seem to start at the right adress (0x60000).

I don't known the memory mapping of your custom card.
Redboot tells you the memory mapping of your board when it boots of
after issuing "version" command.

regards,

-- 
GONZALEZ Laurent
Silicomp Ingénierie
Tel: 33 476 41 66 98

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

[ECOS] Réf. : Re: [ECOS] GDB Initialisation problem

[e.coullien]

[-- Attachment #1: Type: text/plain, Size: 1530 bytes --]



I set breackpoints through the windows interface.

Through the serial line, we had the same thing.
I mean the "CONTINUE" command doesn't work. Only the NEXTI and JUMP *0x60000
commands allow to run our aplication and stoped at the breackpoint.

Here is the card's Mapping :

RedBoot> version

RedBoot(tm) bootstrap and debug environment [ROMRAM]
Non-certified release, version v2_00_lpz - built 12:13:16, Jun  1 2004

Platform: Fydji (PowerPC MPC8270)
Copyright (C) 2000, 2001, 2002, Red Hat, Inc.

RAM: 0x00000000-0x04000000, [0x0003c580-0x03fdd000] available
FLASH: 0xff800000 - 0x00000000, 64 blocks of 0x00020000 bytes each.
RedBoot>

Thanks,

Emmanuel Coullien





Laurent GONZALEZ <laurent.gonzalez@silicomp.fr> le 01/06/2004 15:46:29
                                                           
                                                           
                                                           
 Pour  ecos-discuss@ecos.sourceware.org                    
 :                                                         
                                                           
 cc :  (ccc : Emmanuel COULLIEN/Faiveley)                  
                                                           
                                                           
                                                           
 Objet Re: [ECOS] GDB Initialisation problem               
 :                                                         
                                                           







[-- Attachment #2: Type: text/plain, Size: 795 bytes --]



On Tue, 1 Jun 2004 15:15:26 +0200
e.coullien@faiveley.com wrote:

> If I try a simple "continue", the program never break on my break in
> the main() function.

How did you set the breakpoint ? (sb. break main) What's the gdb output
of this command ?
Have you tried to load and debug your program through serial line ?

> It doesn't seem to start at the right adress (0x60000).

I don't known the memory mapping of your custom card.
Redboot tells you the memory mapping of your board when it boots of
after issuing "version" command.

regards,

--
GONZALEZ Laurent
Silicomp Ingénierie
Tel: 33 476 41 66 98

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






[-- Attachment #3: Type: text/plain, Size: 148 bytes --]

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