Changes in Kconfig

4fe18ddd17d842f140312b55d3a0753601613cb8 - ne2k: fold drivers/net/Space.c into ne.c

Wed, 29 Apr 2026 16:55:46 +0200

ne2k: fold drivers/net/Space.c into ne.cdrivers/net/Space.c is the last remnant of the linux-2.4.x driver modelthat required each subsystem and device driver init function to be calledfrom init/main.c explicitly, before the introduction of initcall levels.In linux-7.0, this was only used for a handful of ISA network drivers,with the ne2000 driver being the last one.Fold the code into ne.c directly, with minimal changes to preservethe existing command line parsing.Signed-off-by: Arnd Bergmann Acked-by: Geert Uytterhoeven # m68kReviewed-by: Simon Horman Link: https://patch.msgid.link/20260429145624.2948432-2-arnd@kernel.orgSigned-off-by: Jakub Kicinski List of files: /linux/drivers/net/Kconfig

6d5431555de032f5ad9e08a7fb372f37bf493903 - caif: remove CAIF NETWORK LAYER

Thu, 16 Apr 2026 20:28:28 +0200

caif: remove CAIF NETWORK LAYERRemove CAIF (Communication CPU to Application CPU Interface), theST-Ericsson modem protocol. The subsystem has been orphaned since 2013.The last meaningful changes from the maintainers were in March 2013: a8c7687bf216 ("caif_virtio: Check that vringh_config is not null") b2273be8d2df ("caif_virtio: Use vringh_notify_enable correctly") 0d2e1a2926b1 ("caif_virtio: Introduce caif over virtio")Not-so-coincidentally, according to "the Internet" ST-Ericsson officiallyshut down its modem joint venture in Aug 2013.If anyone is using this code please yell!In the 13 years since, the code has accumulated 200 non-merge commits,of which 71 were cross-tree API changes, 21 carried Fixes: tags, andthe remaining ~110 were cleanups, doc conversions, treewide refactors,and one partial removal (caif_hsi, ca75bcf0a83b).We are still getting fixes to this code, in the last 10 days there were3 reports on security@ about CAIF that I have been CCed on.UAPI constants (AF_CAIF, ARPHRD_CAIF, N_CAIF, VIRTIO_ID_CAIF) and theSELinux classmap entry are intentionally kept for ABI stability.Acked-by: Michael S. Tsirkin Acked-by: Greg Kroah-Hartman Reviewed-by: Linus Walleij Reviewed-by: Simon Horman Link: https://patch.msgid.link/20260416182829.1440262-1-kuba@kernel.orgSigned-off-by: Jakub Kicinski List of files: /linux/drivers/net/Kconfig

309b905deee595619cc38719f48d63d57b8bff3d - ipv6: convert CONFIG_IPV6 to built-in only and clean up Kconfigs

Wed, 25 Mar 2026 13:08:42 +0100

ipv6: convert CONFIG_IPV6 to built-in only and clean up KconfigsMaintaining a modular IPv6 stack offers image size savings for specificsetups, this benefit is outweighed by the architectural burden itimposes on the subsystems on implementation and maintenance. Therefore,drop it.Change CONFIG_IPV6 from tristate to bool. Remove all Kconfigdependencies across the tree that explicitly checked for IPV6=m. Inaddition, remove MODULE_DESCRIPTION(), MODULE_ALIAS(), MODULE_AUTHOR()and MODULE_LICENSE().This is also replacing module_init() by device_initcall(). It is notpossible to use fs_initcall() as IPv4 does because that creates a racecondition on IPv6 addrconf.Finally, modify the default configs from CONFIG_IPV6=m to CONFIG_IPV6=yexcept for m68k as according to the bloat-o-meter the image isincreasing by 330KB~ and that isn't acceptable. Instead, disable IPv6 onthis architecture by default. This is aligned with m68k RAM requirementsand recommendations [1].[1] http://www.linux-m68k.org/faq/ram.htmlSigned-off-by: Fernando Fernandez Mancera Tested-by: Ricardo B. Marlière Acked-by: Krzysztof Kozlowski # arm64Link: https://patch.msgid.link/20260325120928.15848-2-fmancera@suse.deSigned-off-by: Jakub Kicinski List of files: /linux/drivers/net/Kconfig

