You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I.e. DHCP forcibly resets addresses on start (or they never configured in the first place).
@jukkar, IMHO, behavior as described in Kconfig is useful, and I would go to investigate how to (re)establish it - unless you have arguments why it shouldn't be done.
The text was updated successfully, but these errors were encountered:
The meaning of this address type is the same as NET_ADDR_MANUAL,
but with a provision that DHCP can override such an address.
It's intended for the usecase when there's a default static
configuration for when DHCP is not available, but DHCP should
override it.
Before going to add another address type, there was an attempt
to repurpose TENTATIVE address state, but it doesn't work as
expected, as indeed, all existing address types/states already
have clearly semantics, and it makes sense to just another
address type to avoid confusion and unexpected behavior.
Fixes: zephyrproject-rtos#5696
Signed-off-by: Paul Sokolovsky <paul.sokolovsky@linaro.org>
net_app Kconfig states (https://github.com/zephyrproject-rtos/zephyr/blob/master/subsys/net/lib/app/Kconfig#L191):
However, it doesn't seem to be have that way. On frdm_k64f configured with:
I get following with the lack of DHCP:
I.e. DHCP forcibly resets addresses on start (or they never configured in the first place).
@jukkar, IMHO, behavior as described in Kconfig is useful, and I would go to investigate how to (re)establish it - unless you have arguments why it shouldn't be done.
The text was updated successfully, but these errors were encountered: