On Mon, Oct 26, 2020 at 4:52 AM Matias N. wrote:
> Hi,
> while working on nRF52 BLE link-layer I experienced some problems due to
> delayed ISRs. This can be quite problematic
> for handling all the tight timings required by the standard. I eventually
> reached an implementation that can deal wit
Yes, I'm aware of that page, but I was unsure if it still reflected current
NuttX support. It indeed reads as something to be done, but looking at the code
in NuttX there are some references to interrupt priorities.
As per David's reply I understand there's no actual support.
Best,
Matias
On S
There is a Confluence page describing how to implement nested interrupts if you
want them (see also the TizenRT implementation)Sent from Samsung tablet.
Original message From: David Sidrane
Date: 10/25/20 4:35 PM (GMT-06:00) To: dev@nuttx.apache.org Subject: Re:
interrupt pr
Nuttx does not support nested iteruups. In fact if you enable
prioritization, you will get random crashes due to the reentrace to the
common isr.
On Sun, Oct 25, 2020, 1:52 PM Matias N. wrote:
> Hi,
> while working on nRF52 BLE link-layer I experienced some problems due to
> delayed ISRs. This c
Hi,
while working on nRF52 BLE link-layer I experienced some problems due to
delayed ISRs. This can be quite problematic
for handling all the tight timings required by the standard. I eventually
reached an implementation that can deal with this relatively well (BLE standard
gives some leeway for