24fbd3967f3fdaad5f93e0d35ae870ed25fb2c3a - virtio_net: add page_pool support for buffer allocation

Tue, 10 Mar 2026 19:31:04 +0100

virtio_net: add page_pool support for buffer allocationUse page_pool for RX buffer allocation in mergeable and small buffermodes to enable page recycling and avoid repeated page allocator calls.skb_mark_for_recycle() enables page reuse in the network stack.Big packets mode is unchanged because it uses page->private for linkedlist chaining of multiple pages per buffer, which conflicts withpage_pool's internal use of page->private.Implement conditional DMA premapping using virtqueue_dma_dev():- When non-NULL (vhost, virtio-pci): use PP_FLAG_DMA_MAP with page_pool handling DMA mapping, submit via virtqueue_add_inbuf_premapped()- When NULL (VDUSE, direct physical): page_pool handles allocation only, submit via virtqueue_add_inbuf_ctx()This preserves the DMA premapping optimization from commit 31f3cd4e5756b("virtio-net: rq submits premapped per-buffer") while adding page_poolsupport as a prerequisite for future zero-copy features (devmem TCP,io_uring ZCRX).Page pools are created in probe and destroyed in remove (not open/close),following existing driver behavior where RX buffers remain in virtqueuesacross interface state changes.Signed-off-by: Vishwanath Seshagiri Acked-by: Jason Wang Acked-by: Michael S. Tsirkin Link: https://patch.msgid.link/20260310183107.2822016-1-vishs@meta.comSigned-off-by: Jakub Kicinski List of files: /linux/drivers/net/Kconfig

636fd32d401572f6cfe89ba17df4eb251020c10f - printk: add CONFIG_PRINTK dependency for netconsole

Fri, 13 Feb 2026 08:44:00 +0100

printk: add CONFIG_PRINTK dependency for netconsoleThe 'select PRINTK_EXECUTION_CTX' line now causes a harmless warningwhen NETCONSOLE_DYNAMIC is enabled but PRINTK is not:WARNING: unmet direct dependencies detected for PRINTK_EXECUTION_CTX Depends on [n]: PRINTK [=n] Selected by [y]: - NETCONSOLE_DYNAMIC [=y] && NETDEVICES [=y] && NET_CORE [=y] && NETCONSOLE [=y] && SYSFS [=y] && CONFIGFS_FS [=y] && (NETCONSOLE [=y]!=y [=y] || CONFIGFS_FS [=y]!=m [=m])In that configuration, the netconsole driver is useless anyway, soavoid this with an added dependency that prevents CONFIG_NETCONSOLEto be enabled without CONFIG_PRINTK.Fixes: 60325c27d3cf ("printk: Add execution context (task name/CPU) to printk_info")Signed-off-by: Arnd Bergmann Reviewed-by: Simon Horman Link: https://patch.msgid.link/20260213074431.1729627-1-arnd@kernel.orgSigned-off-by: Paolo Abeni List of files: /linux/drivers/net/Kconfig

60325c27d3cfe13466f6d6aa882b11bdd1c58cc8 - printk: Add execution context (task name/CPU) to printk_info

Fri, 06 Feb 2026 13:45:29 +0100

printk: Add execution context (task name/CPU) to printk_infoExtend struct printk_info to include the task name, pid, and CPUnumber where printk messages originate. This information is capturedat vprintk_store() time and propagated through printk_message tonbcon_write_context, making it available to nbcon console drivers.This is useful for consoles like netconsole that want to includeexecution context in their output, allowing correlation of messageswith specific tasks and CPUs regardless of where the console driveractually runs.The feature is controlled by CONFIG_PRINTK_EXECUTION_CTX, which isautomatically selected by CONFIG_NETCONSOLE_DYNAMIC. When disabled,the helper functions compile to no-ops with no overhead.Suggested-by: John Ogness Signed-off-by: Petr Mladek Reviewed-by: Petr Mladek Signed-off-by: Breno Leitao Reviewed-by: John Ogness Link: https://patch.msgid.link/20260206-nbcon-v7-1-62bda69b1b41@debian.orgSigned-off-by: Jakub Kicinski List of files: /linux/drivers/net/Kconfig

d8f87aa5fa0a4276491fa8ef436cd22605a3f9ba - net: remove HIPPI support and RoadRunner HIPPI driver

