Multiple IRQ registration build error when migrating from NCS 2.5.0 to 2.7.0

RE: Multiple IRQ registration build error when migrating from NCS 2.5.0 to 2.7.0

PuffinEgg — Fri, 27 Sep 2024 15:28:59 GMT

github.com/.../mpsl_init.c

RE: Multiple IRQ registration build error when migrating from NCS 2.5.0 to 2.7.0

li tong — Fri, 27 Sep 2024 12:21:56 GMT

Hi Taspon,

Thank you for shearing your experience.

I would like to ask where can we find the information of the EGU used by MPSL?

RE: Multiple IRQ registration build error when migrating from NCS 2.5.0 to 2.7.0

PuffinEgg — Thu, 25 Jul 2024 21:05:27 GMT

I was able to finally resolve the issue. Turns out there is an anomaly behavior for PWM (Anomaly 109) that somehow causes the nRF52832 to enter the IDLE state and stops the 64Mhz clock at the same time the PWM starts using the DMA which causes the wrong data to get sent. To resolve this issue, it appears nordic have been using a software interrupt in the past to wake up the CPU to start the DMA transfer. the option NRF52_ANOMALY_109_WORKAROUND_EGU_INSTANCE is currently default to EGU instance 4 (used to be 5) in the recent 2.6.0 since the multiprotocol service layer libraries (MPSL) is currently using EGU5. This explains why there wasn't any conflict with the zephyr BLE LL driver in 2.5.0. I changed the EGU setting back to 5 (CONFIG_NRF52_ANOMALY_109_WORKAROUND_EGU_INSTANCE = 5) and that seem to resolve the conflict.

RE: Multiple IRQ registration build error when migrating from NCS 2.5.0 to 2.7.0

PuffinEgg — Tue, 23 Jul 2024 16:46:03 GMT

I haven't changed any configuration when migrating to 2.7.0. The conflict seems to be due to the Zephyr implementation of the software BLE link layer and the PWM driver. Turning off CONFIG_BT_LL_SW_SPLIT=y and using the nordic LL driver fixes the issue but with the drawback of RAM demand also getting increased by another 1kB. Is there perhaps a way to fix this since I would like to use the NRF PWM driver for the CAF LED module along with the Zephyr BLE stack.

RE: Multiple IRQ registration build error when migrating from NCS 2.5.0 to 2.7.0

Naeem Maroof — Fri, 19 Jul 2024 13:09:21 GMT

This error typically happens when something is getting configured twice, once under/from zephyr, and other manually / intentionally.

I am not sure what your application is, but have you changed it (maybe you added some configuration etc) while migrating?

Nonetheless, good to know that it is solved using this config.

RE: Multiple IRQ registration build error when migrating from NCS 2.5.0 to 2.7.0

PuffinEgg — Wed, 17 Jul 2024 22:03:23 GMT

Setting CONFIG_SHARED_INTERRUPTS=y fixes the issue although I am unsure what underlying SDK modules are using the same interrupt.