[ECOS] GDB load "timed out"

[ECOS] GDB load "timed out"

[Sylvain Gommier]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 4696 bytes --]

Hi all!

I'm using ARM's Evaluator-7T (e7t) to develop eCos- as well as OS-free-
embedded applications. I'm using GDB and its "target remote - load - continue"
cycle to debug them thru the serial line.

This morning I got a loading error on a new binary as follows:
(see trace 1 below)
...then the whole following get "Timed out" messages.
All my others binaries' loadings remained the same, so why is that particular
one failing? Could my binary's contents have an influence on the transmission?
As I was developing it, the binary may (ok, must :) be buggy...

Then I decided to slow down my serial line from 38400 to 9600 but I needed to
recompile RedBoot to do that (no "baudrate" command available in the
pre-compiled redboot image for e7t). Using eCos' last CVS update and configtool
v1.3.1.2, I chose the e7t template with "all" packages and added the RedBoot
package (there has been an automatic conflict "resolution" here), then set the
serial speed (CYGNUM_HAL_VIRTUAL_VECTOR_CHANNELS_DEFAULT_BAUD) to 9600. At
compile time, I get the following build error:
(see trace 2 below)
I'm not an eCos' internals expert yet, what does that mean? Which settings did
I missed?

Thanks!
Sylvain

-- begin trace 1 --
(gdb) load
Loading section .text, size 0x438 lma 0x8000
Sending packet: $X8000,0:#b6...Ack
Packet received: OK
binary downloading suppported by target
Sending packet: $X8000,132:\002x a\006\001\000ê\rA
á\000O-é\004°Lâ\024DMâ\020\00
0\013Ã¥\024\020\013Ã¥\030 \013Ã¥\0340\013Ã¥A0\237Ã¥\000\000\223Ã¥\000\020\223Ã¥\001 
a\
0200\eå\0223 á\003
àá\0000\221å\0020\003à\0000\200å\2300\237å\000\000\223å\000\0
20\223å\b \233å\0200\eå\022}\003
á\0000\221å\0020\203á\0000\200åx0\237å\000\000\
223å\000\020\223å\a  a\0200\eå\0223 á\003
àá\0000\221å\0020\003à\0000\200å\0340\
eå\203  á\0040\233å\003 \202á\0240\eå\0031 á\003 \202á\0300\eå\2031 á\0030\202á
0\013å}\0040\237å\000\000\223å\000\020\223å  \eå\0200\eå\022}\003
á\0000\221å\00
20\203á\0000\200å\000"\eé8\205\000\000H\205\000\000\rA
á\000O-é\004°Lâ\004DMâ\02
0\000\013å\0340\237å\000\020\223å\001  a\0200\eå\022}\003
á\0000\221å\0030\002à\
003\000 á\000"\eé<\205#f3...Ack
Packet received: OK
Sending packet: $X8132,134:\000\000\rA
á\000O-é\004°Lâ\004DMâ\020\000\013å}\0040
\237å\000\000\223å\000\020\223å\001  a\0200\eå\0223 á\003
àá\0000\221å\0020\003à
\0000\200å\000"\eé<\205\000\000\rA
á\000O-é\004°Lâ\bDMâ\020\000\013å\024\020\013
åH0\237å\000\000\223å\000\020\223å\001  a\0200\eå\0223 á\003
àá\0000\221å\0020\0
03à\0000\200å 0\237å\000\000\223å\000\020\223å\024 \eå\0200\eå\022}\003
á\0000\2
21å\0020\203á\0000\200å\000"\eé@\205\000\000\rA á\000O-é\004°Lâ\0240\237å\000
\2
23å\0000\223å\0000\223å\t=\203a\0000\202å\000"\eéD\205\000\000\rA
á\000O-é\004°L
â\004DMâ\020\000\013å\0340\237å\000\000\223å\000\020\223å\0200\eå\003
àá\0000\22
1å\0020\003à\0000\200å\000"\eéL\205\000\000\rA
á\000O-é\004°Lâ\004DMâ\020\000\01
3Ã¥\0300\237Ã¥\000\020#da...Ack
Timed out.
Timed out.
Timed out.
Ignoring packet error, continuing...
-- end trace 1 --