Mon, 19 Jan 2026 03:24:04 +0100

net: remove HIPPI support and RoadRunner HIPPI driverHIPPI has not been relevant for over two decades. It was rapidlyeclipsed by Fibre Channel, and even when it was new, it wasconfined to very high-end hardware. The HIPPI code has onlyreceived tree-wide changes and fixes by inspection in the entireGit history. Remove HIPPI support and the rrunner HIPPI driver,and move the former maintainer to the CREDITS file. Keep theinclude/uapi/linux/if_hippi.h header because it is used by the TUNcode, and to avoid breaking userspace, however unlikely that may be.Signed-off-by: Ethan Nelson-Moore Link: https://patch.msgid.link/20260119022451.22344-1-enelsonmoore@gmail.comSigned-off-by: Jakub Kicinski List of files: /linux/drivers/net/Kconfig

54e7bb6ade8acd3fb1c486c9f3e2c0dfdc18f84e - wireguard: kconfig: simplify crypto kconfig selections

Sat, 06 Sep 2025 23:35:23 +0200

wireguard: kconfig: simplify crypto kconfig selectionsSimplify the kconfig entry for WIREGUARD:- Drop the selections of the arch-optimized ChaCha20, Poly1305, BLAKE2s, and Curve25519 code. These options no longer exist, as lib/crypto/ now enables the arch-optimized code automatically.- Drop the selection of CRYPTO. This was needed only to make the arch-optimized options visible. lib/crypto/ now handles these options internally, without any dependency on CRYPTO.- Drop the dependency on !KMSAN. This was needed only to avoid selecting arch-optimized code that isn't compatible with KMSAN. lib/crypto/ now handles the !KMSAN dependencies internally.- Add a selection of CRYPTO_LIB_UTILS, since WireGuard directly calls crypto_memneq(). This gets selected indirectly by CRYPTO_LIB_CURVE25519 and CRYPTO_LIB_CHACHA20POLY1305 anyway, but it's best to make this dependency explicit.Link: https://lore.kernel.org/r/20250906213523.84915-13-ebiggers@kernel.orgSigned-off-by: Eric Biggers List of files: /linux/drivers/net/Kconfig

11851cbd60ea1e5abbd97619d69845ead99303d6 - ovpn: implement TCP transport

Tue, 15 Apr 2025 13:17:28 +0200

ovpn: implement TCP transportWith this change ovpn is allowed to communicate to peers also via TCP.Parsing of incoming messages is implemented through the strparser API.Note that ovpn redefines sk_prot and sk_socket->ops for the TCP socketused to communicate with the peer.For this reason it needs to access inet6_stream_ops, which is declaredas extern in the IPv6 module, but it is not fully exported.Therefore this patch is also adding EXPORT_SYMBOL_GPL(inet6_stream_ops)to net/ipv6/af_inet6.c.Cc: David Ahern Cc: Eric Dumazet Cc: Jakub Kicinski Cc: Paolo Abeni Cc: Simon Horman Signed-off-by: Antonio Quartulli Link: https://patch.msgid.link/20250415-b4-ovpn-v26-11-577f6097b964@openvpn.netReviewed-by: Sabrina Dubroca Tested-by: Oleksandr Natalenko Signed-off-by: Paolo Abeni List of files: /linux/drivers/net/Kconfig

8534731dbf2d52a539b94defd06d2a8d3514aacb - ovpn: implement packet processing

Tue, 15 Apr 2025 13:17:26 +0200

ovpn: implement packet processingThis change implements encryption/decryption andencapsulation/decapsulation of OpenVPN packets.Support for generic crypto state is added along witha wrapper for the AEAD crypto kernel API.Signed-off-by: Antonio Quartulli Link: https://patch.msgid.link/20250415-b4-ovpn-v26-9-577f6097b964@openvpn.netReviewed-by: Sabrina Dubroca Tested-by: Oleksandr Natalenko Signed-off-by: Paolo Abeni List of files: /linux/drivers/net/Kconfig

08857b5ec5d91d83e69e40a36554a8c7557b7301 - ovpn: implement basic TX path (UDP)

Tue, 15 Apr 2025 13:17:24 +0200

