This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: ecos with thumb
- From: Nick Garnett <nickg at ecoscentric dot com>
- To: Beat Morf <beat dot morf at duagon dot com>
- Cc: ecos-discuss at sources dot redhat dot com
- Date: 15 Aug 2003 10:21:25 +0100
- Subject: [ECOS] Re: ecos with thumb
- References: <3F3B9463.40405@duagon.com>
It it best to send questions like this to the ecos-discuss
list, to which I have copied this response.
I'm afraid I know very little about how the thumb stuff works, maybe
someone on the list can help.
Beat Morf <beat.morf@duagon.com> writes:
> hi nick
>
> I have a little problem with my hardware, hope you can help me!
>
> I work with eCos and MicroMonitor as bootloader - all work well and I
> am quite happy. Because I have not very much of flash and ram, I tried
> to compile my applications in thumb-mode (with -mthumb and
> -mthumb-interwork).
> First of all I compiled the eCos implemented test-applications. It
> worked until the test dhrystone - I think you wrote something in the
> mailing list?!
> Anyway, the tests before the dhrystone are compiled and I can test them.
>
> Now, some are good, some are bad because of a SIGTRAP in misc.cxx
> (105), clock.cxx (86) or kapi.cxx (113).
> I will give you the output of the test-application <clock0>:
>
> **** begin gdb-output ****
> Run started
> (gdb) set remote memory-write-packet-size 1024
> set remote memory-write-packet-size 1024
> (gdb) set height 0
> set height 0
> (gdb) set debug remote 0
> set debug remote 0
> (gdb) target remote 192.168.0.23:8888
> target remote 192.168.0.23:8888
> Remote debugging using 192.168.0.23:8888
> 0x00000000 in ?? ()
> (gdb) load
> load
> Loading section .rom_vectors, size 0x40 lma 0x2080000
> Loading section .text, size 0x8344 lma 0x2080040
> Loading section .rodata, size 0xd44 lma 0x2088384
> Loading section .data, size 0x528 lma 0x20890c8
> Start address 0x2080040, load size 38384
> Transfer rate: 102357 bits/sec, 498 bytes/write.
> (gdb) break cyg_test_exit
> break cyg_test_exit
> Breakpoint 1 at 0x2082b8a: file
> /opt/ecos/ecos-2.0/packages/infra/v2_0/src/tcdiag.cxx, line 260.
> (gdb) break cyg_assert_fail
> break cyg_assert_fail
> Function "cyg_assert_fail" not defined.
> (gdb) break cyg_test_init
> break cyg_test_init
> Breakpoint 2 at 0x2082aec: file
> /opt/ecos/ecos-2.0/packages/infra/v2_0/src/tcdiag.cxx, line 192.
> (gdb) cont
> cont
> Continuing.
>
> Program received signal SIGTRAP, Trace/breakpoint trap.
> Cyg_Counter (this=0x208aa68, incr=1)
> at /opt/ecos/ecos-2.0/packages/kernel/v2_0/src/common/clock.cxx:86
> 86 {
> (gdb) set cyg_test_is_simulator=0
> set cyg_test_is_simulator=0
> Address of symbol "cyg_test_is_simulator" is unknown.
> (gdb) cont
> cont
> Continuing.
>
> Program received signal SIGTRAP, Trace/breakpoint trap.
> Cyg_Counter (this=0x208aa68, incr=1)
> at /opt/ecos/ecos-2.0/packages/kernel/v2_0/src/common/clock.cxx:86
> 86 {
> (gdb) bt
> bt
> #0 Cyg_Counter (this=0x208aa68, incr=1)
> at /opt/ecos/ecos-2.0/packages/kernel/v2_0/src/common/clock.cxx:86
> #1 0x02082e86 in Cyg_Clock (this=0x208aa68, res=
> {dividend = 1600000000, divisor = 100})
> at /opt/ecos/ecos-2.0/packages/kernel/v2_0/src/common/clock.cxx:482
> #2 0x0208357c in Cyg_RealTimeClock (this=0x208aa68)
> at /opt/ecos/ecos-2.0/packages/kernel/v2_0/src/common/clock.cxx:866
> Cannot access memory at address 0xe59ff010
> (gdb) Run complete
> **** end gdb-output ****
>
> I will give you the list of all tests with an error (until dhrystone):
> SIGTRAP in misc.cxx at line 105:
> - cxxsupp
> SIGTRAP in clock.css at line 86
> - clock0
> - clock1
> - clockcnv
> - clocktruth
> - flag1
> - mbox1
> - mutex3
> SIGTRAP in kapi.cxx at line 113
> - kclock1
> - kexept1
> - kflag0
> - kinter0
> - klock
> - kmbox1
> - kmutex1
> - kmutex3 (kapi.cxx at line 119)
> - kmutex4 (kapi.cxx at line 119)
> - ksched1
> - ksem1
> - thread_gdb
> - timeslice
> - tm_basic (kapi.cxx at line 119)
> - fptest
>
> The other tests until dhrystone worked well without an error!
>
> Perhaps you can help me - would be great!
>
> Thanks
> Beat
>
>
--
Nick Garnett eCos Kernel Architect
http://www.ecoscentric.com The eCos and RedBoot experts
--
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss