On Tue, 11 Aug 2026 10:25:57 -0700, Luca Jones wrote:
> dhcp_fine_tmr() was called every 10ms, but lwIP expects it to be
> called every DHCP_FINE_TIMER_MSECS (500ms).
>
> Since the fine timer ticks are currently 50 times faster than lwIP
> expects, the client burns through the bounded exponential backoff
> sequence for the DHCPREQUEST messages in 2.44 seconds rather than 122
> seconds, after which it uses a new xid and returns to sending
> DHCPDISCOVER messages. If there is enough latency in the server, the
> client could receive an ACK response within DHCP_TIMEOUT_MS (10
> seconds), but reject it because it has already moved on with another
> xid after 2.44 seconds.
>
> [...]
Applied to u-boot-net branch for-main, thanks!
[1/1] net: lwip: dhcp: fix DHCP fine timer interval
commit: 5eb45fb2917c7d46282cd6dd6e05d41b84f67105
Best regards,
--
Jerome Forissier <[email protected]>
