Changes in Kconfig

3fed9fda - net: remove sb1000 cable modem driver

Wed, 12 Mar 2025 08:51:19 +0000

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-6.15/drivers/net/Kconfig

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

Wed, 09 Oct 2024 08:09:57 +0000

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-6.15/drivers/net/Kconfig

94e2a19a - net: netdevsim: select PAGE_POOL in Kconfig

Tue, 16 Apr 2024 23:21:37 +0000

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-6.15/drivers/net/Kconfig

a29689e6 - net: handle HAS_IOPORT dependencies

Fri, 05 Apr 2024 11:18:31 +0000

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-6.15/drivers/net/Kconfig

76c8764e - pfcp: add PFCP module

Wed, 27 Mar 2024 15:23:55 +0000

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-6.15/drivers/net/Kconfig

62087995 - virtio-net: support rx netdim

Mon, 11 Dec 2023 10:36:07 +0000

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-6.15/drivers/net/Kconfig

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

Tue, 24 Oct 2023 21:48:58 +0000

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-6.15/drivers/net/Kconfig

fad361a2 - netconsole: Enable compile time configuration

Fri, 11 Aug 2023 09:31:58 +0000

netconsole: Enable compile time configurationEnable netconsole features to be set at compilation time. Create twoKconfig options that allow users to set extended logs and releaseprepending features at compilation time.Right now, the user needs to pass command line parameters to netconsole,such as "+"/"r" to enable extended logs and version prepending features.With these two options, the user could set the default values for thefeatures at compile time, and don't need to pass it in the command lineto get them enabled, simplifying the command line.Signed-off-by: Breno Leitao Reviewed-by: Simon Horman Link: https://lore.kernel.org/r/20230811093158.1678322-3-leitao@debian.orgSigned-off-by: Jakub Kicinski List of files: /linux-6.15/drivers/net/Kconfig

54f00cce - vmxnet3: Add XDP support.

Thu, 10 Aug 2023 04:13:04 +0000