-- begin trace 2 --
arm-elf-gcc -c  -I//C/devel/redboot/redboot_install/include
-I//C/local/src/ecos/packages/compat/posix/current
-I//C/local/src/ecos/packages/compat/posix/current/src
-I//C/local/src/ecos/packages/compat/posix/current/tests -I.
-I//C/local/src/ecos/packages/compat/posix/current/src/ -mcpu=arm7tdmi
-mno-short-load-words -Wall -Wpointer-arith -Wstrict-prototypes -Winline
-Wundef -Woverloaded-virtual -g -O2 -ffunction-sections -fdata-sections
-fno-rtti -fno-exceptions -fvtable-gc -finit-priority -Wp,-MD,src/mqueue.tmp -o
src/compat_posix_mqueue.o
//C/local/src/ecos/packages/compat/posix/current/src/mqueue.cxx
cc1plus.exe: warning: -fvtable-gc is no longer supported
//C/local/src/ecos/packages/compat/posix/current/src/mqueue.cxx:73:48: new: No
such file or directory
<internal>: In function `void* mq_open(const char*, int, ...)':
<internal>:292: too many arguments to function `void* operator new(long 
   unsigned int)'
//C/local/src/ecos/packages/compat/posix/current/src/mqueue.cxx:292: at this 
   point in file
make[1]: *** [src/mqueue.o.d] Error 1
-- end trace 2 --


___________________________________________________________
Do You Yahoo!? -- Vos albums photos en ligne, 
Yahoo! Photos : http://fr.photos.yahoo.com

RE: [ECOS] GDB load "timed out"

[Gary Thomas]

On 30-Jul-2001 Sylvain Gommier wrote:
> Hi all!
> 
> I'm using ARM's Evaluator-7T (e7t) to develop eCos- as well as OS-free-
> embedded applications. I'm using GDB and its "target remote - load - continue"
> cycle to debug them thru the serial line.
> 
> This morning I got a loading error on a new binary as follows:
> (see trace 1 below)
> ...then the whole following get "Timed out" messages.
> All my others binaries' loadings remained the same, so why is that particular
> one failing? Could my binary's contents have an influence on the transmission?
> As I was developing it, the binary may (ok, must :) be buggy...
> 
> Then I decided to slow down my serial line from 38400 to 9600 but I needed to
> recompile RedBoot to do that (no "baudrate" command available in the
> pre-compiled redboot image for e7t). Using eCos' last CVS update and configtool
> v1.3.1.2, I chose the e7t template with "all" packages and added the RedBoot
> package (there has been an automatic conflict "resolution" here), then set the
> serial speed (CYGNUM_HAL_VIRTUAL_VECTOR_CHANNELS_DEFAULT_BAUD) to 9600. At
> compile time, I get the following build error:
> (see trace 2 below)
> I'm not an eCos' internals expert yet, what does that mean? Which settings did
> I missed?
> 
> Thanks!
> Sylvain
> 
> -- begin trace 1 --
> (gdb) load
> Loading section .text, size 0x438 lma 0x8000
                                        ^^^^^^

This most certainly won't work on this platform.  RedBoot (or GDB stubs) will
be using RAM up to 0x10000 - you need to arrange your program to load at that
address or higher.

Re: [ECOS] GDB load "timed out"

[Jonathan Larmour]

Sylvain Gommier wrote:
> I chose the e7t template with "all" packages and added the RedBoot
> package (there has been an automatic conflict "resolution" here), then set the
> serial speed (CYGNUM_HAL_VIRTUAL_VECTOR_CHANNELS_DEFAULT_BAUD) to 9600. At
> compile time, I get the following build error:
> (see trace 2 below)
> I'm not an eCos' internals expert yet, what does that mean? Which settings did
> I missed?

As Gary points out, your text section LMA seems to low - update your
anonymous CVS tree.

