Device crash when doing a software reset

[bdlr2]

I'm developing a software with the nRF Connect SDK v2.5.1. This software runs Matter on the nRF5340.

I need to reset the MCU from my app. To do so, I use the sys_reboot(SYS_REBOOT_COLD) function. But this makes the OS crash with the following trace:

Fullscreen

1

2

3

4

5

6

7

8

9

10

11

12

13

14

uart:~$ E: IPC endpoint bind timed out

ASSERTION FAIL @ WEST_TOPDIR/zephyr/drivers/ieee802154/ieee802154_nrf5.c:1153

E: r0/a1: 0x00000004 r1/a2: 0x00000481 r2/a3: 0x2000ca30

E: r3/a4: 0x00000000 r12/ip: 0x00000000 r14/lr: 0x00023e0f

E: xpsr: 0x69100000

E: s[ 0]: 0xffffffff s[ 1]: 0x000134c5 s[ 2]: 0x00000000 s[ 3]: 0x00038607

E: s[ 4]: 0x00008000 s[ 5]: 0x000aeab4 s[ 6]: 0x000a6548 s[ 7]: 0x000aebf0

E: s[ 8]: 0x00000000 s[ 9]: 0x00072377 s[10]: 0x00008000 s[11]: 0x20027404

E: s[12]: 0x20002f40 s[13]: 0x00023e05 s[14]: 0x000ac36c s[15]: 0x000aeab4

E: fpscr: 0x00000481

E: Faulting instruction address (r15/pc): 0x00072362

E: >>> ZEPHYR FATAL ERROR 4: Kernel panic on CPU 0

E: Current thread: 0x2000ca30 (main)

E: Halting system

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

uart:~$ E: IPC endpoint bind timed out
ASSERTION FAIL @ WEST_TOPDIR/zephyr/drivers/ieee802154/ieee802154_nrf5.c:1153
E: r0/a1:  0x00000004  r1/a2:  0x00000481  r2/a3:  0x2000ca30
E: r3/a4:  0x00000000 r12/ip:  0x00000000 r14/lr:  0x00023e0f
E:  xpsr:  0x69100000
E: s[ 0]:  0xffffffff  s[ 1]:  0x000134c5  s[ 2]:  0x00000000  s[ 3]:  0x00038607
E: s[ 4]:  0x00008000  s[ 5]:  0x000aeab4  s[ 6]:  0x000a6548  s[ 7]:  0x000aebf0
E: s[ 8]:  0x00000000  s[ 9]:  0x00072377  s[10]:  0x00008000  s[11]:  0x20027404
E: s[12]:  0x20002f40  s[13]:  0x00023e05  s[14]:  0x000ac36c  s[15]:  0x000aeab4
E: fpscr:  0x00000481
E: Faulting instruction address (r15/pc): 0x00072362
E: >>> ZEPHYR FATAL ERROR 4: Kernel panic on CPU 0
E: Current thread: 0x2000ca30 (main)
E: Halting system

Is there a way to make it better ?

[Susheel Nuguru]

Hi, Apparently I cannot test this in my location due to restriction in the network. 

This request needs to go to the developers in other location who can test this. Sorry for delays but I need to pass this report to dev team.

[Susheel Nuguru]

Balthazar, 

Is it possible to do a SYS_REBOOT_WARM instead of the cold? There are some talks on how the cold might have a different kind of implications. Not clear though, but we will try to understand this internally aswell. We still do not understand why a cold reboot causes this but we are putting effprts in trying to reproduce.

[bdlr2]

I tried both the warm and cold reboots, the result is the same. Thanks for your support.