[ECOS] Multi-ICE support Status

[ECOS] Multi-ICE support Status

[Ashok I.]

Hi every one

I read a mail in january which said that Multi-ICE support will be out
soon. I am eagerly waiting for that to happen. I would be grateful if
some one tells me what is happening on that front?
Also can any one tell me whether Multi-ICE is supported on Linux
platform? If yes is any one using that?

Thanks in advance
Ashok I

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

Re: [ECOS] Multi-ICE support Status

[Jonathan Larmour]

"Ashok I." wrote:
> 
> Hi every one
> 
> I read a mail in january which said that Multi-ICE support will be out
> soon. I am eagerly waiting for that to happen. I would be grateful if
> some one tells me what is happening on that front?
> Also can any one tell me whether Multi-ICE is supported on Linux
> platform? If yes is any one using that?

Well, a while back I worked with ARM and put up a page (without telling
anyone :-)). They still wanted to beta test it a bit more, but what the
hell:

http://sources.redhat.com/ecos/multi-ice.html

Jifl
-- 
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
--[ "You can complain because roses have thorns, or you ]--
--[  can rejoice because thorns have roses." -Lincoln   ]-- Opinions==mine

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

RE: [ECOS] Multi-ICE support Status

[benny]

I tried the new version of code (v2?) ;
here are the results on e7t board:

1. There is a problem in vector.s (or in my setup):

#ifdef CYGHWR_HAL_ARM_ICE_THREAD_SUPPORT
        ldr     r2,=ice_thread_vector
//BLD!        sub     r2,r2,r1        // compute fixed (low memory) address
        ldr     r3,=0x4D494345  // 'MICE'
        str     r3,[r2],#4

in the commented instruction r2 is the ice_tread_vector which resides in
section ".fixed_vectors"
which in my case has the absolute address 0x20 (the vector itself has the
absolute address 0x150)
r1 is the __exception_handlers which has address 0x10000
This way the sub result got negative.

I commented out the sub instruction, now the sting MICE got written to the
address 0x150.
The comment in vectors.s says that it should be address 0x50. Difference in
0x100 is because of the
hal_virtual_vector_table which I can't remove.
So my MultiIce server keeps reporting "Not a good vector or eCos not
running!"

Also when I enabled CYGDBG_HAL_DEBUG_GDB_INCLUDE_STUBS, I start getting GDB
output to my debug console
like : $T02thread:00000006;0f:08c40100;0d:fc4f0400;#24
Because I don't have GDB on the serial port, and GDB waits for input, code
stack.

Looks like I still miss something in flags.

-Benny

> -----Original Message-----
> From: jlarmour@localhost.localdomain
> [mailto:jlarmour@localhost.localdomain]On Behalf Of Jonathan Larmour
> Sent: Thursday, May 16, 2002 6:52 PM
> To: benny@voicepump.com
> Cc: ecos-discuss@sources.redhat.com
> Subject: Re: [ECOS] Multi-ICE support Status
>
>
> benny wrote:
> >
> > My question is now about MultiICE eCOS awareness.
> > First attempt was not to use stubs at all. My application
> worked fine then
> > (breakpoints, memory read/write etc) but I don't have any OS awareness.
> > Then I tried to follow the instructions and rebuild the eCOS library.
> >
> > Two flags:
> > CYGDBG_HAL_DEBUG_GDB_THREAD_SUPPORT
> > CYGDBG_KERNEL_DEBUG_GDB_THREAD_SUPPORT
> > were enabled before (that is how I got eCOS awareness through the serial
> > port)
> >
> > But then I can't find CYGHWR_HAL_ARM_ICE_THREAD_SUPPORT option at all.
> > I use eCOS from the CVS tip - was it checked in? Or I can
> > find it somewhere else?
> > The flag was mentioned once in some document came with eCOS, that's it.
>
> That flag will appear in eCos v2. Which should be out in anoncvs form in
> the next few days. Please don't ask about it yet - we're quite busy on it!
>
> Jifl
> --
> Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
> --[ "You can complain because roses have thorns, or you ]--
> --[  can rejoice because thorns have roses." -Lincoln   ]--
> Opinions==mine


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

Re: [ECOS] Multi-ICE support Status

[Jonathan Larmour]

benny wrote:
> 
> My question is now about MultiICE eCOS awareness.
> First attempt was not to use stubs at all. My application worked fine then
> (breakpoints, memory read/write etc) but I don't have any OS awareness.
> Then I tried to follow the instructions and rebuild the eCOS library.
> 
> Two flags:
> CYGDBG_HAL_DEBUG_GDB_THREAD_SUPPORT
> CYGDBG_KERNEL_DEBUG_GDB_THREAD_SUPPORT
> were enabled before (that is how I got eCOS awareness through the serial
> port)
> 
> But then I can't find CYGHWR_HAL_ARM_ICE_THREAD_SUPPORT option at all.
> I use eCOS from the CVS tip - was it checked in? Or I can
> find it somewhere else?
> The flag was mentioned once in some document came with eCOS, that's it.

That flag will appear in eCos v2. Which should be out in anoncvs form in
the next few days. Please don't ask about it yet - we're quite busy on it!

Jifl
-- 
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
--[ "You can complain because roses have thorns, or you ]--
--[  can rejoice because thorns have roses." -Lincoln   ]-- Opinions==mine

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

RE: [ECOS] Multi-ICE support Status

[benny]

My question is now about MultiICE eCOS awareness.
First attempt was not to use stubs at all. My application worked fine then
(breakpoints, memory read/write etc) but I don't have any OS awareness.
Then I tried to follow the instructions and rebuild the eCOS library.

Two flags:
CYGDBG_HAL_DEBUG_GDB_THREAD_SUPPORT
CYGDBG_KERNEL_DEBUG_GDB_THREAD_SUPPORT
were enabled before (that is how I got eCOS awareness through the serial
port)

But then I can't find CYGHWR_HAL_ARM_ICE_THREAD_SUPPORT option at all.
I use eCOS from the CVS tip - was it checked in? Or I can
find it somewhere else?
The flag was mentioned once in some document came with eCOS, that's it.

When I enabled stubs without CYGHWR_HAL_ARM_ICE_THREAD_SUPPORT
by setting CYGDBG_HAL_DEBUG_GDB_INCLUDE_STUBS
then everything went wrong.
The printf assumes that the GDB sits on the other side of the serial port,
so
my printf's send GDB codes to the console and application stuck because of
no
reply from the non-existing GDB.

I guess the CYGHWR_HAL_ARM_ICE_THREAD_SUPPORT should resolve this issue?

Regards,
Benny

> -----Original Message-----
> From: jlarmour@cambridge.redhat.com
> [mailto:jlarmour@cambridge.redhat.com]On Behalf Of Jonathan Larmour
> Sent: Wednesday, May 15, 2002 3:13 PM
> To: Corinna Vinschen; cygwin@cygwin.com; benny@voicepump.com;
> ecos-discuss@sources.redhat.com
> Subject: Re: [ECOS] Multi-ICE support Status
>
>
> Jonathan Larmour wrote:
> >
> > Corinna Vinschen wrote:
> >
> /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text
> +0x2f):..\
> > > > > ..\t
> > > > > oolconf.c: undefined reference to `_imp___pctype'
> > > > >
> > > > > Any ideas what library is missing (looks like something
> from Visual C?)
> > > >
> > > > Actually it looks like something from Cygwin.
> > > >
> > > > Cygwin guys, can you help on this? What has changed that has caused
> > > > libraries to stop being binary compatible?
> > >
> > > The internal representation of ctype has changed.  But that's
> > > looong ago.  How old are the concerned libs?
> >
> > Quite old. When I lasted tested it, it was with fairly old tools as well
> > though (GNUPro 00r1).
> >
> > Although looking at it again after Benny saying that linking with msvcrt
> > helped (but caused a segfault), I don't think these are cygwin symbols
> > after all - the library in question was built by MSVC.
>
> Aha! Keith Seitz helped me notice the problem. Duh I'm so blind.
> There is a
> cygwin library libtoolconf.a there, but it's picking up toolconf.lib
> instead. Presumably the tools didn't used to.
>
> Benny, rename toolconf.lib to toolconf.lib.ignore and then try again.
>
> Jifl
> --
> Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
> --[ "You can complain because roses have thorns, or you ]--
> --[  can rejoice because thorns have roses." -Lincoln   ]--
> Opinions==mine


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

RE: [ECOS] Multi-ICE support Status

[benny]

You are right!
linker picked up the toolconf.lib that came with the rest of the RDI_GPL
stuff.
Now it works fine - I may contact the target through the MultiICE.
Thanks,
Benny

> -----Original Message-----
> From: jlarmour@cambridge.redhat.com
> [mailto:jlarmour@cambridge.redhat.com]On Behalf Of Jonathan Larmour
> Sent: Wednesday, May 15, 2002 3:13 PM
> To: Corinna Vinschen; cygwin@cygwin.com; benny@voicepump.com;
> ecos-discuss@sources.redhat.com
> Subject: Re: [ECOS] Multi-ICE support Status
>
>
> Jonathan Larmour wrote:
> >
> > Corinna Vinschen wrote:
> >
> /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text
> +0x2f):..\
> > > > > ..\t
> > > > > oolconf.c: undefined reference to `_imp___pctype'
> > > > >
> > > > > Any ideas what library is missing (looks like something
> from Visual C?)
> > > >
> > > > Actually it looks like something from Cygwin.
> > > >
> > > > Cygwin guys, can you help on this? What has changed that has caused
> > > > libraries to stop being binary compatible?
> > >
> > > The internal representation of ctype has changed.  But that's
> > > looong ago.  How old are the concerned libs?
> >
> > Quite old. When I lasted tested it, it was with fairly old tools as well
> > though (GNUPro 00r1).
> >
> > Although looking at it again after Benny saying that linking with msvcrt
> > helped (but caused a segfault), I don't think these are cygwin symbols
> > after all - the library in question was built by MSVC.
>
> Aha! Keith Seitz helped me notice the problem. Duh I'm so blind.
> There is a
> cygwin library libtoolconf.a there, but it's picking up toolconf.lib
> instead. Presumably the tools didn't used to.
>
> Benny, rename toolconf.lib to toolconf.lib.ignore and then try again.
>
> Jifl
> --
> Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
> --[ "You can complain because roses have thorns, or you ]--
> --[  can rejoice because thorns have roses." -Lincoln   ]--
> Opinions==mine


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

Re: [ECOS] Multi-ICE support Status

[Jonathan Larmour]

Jonathan Larmour wrote:
> 
> Corinna Vinschen wrote:
> /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text+0x2f):..\
> > > > ..\t
> > > > oolconf.c: undefined reference to `_imp___pctype'
> > > >
> > > > Any ideas what library is missing (looks like something from Visual C?)
> > >
> > > Actually it looks like something from Cygwin.
> > >
> > > Cygwin guys, can you help on this? What has changed that has caused
> > > libraries to stop being binary compatible?
> >
> > The internal representation of ctype has changed.  But that's
> > looong ago.  How old are the concerned libs?
> 
> Quite old. When I lasted tested it, it was with fairly old tools as well
> though (GNUPro 00r1).
> 
> Although looking at it again after Benny saying that linking with msvcrt
> helped (but caused a segfault), I don't think these are cygwin symbols
> after all - the library in question was built by MSVC.

Aha! Keith Seitz helped me notice the problem. Duh I'm so blind. There is a
cygwin library libtoolconf.a there, but it's picking up toolconf.lib
instead. Presumably the tools didn't used to.

Benny, rename toolconf.lib to toolconf.lib.ignore and then try again.

Jifl
-- 
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
--[ "You can complain because roses have thorns, or you ]--
--[  can rejoice because thorns have roses." -Lincoln   ]-- Opinions==mine

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

Re: [ECOS] Multi-ICE support Status

[Jonathan Larmour]

Corinna Vinschen wrote:
/cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text+0x2f):..\
> > > ..\t
> > > oolconf.c: undefined reference to `_imp___pctype'
> > >
> > > Any ideas what library is missing (looks like something from Visual C?)
> >
> > Actually it looks like something from Cygwin.
> >
> > Cygwin guys, can you help on this? What has changed that has caused
> > libraries to stop being binary compatible?
> 
> The internal representation of ctype has changed.  But that's
> looong ago.  How old are the concerned libs?

Quite old. When I lasted tested it, it was with fairly old tools as well
though (GNUPro 00r1).

Although looking at it again after Benny saying that linking with msvcrt
helped (but caused a segfault), I don't think these are cygwin symbols
after all - the library in question was built by MSVC.

Benny, if you run the executable under GDB where does it fail?

Jifl
-- 
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
--[ "You can complain because roses have thorns, or you ]--
--[  can rejoice because thorns have roses." -Lincoln   ]-- Opinions==mine

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

RE: [ECOS] Multi-ICE support Status

[benny]

I think I found the problem after straggling for a while -
the missing library is libmvcrt. After changing the make line to:


make -w MULTI_ICE_INCLUDES="-I/cygdrive/c/Multi-ICE/Headers" \




MULTI_ICE_LIBS="-L/lib/mingw -L/cygdrive/C/Multi-ICE/Libraries -L/tmp/migdb/
build/gdb/multi-ice -ltoolconf -lmsvcrt" 2>&1 | tee make.out

everything builds.

But after this I got :

$ multi-ice-gdb-server --remote-port 9000 --byte-sex l --config-dialog
Segmentation fault (core dumped)
I may provide the stack dump file.

P.S. - I'm not sure which one I need to use - there are different DLL
support libraries: libcrtdll, libmsvcrt, libmvcrt20 and libmvcrt40.
I tried libmsvcrt and libmsvcrt40 with the same result.

I use cygwin cygwin-1.3.2-1 libraries.
BennyD

> -----Original Message-----
> From: jlarmour@cambridge.redhat.com
> [mailto:jlarmour@cambridge.redhat.com]On Behalf Of Jonathan Larmour
> Sent: Wednesday, May 15, 2002 11:59 AM
> To: benny@voicepump.com
> Cc: ecos-discuss@sources.redhat.com; cygwin@cygwin.com
> Subject: Re: [ECOS] Multi-ICE support Status
>
>
> benny wrote:
> >
> > Hi everybody,
> > I followed the nice instructions on
> > http://sources.redhat.com/ecos/multi-ice.html
> > and all was fine till the last stage when the linker complained on two
> > missed symbols in
> > ARM library toolconf:
> >
> > gcc  -g -O2  -o multi-ice-gdb-server.exe -Wl,--subsystem,console
> > server-main.o r
> > di150-low.o remote-utils.o utils.o server-win.o arm-singlestep.o
> > MICE-gdbserverr
> > es.o -L../../libiberty -liberty -lshell32 -ladvapi32 -lgdi32
> -luser32 -L/cyg
> > driv
> > e/C/Multi-ICE/libraries -L/tmp/migdb/build/gdb/multi-ice -ltoolconf
> >
> /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text
> +0x25):..\
> > ..\t
> > oolconf.c: undefined reference to `_imp___isctype'
> >
> /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text
> +0x2f):..\
> > ..\t
> > oolconf.c: undefined reference to `_imp___pctype'
> >
> > Any ideas what library is missing (looks like something from Visual C?)
>
> Actually it looks like something from Cygwin.
>
> Cygwin guys, can you help on this? What has changed that has caused
> libraries to stop being binary compatible?
>
> Jifl
> --
> Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
> --[ "You can complain because roses have thorns, or you ]--
> --[  can rejoice because thorns have roses." -Lincoln   ]--
> Opinions==mine


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

Re: [ECOS] Multi-ICE support Status

[Corinna Vinschen]

On Wed, May 15, 2002 at 05:58:59PM +0100, Jonathan Larmour wrote:
> benny wrote:
> > 
> > Hi everybody,
> > I followed the nice instructions on
> > http://sources.redhat.com/ecos/multi-ice.html
> > and all was fine till the last stage when the linker complained on two
> > missed symbols in
> > ARM library toolconf:
> > 
> > gcc  -g -O2  -o multi-ice-gdb-server.exe -Wl,--subsystem,console
> > server-main.o r
> > di150-low.o remote-utils.o utils.o server-win.o arm-singlestep.o
> > MICE-gdbserverr
> > es.o -L../../libiberty -liberty -lshell32 -ladvapi32 -lgdi32 -luser32 -L/cyg
> > driv
> > e/C/Multi-ICE/libraries -L/tmp/migdb/build/gdb/multi-ice -ltoolconf
> > /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text+0x25):..\
> > ..\t
> > oolconf.c: undefined reference to `_imp___isctype'
> > /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text+0x2f):..\
> > ..\t
> > oolconf.c: undefined reference to `_imp___pctype'
> > 
> > Any ideas what library is missing (looks like something from Visual C?)
> 
> Actually it looks like something from Cygwin. 
> 
> Cygwin guys, can you help on this? What has changed that has caused
> libraries to stop being binary compatible?

The internal representation of ctype has changed.  But that's
looong ago.  How old are the concerned libs? 

Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Developer                                mailto:cygwin@cygwin.com
Red Hat, Inc.

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

Re: [ECOS] Multi-ICE support Status

[Jonathan Larmour]

benny wrote:
> 
> Hi everybody,
> I followed the nice instructions on
> http://sources.redhat.com/ecos/multi-ice.html
> and all was fine till the last stage when the linker complained on two
> missed symbols in
> ARM library toolconf:
> 
> gcc  -g -O2  -o multi-ice-gdb-server.exe -Wl,--subsystem,console
> server-main.o r
> di150-low.o remote-utils.o utils.o server-win.o arm-singlestep.o
> MICE-gdbserverr
> es.o -L../../libiberty -liberty -lshell32 -ladvapi32 -lgdi32 -luser32 -L/cyg
> driv
> e/C/Multi-ICE/libraries -L/tmp/migdb/build/gdb/multi-ice -ltoolconf
> /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text+0x25):..\
> ..\t
> oolconf.c: undefined reference to `_imp___isctype'
> /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text+0x2f):..\
> ..\t
> oolconf.c: undefined reference to `_imp___pctype'
> 
> Any ideas what library is missing (looks like something from Visual C?)

Actually it looks like something from Cygwin. 

Cygwin guys, can you help on this? What has changed that has caused
libraries to stop being binary compatible?

Jifl
-- 
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
--[ "You can complain because roses have thorns, or you ]--
--[  can rejoice because thorns have roses." -Lincoln   ]-- Opinions==mine

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

[ECOS] Multi-ICE support Status

[benny]

Hi everybody,
I followed the nice instructions on
http://sources.redhat.com/ecos/multi-ice.html
and all was fine till the last stage when the linker complained on two
missed symbols in
ARM library toolconf:

gcc  -g -O2  -o multi-ice-gdb-server.exe -Wl,--subsystem,console
server-main.o r
di150-low.o remote-utils.o utils.o server-win.o arm-singlestep.o
MICE-gdbserverr
es.o -L../../libiberty -liberty -lshell32 -ladvapi32 -lgdi32 -luser32 -L/cyg
driv
e/C/Multi-ICE/libraries -L/tmp/migdb/build/gdb/multi-ice -ltoolconf
/cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text+0x25):..\
..\t
oolconf.c: undefined reference to `_imp___isctype'
/cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text+0x2f):..\
..\t
oolconf.c: undefined reference to `_imp___pctype'

Any ideas what library is missing (looks like something from Visual C?)

Regards,
Benny Dolnik


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