But with reference to your rebuilding problems, I would recommend having a
read of the RedBoot User's manual:
http://sources.redhat.com/ecos/docs-latest/redboot/redboot.html
which will say (among other things) to use the redboot template, not the
"all" template.

Jifl
-- 
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
Maybe this world is another planet's Hell -Aldous Huxley || Opinions==mine

RE: [ECOS] GDB load "timed out"

[Sylvain Gommier]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1997 bytes --]

Got it! I updated my linker script for my code to load at 0x10000 and it works
fine.
Thanks a lot!

Sylvain

 --- Gary Thomas <gthomas@redhat.com> a écrit : > 
> On 30-Jul-2001 Sylvain Gommier wrote:
> > Hi all!
> > 
> > I'm using ARM's Evaluator-7T (e7t) to develop eCos- as well as OS-free-
> > embedded applications. I'm using GDB and its "target remote - load -
> continue"
> > cycle to debug them thru the serial line.
> > 
> > This morning I got a loading error on a new binary as follows:
> > (see trace 1 below)
> > ...then the whole following get "Timed out" messages.
> > All my others binaries' loadings remained the same, so why is that
> particular
> > one failing? Could my binary's contents have an influence on the
> transmission?
> > As I was developing it, the binary may (ok, must :) be buggy...
> > 
> > Then I decided to slow down my serial line from 38400 to 9600 but I needed
> to
> > recompile RedBoot to do that (no "baudrate" command available in the
> > pre-compiled redboot image for e7t). Using eCos' last CVS update and
> configtool
> > v1.3.1.2, I chose the e7t template with "all" packages and added the
> RedBoot
> > package (there has been an automatic conflict "resolution" here), then set
> the
> > serial speed (CYGNUM_HAL_VIRTUAL_VECTOR_CHANNELS_DEFAULT_BAUD) to 9600. At
> > compile time, I get the following build error:
> > (see trace 2 below)
> > I'm not an eCos' internals expert yet, what does that mean? Which settings
> did
> > I missed?
> > 
> > Thanks!
> > Sylvain
> > 
> > -- begin trace 1 --
> > (gdb) load
> > Loading section .text, size 0x438 lma 0x8000
>                                         ^^^^^^
> 
> This most certainly won't work on this platform.  RedBoot (or GDB stubs) will
> be using RAM up to 0x10000 - you need to arrange your program to load at that
> address or higher. 

___________________________________________________________
Do You Yahoo!? -- Vos albums photos en ligne, 
Yahoo! Photos : http://fr.photos.yahoo.com

Re: [ECOS] GDB load "timed out"

[Sylvain Gommier]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 4557 bytes --]

About RedBoot builds:

Of course my eCos checkout had just been updated before I made my tests and
wrote a mail.

And I had read the redboot user's manual too. Here is what goes wrong with the
"redboot" template taken out-of-the-box:
(see trace below)
I thought some package like the C lib. could be missing and that's why I chose
the "all" template then...
Looks like it was not the good idea to have, was it?

Thanks
Sylvain

