Valid interrupt vectors and the interrupt server

Christian Mauderer christian.mauderer at embedded-brains.de
Sun Jun 18 07:45:52 UTC 2017


----- Ursprüngliche Mail -----
> Von: "Chris Johns" <chrisj at rtems.org>
> An: "Christian Mauderer" <christian.mauderer at embedded-brains.de>, devel at rtems.org
> Gesendet: Sonntag, 18. Juni 2017 04:31:22
> Betreff: Re: Valid interrupt vectors and the interrupt server

> On 18/6/17 2:17 am, Christian Mauderer wrote:
>> Hello,
>> 
>> I had a problem recently, that the interrupt server (for example used in libbsd)
>> caused some odd behaviour on an ARM Cortex BSP. That was solved by the
>> following patch:
>> 
>> https://git.rtems.org/rtems/commit/?id=ce3ac00c
>> 
>> Just today Sichen Zhao had a similar problem on the BBB:
>> 
>> https://lists.rtems.org/pipermail/devel/2017-June/018158.html
>> 
>> I took a look and it seems that there are a lot of BSPs which don't check for
>> the valid interrupt vector range in their bsp_interrupt_vector_disable/enable
>> functions. Every one of them will most likely have a problems if someone tries
>> to use libbsd or the interrupt server.
> 
> I seem to be missing something. Is the interrupt server and libbsd attempting to
> use interrupts that are no valid for these board and this is causing a problem?
> 
> Chris

Hello Chris,

yes the interrupt server uses an pseudo interrupt on _every_ target:

https://git.rtems.org/rtems/tree/c/src/lib/libbsp/shared/src/irq-server.c?id=ae359a9df#n31

That has nothing to do with the libbsd. The only connection is that libbsd uses the interrupt server for some interrupt processing.

Kind regards

Christian
-- 
--------------------------------------------
embedded brains GmbH
Christian Mauderer
Dornierstr. 4
D-82178 Puchheim
Germany
email: christian.mauderer at embedded-brains.de
Phone: +49-89-18 94 741 - 18
Fax:   +49-89-18 94 741 - 08
PGP: Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.



More information about the devel mailing list