Again, thanks for posting this solution. I was stuck in the same error. Your post saved me a lot of time.

I can't find ETS_WIFI_MAC_INTR_SOURCE in the linked technical documentation pdf. Where can i find a description of this interrupt source?

rssi is the "Received Signal Strength Indicator(RSSI) of packet. unit: dBm".
It's just this absolute value, reported by the osi layer 2 radio driver of esp32, regardless from where or to where a packet is originated / designated.

Perhaps i don't understand you question, what else are you looking for?

To get control packets, use
esp_err_t esp_wifi_set_promiscuous_ctrl_filter(const wifi_promiscuous_filter_t *filter);

I'm using esp32 as wifi 802.11 packet sniffer, using the promisciuos mode. The device is dedicated to this purpose, thus i want a wifi configuration which maximizes sniffer performance. Regarding to https://docs.espressif.com/projects/esp-idf/en/latest/esp32/api-guides/wifi.html#why-buffer-configura...

I am using Bluetooth in parallel with Wifi on ESP32.
But i don't start a bluetooth stack, i am using vHCI commands instead, to setup a not connectable bluetooth scanner.
In this scenario, do the coex.h based settings, like have any effect?

I found the solution:
esp_ble_gap_stop_scanning() before esp_bluedroid_deinit() avoids this problem.

Addendum: The crash happenes on core0, the app is running on core1. So i guess, this issue maybe a kind of race condition.

Sometime the crash log looks different, but again shows the issue seems to be caused by the bluetooth stack, pointing to a problem while receiving data from an RTOS queue with xQueueGenericReceive . 21:43:12.765 > #0 0x401ac3d2:0x3ffdae90 in bta_dm_observe_results_cb at /home/runner/work/esp32-ardui...

Disabling and deinit bluetooth stack by my application sometimes crashes, in about 1 of 30 cases. Can't find the root cause. Can anyone help? Using arduino-esp32 v1.0.4 which is based on ESP-IDF v4.1 Relevant Code: https://github.com/cyberman54/ESP32-Paxcounter/blob/development/src/blecsan.cpp#L281 ...