esp-idf/tools/test_apps/system/panic
harshal.patil a8f509f481
fix(esp_hw_support): Fix incorrect PMA configuration for ESP32-P4
- As the PMA entry that made some memory regions cacheable was
assigned the highest priority, some intermediate inaccessible
memory regions bypassed protection.

- Added tests for the same

- Verified that even after changing the priority of the PMA entry,
a write operation at SOC_IRAM_LOW + 0x40 (a random RAM cached address)
still needs the same number (29) of CPU cycles.
2024-06-10 11:55:58 +05:30
..
main fix(esp_hw_support): Fix incorrect PMA configuration for ESP32-P4 2024-06-10 11:55:58 +05:30
test_panic_util ci(panic): add flash encrypted coredump tests 2024-05-06 15:54:33 +02:00
CMakeLists.txt ci(panic): extend extram_stack tests 2024-05-27 14:51:30 +02:00
conftest.py ci: fix import path 2022-10-20 20:34:51 +08:00
panic_utils.py ci: rename module name due to the wrong import in other packages 2022-07-02 08:03:49 +08:00
partitions_capture_dram.csv feat(coredump): save .bss, .data and .heap sections to the elf file 2024-04-23 19:07:51 +03:00
partitions_coredump_encrypted.csv ci(panic): add flash encrypted coredump tests 2024-05-06 15:54:33 +02:00
partitions_coredump_plain.csv ci(panic): add flash encrypted coredump tests 2024-05-06 15:54:33 +02:00
pytest_panic.py fix(esp_hw_support): Fix incorrect PMA configuration for ESP32-P4 2024-06-10 11:55:58 +05:30
README.md ci(esp32c5mp): disable the unsupported tests 2024-04-07 12:13:29 +08:00
sdkconfig.ci.coredump_flash_bin_crc test_panic: add CONFIG_HAL_ASSERTION_DISABLE to coredump_flash_bin_crc config 2023-02-07 20:23:52 +08:00
sdkconfig.ci.coredump_flash_capture_dram ci(coredump): fix capture dram tests 2024-05-06 15:43:43 +02:00
sdkconfig.ci.coredump_flash_custom_stack ci(coredump): enable custom stack tests for riscv chips 2024-04-09 13:36:30 +08:00
sdkconfig.ci.coredump_flash_elf_sha feat(coredump): use SHA ROM functions for all targets except ESP32 2024-01-25 15:13:56 +01:00
sdkconfig.ci.coredump_flash_encrypted ci(panic): add flash encrypted coredump tests 2024-05-06 15:54:33 +02:00
sdkconfig.ci.coredump_flash_encrypted_coredump_plain ci(panic): add flash encrypted coredump tests 2024-05-06 15:54:33 +02:00
sdkconfig.ci.coredump_flash_extram_stack_bss_esp32 ci(panic): extend extram_stack tests 2024-05-27 14:51:30 +02:00
sdkconfig.ci.coredump_flash_extram_stack_bss_esp32s2 ci(panic): extend extram_stack tests 2024-05-27 14:51:30 +02:00
sdkconfig.ci.coredump_flash_extram_stack_bss_esp32s3 ci(panic): extend extram_stack tests 2024-05-27 14:51:30 +02:00
sdkconfig.ci.coredump_flash_extram_stack_heap_esp32 ci(panic): extend extram_stack tests 2024-05-27 14:51:30 +02:00
sdkconfig.ci.coredump_flash_extram_stack_heap_esp32s2 ci(panic): extend extram_stack tests 2024-05-27 14:51:30 +02:00
sdkconfig.ci.coredump_flash_extram_stack_heap_esp32s3 ci(panic): extend extram_stack tests 2024-05-27 14:51:30 +02:00
sdkconfig.ci.coredump_uart_bin_crc Coredump config option rename throughout IDF 2020-09-30 20:22:27 +05:30
sdkconfig.ci.coredump_uart_elf_crc Coredump config option rename throughout IDF 2020-09-30 20:22:27 +05:30
sdkconfig.ci.gdbstub test/panic: add gdbstub test configuration 2020-10-13 18:09:22 +02:00
sdkconfig.ci.gdbstub_coredump coredump: allow coredump at panic even if gdbstub is used. 2023-02-17 15:15:36 +08:00
sdkconfig.ci.memprot_esp32c2 test_app: Extend panic app to include memprot-related tests 2023-02-16 17:13:56 +05:30
sdkconfig.ci.memprot_esp32c3 test_app: Extend panic app to include memprot-related tests 2023-02-16 17:13:56 +05:30
sdkconfig.ci.memprot_esp32c6 esp32c6: Fix incorrect PMP configuration 2023-03-09 11:37:29 +05:30
sdkconfig.ci.memprot_esp32h2 test_apps: enable memprot tests for ESP32-H2 target 2023-03-15 13:16:26 +05:30
sdkconfig.ci.memprot_esp32p4 test(memprot): enable memory protection tests for P4 2024-04-14 21:16:42 +05:30
sdkconfig.ci.memprot_esp32s2 test_app: Extend panic app to include memprot-related tests 2023-02-16 17:13:56 +05:30
sdkconfig.ci.memprot_esp32s3 test_app: Extend panic app to include memprot-related tests 2023-02-16 17:13:56 +05:30
sdkconfig.ci.panic test_apps: add panic test 2020-05-12 22:27:06 +02:00
sdkconfig.ci.panic_delay refactor(esp_system): reboot delay: added docs, protected by watchdog 2022-12-20 15:51:00 +08:00
sdkconfig.defaults esp32c6: Fix incorrect PMP configuration 2023-03-09 11:37:29 +05:30

Supported Targets ESP32 ESP32-C2 ESP32-C3 ESP32-C5 ESP32-C6 ESP32-H2 ESP32-P4 ESP32-S2 ESP32-S3

Introduction

The panic test app checks the behavior of ESP-IDF Panic Handler.

This test app is relatively complex because it has to check many possible combinations of:

  • Failure scenario: abort, assertion, interrupt watchdog, illegal instruction, ...
  • Chip target: esp32, esp32c3, ...
  • Configuration: default, GDB Stub, Core Dump to UART, ...

Failure scenarios are implemented in test_panic.c. The test application receives the name of the scenario from console (e.g. test_illegal_instruction ). The failure scenario is executed and the app panics. Once the panic output is printed, the pytest-based test case parses the output and verifies that the behavior of the panic handler was correct.

In pytest_panic.py, there typically is one test function for each failure scenario. Each test function is then parametrized by config parameter. This creates "copies" of the test case for each of the configurations (default, GDB Stub, etc.) Tests are also parametrized with target-specific markers. Most tests can run on every target, but there are a few exceptions, such as failure scenarios specific to the dual-core chips.

The test cases use a customized DUT class PanicTestDut, defined in panic_dut.py. This class is derived from IdfDut. It defines several helper functions to make the test cases easier to read.

Building

Several configurations are provided as sdkconfig.ci.XXX and serve as a template.

For example, to build the test app with configuration panic for ESP32-C3, run:

idf.py set-target esp32c3
cat sdkconfig.defaults sdkconfig.ci.panic > sdkconfig
idf.py build

Building multiple configurations side by side

If you need to work with multiple configurations at the same time it can be useful to keep each build in a separate directory. For example, to build the panic configuration for ESP32-C3 in a separate directory, run:

idf.py -DIDF_TARGET=esp32c3 -DSDKCONFIG_DEFAULTS="sdkconfig.defaults;sdkconfig.ci.panic" -DSDKCONFIG=build_esp32c3_panic/sdkconfig -B build_esp32c3_panic build

This way, all the build products and the sdkconfig file are kept in the directory build_esp32c3_gdbstub. pytest-embedded will search for binaries in this directory if you run tests as shown in the section below.

This approach allows switching between different build configurations and targets without deleting the build directories.

Running the app manually

idf.py flash monitor

(don't forget the -B argument if you have built the app in a directory other than build)

Once the app is running, input the name of the test (e.g. test_abort) and press Enter.

Running tests

Suppose you have built the app for a specific target and with a certain sdkconfig.ci.CONFIG config. You need to run the tests just for this config and the target:

pytest --target TARGET -k '[CONFIG]'

For example, if you have built the panic config for ESP32-C3, run:

pytest --target esp32c3 -k '[panic]'

Or, to run a single test for the given config, e.g. test_abort:

pytest --target esp32c3 -k 'test_abort[panic]'