25d0f87b3c
If a L2 link has been established, then the DHCP is taking too long as it has to go through its capped exponential backoff timers to trigger discover (The DHCP starts immediately during init, this is itself wrong, it should start on a link UP notification) that delays the DHCP for few seconds to a minute. And if we do stop and start DHCP then also it goes through the initial delays (though configurable), which is also not ideal. Add support for restarting DHCP without any delay, i.e., release and send discover immediately. This is also useful in case L2 switches to a different subnet, in this case Zephyr doesn't restart DHCP automatically, this API can be used by L2 apps/drivers to restart DHCP to get new subnet IP. Signed-off-by: Krishna T <krishna.t@nordicsemi.no>
32 lines
541 B
Plaintext
32 lines
541 B
Plaintext
CONFIG_EARLY_CONSOLE=y
|
|
|
|
CONFIG_NETWORKING=y
|
|
CONFIG_TEST_RANDOM_GENERATOR=y
|
|
|
|
CONFIG_NET_TX_STACK_SIZE=2048
|
|
CONFIG_NET_RX_STACK_SIZE=2048
|
|
|
|
CONFIG_NET_PKT_RX_COUNT=10
|
|
CONFIG_NET_PKT_TX_COUNT=10
|
|
CONFIG_NET_BUF_RX_COUNT=20
|
|
CONFIG_NET_BUF_TX_COUNT=20
|
|
CONFIG_NET_MAX_CONTEXTS=10
|
|
CONFIG_NET_DHCPV4=y
|
|
|
|
CONFIG_NET_IPV4=y
|
|
CONFIG_NET_IPV6=n
|
|
|
|
CONFIG_NET_TCP=y
|
|
|
|
CONFIG_NET_LOG=y
|
|
CONFIG_INIT_STACKS=y
|
|
|
|
CONFIG_NET_SHELL=y
|
|
|
|
CONFIG_NET_STATISTICS=y
|
|
CONFIG_NET_STATISTICS_PERIODIC_OUTPUT=n
|
|
|
|
CONFIG_WIFI=y
|
|
CONFIG_WIFI_LOG_LEVEL_ERR=y
|
|
CONFIG_NET_L2_WIFI_SHELL=y
|