MPSL ASSERT during init

RE: MPSL ASSERT during init

Amanda Hsieh — Tue, 07 Mar 2023 03:51:27 GMT

I would suggest creating new support as you did in this post.

-Amanda H.

RE: MPSL ASSERT during init

Aeneas — Thu, 02 Mar 2023 18:42:06 GMT

Maybe 112, 2195 is spreading.

I am experiencing it now regularly usually directly

after servicing my first breakpoint after boot, then continuing.

The next mouse-click of pause after 1st continue, and execution is looping in fatal.c .

(arch_system_halt).

What is causing 112, 2195 ?

(VS-Code/Segger Base/custom pcb nrf52840) // nrf52840 DK BLE Standalone// nrf52840 DK Sniffer//

======================================

(VS-Code/Help/About)

Version: 1.76.0 (user setup)
Commit: 92da9481c0904c6adfe372c12da3b7748d74bdcb
Date: 2023-03-01T10:22:44.506Z
Electron: 19.1.11
Chromium: 102.0.5005.196
Node.js: 16.14.2
V8: 10.2.154.26-electron.0
OS: Windows_NT x64 10.0.22621
Sandboxed: Yes

=======================================

[00:00:30.605,316] <err> mpsl_init: MPSL ASSERT: 112, 2195
[00:00:30.605,346] <err> os: ***** HARD FAULT *****
[00:00:30.605,346] <err> os: Fault escalation (see below)
[00:00:30.605,377] <err> os: ARCH_EXCEPT with reason 3

[00:00:30.605,407] <err> os: r0/a1: 0x00000003 r1/a2: 0x20002c68 r2/a3: 0x20002c68
[00:00:30.605,407] <err> os: r3/a4: 0x00045a9f r12/ip: 0x00000000 r14/lr: 0x000409fd
[00:00:30.605,438] <err> os: xpsr: 0x61000018
[00:00:30.605,438] <err> os: Faulting instruction address (r15/pc): 0x0003a9f4
[00:00:30.605,499] <err> os: >>> ZEPHYR FATAL ERROR 3: Kernel oops on CPU 0
[00:00:30.605,499] <err> os: Fault during interrupt handling

[00:00:30.605,560] <err> os: Current thread: 0x20002c68 (idle)
[00:00:30.979,431] <err> os: Halting system

==========================================

arch_system_halt(unsigned int reason) (c:\nordicsemi\v2.2.0\zephyr\kernel\fatal.c:32)
k_sys_fatal_error_handler(unsigned int reason, const z_arch_esf_t * esf) (c:\nordicsemi\v2.2.0\zephyr\kernel\fatal.c:46)
z_fatal_error(unsigned int reason, const z_arch_esf_t * esf) (c:\nordicsemi\v2.2.0\zephyr\kernel\fatal.c:131)
z_arm_fatal_error(unsigned int reason, const z_arch_esf_t * esf) (c:\nordicsemi\v2.2.0\zephyr\arch\arm\core\aarch32\fatal.c:63)
z_arm_fault(uint32_t msp, uint32_t psp, uint32_t exc_return, _callee_saved_t * callee_regs) (c:\nordicsemi\v2.2.0\zephyr\arch\arm\core\aarch32\cortex_m\fault.c:1097)
z_arm_usage_fault() (c:\nordicsemi\v2.2.0\zephyr\arch\arm\core\aarch32\cortex_m\fault_s.S:102)
<signal handler called> (Unknown Source:0)
m_assert_handler(const char * const file, const uint32_t line) (c:\nordicsemi\v2.2.0\nrf\subsys\mpsl\init\mpsl_init.c:176)
sym_S2UAPMFVIQXDUOA6CV7GJMB33TYHEUH5D6LHO5Q (Unknown Source:0)
sym_J5F7QGRFPKMLWRNSXZXS5YI7BM4DUTISCOASCOA (Unknown Source:0)
MPSL_IRQ_TIMER0_Handler (Unknown Source:0)
mpsl_timer0_isr_wrapper_body() (c:\nordicsemi\v2.2.0\nrf\subsys\mpsl\init\mpsl_init.c:130)
mpsl_timer0_isr_wrapper() (c:\nordicsemi\v2.2.0\nrf\subsys\mpsl\init\mpsl_init.c:128)
<signal handler called> (Unknown Source:0)
arch_cpu_idle() (c:\nordicsemi\v2.2.0\zephyr\arch\arm\core\aarch32\cpu_idle.S:108)
k_cpu_idle() (c:\nordicsemi\v2.2.0\zephyr\include\zephyr\kernel.h:5627)
idle(void * unused1, void * unused2, void * unused3) (c:\nordicsemi\v2.2.0\zephyr\kernel\idle.c:83)
z_thread_entry(k_thread_entry_t entry, void * p1, void * p2, void * p3) (c:\nordicsemi\v2.2.0\zephyr\lib\os\thread_entry.c:36)

