Move NETDEV_LATEINIT from drivers/net/Kconfig to net/Kconfig so that we can select NETDEV_LATEINIT without enabling NETDEVICES since the net driver in arch folder may need to initialize later too.
This commit is contained in:
parent
d94bd49b78
commit
77098f8736
|
@ -62,35 +62,6 @@ config NETDEV_STATISTICS
|
|||
Enable to collect statistics from the network drivers (if supported
|
||||
by the network driver).
|
||||
|
||||
config NETDEV_LATEINIT
|
||||
bool "Late driver initialization"
|
||||
default n
|
||||
---help---
|
||||
Normally, networking initialization occur in the later phase of the
|
||||
boot process in the function up_initialize() when it calls the
|
||||
driver initialization function, up_netintialize(). This
|
||||
initialization occurs after a sufficient about of the OS has been
|
||||
initialized so that driver registration can be performed, but
|
||||
before the completion of OS initialization and before the first
|
||||
application is started.
|
||||
|
||||
In a few situations, however, you may want to suppress this early
|
||||
network driver initialization. As examples:
|
||||
|
||||
- If you are using SLIP or PPPD, then there will be no network
|
||||
driver to be initialized,
|
||||
- Certain multi-network configurations where a simple call to
|
||||
up_netinitialize() may be insufficient, and
|
||||
- Situations where there are other board-level hardware
|
||||
dependencies so that the hardware is not in an appropriate
|
||||
state for up_netinitialize() to be called.
|
||||
|
||||
Examples of this latter situation includes such things as network
|
||||
drivers that required some setup via an I2C I/O expander, or network
|
||||
drivers that depend on USB, SPI, I2C, PCI, serial, or other
|
||||
interfaces that may not be ready when up_netiniailize() is normally
|
||||
called.
|
||||
|
||||
config NET_DUMPPACKET
|
||||
bool "Enable packet dumping"
|
||||
depends on DEBUG_FEATURES
|
||||
|
|
29
net/Kconfig
29
net/Kconfig
|
@ -231,6 +231,35 @@ config NET_USRSOCK
|
|||
can access standard socket API, with socket descriptors that
|
||||
can be used with NuttX system calls.
|
||||
|
||||
config NETDEV_LATEINIT
|
||||
bool "Late driver initialization"
|
||||
default n
|
||||
---help---
|
||||
Normally, networking initialization occur in the later phase of the
|
||||
boot process in the function up_initialize() when it calls the
|
||||
driver initialization function, up_netintialize(). This
|
||||
initialization occurs after a sufficient about of the OS has been
|
||||
initialized so that driver registration can be performed, but
|
||||
before the completion of OS initialization and before the first
|
||||
application is started.
|
||||
|
||||
In a few situations, however, you may want to suppress this early
|
||||
network driver initialization. As examples:
|
||||
|
||||
- If you are using SLIP or PPPD, then there will be no network
|
||||
driver to be initialized,
|
||||
- Certain multi-network configurations where a simple call to
|
||||
up_netinitialize() may be insufficient, and
|
||||
- Situations where there are other board-level hardware
|
||||
dependencies so that the hardware is not in an appropriate
|
||||
state for up_netinitialize() to be called.
|
||||
|
||||
Examples of this latter situation includes such things as network
|
||||
drivers that required some setup via an I2C I/O expander, or network
|
||||
drivers that depend on USB, SPI, I2C, PCI, serial, or other
|
||||
interfaces that may not be ready when up_netiniailize() is normally
|
||||
called.
|
||||
|
||||
endmenu # Link layer support
|
||||
|
||||
source "net/netdev/Kconfig"
|
||||
|
|
Loading…
Reference in New Issue