BSP_install_rtems_irq_handler API

[VALETTE Eric]

Till Straumann wrote:

> Hi all.
> 
> I realize that more and more BSPs are migrating to the
> new interrupt management API. Has the design
> of this new API (which IMHO is rather clumsy) ever
> been thoroughly discussed?



The API is the result of a European RDP project to define a complete 
RTOS API. It is a minimal merge of what other RTOS implement without 
placing the cost high for simple feature.


> 
> I believe that it is a major design flaw not to pass
> the ISR any information (user pointer or at least the
> vector number). Without ugly hacks, it is impossible
> for a driver to support multiple instances of a device
> or for BSPs to support interrupt sharing.
> 
> What was the reason for making ISRs
> 
> typedef void (*rtems_irq_hdl)           (void);
> 
> and is there still a chance to change this API??
> 
> Regards
> 
> -- Till.
> 



This has been discussed on the mailing a good 10 times. If you are too 
lazy to code a simple redirector that calls a generic function with 
vector included, do not ask everyone to pay for passing an argument that 
most of the time is never used...




-- 
    __
   /  `                          Eric Valette - Canon CRF
  /--   __  o _.                 Product Dev. Group Software Team Leader
(___, / (_(_(__                 Rue de la touche lambert
                                 35517 Cesson-Sevigne  Cedex
                                 FRANCE
Tel: +33 (0)2 99 87 68 91       Fax: +33 (0)2 99 84 11 30
E-mail: valette at crf.canon.fr    http://www.crf.canon.fr