==================================================================

RE: MPSL ASSERT during init

Amanda Hsieh — Wed, 25 Jan 2023 16:47:43 GMT

Hi,

Did you call this function mpsl_clock_hfclk_latency_set with MPSL_CLOCK_HF_LATENCY_BEST?

Is the application maybe doing something illegal, like disabling interrupts for too long.. or using an interrupt at prio 0?

If not, is it possible to share the project to investigate the issue?

-Amanda H.

RE: MPSL ASSERT during init

SvenCalva — Wed, 25 Jan 2023 08:28:27 GMT

Hi,

this is what I got from addr2line for 0x1d343:

C:/ncs/v2.2.0/zephyr/drivers/timer/nrf_rtc_timer.c:327

for 0c1e3e4:

C:/ncs/v2.2.0/nrf/subsys/mpsl/init/mpsl_init.c:176

RE: MPSL ASSERT during init

Amanda Hsieh — Tue, 24 Jan 2023 15:27:37 GMT

Hi,

If you convert the decimal numbers to hex, specifically the contents of LR and PC, you should be able to do a lookup of the addresses using arm-none-eabi-addr2line:

arm-none-eabi-addr2line -e my-build-folder\zephyr\zephyr.elf 0x1d343

arm-none-eabi-addr2line -e my-build-folder\zephyr\zephyr.elf 0x1e3e4

Could you post the output of the above?

-Amanda H.

RE: MPSL ASSERT during init

SvenCalva — Tue, 24 Jan 2023 06:03:47 GMT

I am using ncs v2.2.0

Here is the code snippet:

uint8_t sequence[] = {0x01,0x07,0x01,0x09,0x01, 0x08,0x01,0x06};
struct bt_gatt_write_params par = {
.handle = command_handle,
.length = 2,
.offset = 0,
.data = &sequence,
.func = write_callback
};

bt_gatt_write(default_conn,&par);

and the error log:

[00:00:19.636,413] <err> mpsl_init: m_assert_handler: MPSL ASSERT: 112, 2195
[00:00:19.636,444] <err> os: hard_fault: ***** HARD FAULT *****
[00:00:19.636,474] <err> os: hard_fault: Fault escalation (see below)
[00:00:19.636,474] <err> os: hard_fault: ARCH_EXCEPT with reason 3

[00:00:19.636,505] <err> os: esf_dump: r0/a1: 0x00000003 r1/a2: 0x00000000 r2/a3: 0x40011000
[00:00:19.636,505] <err> os: esf_dump: r3/a4: 0x00000000 r12/ip: 0x00000001 r14/lr: 0x0001d343
[00:00:19.636,535] <err> os: esf_dump: xpsr: 0x41000018
[00:00:19.636,535] <err> os: esf_dump: Faulting instruction address (r15/pc): 0x0001e3e4
[00:00:19.636,566] <err> os: z_fatal_error: >>> ZEPHYR FATAL ERROR 3: Kernel oops on CPU 0
[00:00:19.636,596] <err> os: z_fatal_error: Fault during interrupt handling

[00:00:19.636,627] <err> os: z_fatal_error: Current thread: 0x200021c0 (unknown)
*** Booting Zephyr OS build v3.2.99-ncs1 ***fatal_error_handler: Resetting system

RE: MPSL ASSERT during init

Amanda Hsieh — Mon, 23 Jan 2023 14:48:45 GMT

Hi,

What NCS version are you using?

Could you provide the completed error log?

[quote user=""]After I switched from using the bt_gatt_write_without_response_cb function to using the bt_gatt_write_function i always run into[/quote]

Is it possible to provide the snippet code? What is your bt_gatt_write_function?

Regards,
Amanda H.