-- begin trace --
arm-elf-gcc -c  -I//C/devel/redboot/redboot_install/include
-I//C/local/src/ecos/packages/redboot/current
-I//C/local/src/ecos/packages/redboot/current/src
-I//C/local/src/ecos/packages/redboot/current/tests -I. -mcpu=arm7tdmi
-mno-short-load-words -Wall -Wpointer-arith -Wstrict-prototypes -Winline
-Wundef -Woverloaded-virtual -g -O2 -ffunction-sections -fdata-sections
-fno-rtti -fno-exceptions -fvtable-gc -finit-priority -o
//C/devel/redboot/redboot_install/lib/version.o
//C/local/src/ecos/packages/redboot/current/src/version.c
arm-elf-gcc -mcpu=arm7tdmi -mno-short-load-words -Wl,--gc-sections -Wl,-static
-g -nostdlib -L//C/devel/redboot/redboot_install/lib -Ttarget.ld -o
//C/devel/redboot/redboot_install/bin/redboot.elf
//C/devel/redboot/redboot_install/lib/version.o
/c/local/arm/lib/gcc-lib/arm-elf/3.0/../../../../arm-elf/bin/ld: Dwarf Error:
Could not find abbrev number 2839.
//C/devel/redboot/redboot_install/lib/extras.o: In function `do_load':
//C/local/src/ecos/packages/redboot/current/src/load.c:284: undefined reference
to `puts'
//C/local/src/ecos/packages/redboot/current/src/load.c:308: undefined reference
to `putchar'
//C/local/src/ecos/packages/redboot/current/src/load.c:386: undefined reference
to `puts'
//C/devel/redboot/redboot_install/lib/libtarget.a(redboot_main.o): In function
`do_reset':
//C/local/src/ecos/packages/redboot/current/src/main.c:506: undefined reference
to `puts'
//C/devel/redboot/redboot_install/lib/libtarget.a(redboot_main.o): In function
`do_go':
//C/local/src/ecos/packages/redboot/current/src/main.c:476: undefined reference
to `puts'
//C/local/src/ecos/packages/redboot/current/src/main.c:492: undefined reference
to `puts'
//C/local/src/ecos/packages/redboot/current/src/main.c:486: undefined reference
to `puts'
//C/devel/redboot/redboot_install/lib/libtarget.a(redboot_main.o): In function
`do_reset':
//C/local/src/ecos/packages/redboot/current/src/main.c:507: undefined reference
to `putchar'
//C/local/src/ecos/packages/redboot/current/src/main.c:509: undefined reference
to `puts'
//C/devel/redboot/redboot_install/lib/libtarget.a(redboot_io.o): In function
`vdump_buf_with_offset':
//C/local/src/ecos/packages/redboot/current/src/io.c:351: undefined reference
to `puts'
//C/local/src/ecos/packages/redboot/current/src/io.c:366: undefined reference
to `puts'
//C/devel/redboot/redboot_install/lib/libtarget.a(redboot_parse.o): In function
`parse_num':
//C/local/src/ecos/packages/redboot/current/src/parse.c:313: undefined
reference to `puts'
//C/local/src/ecos/packages/redboot/current/src/parse.c:340: undefined
reference to `putchar'
//C/local/src/ecos/packages/redboot/current/src/parse.c:309: undefined
reference to `puts'
collect2: ld returned 1 exit status
make[1]: *** [//C/devel/redboot/redboot_install/bin/redboot.elf] Error 1
make[1]: Leaving directory `/c/devel/redboot/redboot_build/redboot/current'
make: *** [build] Error 2
-- end trace --


 --- Jonathan Larmour <jlarmour@redhat.com> a écrit : > Sylvain Gommier wrote:
> > I chose the e7t template with "all" packages and added the RedBoot
> > package (there has been an automatic conflict "resolution" here), then set
> the
> > serial speed (CYGNUM_HAL_VIRTUAL_VECTOR_CHANNELS_DEFAULT_BAUD) to 9600. At
> > compile time, I get the following build error:
> > (see trace 2 below)
> > I'm not an eCos' internals expert yet, what does that mean? Which settings
> did
> > I missed?
> 
> As Gary points out, your text section LMA seems to low - update your
> anonymous CVS tree.
> 
> But with reference to your rebuilding problems, I would recommend having a
> read of the RedBoot User's manual:
> http://sources.redhat.com/ecos/docs-latest/redboot/redboot.html
> which will say (among other things) to use the redboot template, not the
> "all" template.
> 
> Jifl
> -- 
> Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
> Maybe this world is another planet's Hell -Aldous Huxley || Opinions==mine 

___________________________________________________________
Do You Yahoo!? -- Vos albums photos en ligne, 
Yahoo! Photos : http://fr.photos.yahoo.com

Re: [ECOS] GDB load "timed out"

[Robin Farine]

Sylvain Gommier <sylvain_gommier@yahoo.fr> writes:

