Re-enable cpu cache. Guru Meditation Error: Core 0 panic'ed (Cache disabled but cached memory region accessed). (IDFGH-5520)

[RuslanSpartak]

Hello, esp32 sdk developers.

1. ENV: platformio, esp-idf 4.3, custom development kit
2. I have strange behaviour with sdk version 4.3 (stable).
   When I don't place I2C driver in IRAM (Core 1) then I had sometimes read problems on I2C bus, but generally other stuff is working. When I want to add it in IRAM, I constantly receive "Re-enable cpu cache. Guru Meditation Error: Core 0 panic'ed (Cache disabled but cached memory region accessed). " So seems like wifi driver (Core 0) not working or somehow I2C placed in IRAM influent on wifi and other stuff.
3. Re-enable cpu cache.
   Guru Meditation Error: Core 0 panic'ed (Cache disabled but cached memory region accessed).
4. on sdk version 4.2.1 all works as expected.

Core 0 register dump:
PC : 0x401f80b0 PS : 0x00060034 A0 : 0x80081f11 A1 : 0x3ffc0260
A2 : 0x00000000 A3 : 0x00000000 A4 : 0x3ffbf728 A5 : 0x00002000
A6 : 0x00000026 A7 : 0x3ffd5ef0 A8 : 0x80081e44 A9 : 0x3ffee0c4
A10 : 0x3ffbf728 A11 : 0x00001000 A12 : 0x3ffed5c9 A13 : 0x3ff53000
A14 : 0x00000020 A15 : 0xffffcffb SAR : 0x0000001f EXCCAUSE: 0x00000007
EXCVADDR: 0x00000000 LBEG : 0x40001609 LEND : 0x4000160d LCOUNT : 0x00000000

Backtrace:0x401f80ad:0x3ffc0260 0x40081f0e:0x3ffc0290 0x40083f75:0x3ffc02c0 0x40096d55:0x3ffbc2a0 0x4009cb6d:0x3ffbc2d0 0x4009cb8e:0x3ffbc2f0 0x400856d3:0x3ffbc370 0x401566a1:0x3ffbc3b0 0x40153e1b:0x3ffbc3e0 0x40154989:0x3ffbc400 0x40154d11:0x3ffbc420 0x40153111:0x3ffbc480 0x40153685:0x3ffbc4d0 0x40153ca9:0x3ffbc530 0x401f889d:0x3ffbc550 0x40152ca7:0x3ffbc570 0x40152ccd:0x3ffbc5a0 0x40112f9b:0x3ffbc5c0 0x400d4e11:0x3ffbc600 0x402016dd:0x3ffbc630 0x40096612:0x3ffbc650

[RuslanSpartak]

So maybe it is not wifi issue but I2C issue, as using i2c_driver_install(i2c_port, conf.mode, I2C_MASTER_RX_BUF_DISABLE, I2C_MASTER_TX_BUF_DISABLE, (ESP_INTR_FLAG_IRAM | ESP_INTR_FLAG_LEVEL3)); cause rebooting problem, and if using i2c_driver_install(i2c_port, conf.mode, I2C_MASTER_RX_BUF_DISABLE, I2C_MASTER_TX_BUF_DISABLE, 0) works but cost me reading issues.

[RuslanSpartak]

I use optimization for size. I check even with -O0. It wasn't working. So any ideas why, when I want to use ISR in IRAM (I2C) I had such problem?

[alamaral]

I'm seeing the same issue, but on pretty much all the examples like nvs_rw_value that call nvs_flash_init().
Have you figured anything out? I was using the latest code, then went back to 4.3.1. I just now tried v4.2.1 to see if that would work, and it does...

I've had stuff running in the past, with older versions of esp-idf, but the latest stuff just seems badly broken (or something changed that I haven't figured out). In any case, I've worked with several different ESP-32's from different vendors, trying to get audio to work, but the esp-adf versions they provide are ancient... I'm quickly becoming disenchanted with this development environment...

[o-marshmallow]

Hello @RuslanSpartak ,
I tried reproducing your problem with i2c_self_test example, specifying ESP_INTR_FLAG_IRAM | ESP_INTR_FLAG_LEVEL3 as flags, but I was unable to get your error. I tried with both master and v4.3.
Can you please provide a code snippet to reproduce your issue?

[alamaral]

Probably. I just used the defaults. I've since gone back to using an older version and it just worked.

[AxelLin]

@RuslanSpartak
Any chance to decode the backtrace? e.g. by running "idf monitor".

[RuslanSpartak]

On 4.2.1 it is working. On 4.3 - not.  18 листопада 2021, 04:03:56, від "Axel Lin" ***@***.***>: I'm seeing the same issue, but on pretty much all the examples like nvs_rw_value that call nvs_flash_init(). Have you figured anything out? I was using the latest code, then went back to 4.3.1. I just now tried v4.2.1 to see if that would work, and it does... @alamaral Just wondering if you compile with -O0? Your report looks like the same as #7835 — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or unsubscribe. Triage notifications on the go with GitHub Mobile for iOS or Android.

[RuslanSpartak]

I use platformio ide. So can't decode backtrace. 18 листопада 2021, 05:36:52, від "Axel Lin" ***@***.***>: @RuslanSpartak Any chance to decode the backtrace? e.g. by running "idf monitor". — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or unsubscribe. Triage notifications on the go with GitHub Mobile for iOS or Android.