vmxnet3: Add XDP support.The patch adds native-mode XDP support: XDP DROP, PASS, TX, and REDIRECT.Background:The vmxnet3 rx consists of three rings: ring0, ring1, and dataring.For r0 and r1, buffers at r0 are allocated using alloc_skb APIs and dmamapped to the ring's descriptor. If LRO is enabled and packet size largerthan 3K, VMXNET3_MAX_SKB_BUF_SIZE, then r1 is used to mapped the rest ofthe buffer larger than VMXNET3_MAX_SKB_BUF_SIZE. Each buffer in r1 isallocated using alloc_page. So for LRO packets, the payload will be in onebuffer from r0 and multiple from r1, for non-LRO packets, only onedescriptor in r0 is used for packet size less than 3k.When receiving a packet, the first descriptor will have the sop (start ofpacket) bit set, and the last descriptor will have the eop (end of packet)bit set. Non-LRO packets will have only one descriptor with both sop andeop set.Other than r0 and r1, vmxnet3 dataring is specifically designed forhandling packets with small size, usually 128 bytes, defined inVMXNET3_DEF_RXDATA_DESC_SIZE, by simply copying the packet from the backenddriver in ESXi to the ring's memory region at front-end vmxnet3 driver, inorder to avoid memory mapping/unmapping overhead. In summary, packet size: A. < 128B: use dataring B. 128B - 3K: use ring0 (VMXNET3_RX_BUF_SKB) C. > 3K: use ring0 and ring1 (VMXNET3_RX_BUF_SKB + VMXNET3_RX_BUF_PAGE)As a result, the patch adds XDP support for packets using dataringand r0 (case A and B), not the large packet size when LRO is enabled.XDP Implementation:When user loads and XDP prog, vmxnet3 driver checks configurations, suchas mtu, lro, and re-allocate the rx buffer size for reserving the extraheadroom, XDP_PACKET_HEADROOM, for XDP frame. The XDP prog will then beassociated with every rx queue of the device. Note that when using dataringfor small packet size, vmxnet3 (front-end driver) doesn't control thebuffer allocation, as a result we allocate a new page and copy packetfrom the dataring to XDP frame.The receive side of XDP is implemented for case A and B, by invoking thebpf program at vmxnet3_rq_rx_complete and handle its returned action.The vmxnet3_process_xdp(), vmxnet3_process_xdp_small() function handlesthe ring0 and dataring case separately, and decides the next journey ofthe packet afterward.For TX, vmxnet3 has split header design. Outgoing packets are parsedfirst and protocol headers (L2/L3/L4) are copied to the backend. Therest of the payload are dma mapped. Since XDP_TX does not parse thepacket protocol, the entire XDP frame is dma mapped for transmissionand transmitted in a batch. Later on, the frame is freed and recycledback to the memory pool.Performance:Tested using two VMs inside one ESXi vSphere 7.0 machine, using singlecore on each vmxnet3 device, sender using DPDK testpmd tx-mode attachedto vmxnet3 device, sending 64B or 512B UDP packet.VM1 txgen:$ dpdk-testpmd -l 0-3 -n 1 -- -i --nb-cores=3 \--forward-mode=txonly --eth-peer=0,option: add "--txonly-multi-flow"option: use --txpkts=512 or 64 byteVM2 running XDP:$ ./samples/bpf/xdp_rxq_info -d ens160 -a --skb-mode$ ./samples/bpf/xdp_rxq_info -d ens160 -a options: XDP_DROP, XDP_PASS, XDP_TXTo test REDIRECT to cpu 0, use$ ./samples/bpf/xdp_redirect_cpu -d ens160 -c 0 -e dropSingle core performance comparison with skb-mode.64B: skb-mode -> native-modeXDP_DROP: 1.6Mpps -> 2.4MppsXDP_PASS: 338Kpps -> 367KppsXDP_TX: 1.1Mpps -> 2.3MppsREDIRECT-drop: 1.3Mpps -> 2.3Mpps512B: skb-mode -> native-modeXDP_DROP: 863Kpps -> 1.3MppsXDP_PASS: 275Kpps -> 376KppsXDP_TX: 554Kpps -> 1.2MppsREDIRECT-drop: 659Kpps -> 1.2MppsDemo: https://youtu.be/4lm1CSCi78QFuture work:- XDP frag support- use napi_consume_skb() instead of dev_kfree_skb_any at unmap- stats using u64_stats_t- using bitfield macro BIT()- optimization for DMA synchronization using actual frame length, instead of always max_lenSigned-off-by: William Tu Reviewed-by: Alexander Duyck Reviewed-by: Alexander Lobakin Signed-off-by: David S. Miller List of files: /linux-6.15/drivers/net/Kconfig

b63e78fc - net: netdevsim: use mock PHC driver

Mon, 07 Aug 2023 19:33:20 +0000

net: netdevsim: use mock PHC driverI'd like to make netdevsim offload tc-taprio, but currently, this Qdiscemits a ETHTOOL_GET_TS_INFO call to the driver to make sure that it hasa PTP clock, so that it is reasonably capable of offloading the schedule.By using the mock PHC driver, that becomes possible.Hardware timestamping is not necessary, and netdevsim does not supportpacket I/O anyway.Signed-off-by: Vladimir Oltean Link: https://lore.kernel.org/r/20230807193324.4128292-8-vladimir.oltean@nxp.comSigned-off-by: Jakub Kicinski List of files: /linux-6.15/drivers/net/Kconfig

5e316a81 - net: veth: make PAGE_POOL_STATS optional

Tue, 09 May 2023 09:05:16 +0000

net: veth: make PAGE_POOL_STATS optionalSince veth is very likely to be enabled and there are some drivers(e.g. mlx5) where CONFIG_PAGE_POOL_STATS is optional, makeCONFIG_PAGE_POOL_STATS optional for veth too in order to keep itoptional instead of required.Suggested-by: Jiri Benc Signed-off-by: Lorenzo Bianconi Reviewed-by: Simon Horman Acked-by: Jesper Dangaard Brouer Acked-by: Toke Høiland-Jørgensen Signed-off-by: David S. Miller List of files: /linux-6.15/drivers/net/Kconfig