ovpn: implement basic TX path (UDP)Packets sent over the ovpn interface are processed and transmitted to theconnected peer, if any.Implementation is UDP only. TCP will be added by a later patch.Note: no crypto/encapsulation exists yet. Packets are just captured andsent.Signed-off-by: Antonio Quartulli Link: https://patch.msgid.link/20250415-b4-ovpn-v26-7-577f6097b964@openvpn.netReviewed-by: Sabrina Dubroca Tested-by: Oleksandr Natalenko Signed-off-by: Paolo Abeni List of files: /linux/drivers/net/Kconfig

80747caef33d77f5c1b3d24644e6d7dae69066b5 - ovpn: introduce the ovpn_peer object

Tue, 15 Apr 2025 13:17:22 +0200

ovpn: introduce the ovpn_peer objectAn ovpn_peer object holds the whole status of a remote peer(regardless whether it is a server or a client).This includes status for crypto, tx/rx buffers, napi, etc.Only support for one peer is introduced (P2P mode).Multi peer support is introduced with a later patch.Along with the ovpn_peer, also the ovpn_bind object is introcuedas the two are strictly related.An ovpn_bind object wraps a sockaddr representing the localcoordinates being used to talk to a specific peer.Signed-off-by: Antonio Quartulli Link: https://patch.msgid.link/20250415-b4-ovpn-v26-5-577f6097b964@openvpn.netReviewed-by: Sabrina Dubroca Tested-by: Oleksandr Natalenko Signed-off-by: Paolo Abeni List of files: /linux/drivers/net/Kconfig

9f23d943eb6b55990acc45ea1e130b20a44c76ce - net: introduce OpenVPN Data Channel Offload (ovpn)

Tue, 15 Apr 2025 13:17:18 +0200

net: introduce OpenVPN Data Channel Offload (ovpn)OpenVPN is a userspace software existing since around 2005 that allowsusers to create secure tunnels.So far OpenVPN has implemented all operations in userspace, whichimplies several back and forth between kernel and user land in order toprocess packets (encapsulate/decapsulate, encrypt/decrypt, rerouting..).With `ovpn` we intend to move the fast path (data channel) entirelyin kernel space and thus improve user measured throughput over thetunnel.`ovpn` is implemented as a simple virtual network device driver, thatcan be manipulated by means of the standard RTNL APIs. A device of kind`ovpn` allows only IPv4/6 traffic and can be of type:* P2P (peer-to-peer): any packet sent over the interface will be encapsulated and transmitted to the other side (typical OpenVPN client or peer-to-peer behaviour);* P2MP (point-to-multipoint): packets sent over the interface are transmitted to peers based on existing routes (typical OpenVPN server behaviour).After the interface has been created, OpenVPN in userspace canconfigure it using a new Netlink API. Specifically it is possibleto manage peers and their keys.The OpenVPN control channel is multiplexed over the same transportsocket by means of OP codes. Anything that is not DATA_V2 (OpenVPNOP code for data traffic) is sent to userspace and handled there.This way the `ovpn` codebase is kept as compact as possible whilefocusing on handling data traffic only (fast path).Any OpenVPN control feature (like cipher negotiation, TLS handshake,rekeying, etc.) is still fully handled by the userspace process.When userspace establishes a new connection with a peer, it firstperforms the handshake and then passes the socket to the `ovpn` kernelmodule, which takes ownership. From this moment on `ovpn` will handledata traffic for the new peer.When control packets are received on the link, they are forwarded touserspace through the same transport socket they were received on, asuserspace is still listening to them.Some events (like peer deletion) are sent to a Netlink multicast group.Although it wasn't easy to convince the community, `ovpn` implementsonly a limited number of the data-channel features supported by theuserspace program.Each feature that made it to `ovpn` was attentively vetted toavoid carrying too much legacy along with us (and to give a clear cut toold and probalby-not-so-useful features).Notably, only encryption using AEAD ciphers (specificallyChaCha20Poly1305 and AES-GCM) was implemented. Supporting any othercipher out there was not deemed useful.Both UDP and TCP sockets are supported.As explained above, in case of P2MP mode, OpenVPN will use the main systemrouting table to decide which packet goes to which peer. This impliesthat no routing table was re-implemented in the `ovpn` kernel module.This kernel module can be enabled by selecting the CONFIG_OVPN entryin the networking drivers section.NOTE: this first patch introduces the very basic framework only.Features are then added patch by patch, however, although each patchwill compile and possibly not break at runtime, only after havingapplied the full set it is expected to see the ovpn module fully working.Cc: steffen.klassert@secunet.comCc: antony.antony@secunet.comSigned-off-by: Antonio Quartulli Link: https://patch.msgid.link/20250415-b4-ovpn-v26-1-577f6097b964@openvpn.netReviewed-by: Sabrina Dubroca Tested-by: Oleksandr Natalenko Signed-off-by: Paolo Abeni List of files: /linux/drivers/net/Kconfig

