Post Reply
- Print view
5 posts• Page 1 of 1
- ecc esp
- Posts: 8
- Joined: Mon Jan 28, 2019 10:18 pm
uart_hal_write_txfifo panic in 4.2 but not 4.1
- Quote
Postby ecc esp » Tue Aug 04, 2020 8:02 pm
My code has been working fine when built with the espressif/idf:release-v4.1 docker image. But with the v4.2 image, I get panics like the following:
Code: Select all
Guru Meditation Error: Core 0 panic'ed (Interrupt wdt timeout on CPU0). Core 0 register dump:PC : 0x400825e8 PS : 0x00050034 A0 : 0x4000bff0 A1 : 0x3ffb0780 0x400825e8: _xt_lowint1 at /opt/esp/idf/components/freertos/xtensa/xtensa_vectors.S:1105A2 : 0x00000000 A3 : 0x00000040 A4 : 0x00000400 A5 : 0x3ffb0760 A6 : 0x00000001 A7 : 0x00000001 A8 : 0x3ffb6a30 A9 : 0x4008582c 0x4008582c: _frxt_int_enter at /opt/esp/idf/components/freertos/xtensa/portasm.S:119A10 : 0x0000000c A11 : 0x3ffb365c A12 : 0x3ff44000 A13 : 0xffffff00 A14 : 0x00000001 A15 : 0x3ffb69bc SAR : 0x00000020 EXCCAUSE: 0x00000005 EXCVADDR: 0x00000000 LBEG : 0x00000000 LEND : 0x00000000 LCOUNT : 0x00000000 Core 0 was running in ISR context:EPC1 : 0x400e69e7 EPC2 : 0x00000000 EPC3 : 0x00000000 EPC4 : 0x400825e80x400e69e7: uart_hal_write_txfifo at /opt/esp/idf/components/soc/src/hal/uart_hal_iram.c:350x400825e8: _xt_lowint1 at /opt/esp/idf/components/freertos/xtensa/xtensa_vectors.S:1105Backtrace:0x400825e5:0x3ffb0780 0x4000bfed:0x3ffb2f30 0x400857c5:0x3ffb2f40 0x400d2263:0x3ffb2f60 0x400d22c1:0x3ffb2fa0 0x400e6279:0x3ffb2fd0 0x40083045:0x3ffb2ff0 0x4008556d:0x3ffb30100x400825e5: _xt_lowint1 at /opt/esp/idf/components/freertos/xtensa/xtensa_vectors.S:11050x400857c5: vPortExitCritical at /opt/esp/idf/components/freertos/xtensa/port.c:4190x400d2263: esp_intr_alloc_intrstatus at /opt/esp/idf/components/esp32/intr_alloc.c:6730x400d22c1: esp_intr_alloc at /opt/esp/idf/components/esp32/intr_alloc.c:6930x400e6279: gpio_isr_register_on_core_static at /opt/esp/idf/components/driver/gpio.c:5000x40083045: ipc_task at /opt/esp/idf/components/esp_ipc/ipc.c:620x4008556d: vPortTaskWrapper at /opt/esp/idf/components/freertos/xtensa/port.c:143Core 1 register dump:PC : 0x400e5dd2 PS : 0x00060634 A0 : 0x800d28ba A1 : 0x3ffb5900 0x400e5dd2: esp_pm_impl_waiti at /opt/esp/idf/components/esp32/pm_esp32.c:486A2 : 0x00000000 A3 : 0x00000000 A4 : 0x00000001 A5 : 0x80000001 A6 : 0x00000003 A7 : 0x00060023 A8 : 0x800857c8 A9 : 0x3ffb58f0 A10 : 0x00000003 A11 : 0x00060623 A12 : 0x00060620 A13 : 0x00060623 A14 : 0x00000001 A15 : 0x00000000 SAR : 0x00000000 EXCCAUSE: 0x00000005 EXCVADDR: 0x00000000 LBEG : 0x00000000 LEND : 0x00000000 LCOUNT : 0x00000000 Backtrace:0x400e5dcf:0x3ffb5900 0x400d28b7:0x3ffb5920 0x40085ee6:0x3ffb5940 0x4008556d:0x3ffb59600x400e5dcf: esp_pm_impl_waiti at /opt/esp/idf/components/esp32/pm_esp32.c:4840x400d28b7: esp_vApplicationIdleHook at /opt/esp/idf/components/esp_common/src/freertos_hooks.c:630x40085ee6: prvIdleTask at /opt/esp/idf/components/freertos/tasks.c:3385 (discriminator 1)0x4008556d: vPortTaskWrapper at /opt/esp/idf/components/freertos/xtensa/port.c:143Does this look familiar to anyone who has moved from 4.1 to 4.2 recently?
Top
- talijancic
- Posts: 3
- Joined: Mon Jan 18, 2021 1:37 pm
Re: uart_hal_write_txfifo panic in 4.2 but not 4.1
- Quote
Postby talijancic » Mon Jan 18, 2021 1:43 pm
I have the a similar problem. My code has been working fine when built with the espressif/idf:release-v4.1. But with the v4.2 idf version, I get panics like the following:
Code: [Select all][Expand/Collapse]
ASSERT_PARAM(-218959118 0), in arch_main.c at line 343
Guru Meditation Error: Core 0 panic'ed (Interrupt wdt timeout on CPU0).
Core 0 register dump:
PC : 0x40083395 PS : 0x00060634 A0 : 0x80133324 A1 : 0x3ffbe260
0x40083395: r_assert_param at ??:?
A2 : 0x00000001 A3 : 0x00000000 A4 : 0x60008048 A5 : 0x00000000
A6 : 0x00000004 A7 : 0x3ffbdbe4 A8 : 0x80083390 A9 : 0x3ffbe240
A10 : 0x00000000 A11 : 0x00000037 A12 : 0x00000014 A13 : 0xffffffff
A14 : 0x00000000 A15 : 0xfffffffc SAR : 0x00000004 EXCCAUSE: 0x00000005
EXCVADDR: 0x00000000 LBEG : 0x400832c8 LEND : 0x400832cf LCOUNT : 0x00000000
0x400832c8: r_assert_param at ??:?
0x400832cf: r_assert_param at ??:?
Core 0 was running in ISR context:
EPC1 : 0x401dec4f EPC2 : 0x00000000 EPC3 : 0x00000000 EPC4 : 0x40083395
0x401dec4f: uart_hal_write_txfifo at /Users/italijancic/esp32/esp-idf/components/soc/src/hal/uart_hal_iram.c:35
0x40083395: r_assert_param at ??:?
Backtrace:0x40083392:0x3ffbe260 0x40133321:0x3ffbe280 0x40019fb5:0x3ffbe2a0 0x40046683:0x3ffbe2d0 0x40047515:0x3ffbe2f0 0x400864dd:0x3ffbe310 0x40086131:0x3ffbe330 0x4008881e:0x3ffbe350 0x4008990f:0x3ffbe370 0x40082a79:0x3ffbe390 0x40133754:0x3ffd2c50 0x40133d01:0x3ffd2c70 0x40090db9:0x3ffd2ca0
0x40083392: r_assert_param at ??:?
0x40133321: r_platform_reset at ??:?
0x400864dd: r_lld_evt_end at ??:?
0x40086131: r_lld_evt_end_isr at ??:?
0x4008881e: r_rwble_isr at ??:?
0x4008990f: r_rwbtdm_isr_wrapper at intc.c:?
0x40082a79: _xt_lowint1 at /Users/italijancic/esp32/esp-idf/components/freertos/xtensa/xtensa_vectors.S:1105
0x40133754: r_rw_schedule at ??:?
0x40133d01: btdm_controller_task at ??:?
0x40090db9: vPortTaskWrapper at /Users/italijancic/esp32/esp-idf/components/freertos/xtensa/port.c:143
Core 1 register dump:
PC : 0x401db646 PS : 0x00060134 A0 : 0x800d5d8d A1 : 0x3ffbc460
0x401db646: esp_pm_impl_waiti at /Users/italijancic/esp32/esp-idf/components/esp32/pm_esp32.c:486
A2 : 0x00000000 A3 : 0x00000000 A4 : 0x00000001 A5 : 0x80000001
A6 : 0x00000003 A7 : 0x00060023 A8 : 0x800d5bee A9 : 0x3ffbc430
A10 : 0x00000000 A11 : 0x00000001 A12 : 0x00000014 A13 : 0x000000a5
A14 : 0x000000a5 A15 : 0x00060023 SAR : 0x00000000 EXCCAUSE: 0x00000005
EXCVADDR: 0x00000000 LBEG : 0x00000000 LEND : 0x00000000 LCOUNT : 0x00000000
Backtrace:0x401db643:0x3ffbc460 0x400d5d8a:0x3ffbc480 0x40091799:0x3ffbc4a0 0x40090db9:0x3ffbc4c0
0x401db643: esp_pm_impl_waiti at /Users/italijancic/esp32/esp-idf/components/esp32/pm_esp32.c:484
0x400d5d8a: esp_vApplicationIdleHook at /Users/italijancic/esp32/esp-idf/components/esp_common/src/freertos_hooks.c:63
0x40091799: prvIdleTask at /Users/italijancic/esp32/esp-idf/components/freertos/tasks.c:3386 (discriminator 1)
0x40090db9: vPortTaskWrapper at /Users/italijancic/esp32/esp-idf/components/freertos/xtensa/port.c:143
GeSHi © Codebox Plus Extension
Any suggestions?
Does this look familiar to anyone who has moved from 4.1 to 4.2 recently?
Top
- eriknorth
- Posts: 6
- Joined: Mon Nov 16, 2020 7:34 pm
Re: uart_hal_write_txfifo panic in 4.2 but not 4.1
- Quote
Postby eriknorth » Tue Feb 02, 2021 3:45 pm
Hi,
We are experiencing the very same crash. It also started to happen when we upgraded from v4.1 (573f5de99ad615364d9acf0f22fc9ee34bacbb09) to v4.2-241-g1d692f22.
In our case it seems to happen more often if we are performing some operations on NVS. But it could be also a wrong guess.
It has been very hard to debug this failure and we have not found any solid solution.
Has anybody identified the the issue and/or way to minimize the risk?
This issue has been also reported in Github:
https://github.com/espressif/esp-idf/issues/6444
Here is the crash log:
Code: Select all
ASSERT_PARAM(-218959118 0), in arch_main.c at line 343Guru Meditation Error: Core 0 panic'ed (Interrupt wdt timeout on CPU0). Core 0 register dump:PC : 0x400869b3 PS : 0x00060534 A0 : 0x80137f00 A1 : 0x3ffbe280 A2 : 0x00000001 A3 : 0x00000000 A4 : 0x60008048 A5 : 0x00000000 A6 : 0x00000004 A7 : 0x3ffbdbe4 A8 : 0x800869b0 A9 : 0x3ffbe260 A10 : 0x00000000 A11 : 0x00000037 A12 : 0x00000014 A13 : 0xffffffff A14 : 0x00000000 A15 : 0xfffffffc SAR : 0x00000004 EXCCAUSE: 0x00000005 EXCVADDR: 0x00000000 LBEG : 0x400868e8 LEND : 0x400868ef LCOUNT : 0x00000000 Core 0 was running in ISR context:EPC1 : 0x4009774b EPC2 : 0x00000000 EPC3 : 0x00000000 EPC4 : 0x400869b3Backtrace:0x400869b0:0x3ffbe280 0x40137efd:0x3ffbe2a0 0x40019fb5:0x3ffbe2c0 0x4008afda:0x3ffbe2f0 0x40089959:0x3ffbe330 0x40089675:0x3ffbe350 0x4008bd66:0x3ffbe370 0x4008cea7:0x3ffbe390 0x40083b55:0x3ffbe3b0 0x40138334:0x3ffb5770 0x401388fd:0x3ffb5790Core 1 register dump:PC : 0x401b4b3e PS : 0x00060c34 A0 : 0x800d6564 A1 : 0x3ffbc490 A2 : 0x00000000 A3 : 0x40001d48 A4 : 0x00000000 A5 : 0x3ffcdaa0 A6 : 0x3ffc7938 A7 : 0x3ffc7944 A8 : 0x800d6452 A9 : 0x3ffbc460 A10 : 0x00000000 A11 : 0x3ffbedc8 A12 : 0x3ffbedc8 A13 : 0x00000000 A14 : 0x00060a20 A15 : 0x00000000 SAR : 0x00000000 EXCCAUSE: 0x00000005 EXCVADDR: 0x00000000 LBEG : 0x00000000 LEND : 0x00000000 LCOUNT : 0x00000000 Backtrace:0x401b4b3b:0x3ffbc490 0x400d6561:0x3ffbc4b0 0x40092208:0x3ffbc4d0--- idf_monitor on /dev/ttyUSB0 115200 ------ Quit: Ctrl+] | Menu: Ctrl+T | Help: Ctrl+T followed by Ctrl+H ---0x40080400: _init at ??:?0x40080000: _WindowOverflow4 at esp-idf/components/freertos/xtensa/xtensa_vectors.S:17300x400d0020: _stext at ??:?0x40086b64: r_ea_elt_insert at ??:?0x40081e48: call_start_cpu1 at esp-idf/components/esp32/cpu_start.c:2870x400869b3: r_assert_param at ??:?0x400868e8: r_assert_param at ??:?0x400868ef: r_assert_param at ??:?0x4009774b: uart_hal_write_txfifo at esp-idf/components/soc/src/hal/uart_hal_iram.c:350x400869b3: r_assert_param at ??:?0x400869b0: r_assert_param at ??:?0x40137efd: r_platform_reset at ??:?0x4008afda: r_lld_pdu_rx_handler at ??:?0x40089959: r_lld_evt_end at ??:?0x40089675: r_lld_evt_end_isr at ??:?0x4008bd66: r_rwble_isr at ??:?0x4008cea7: r_rwbtdm_isr_wrapper at intc.c:?0x40083b55: _xt_lowint1 atesp-idf/components/freertos/xtensa/xtensa_vectors.S:11050x40138334: r_rw_schedule at ??:?0x401388fd: btdm_controller_task at ??:?0x401b4b3e: esp_pm_impl_waiti at esp-idf/components/esp32/pm_esp32.c:4860x401b4b3b: esp_pm_impl_waiti at esp-idf/components/esp32/pm_esp32.c:4840x400d6561: esp_vApplicationIdleHook at esp-idf/components/esp_common/src/freertos_hooks.c:630x40092208: prvIdleTask at esp-idf/components/freertos/tasks.c:33860x40080400: _init at ??:?0x40080000: _WindowOverflow4 at esp-idf/components/freertos/xtensa/xtensa_vectors.S:17300x400d0020: _stext at ??:?0x40086b64: r_ea_elt_insert at ??:0x40081e48: call_start_cpu1 at esp-idf/components/esp32/cpu_start.c:287Top
- eriknorth
- Posts: 6
- Joined: Mon Nov 16, 2020 7:34 pm
Re: uart_hal_write_txfifo panic in 4.2 but not 4.1
- Quote
Postby eriknorth » Mon Feb 15, 2021 10:58 am
Hi,
After extensive testing and bisecting, we might have pin pointed the fault.
It seems that crashing started at BT Controller commit:
https://github.com/espressif/esp32-bt-l ... 837f446ef7
This led us to check flags related to sleep modes. After disabling CONFIG_BTDM_MODEM_SLEEP, we were not able to replicate the crash anymore.
It is unfortunate that BT Lib is closed source which makes debugging issues like this very time consuming. And even now after finding the issue we are not sure why this flag exactly fixes the issue.
Please, whoever is experiencing this issue, check if this flag also mitigates/fixes the crash.
/Erik
Top
- talijancic
- Posts: 3
- Joined: Mon Jan 18, 2021 1:37 pm
Re: uart_hal_write_txfifo panic in 4.2 but not 4.1
- Quote
Postby talijancic » Sat Feb 27, 2021 12:35 am
Thanks eriknorth:
Disabling this flag CONFIG_BTDM_MODEM_SLEEP, I solved my problem.
Best regards!
italijancic
Top
Post Reply
- Print view
5 posts• Page 1 of 1
Return to “ESP-IDF”
Jump to
- English Forum
- Explore
- News
- General Discussion
- FAQ
- Documentation
- Documentation
- Sample Code
- Discussion Forum
- Hardware
- ESP-IDF
- ESP-BOX
- ESP-ADF
- ESP-MDF
- ESP-WHO
- ESP-SkaiNet
- ESP32 Arduino
- IDEs for ESP-IDF
- ESP-AT
- ESP IoT Solution
- ESP RainMaker
- Rust
- ESP8266
- Report Bugs
- Showcase
- Chinese Forum 中文社区
- 活动区
- 乐鑫活动专区
- 讨论区
- 全国大学生物联网设计竞赛乐鑫答疑专区
- ESP-IDF 中文讨论版
- 《ESP32-C3 物联网工程开发实战》书籍讨论版
- 中文文档讨论版
- ESP-AT 中文讨论版
- ESP-BOX 中文讨论版
- ESP IoT Solution 中文讨论版
- ESP-ADF 中文讨论版
- ESP Mesh 中文讨论版
- ESP Cloud 中文讨论版
- ESP-WHO 中文讨论版
- ESP-SkaiNet 中文讨论版
- ESP 生产支持讨论版
- 硬件问题讨论
- 项目展示
Who is online
Users browsing this forum: mcu_enjoyer and 61 guests