> About RedBoot builds:
> 
> Of course my eCos checkout had just been updated before I made my tests and
> wrote a mail.
> 
> And I had read the redboot user's manual too. Here is what goes wrong with the
> "redboot" template taken out-of-the-box:
> (see trace below)
> I thought some package like the C lib. could be missing and that's why I chose
> the "all" template then...
> Looks like it was not the good idea to have, was it?

Did you notice? Only puts is missing. This usually indicates that you need to
add -fno-builtin to your CFLAGS when you build RedBoot.

Robin

Re: [ECOS] GDB load "timed out"

[Sylvain Gommier]

> Did you notice? Only puts is missing. This usually indicates that you need to
> add -fno-builtin to your CFLAGS when you build RedBoot.
Ok, this works fine! But am I the only one to need such an extra cc flag, for
it not to be in the default settings?

But wait, I must be the one lamer out there: there is still an build error
right at the end, when the flash_cksum.tcl script gets called
(see trace below)
It seems to me the cygtclsh80 TCL interpreter (last stable version from Cygwin)
is correctly executed but can't access a "//c/local/..."-like file by itself.
"/c/..."-like paths don't work too but "c:/..." do. Is there a clean way to
correct that?

Thanks again,
Sylvain

-- begin trace --
arm-elf-gcc -c
-DCHECKSUM=`//c/local/src/ecos/packages/hal/arm/e7t/current/src/flash_cksum.tcl
src/redboot_ncs.bin`  -I//C/devel/redboot/redboot_install/include
-I//c/local/src/ecos/packages/hal/arm/e7t/current
-I//c/local/src/ecos/packages/hal/arm/e7t/current/src
-I//c/local/src/ecos/packages/hal/arm/e7t/current/tests -I.
-I//c/local/src/ecos/packages/hal/arm/e7t/current/src/ -mcpu=arm7tdmi
-mno-short-load-words -Wall -Wpointer-arith -Wstrict-prototypes -Winline
-Wundef -Woverloaded-virtual -g -O2 -ffunction-sections -fdata-sections
-fno-rtti -fno-exceptions -fno-builtin -fvtable-gc -finit-priority -o
src/redboot.o
//c/local/src/ecos/packages/hal/arm/e7t/current/src/redboot_module.c
couldn't read file
"//c/local/src/ecos/packages/hal/arm/e7t/current/src/flash_cksum.tcl": no such
file or directory

//c/local/src/ecos/packages/hal/arm/e7t/current/src/redboot_module.c:91: parse
error before ',' token
make[1]: *** [//C/devel/redboot/redboot_install/bin/redboot.bin] Error 1
make[1]: Leaving directory `/c/devel/redboot/redboot_build/hal/arm/e7t/current'
make: *** [build] Error 2
-- end trace --


___________________________________________________________
Do You Yahoo!? -- Vos albums photos en ligne, 
Yahoo! Photos : http://fr.photos.yahoo.com

Re: [ECOS] GDB load "timed out"

[Jonathan Larmour]

Sylvain Gommier wrote:
> 
> > Did you notice? Only puts is missing. This usually indicates that you need to
> > add -fno-builtin to your CFLAGS when you build RedBoot.
> Ok, this works fine! But am I the only one to need such an extra cc flag, for
> it not to be in the default settings?

We haven't recommended to people to use GCC 3 yet, and this is one of the
reasons why :-). I'm going to be fixing this, along with a bunch of other
stuff.

> But wait, I must be the one lamer out there: there is still an build error
> right at the end, when the flash_cksum.tcl script gets called
> (see trace below)
> It seems to me the cygtclsh80 TCL interpreter (last stable version from Cygwin)
> is correctly executed but can't access a "//c/local/..."-like file by itself.
> "/c/..."-like paths don't work too but "c:/..." do. Is there a clean way to
> correct that?

This is hopefully something that will be fixed in an updated config tool
available shortly (the //c style paths will be going away in the next
version of the cygwin DLL). You could probably run it by hand for now as a
workaround :-|.

Jifl
-- 
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
Maybe this world is another planet's Hell -Aldous Huxley || Opinions==mine