Failed to load core dump: Invalid core dump CRC (IDFGH-14580)

[erhankur]

Checklist

• Checked the issue tracker for similar issues to ensure this is not a duplicate
• Read the documentation to confirm the issue is not addressed there and your configuration is set correctly
• Tested with the latest version to ensure the issue hasn't been fixed

How often does this bug occurs?

always

Expected behavior

CONFIG_ESP_COREDUMP_CAPTURE_DRAM=y option increases the coredump size.

Big size of coredump data needs to be decoded without an issue.

Actual behavior (suspected bug)

Data transfer completes, but the calculated CRC is different from what was expected.

However, if I choose the don't decode option, it works fine.

Error logs or terminal output

--- Core dump started (further output muted)
--- Received  44 kB...
--- Core dump finished!
Failed to load core dump: Invalid core dump CRC 74d18537, should be d1ced1b

Steps to reproduce the behavior

I tried on esp32s3 with the below config.

#
# Core dump
#
CONFIG_ESP_COREDUMP_ENABLE_TO_UART=y
CONFIG_ESP_COREDUMP_DATA_FORMAT_ELF=y
CONFIG_ESP_COREDUMP_CHECKSUM_CRC32=y
CONFIG_ESP_COREDUMP_CAPTURE_DRAM=y
CONFIG_ESP_COREDUMP_ENABLE=y
CONFIG_ESP_COREDUMP_LOGS=y
CONFIG_ESP_COREDUMP_MAX_TASKS_NUM=64
CONFIG_ESP_COREDUMP_UART_DELAY=0
CONFIG_ESP_COREDUMP_STACK_SIZE=0
CONFIG_ESP_COREDUMP_DECODE_INFO=y
CONFIG_ESP_COREDUMP_DECODE="info"
# end of Core dump

void app_main(void)
{
    ESP_LOGI(TAG, "Start of main...");

    abort();
}

Project release version

v5.5-dev-1723-g5a0e1615d9

System architecture

ARM 64-bit (Apple M1/M2, Raspberry Pi 4/5)

Operating system

MacOS

Operating system version

Sonoma 14.4

Shell

ZSH

Additional context

No response

[peterdragun]

For the future reference, there were two parts of the fix for this:

1. IDF Monitor was not catching errors from esp-coredump which resulted in the monitor crashing, this is now solved in IDF Monitor version 1.6.0
2. ESP-IDF was not producing the CRC checksum correctly in case CONFIG_ESP_COREDUMP_CAPTURE_DRAM=y and coredump was printed on UART, and that was the reason for the crash in esp-coredump. The second linked commit now fixes this.