Adam

By the way, this bug is also present in the STCubeMX HAL for F1/F2/F4/F7 and as far as I can tell has been since it was first released. Coincidentally 11 days ago ST rewrote the H7 Ethernet driver and the new version does disable these interrupts (I guess they also have a newer header file that defines the bit names), so their solution is the same. The previous version of the H7 driver had the same bug. https://github.com/STMicroelectronics/stm32h7xx_hal_driver/pull/16

STM32 Ethernet driver causes system hang after 2^31 packets sent/received

Is there any change of getting this fixed soon? I think it's a pretty straightforward one line fix, but it's still causing runtime panics for me whenever I enable ETH_PAD_SIZE to get good IP address alignment.

Apologies for slightly butchered formatting in the middle there. Should have been two separate code blocks.

Incorrect pointer type in lwipthread.c low_level_input causes panic on packet reception

STM32 MAC driver needs __DSB() for STM32F7 when operating in SRAM1/2

BYTE_ORDER redefined in lwip_bindings/arch/cc.h

Incorrect constants STM32_DAC1_CHx_DMA_CHN for STM32F7