3fed9fda150d393d3f3f91a5631dab1e0c15d582 - net: remove sb1000 cable modem driver

Wed, 12 Mar 2025 09:51:19 +0100

net: remove sb1000 cable modem driverThis one is hilariously outdated, it provided a faster downlink overTV cable for users of analog modems in the 1990s, through an ISA card.The web page for the userspace tools has been broken for 25 years, andthe driver has only ever seen mechanical updates.Link: http://web.archive.org/web/20000611165545/http://home.adelphia.net:80/~siglercm/sb1000.htmlSigned-off-by: Arnd Bergmann Reviewed-by: Simon Horman Link: https://patch.msgid.link/20250312085236.2531870-1-arnd@kernel.orgSigned-off-by: Paolo Abeni List of files: /linux/drivers/net/Kconfig

b3ea416419c83ba4a042163f17e0fd8bac417f1a - testing: net-drv: add basic shaper test

Wed, 09 Oct 2024 10:09:57 +0200

testing: net-drv: add basic shaper testLeverage a basic/dummy netdevsim implementation to do functionalcoverage for NL interface.Reviewed-by: Jiri Pirko Signed-off-by: Paolo Abeni Link: https://patch.msgid.link/43092afbf38365c796088bf8fc155e523ab434ae.1728460186.git.pabeni@redhat.comSigned-off-by: Jakub Kicinski List of files: /linux/drivers/net/Kconfig

94e2a19a0e225bed4abec41650aee62ed99adbdb - net: netdevsim: select PAGE_POOL in Kconfig

Wed, 17 Apr 2024 01:21:37 +0200

net: netdevsim: select PAGE_POOL in Kconfigbuild bot points out that I forgot to add the PAGE_POOLconfig dependency when adding the support in netdevsim.Fixes: 1580cbcbfe77 ("net: netdevsim: add some fake page pool use")Reported-by: kernel test robot Closes: https://lore.kernel.org/oe-kbuild-all/202404170348.thxrboF1-lkp@intel.com/Closes: https://lore.kernel.org/oe-kbuild-all/202404170527.LIAPSyMB-lkp@intel.com/Link: https://lore.kernel.org/r/20240416232137.2022058-1-kuba@kernel.orgSigned-off-by: Jakub Kicinski List of files: /linux/drivers/net/Kconfig

a29689e60ed3e65463d6462390caad669d08a6b7 - net: handle HAS_IOPORT dependencies

Fri, 05 Apr 2024 13:18:31 +0200

net: handle HAS_IOPORT dependenciesIn a future patch HAS_IOPORT=n will disable inb()/outb() and friends atcompile time. We thus need to add HAS_IOPORT as dependency forthose drivers requiring them. For the DEFXX driver the use of I/Oports is optional and we only need to fence specific code paths. It alsoturns out that with HAS_IOPORT handled explicitly HAMRADIO does not needthe !S390 dependency and successfully builds the bpqether driver.Acked-by: Marc Kleine-Budde Acked-by: Jakub Kicinski Acked-by: Maciej W. Rozycki Co-developed-by: Arnd Bergmann Signed-off-by: Arnd Bergmann Signed-off-by: Niklas Schnelle Signed-off-by: David S. Miller List of files: /linux/drivers/net/Kconfig

76c8764ef36a5d37ea2e551bda28ac7f028383ba - pfcp: add PFCP module

Wed, 27 Mar 2024 16:23:55 +0100

