MORE BUGS STMCubeMX migration to v6.13 FW H7 V1.12 - ETH HAL

[mbarg.1]

After experiencing more problems in legacy codes, we found that STM changed HAL drivers without any notice.

THIS CAN BE BLOCKING.

Example : 

((uint32_t)((pFilterConfig->BroadcastFilter == DISABLE) ? 1U : 0U) << 5) |

is NOW

((uint32_t)((pFilterConfig->BroadcastFilter == ENABLE) ? 1U : 0U) << 5) |

in

HAL_ETH_SetMACFilterConfig()

Only workaround:

SPEND all the time it needs and check all drivers carefully for changes.

stm32h7xx_hal_eth.c has dozen of changes, impossible to compare files and get differences easily.

 

[mƎALLEm]

Hello,

Escalated internally for analysis. Internal ticket number: 197721 

Thank you for your contribution.

[milorad]

In the same context, if the functionality of a setting (BroadcastFilter) is reversed how would the code that relied on the old functionality be able to handle that?
Also, this change is now present in some of the newly updated HALs, what about HALs for older families (even obsolete ones) that will probably never be updated?

[mbarg.1]

FW H7 V1.12.1 solves the bug

BUT once more, in release notes there is NO indication of this fix.