<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Jun 17, 2017 11:17 AM, "Christian Mauderer" <<a href="mailto:christian.mauderer@embedded-brains.de">christian.mauderer@embedded-brains.de</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
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:<br>
<br>
<a href="https://git.rtems.org/rtems/commit/?id=ce3ac00c" rel="noreferrer" target="_blank">https://git.rtems.org/rtems/<wbr>commit/?id=ce3ac00c</a><br>
<br>
Just today Sichen Zhao had a similar problem on the BBB:<br>
<br>
<a href="https://lists.rtems.org/pipermail/devel/2017-June/018158.html" rel="noreferrer" target="_blank">https://lists.rtems.org/<wbr>pipermail/devel/2017-June/<wbr>018158.html</a><br>
<br>
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/<wbr>enable functions. Every one of them will most likely have a problems if someone tries to use libbsd or the interrupt server.<br>
<br>
It also seems that there is no test for the interrupt server. As far as I know, not all targets are able to support the interrupt server depending on the interrupt controller (I'm not exactly sure which ones have support and which doesn't). So if a test for the server would be added, that test will most likely fail on a lot of targets.<br>
<br>
Has someone an idea how a test for the interrupt server could look like? We would need an interrupt that can be used on every target.<br>
<br>
Should we mass-change all BSPs to add the check for a valid interrupt? A mass-change could be problematic because it is nearly impossible to test on all targets and it's in a quite critical location.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">Is there anyway a timer method could be used to fake out the interrupt occurrence? </div><div dir="auto"><br></div><div dir="auto">There is no single interrupt source or interface to get to one.</div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Kind regards<br>
<br>
Christian Mauderer<br>
--<br>
------------------------------<wbr>--------------<br>
embedded brains GmbH<br>
Christian Mauderer<br>
Dornierstr. 4<br>
D-82178 Puchheim<br>
Germany<br>
email: <a href="mailto:christian.mauderer@embedded-brains.de">christian.mauderer@embedded-<wbr>brains.de</a><br>
Phone: <a href="tel:%2B49-89-18%2094%20741%20-%2018" value="+4989189474118">+49-89-18 94 741 - 18</a><br>
Fax:   <a href="tel:%2B49-89-18%2094%20741%20-%2008" value="+4989189474108">+49-89-18 94 741 - 08</a><br>
PGP: Public key available on request.<br>
<br>
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
______________________________<wbr>_________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/<wbr>mailman/listinfo/devel</a></blockquote></div><br></div></div></div>