pfcp: add PFCP modulePacket Forwarding Control Protocol (PFCP) is a 3GPP Protocolused between the control plane and the user plane function.It is specified in TS 29.244[1].Note that this module is not designed to support this Protocolin the kernel space. There is no support for parsing any PFCP messages.There is no API that could be used by any userspace daemon.Basically it does not support PFCP. This protocol is sophisticatedand there is no need for implementing it in the kernel. The purposeof this module is to allow users to setup software and hardware offloadof PFCP packets using tc tool.When user requests to create a PFCP device, a new socket is created.The socket is set up with port number 8805 which is specific forPFCP [29.244 4.2.2]. This allow to receive PFCP request messages,response messages use other ports.Note that only one PFCP netdev can be created.Only IPv4 is supported at this time.[1] https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=3111Signed-off-by: Wojciech Drewek Signed-off-by: Marcin Szycik Reviewed-by: Simon Horman Signed-off-by: Alexander Lobakin Signed-off-by: David S. Miller List of files: /linux/drivers/net/Kconfig

6208799553a85875c9f812ba8e4c99d1fc69e8b9 - virtio-net: support rx netdim

Mon, 11 Dec 2023 11:36:07 +0100

virtio-net: support rx netdimBy comparing the traffic information in the complete napi processes,let the virtio-net driver automatically adjust the coalescingmoderation parameters of each receive queue.Signed-off-by: Heng Qi Signed-off-by: David S. Miller List of files: /linux/drivers/net/Kconfig

35dfaad7188cdc043fde31709c796f5a692ba2bd - netkit, bpf: Add bpf programmable net device

Tue, 24 Oct 2023 23:48:58 +0200

netkit, bpf: Add bpf programmable net deviceThis work adds a new, minimal BPF-programmable device called "netkit"(former PoC code-name "meta") we recently presented at LSF/MM/BPF. Thecore idea is that BPF programs are executed within the drivers xmit routineand therefore e.g. in case of containers/Pods moving BPF processing closerto the source.One of the goals was that in case of Pod egress traffic, this allows tomove BPF programs from hostns tcx ingress into the device itself, providingearlier drop or forward mechanisms, for example, if the BPF programdetermines that the skb must be sent out of the node, then a redirect tothe physical device can take place directly without going through per-CPUbacklog queue. This helps to shift processing for such traffic from softirqto process context, leading to better scheduling decisions/performance (seemeasurements in the slides).In this initial version, the netkit device ships as a pair, but we plan toextend this further so it can also operate in single device mode. The paircomes with a primary and a peer device. Only the primary device, typicallyresiding in hostns, can manage BPF programs for itself and its peer. Thepeer device is designated for containers/Pods and cannot attach/detachBPF programs. Upon the device creation, the user can set the default policyto 'pass' or 'drop' for the case when no BPF program is attached.Additionally, the device can be operated in L3 (default) or L2 mode. Themanagement of BPF programs is done via bpf_mprog, so that multi-attach issupported right from the beginning with similar API and dependency controlsas tcx. For details on the latter see commit 053c8e1f235d ("bpf: Add genericattach/detach/query API for multi-progs"). tc BPF compatibility is provided,so that existing programs can be easily migrated.Going forward, we plan to use netkit devices in Cilium as the main devicetype for connecting Pods. They will be operated in L3 mode in order tosimplify a Pod's neighbor management and the peer will operate in defaultdrop mode, so that no traffic is leaving between the time when a Pod isbrought up by the CNI plugin and programs attached by the agent.Additionally, the programs we attach via tcx on the physical devices areusing bpf_redirect_peer() for inbound traffic into netkit device, hence thelatter is also supporting the ndo_get_peer_dev callback. Similarly, we usebpf_redirect_neigh() for the way out, pushing from netkit peer to phys devicedirectly. Also, BIG TCP is supported on netkit device. For the follow-upwork in single device mode, we plan to convert Cilium's cilium_host/_netdevices into a single one.An extensive test suite for checking device operations and the BPF programand link management API comes as BPF selftests in this series.Co-developed-by: Nikolay Aleksandrov Signed-off-by: Nikolay Aleksandrov Signed-off-by: Daniel Borkmann Reviewed-by: Toke Høiland-Jørgensen Acked-by: Stanislav Fomichev Acked-by: Martin KaFai Lau Link: https://github.com/borkmann/iproute2/tree/pr/netkitLink: http://vger.kernel.org/bpfconf2023_material/tcx_meta_netdev_borkmann.pdf (24ff.)Link: https://lore.kernel.org/r/20231024214904.29825-2-daniel@iogearbox.netSigned-off-by: Martin KaFai Lau List of files: /linux/drivers/net/Kconfig