Lock up state watchdog

leemoore1966
Posts: 11
Joined: Sat Feb 15, 2020 11:51 am

Lock up state watchdog

Postby leemoore1966 » Wed Oct 09, 2024 8:12 am

Hi All
I have a very confusing scenario, I am running esp-idf 4.4.7 on an esp32-s3.
I run wifi as an APSTA.
Occationally I get into some kind of lockup loop where the scheduling is not running as expected, I get backtraces from CPU0 and CPU1 from tasks not created by me, here is the back trace from both

Code: Select all


E (52848383) task_wdt: Task watchdog got triggered. The following tasks did not reset the watchdog in time:
E (52848383) task_wdt:  - IDLE0 (CPU 0)
E (52848383) task_wdt: Tasks currently running:
E (52848383) task_wdt: CPU 0: wifi
E (52848383) task_wdt: CPU 1: IDLE1
E (52848383) task_wdt: Print CPU 0 (current core) backtrace

0x42044a9a: task_wdt_isr at /home/user/esp/esp-idf-v4.4.7/components/esp_system/task_wdt.c:183 (discriminator 3)
0x40377d35: _xt_lowint1 at /home/user/esp/esp-idf-v4.4.7/components/freertos/port/xtensa/xtensa_vectors.S:1118
0x4038971d: ppTxPkt at ??:?
0x4038985e: ppTxPktForceWaked at ??:?
0x4209ddae: ic_tx_pkt at ??:?
0x42094291: scan_flush_all_tx_buf at ??:?
0x42094f4f: clear_bss_queue at ??:?
0x4209548b: scan_inter_channel_timeout_process at ??:?
0x4209999b: chm_end_op at ??:?
0x420999ba: chm_end_op_timeout_process at ??:?
0x42099520: esp_wifi_register_mgmt_frame_internal at ??:?
0x420997a7: ieee80211_timer_do_process at ??:?
0x40389c51: ppTask at ??:?
0x4038495e: vPortTaskWrapper at /home/user/esp/esp-idf-v4.4.7/components/freertos/port/xtensa/port.c:142


E (52923383) task_wdt: Print CPU 1 backtrace
0x4037babd: esp_crosscore_isr at /home/user/esp/esp-idf-v4.4.7/components/esp_system/crosscore_int.c:92
0x40377d35: _xt_lowint1 at /home/user/esp/esp-idf-v4.4.7/components/freertos/port/xtensa/xtensa_vectors.S:1118
0x40384c4e: vPortClearInterruptMaskFromISR at /home/user/esp/esp-idf-v4.4.7/components/freertos/port/xtensa/include/freertos/portmacro.h:571
 (inlined by) vPortExitCritical at /home/user/esp/esp-idf-v4.4.7/components/freertos/port/xtensa/port.c:332
0x42044d5f: esp_task_wdt_reset at /home/user/esp/esp-idf-v4.4.7/components/esp_system/task_wdt.c:334
0x42044d6b: idle_hook_cb at /home/user/esp/esp-idf-v4.4.7/components/esp_system/task_wdt.c:80
0x42005679: esp_vApplicationIdleHook at /home/user/esp/esp-idf-v4.4.7/components/esp_system/freertos_hooks.c:51 (discriminator 1)
0x40382669: prvIdleTask at /home/user/esp/esp-idf-v4.4.7/components/freertos/tasks.c:4099 (discriminator 1)
0x4038495e: vPortTaskWrapper at /home/user/esp/esp-idf-v4.4.7/components/freertos/port/xtensa/port.c:142

I have no clue how to go about fixing this - as it is unrelated to my own code.
I guess my code may have trampled on some memory used by these tasks, any suggestions on how to fix this issue
Once it gets into this state the only option is a power cycle

leemoore1966
Posts: 11
Joined: Sat Feb 15, 2020 11:51 am

Re: Lock up state watchdog

Postby leemoore1966 » Thu Oct 10, 2024 10:27 am

Not much response - will try the github issue tracker

MicroController
Posts: 1734
Joined: Mon Oct 17, 2022 7:38 pm
Location: Europe, Germany

Re: Lock up state watchdog

Postby MicroController » Thu Oct 10, 2024 11:55 am

leemoore1966 wrote:
Wed Oct 09, 2024 8:12 am
I have no clue how to go about fixing this - as it is unrelated to my own code.

I guess my code may have trampled on some memory used by these tasks
This may be. But that would be my second guess. First one would be to check if I can locate some code which would a) "steal" the CPU time from the watchdog-supervised task for a prolonged time (high priority task clogging the CPU), or b) blocks (some) interrupts for an extended time.

Who is online

Users browsing this forum: Larry Cruxton and 90 guests