mirror of
https://github.com/apache/nuttx.git
synced 2026-09-29 18:45:22 +00:00
88c8623ced
esp_openeth_initialize() (arch/xtensa/src/common/espressif/esp_openeth.c) attaches the MAC interrupt with esp_setup_irq() but never calls up_enable_irq(OPENETH_IRQ_MAC), unlike every other Espressif driver in this tree. Left masked, openeth_isr_handler() never runs and received frames are only picked up when the netdev work thread happens to run for some other reason (a transmit). A guest can therefore send but effectively not receive: ping still works because each request is itself a transmit, while a socket blocked in recvfrom() waits on a wake-up that never comes. Confirmed with a GDB breakpoint counter on openeth_isr_handler(): zero hits before the fix, dozens after, under QEMU's esp32s3 machine (the open_eth NIC it emulates). With the interrupt enabled, TCP retransmits over a fixed test window dropped from 86 to 4. Separately, openeth_ifdown() calls openeth_enable() right under a comment that says "Disable TX and RX" -- it should call openeth_disable(), which is what actually disables the two DMA descriptor rings. Fixed alongside since it's the same function and the same class of mistake. Board-independent (arch/xtensa/src/common/espressif), not specific to any one esp32s3 board; open_eth itself only exists as a QEMU peripheral, so there's no real-hardware regression risk from either change. Signed-off-by: Felipe Moura <moura.fmo@gmail.com> Assisted-by: Claude:claude-sonnet-5 |
||
|---|---|---|
| .. | ||
| arm | ||
| arm64 | ||
| avr | ||
| ceva | ||
| dummy | ||
| hc | ||
| mips | ||
| misoc | ||
| or1k | ||
| renesas | ||
| risc-v | ||
| sim | ||
| sparc | ||
| tricore | ||
| x86 | ||
| x86_64 | ||
| xtensa | ||
| z16 | ||
| z80 | ||
| CMakeLists.txt | ||
| Kconfig | ||