[o-marshmallow]

@RuslanSpartak In that case, you can decode the backtrace manually using objdump on your ELF file.
The backtrace is a list of PC:SP, so you you get rid of the SP, you get the first PC that triggers the crash and then all the call stack.
So if you have time you can use xtensa-esp32-elf-objdump -d your_elf.elf to generate the assembly code of you file and then look for the PCs given in the backtrace

[RuslanSpartak]

Dump file looks like:
Exception Cause: Not found

0x40078000: ?? ??:0
0x40080400: _init at ??:?
0x40080604: ?? ??:0
0x401d537c: i2c_hal_update_config at ??:?
0x400849a9: esp_timer_impl_get_counter_reg at C:\Users\Ruslan.platformio\packages\framework-espidf\components\esp_timer\src/esp_timer_impl_lac.c:126 (discriminator 2)
0x400849b1: esp_timer_impl_get_counter_reg at C:\Users\Ruslan.platformio\packages\framework-espidf\components\esp_timer\src/esp_timer_impl_lac.c:127 (discriminator 1)
0x401d5379: i2c_hal_enable_slave_rx_it at C:\Users\Ruslan.platformio\packages\framework-espidf\components\hal/i2c_hal.c:170
0x40083192: i2c_isr_handler_default at C:\Users\Ruslan.platformio\packages\framework-espidf\components\driver/i2c.c:492
0x400851c1: _xt_medint3 at C:\Users\Ruslan.platformio\packages\framework-espidf\components\freertos\port\xtensa/xtensa_vectors.S:1274
0x40097870: spi_flash_ll_set_read_mode at C:\Users\Ruslan.platformio\packages\framework-espidf\components\hal\esp32\include/hal/spi_flash_ll.h:277
(inlined by) spi_flash_hal_configure_host_io_mode at C:\Users\Ruslan.platformio\packages\framework-espidf\components\hal/spi_flash_hal_common.inc:141
0x4009ca7a: spi_flash_chip_generic_config_host_io_mode at C:\Users\Ruslan.platformio\packages\framework-espidf\components\spi_flash/spi_flash_chip_generic.c:437
0x4009ca9e: spi_flash_chip_generic_read at C:\Users\Ruslan.platformio\packages\framework-espidf\components\spi_flash/spi_flash_chip_generic.c:194
0x40086923: esp_flash_read at C:\Users\Ruslan.platformio\packages\framework-espidf\components\spi_flash/esp_flash_api.c:663
0x4013a06a: esp_partition_read at C:\Users\Ruslan.platformio\packages\framework-espidf\components\spi_flash/partition.c:410
0x401379ba: nvs::NVSPartition::read(unsigned int, void*, unsigned int) at C:\Users\Ruslan.platformio\packages\framework-espidf\components\nvs_flash\src/nvs_partition.cpp:45
(inlined by) nvs::NVSPartition::read(unsigned int, void*, unsigned int) at C:\Users\Ruslan.platformio\packages\framework-espidf\components\nvs_flash\src/nvs_partition.cpp:39
0x401384d9: nvs::Page::readEntry(unsigned int, nvs::Item&) const at C:\Users\Ruslan.platformio\packages\framework-espidf\components\nvs_flash\src/nvs_page.cpp:797
0x4013880f: nvs::Page::findItem(unsigned char, nvs::ItemType, char const*, unsigned int&, nvs::Item&, unsigned char, nvs::VerOffset) at C:\Users\Ruslan.platformio\packages\framework-espidf\components\nvs_flash\src/nvs_page.cpp:841
(inlined by) nvs::Page::findItem(unsigned char, nvs::ItemType, char const*, unsigned int&, nvs::Item&, unsigned char, nvs::VerOffset) at C:\Users\Ruslan.platformio\packages\framework-espidf\components\nvs_flash\src/nvs_page.cpp:804
0x40136b1a: nvs::Storage::init(unsigned int, unsigned int) at C:\Users\Ruslan.platformio\packages\framework-espidf\components\nvs_flash\src/nvs_storage.cpp:112
0x40137af2: nvs::NVSPartitionManager::init_custom(nvs::Partition*, unsigned int, unsigned int) at C:\Users\Ruslan.platformio\packages\framework-espidf\components\nvs_flash\src/nvs_partition_manager.cpp:99
0x40137bcf: nvs::NVSPartitionManager::init_partition(char const*) at C:\Users\Ruslan.platformio\packages\framework-espidf\components\nvs_flash\src/nvs_partition_manager.cpp:61
0x40135f49: nvs_flash_init_partition at C:\Users\Ruslan.platformio\packages\framework-espidf\components\nvs_flash\src/nvs_api.cpp:135
0x400f9682: LoadConfiguration at C:\Users\Ruslan\Documents\parana-esp32-firmware/components\Spinn\HAL\Src/spinn_configuration.cpp:39
0x400d461f: app_main at C:\Users\Ruslan\Documents\parana-esp32-firmware/src/main.cpp:978
0x401dce37: main_task at C:\Users\Ruslan.platformio\packages\framework-espidf\components\freertos\port/port_common.c:133 (discriminator 2)

[AxelLin]

@o-marshmallow
Any finding in #7249 (comment)

[raphael-bmec-co]

I'm also seeing this issue. Is there any feedback?