4fc41805 - net: veth: add page_pool stats

Sat, 22 Apr 2023 18:54:33 +0000

net: veth: add page_pool statsIntroduce page_pool stats support to report info about local page_poolthrough ethtoolTested-by: Maryam Tahhan Signed-off-by: Lorenzo Bianconi Signed-off-by: Jakub Kicinski List of files: /linux-6.15/drivers/net/Kconfig

0ebab78c - net: veth: add page_pool for page recycling

Sat, 22 Apr 2023 18:54:32 +0000

net: veth: add page_pool for page recyclingIntroduce page_pool support in veth driver in order to recycle pagesin veth_convert_skb_to_xdp_buff routine and avoid reallocating the skbthrough the page allocator.The patch has been tested sending tcp traffic to a veth pair where theremote peer is running a simple xdp program just returning xdp_pass:veth upstream codebase:MTU 1500B: ~ 8GbpsMTU 8000B: ~ 13.9Gbpsveth upstream codebase + pp support:MTU 1500B: ~ 9.2GbpsMTU 8000B: ~ 16.2GbpsTested-by: Maryam Tahhan Signed-off-by: Lorenzo Bianconi Signed-off-by: Jakub Kicinski List of files: /linux-6.15/drivers/net/Kconfig

520bb822 - drivers/net: Remove "select SRCU"

Wed, 23 Nov 2022 01:25:33 +0000

drivers/net: Remove "select SRCU"Now that the SRCU Kconfig option is unconditionally selected, there isno longer any point in selecting it. Therefore, remove the "select SRCU"Kconfig statements.Signed-off-by: Paul E. McKenney Cc: "David S. Miller" Cc: Eric Dumazet Cc: Jakub Kicinski Cc: Paolo Abeni Cc: Acked-by: Jakub Kicinski Reviewed-by: John Ogness List of files: /linux-6.15/drivers/net/Kconfig

0d0950a9 - net: thunderbolt: Move into own directory

Wed, 11 Jan 2023 06:26:31 +0000

net: thunderbolt: Move into own directoryWe will be adding tracepoints to the driver so instead of littering themain network driver directory, move the driver into its own directory.While there, rename the module to thunderbolt_net (with underscore) tomatch with the thunderbolt_dma_test convention.Signed-off-by: Mika Westerberg Acked-by: Yehezkel Bernat Signed-off-by: Jakub Kicinski List of files: /linux-6.15/drivers/net/Kconfig

3114b075 - net: add framework to support Ethernet PSE and PDs devices

Mon, 03 Oct 2022 06:51:57 +0000

net: add framework to support Ethernet PSE and PDs devicesThis framework was create with intention to provide support for Ethernet PSE(Power Sourcing Equipment) and PDs (Powered Device).At current step this patch implements generic PSE support for PoDL (Power overData Lines 802.3bu) specification with reserving name space for PD devices aswell.This framework can be extended to support 802.3af and 802.3at "Power via theMedia Dependent Interface" (or PoE/Power over Ethernet)Signed-off-by: Oleksij Rempel Reviewed-by: Andrew Lunn Signed-off-by: Jakub Kicinski List of files: /linux-6.15/drivers/net/Kconfig

440fed95 - crypto: kmsan: disable accelerated configs under KMSAN

Thu, 15 Sep 2022 15:04:00 +0000

