[ECOS] AT91 ARM Thumb-mode

sensitron medical sensitronnet@yahoo.com
Wed Apr 30 08:39:00 GMT 2003


Yep. This did the trick.

--- sensitron medical <sensitronnet@yahoo.com> wrote:
> I am going to try Daniel Néri' patch below to see if
> it resolves my issue with having to disable "Use
> separate stack for interrupts" problem.
> 
> Re: thumb support
> From: daniel dot neri at sigicom dot se (Daniel
> Néri) 
> To: ecos-patches at sources dot redhat dot com 
> Date: Sat, 26 Apr 2003 12:32:16 +0000 
> Subject: Re: thumb support 
> Cancel-lock: sha1:XLCEA+EtHCpdgMTI8xbdxS9kJxA= 
> Organization: Sigicom AB, Stockholm, Sweden 
> References:
> <20030413125835.91B82EC6F1@delenn.bartv.net> 
> 
>
--------------------------------------------------------------------------------
> 
> In vectors.S, there is a call to hal_spurious_IRQ
> that
> is (still) not
> thumb-aware. Proposed fix below.
> 
> 
> Best wishes,
>   --Daniel
> 
> 
> 
> --- Jonathan Larmour <jifl@eCosCentric.com> wrote:
> > sensitron medical wrote:
> > > compile snippet:
> > [snip]
> > 
> > That command line is fair enough.
> > 
> > If you were using the current CVS trunk I would
> > agree you should be able 
> > to get quite far, but the v2.0b1 release had a
> > problem that prevented it 
> > being compiled for thumb - fixed by this patch but
> > only in the CVS trunk: 
> >
>
http://sources.redhat.com/ml/ecos-patches/2003-04/msg00085.html
> > 
> > If you were using the trunk, you would also see
> that
> > the thumb compiler 
> > still isn't necessarily up to scratch:
> > 
> > arm-elf-gcc -c 
> >
>
-I/home/jlarmour/sourceware/ecos/ecos/obj/arm/pidT/install/include
> > 
> > -I/home/jlarmour/ecos/packages/kernel/current 
> > -I/home/jlarmour/ecos/packages/kernel/current/src 
> >
> -I/home/jlarmour/ecos/packages/kernel/current/tests
> > -I. 
> >
> -I/home/jlarmour/ecos/packages/kernel/current/tests/
> > -mthumb 
> > -mthumb-interwork -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,tests/dhrystone.tmp -o tests/dhrystone.o 
> >
>
/home/jlarmour/ecos/packages/kernel/current/tests/dhrystone.c
> >
>
/home/jlarmour/ecos/packages/kernel/current/tests/dhrystone.c:
> > In function 
> > `Proc_1':
> >
>
/home/jlarmour/ecos/packages/kernel/current/tests/dhrystone.c:870:
> > 
> > Internal compiler error in pre_insert_copy_insn,
> at
> > gcse.c:4859
> > Please submit a full bug report,
> > with preprocessed source if appropriate.
> > See
> <URL:http://www.gnu.org/software/gcc/bugs.html>
> > for instructions.
> > make[1]: *** [tests/dhrystone.d] Error 1
> > 
> > "Only" a test, sure, but it gives us doubts about
> > the compiler's 
> > reliability. On the other hand, if anyone reports
> > success using GCC 3.2.2 
> > or GCC 3.2.3 we would very much like to know about
> > it.
> > 
> > Jifl
> > 
> > >
> >
>
/ecos-c/ecos-2.0b1/packages/kernel/v2_0b1/src/intr/intr.cxx:668:
> > > 
> > >>>undefined reference to `hal_disable_interrupts'
> > >>
> > >>That should have come from vectors.S - there's
> > some
> > >>thumb only functions 
> > >>to do that. Was it definitely compiled in thumb
> > >>mode?
> > >>
> > >>Just thinking of the last message I sent, if
> > >>vectors.S was compiled in 
> > >>thumb mode, I'm intrigued by the fact you got
> this
> > >>far. What tool versions 
> > >>are you using?
> > >>
> > >>Jifl
> > 
> > -- 
> > eCosCentric    http://www.eCosCentric.com/    The
> > eCos and RedBoot experts
> > --[ "You can complain because roses have thorns,
> or
> > you ]--
> > --[  can rejoice because thorns have roses."
> > -Lincoln   ]-- Opinions==mine
> > 
> 
> 
> __________________________________
> Do you Yahoo!?
> The New Yahoo! Search - Faster. Easier. Bingo.
> http://search.yahoo.com
> 


__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com

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



More information about the Ecos-discuss mailing list