MPSL assert 112, 2235 after starting DTM TX test using custom rpmsg endpoint

RE: MPSL assert 112, 2235 after starting DTM TX test using custom rpmsg endpoint

artop — Wed, 19 Oct 2022 06:13:24 GMT

Thanks,

Seems that the needed CONFIG_DYNAMIC_DIRECT_INTERRUPTS is not giving directly compatible interface with 1.7.0 version of SDK so have to go with that hack version.

RE: MPSL assert 112, 2235 after starting DTM TX test using custom rpmsg endpoint

Sigurd — Tue, 18 Oct 2022 13:47:40 GMT

Hi,

This assert in MPSL happens because radio interrupts are only expected within a MPSL radio event (when MPSL have been initialized).

[quote user="artop"]Is there some some elegant way to disable or replace already registered IRQ handler?[/quote]

Yes, we recently added support for that on the main branch. See this PR: https://github.com/nrfconnect/sdk-nrf/pull/8613

RE: MPSL assert 112, 2235 after starting DTM TX test using custom rpmsg endpoint

artop — Tue, 18 Oct 2022 12:05:13 GMT

Seems that mpsl_lib_init always inits RADIO_IRQn at startup and that handler should not be executed in case of running DTM. DTM registers it own interrupt handler, but it is not replacing mpsl version. Is there some some elegant way to disable or replace already registered IRQ handler?

Hack like this to mpsl interrupt handler does the job, but is not quite elegant:

bool mpsl_init_dtm_is_on = false;

ISR_DIRECT_DECLARE(mpsl_radio_isr_wrapper)
{
	if (!mpsl_init_dtm_is_on) {
		MPSL_IRQ_RADIO_Handler();

		ISR_DIRECT_PM();

		/* We may need to reschedule in case a radio timeslot callback
		* accesses zephyr primitives.
		*/
		return 1;
	}
	extern int dtm_radio_wrapper(void);
	return dtm_radio_wrapper();
}