crypto: kmsan: disable accelerated configs under KMSANKMSAN is unable to understand when initialized values come from assembly. Disable accelerated configs in KMSAN builds to prevent false positivereports.Link: https://lkml.kernel.org/r/20220915150417.722975-27-glider@google.comSigned-off-by: Alexander Potapenko Cc: Alexander Viro Cc: Alexei Starovoitov Cc: Andrey Konovalov Cc: Andrey Konovalov Cc: Andy Lutomirski Cc: Arnd Bergmann Cc: Borislav Petkov Cc: Christoph Hellwig Cc: Christoph Lameter Cc: David Rientjes Cc: Dmitry Vyukov Cc: Eric Biggers Cc: Eric Biggers Cc: Eric Dumazet Cc: Greg Kroah-Hartman Cc: Herbert Xu Cc: Ilya Leoshkevich Cc: Ingo Molnar Cc: Jens Axboe Cc: Joonsoo Kim Cc: Kees Cook Cc: Marco Elver Cc: Mark Rutland Cc: Matthew Wilcox Cc: Michael S. Tsirkin Cc: Pekka Enberg Cc: Peter Zijlstra Cc: Petr Mladek Cc: Stephen Rothwell Cc: Steven Rostedt Cc: Thomas Gleixner Cc: Vasily Gorbik Cc: Vegard Nossum Cc: Vlastimil Babka Signed-off-by: Andrew Morton List of files: /linux-6.15/drivers/net/Kconfig

4a329fec - crypto: Kconfig - submenus for arm and arm64

Sat, 20 Aug 2022 18:41:41 +0000

crypto: Kconfig - submenus for arm and arm64Move ARM- and ARM64-accelerated menus into a submenu underthe Crypto API menu (paralleling all the architectures).Make each submenu always appear if the corresponding architectureis supported. Get rid of the ARM_CRYPTO and ARM64_CRYPTO symbols.The "ARM Accelerated" or "ARM64 Accelerated" entry disappears from: General setup ---> Platform selection ---> Kernel Features ---> Boot options ---> Power management options ---> CPU Power Management --->[*] ACPI (Advanced Configuration and Power Interface) Support --->[*] Virtualization --->[*] ARM Accelerated Cryptographic Algorithms ---> (or)[*] ARM64 Accelerated Cryptographic Algorithms ---> ...-*- Cryptographic API ---> Library routines ---> Kernel hacking --->and moves into the Cryptographic API menu, which now contains: ... Accelerated Cryptographic Algorithms for CPU (arm) ---> (or) Accelerated Cryptographic Algorithms for CPU (arm64) --->[*] Hardware crypto devices ---> ...Suggested-by: Eric Biggers Signed-off-by: Robert Elliott Signed-off-by: Herbert Xu List of files: /linux-6.15/drivers/net/Kconfig

0d1f7008 - wireguard: Kconfig: select CRYPTO_CHACHA_S390

Thu, 07 Jul 2022 00:31:57 +0000

wireguard: Kconfig: select CRYPTO_CHACHA_S390Select the new implementation of CHACHA20 for S390 when available.It is faster than the generic software implementation, but also preventssome linker errors in certain situations.Reported-by: kernel test robot Link: https://lore.kernel.org/linux-kernel/202207030630.6SZVkrWf-lkp@intel.com/Signed-off-by: Vladis Dronov Signed-off-by: Jason A. Donenfeld Signed-off-by: Jakub Kicinski List of files: /linux-6.15/drivers/net/Kconfig

d7786af5 - net: Kconfig: move the CAN device menu to the "Device Drivers" section

Fri, 10 Jun 2022 14:30:07 +0000

net: Kconfig: move the CAN device menu to the "Device Drivers" sectionThe devices are meant to be under the "Device Drivers" category of themenuconfig. The CAN subsystem is currently one of the rare exceptionwith all of its devices under the "Networking support" category.The CAN_DEV menuentry gets moved to fix this discrepancy. The CAN menuis added just before MCTP in order to be consistent with the currentorder under the "Networking support" menu.A dependency on CAN is added to CAN_DEV so that the CAN devices onlyshow up if the CAN subsystem is enabled.Link: https://lore.kernel.org/all/20220610143009.323579-6-mailhol.vincent@wanadoo.frSigned-off-by: Vincent Mailhol Acked-by: Max Staudt Tested-by: Oliver Hartkopp Signed-off-by: Marc Kleine-Budde List of files: /linux-6.15/drivers/net/Kconfig