drivers: interrupt_controller: esp32c6: reserve IRQ 1 for WiFi

[martinjaeger]

IRQ 1 is reserved for WiFi in ESP-IDF, which is used as the basis for the Espressif HAL in Zephyr.

If IRQ 1 is used by Zephyr and too many other peripherals (e.g. multiple UARTs) are enabled, WiFi stops working.

Marking IRQ 1 as "not available" seems to fix the issue.

Fixes #82874

[martinjaeger]

Here is the link to the relevant code in ESP-IDF: https://github.com/espressif/esp-idf/blob/master/components/esp_hw_support/port/esp32c6/esp_cpu_intr.c

We are not totally sure if IRQ 1 is actually used for WiFi in Zephyr as well. The WiFi driver does not use the Zephyr interrupt controller, but allocates its ISRs independently (inside the HAL repo). So we assumed it could be the same IRQ as used by ESP-IDF.

Espressif experts, please double-check if this is correct.

[sylvioalves]

@martinjaeger Hey, great you fixed this. BTW, I have been updating C3/C6 interrupt controller to improve it. It means this change might go away in a couple of days. Anyway, LGTM.

[sylvioalves]

Here is the link to the relevant code in ESP-IDF: https://github.com/espressif/esp-idf/blob/master/components/esp_hw_support/port/esp32c6/esp_cpu_intr.c

We are not totally sure if IRQ 1 is actually used for WiFi in Zephyr as well. The WiFi driver does not use the Zephyr interrupt controller, but allocates its ISRs independently (inside the HAL repo). So we assumed it could be the same IRQ as used by ESP-IDF.

Espressif experts, please double-check if this is correct.

Exactly, that is part of the changes I've been adding to C3/C6 (riscv) interrupt allocator.

[uLipe]

And here we go again, missing a true vectored interrupt controller so no shared vectors issues like this would go away 😬