RE: [avr-gcc-list] Re: eicall & EIND

[Stu Bell]

I practically never use EIND in my code.  This is useful if you intend
to call functions in your bootloader, but otherwise the hassle of
calling functions this way is a pain.  My bootloader is very
plain-vanilla, no interrupts code and does not provide any function to
the main app *except* downloading new app code.  For that one function,
I force the boot procesure to a known location and call it with inline
assembly language from the app.

Check out the following for instructions on handling ISRs and function
pointer targets:

http://www.avrfreaks.net/index.php?module=PNphpBB2&file=viewtopic&t=6891
1
http://www.avrfreaks.net/index.php?module=PNphpBB2&file=viewtopic&t=7038
7

I am using FreeRTOS, so I also place any RTOS functions that may be
called at switch-context time in lower memory.  They are placed in the
linker section .task using the same methods as above.

Best regards, 

Stu Bell 
DataPlay (DPHI, Inc.) 

 

> -----Original Message-----
> From: address@hidden 
> [mailto:address@hidden 
> On Behalf Of Dusan Ferbas
> Sent: Monday, March 09, 2009 3:19 PM
> To: Weddington, Eric; address@hidden
> Cc: Andy H
> Subject: RE: [avr-gcc-list] Re: eicall & EIND
> 
> OK, I am not arguing :-).
> I am just adding some strength to this issue, because it is 
> not only a problem of impossibility to reach far code, but 
> problem is also with interrupts, if you manually force eind.
> 
> I also asked about info for trampolines. I was not able to 
> google out, neither find in this list. Any advice ?
> 
> At 18:34 8.3.2009, Weddington, Eric wrote:
> > > in June 2008, I discussed here calling a bootloader from an 
> > > application.
> > > Now, we recognized that this is a common problem with calling 
> > > functions with eicall instruction.
> >
> >Known issue:
> ><http://sourceforge.net/tracker/index.php?func=detail&aid=202
8719&group
> >_id=68108&atid=520074>
> 
> Dusan 
> 
> 
> 
> _______________________________________________
> AVR-GCC-list mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
>