What are the conditions that produce an MPSL ASSERT 112, 2105 ?

[laurentc]

Hello, anyone.

On a NRF52840DK, modified to match my target. Using nrf SDK v2.1.0.

I have bluetooth (config for firmware upgrade by BT) advertize smp, have connection and notifs seemingly working

I am having a MPSL ASSERT 112, 2105 as soon as the fw upgrade starts.

What are the conditions that produce an MPSL ASSERT 112, 2105 ?

I know that it fundamentally has to do with conflicting configurations that I am fighting with for eons now.

Could you please publish the exhaustive list of MPSL ASSERT x,y. We would gain some dev time.

[Raoul]

Hi Laurent,

I don't have the exhaustive list either, unfortunately. I've asked the MPSL team and will get back to you when I know more.

Could you please publish the exhaustive list of MPSL ASSERT x,y. We would gain some dev time.

I understand that this would be useful, but as far as I know there are no plans to publish this. Still, I've passed on your request!

Best regards,

Raoul

[laurentc]

Thank you for your diligence !

[Raoul]

Hi Laurent,

I heard back from our MPSL team:

Regarding the list of MPSL asserts: We don't have such a list internally, and also these assert codes can be different for each new NCS release. Also, each assert can have many different reasons so unfortunately I don't think there is convenient way to share such a list with customers, it will be basically unusable.

Regarding the issue itself, they are asking for some clarification:

1) Is the customer disabling interrupts in their application for some reason?
2) Is the customer writing to flash or is he doing some other time-consuming operations?
3) Can they share their prj.conf files to check if they have the correct settings?

Could you expand on this, and also share your config files?

I know that it fundamentally has to do with conflicting configurations that I am fighting with for eons now.

Are you suspecting some kconfig options in particular?

Thanks.

Best regards,

Raoul

[laurentc]

If you don't mind, I continue the discussion in our private thread that already exists about the same subject. Titled "Need to postpone inits (like SYS_INIT hidden everywhere) so that my device can do either bluetooth or radio_test or other protocols and switch."

[Raoul]

Sure, so the issue you are describing here is just a symptom of the issues in that other case? Then we can continue there.

If not, we prefer to keep separate threads for unrelated issues.

Best regards,

Raoul