ISR Argument Proposal Request
eric.valette at free.fr
Tue Feb 4 16:28:34 UTC 2003
Joel Sherrill wrote:
> I hesitated mentioning this but in fact a handful of
> ports which pass a 2nd argument which is the address of the
> exception/interrupt stack frame. The format of the data
> at that pointer is port defined although I believe the
> name of the data type is universal. So I would REALLY
> like to see:
> void _ISR_HANDLER( void *, frame * );
> with better names. :)
> The frame * is generally also known at ISR vectoring time.
>>WRT backwards compatibility, as long as we can continue symbolically
>>refer to bsp-specific interrupt lines when calling
>>rtems_interrupt_catch, most any changes are fine with us.
Wait wait wait. I do not see the need of having access to the context
pushed on the stack for irq. I do see the need for exception handling.
In most RTEMS port, IRQ handling and execption handling are unified but
this is an error has exceptions are CPU scpecific (defined in the data
book) while IRQ frequently depend on board physical irq routing. Look at
PPC code or Ix86 code, they have two different API one for execption
handling and one for irq handling.
So please do not mix everything.
/ ` Eric Valette
/-- __ o _. 6 rue Paul Le Flem
(___, / (_(_(__ 35740 Pace
Tel: +33 (0)2 99 85 26 76 Fax: +33 (0)2 99 85 26 76
E-mail: eric.valette at free.fr
More information about the users