Changes in Kconfig

67f8bc848ee31831336bd478e57d2f993551902e - Merge drm/drm-fixes into drm-misc-fixes

Tue, 01 Sep 2026 09:38:51 +0200

Merge drm/drm-fixes into drm-misc-fixesLet's start the 7.3 drm-misc-fixes cycle.Signed-off-by: Maxime Ripard List of files: /linux/net/openvswitch/Kconfig

91ec2035134982b98fab0609a9fd8480e8217dc1 - Merge tag 'net-next-7.3' of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next

Thu, 20 Aug 2026 17:16:04 +0200

Merge tag 'net-next-7.3' of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-nextPull networking updates from Jakub Kicinski: "One of the 'small improvements all over the place' releases for us. It's hard to draw any direct comparisons because summer vacations disrupted our patch processing (and presumably - generation) quite a bit. Quick and dirty count suggests we (Paolo and I) merged a very similar number of net (632) and net-next (648) patches. This is not telling the full story either because 1/3 to 1/2 of the net-next patches also *seem* like AI-driven low priority fixes, cleanups and clarifications. We are completely overwhelmed, of course. The glimmer of hope is that we secured sufficient LLM budget and access (thank you Meta!) to run reviews with multiple frontier models on each patch. This eliminates some hallucinations. That said, in terms of review, the LLMs can only do so much. The sad truth is that our APIs (especially for rare events like PCIe errors, timeouts etc) have always been racy, and now LLMs don't let us ignore that. I expect our direction for the next release will be to tweak the reviews a little bit more, but start shifting focus to letting the LLMs take care of the busy work - managing patchwork, automating common process complaints, editing commit messages, and maybe applying patches which already got "reviewed-by" tags from people we trust... Core & protocols: - A few steps lowering rtnl_lock dependence: - per-netns netdev unregistration for select SW drivers (e.g. veth, ipvlan, tunnels) - rtnl_lock-less FIB rule changes (RTM_NEWRULE and RTM_DELRULE) - prepare software drivers and TC qdiscs for rtnl_lock-less GET - Support BIG TCP (>64kB TSO) in UDP tunnels (vxlan, geneve) - Support buffers larger than PAGE_SIZE in devmem zero-copy API - Improve MPTCP handling of extreme memory pressure handling, when out-of-order queue had to be pruned - Report the per-group user count via RTM_GETMULTICAST - Expose the route deletion reason in RTM_DELROUTE - Add a SO_RIGHTS_NOTRUNC option to UNIX sockets to enable more useful handling of LSM denials when receiving SCM_RIGHTS messages: instead of truncating the message at the first blocked fd, keep every fd slot and store the LSM errno in the blocked slot - IPv6 Segment Routing - support looking up the post-encap SID (address) in a different/specified routing table - Support PRP RedBox (interlink) creation - Support per-nexthop UDP dst port in VXLAN - Continue converting getsockopt callbacks in a number of protocols to iov_iter Ethernet: - Merge initial CXL support for AMD/Solarflare NICs (shared branch with the CXL tree) - New drivers: - ADIN1140 10BASE-T1S MACPHY - Initial skeleton of Intel iXD and ZTE Dinghai drivers - High-speed NICs: - AMD/Pensando: - support firmware flashing - Cisco (enic): - SR-IOV V2 admin channel and MBOX protocol - Huawei (hns3): - support for ethtool pfc_prevention_tout - nVidia/Mellanox: - support sharing bandwidth control across interfaces of the same device - Marvell (octeontx2-pf): - link RQ page pools to netdev for Netlink stats - Google vNIC: - XDP metadata support for DQ RDA - Microsoft vNIC: - support forcing full-page RX buffers - Other NICs: - Synopsys IP: - eic7700: support for eth1 - Microchip (lan743x): - support for RMII interface - Wangxun: - support for ethtool -G and -C for VFs - add Tx timeout and PCIe error handling - Intel (igb/igc): - RSS key get/set support - support for forcing link speed without auto-negotiation - Switches: - NXP (dpaa2): - support bonding/LAG offload - Mediatek: - mt7530: EN7528 support - initial support for MT7628 - Micrel (ksz8/9): - refactoring work to move towards library model - PTP support for KSZ8463 - nVidia/Mellanox: - support rtnl-lock-less ethtool callbacks - Realtek: - rtl8366rb: use generic RTL83xx code - support SGMII and HSGMII for RTL8367S - PHYs: - Airoha: - EcoNet EN7528 PHY support - DAPU Telecom - DAPU Telecom DAP8211R(I) Gigabit PHY support - Realtek: - support RTL8261C_CG - support RTL8261D Wireless: - nl80211: per-link statistics support for multi-link operation - mac80211: AQL/airtime-fairness support for multicast - Merge Peripheral Authentication Service (PAS) / TEE support for ath12k (shared branch with the firmware/qcom tree) - New drivers: - mm81x for Morse Micro Long-Range S1G devices - nxpwifi for NXP devices (mostly forked off from mwifiex) - Driver changes: - Broadcom (brcmfmac): - DPP support, some Cypress part update - MediaTek (mt76): - mt7928 support - mt7925 NAN support - mt7996 AP powersave improvements - Qualcomm (ath12k): - much kernel infrastructure integration work - AHB platform MultiPD support - Realtek (rt89): - LED support - RTL8922DE support - dual-BT coex for RTL8922D - Intel: - new FW version support Bluetooth: - HCI: add support for Shorter Connection Interval (SCI) feature - af_bluetooth: add minimal context analysis annotations - Driver changes: - Intel: - add Bluetooth SAR revision 2 support - add vendor_reset PCI sysfs for PLDR - Mediatek: - add USB IDs for MT7902 and MT7922 devices - Realtek: - add USB IDs for 8761CU and 8852BE devices - NXP: - add M.2 Bluetooth device support using pwrseq Misc: - DPLL support for manual/numerical oscillator control (NCO) (implement in zl3073x) - MCTP support for MCTP over USB v1.1 (DMTF DSP0283) - Power-over-Ethernet: support Realtek PSE controllers - Remove the IBM EHEA driver - Remove tulip/xircom_cb driver"* tag 'net-next-7.3' of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next: (1433 commits) net/mlx5e: do not HW-GRO coalesce small frames net: openvswitch: fix nf_connlabels leak in ovs_ct_init net: add missing ref_tracker_dir_exit() to alloc_netdev_mqs() net: openvswitch: fix flow mask use-after-free on flow deletion sctp: stop processing a packet once its association is deleted dpll: zl3073x: add PTP clock support dpll: zl3073x: add channel ToD, phase step and TIE operations dpll: zl3073x: scale poll interval proportionally to timeout ptp: vmclock: prevent read-only mappings from becoming writable ipv4: reject undersized MTUs in ip_do_fragment() bonding: initialize err for empty target lists net: dsa: initial support for MT7628 embedded switch net: dsa: initial MT7628 tagging driver net: phy: mediatek: add phy driver for MT7628 built-in Fast Ethernet PHYs dt-bindings: net: dsa: add MT7628 ESW net: pse-pd: realtek-pse-mcu: add UART transport net: pse-pd: realtek-pse-mcu: add I2C transport net: pse-pd: add Realtek PSE MCU core dt-bindings: net: pse-pd: add bindings for Realtek PSE MCU vsock: use sock_error() to consume sk_err after a failed connect ... List of files: /linux/net/openvswitch/Kconfig

f37228367375053bf77cf5c17645f3ac8e3a451d - Merge branch 'openvswitch-remove-support-for-legacy-tunnel-ports'

Thu, 06 Aug 2026 15:09:25 +0200

Merge branch 'openvswitch-remove-support-for-legacy-tunnel-ports'Ilya Maximets says:====================openvswitch: remove support for legacy tunnel portsovs-vswitchd doesn't use OVS_VPORT_TYPE_GRE/VXLAN/GENEVE with theLinux kernel module since adding support for standard tunnel deviceswith COLLECT_METADATA back in 2017. The code to use them was onlyactivated as a fallback for old kernels, so not used in practice. Andit is now fully removed in the upcoming OVS 4.0 release.Modern way to use tunnels with OVS is to create standard tunnel portswith RTM_NEWLINK + COLLECT_METADATA and add them as OVS_VPORT_TYPE_NETDEV.Device reference management and the netlink options parsing for theselegacy port types is complicated and was a CVE magnet in the previousrelease cycles. Existence of these modules also makes locking analysisfor geneve module and other core tunnel devices unnecessarily morecomplicated, especially in light of migration to per-netns locking: https://lore.kernel.org/r/CAAVpQUDmZEaQNDSySLayqexgTrUbhBaL7XPCt9XNQzh+NGQ=UQ@mail.gmail.comSince there are no actual users for these port types for a very longtime, let's just remove the support entirely. There is no practicalreason to run OVS from 2017 on a recent kernel.While it's technically a uAPI change in some sense, from the user'sperspective this removal looks indistinguishable from the kernel builtwith CONFIG_OPENVSWITCH_GENEVE/VXLAN/GRE disabled. And it seems likeremoval of unused drivers/modules is not a rare event these days.There are 3 parts to this set:1. The first patch does the tunnel port removal, which is the primary goal here.2. Patches 2 and 3 remove extra infrastructure that is no longer in use by anything inside the openvswitch module.3. Patches 4-6 remove functions from gre/vxlan/geneve modules that were added for openvswitch in the past to support the tunnel types. openvswitch is the only in-tree consumer of these functions.Version 1: - Rebased. - Removed the tunnel modules from the new OVS selftest config. - Addressed RFC review from Sashiko: * Made ovs_netdev_link() static. * Restored -EOPNOTSUPP if OVS_VPORT_ATTR_OPTIONS was provided. * Removed retry in ovs_vport_cmd_new() as not needed anymore.RFC: - https://lore.kernel.org/r/20260513183559.2141010-1-i.maximets@ovn.org====================Link: https://patch.msgid.link/20260804182049.2289754-1-i.maximets@ovn.orgSigned-off-by: Paolo Abeni List of files: /linux/net/openvswitch/Kconfig

d26dcf73a8f15d1091ba0d31a3d2380f52bd5d92 - openvswitch: remove support for legacy tunnel types

Tue, 04 Aug 2026 20:20:35 +0200

openvswitch: remove support for legacy tunnel typesovs-vswitchd doesn't use OVS_VPORT_TYPE_GRE/VXLAN/GENEVE with theLinux kernel module since adding support for standard tunnel deviceswith COLLECT_METADATA back in 2017. The code to use them was onlyactivated as a fallback for old kernels, so not used in practice. Andit is now fully removed in the upcoming OVS 4.0 release.Modern way to use tunnels with OVS is to create standard tunnel portswith RTM_NEWLINK + COLLECT_METADATA and add them as OVS_VPORT_TYPE_NETDEV.Device reference management and the netlink options parsing for theselegacy port types is complicated and was a CVE magnet in the previousrelease cycles. Existence of these modules also makes locking analysisfor geneve module and other core tunnel devices unnecessarily morecomplicated, especially in light of migration to per-netns locking.Since there are no actual users for these port types for a very longtime, let's just remove the support entirely. There is no practicalreason to run OVS from 2017 on a recent kernel.While it's technically a uAPI change in some sense, from the user'sperspective this removal looks indistinguishable from the kernel builtwith CONFIG_OPENVSWITCH_GENEVE/VXLAN/GRE disabled. And it seems likeremoval of unused drivers/modules is not a rare event these days.A comment is added to the uAPI header noting that standard RTM_NEWLINKwith COLLECT_METADATA followed by OVS_VPORT_CMD_NEW with the simpleOVS_VPORT_TYPE_NETDEV should be used instead.Modules responsible for these tunnel ports are removed as well asselftests covering this functionality. Further cleanups will follow.Signed-off-by: Ilya Maximets Link: https://patch.msgid.link/20260804182049.2289754-2-i.maximets@ovn.orgSigned-off-by: Paolo Abeni List of files: /linux/net/openvswitch/Kconfig

f088104d837a991c65e51fa30bb4196169b3244d - Merge drm/drm-next into drm-intel-gt-next

Tue, 16 Sep 2025 12:53:20 +0200

Merge drm/drm-next into drm-intel-gt-nextBackmerge in order to get the commit: 048832a3f400 ("drm/i915: Refactor shmem_pwrite() to use kiocb and write_iter")To drm-intel-gt-next as there are followup fixes to be applied.Signed-off-by: Joonas Lahtinen List of files: /linux/net/openvswitch/Kconfig

ab93e0dd72c37d378dd936f031ffb83ff2bd87ce - Merge branch 'next' into for-linus

Wed, 06 Aug 2025 19:08:54 +0200

Merge branch 'next' into for-linusPrepare input updates for 6.17 merge window. List of files: /linux/net/openvswitch/Kconfig

a7bee4e7f78089c101be2ad51f4b5ec64782053e - Merge tag 'ib-mfd-gpio-input-pwm-v6.17' of git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd into next

Mon, 04 Aug 2025 08:28:48 +0200

Merge tag 'ib-mfd-gpio-input-pwm-v6.17' of git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd into nextMerge an immutable branch between MFD, GPIO, Input and PWM to resolveconflicts for the merge window pull request. List of files: /linux/net/openvswitch/Kconfig

74f1af95820fc2ee580a775a3a17c416db30b38c - Merge remote-tracking branch 'drm/drm-next' into msm-next

Sun, 29 Jun 2025 04:54:49 +0200

Merge remote-tracking branch 'drm/drm-next' into msm-nextBack-merge drm-next to (indirectly) get arm-smmu updates for makingstall-on-fault more reliable.Signed-off-by: Rob Clark List of files: /linux/net/openvswitch/Kconfig

c598d5eb9fb331ba17bc9ad67ae9a2231ca5aca5 - Merge drm/drm-next into drm-misc-next

Wed, 11 Jun 2025 09:01:34 +0200

Merge drm/drm-next into drm-misc-nextBackmerging to forward to v6.16-rc1Signed-off-by: Thomas Zimmermann List of files: /linux/net/openvswitch/Kconfig

86e2d052c2320bf12571a5d96b16c2745e1cfc5e - Merge drm/drm-next into drm-xe-next

Mon, 09 Jun 2025 18:26:55 +0200

Merge drm/drm-next into drm-xe-nextBackmerging to bring in 6.16Signed-off-by: Thomas Hellström List of files: /linux/net/openvswitch/Kconfig

34c55367af96f62e89221444f04487440ebc6487 - Merge drm/drm-next into drm-intel-next

Mon, 09 Jun 2025 11:40:46 +0200

Merge drm/drm-next into drm-intel-nextSync to v6.16-rc1, among other things to get the fixed size GENMASK_U*()and BIT_U*() macros.Signed-off-by: Jani Nikula List of files: /linux/net/openvswitch/Kconfig

bbfd5594756011167b8f8de9a00e0c946afda1e6 - Merge drm/drm-next into drm-intel-gt-next

Wed, 28 May 2025 09:20:17 +0200

Merge drm/drm-next into drm-intel-gt-nextNeed to pull in a67221b5eb8d ("drm/i915/dp: Return min bpc supported by source instead of 0")in order to fix build breakage on GCC 9.4.0 (from Ubuntu 20.04).Signed-off-by: Joonas Lahtinen List of files: /linux/net/openvswitch/Kconfig

db5302ae571beec635c1a96e7f72926a4e65195e - Merge drm/drm-next into drm-intel-next

Fri, 16 May 2025 09:22:36 +0200

Merge drm/drm-next into drm-intel-nextBackmerge to sync with v6.15-rc, xe, and specifically async flip changesin drm-misc.Signed-off-by: Jani Nikula List of files: /linux/net/openvswitch/Kconfig

9d3da7827536b8e41e4188185622816a105b46f7 - Merge tag 'riscv-mw1-6.16-rc1' of ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/alexghiti/linux into for-next

Thu, 05 Jun 2025 20:11:21 +0200

Merge tag 'riscv-mw1-6.16-rc1' of ssh://gitolite.kernel.org/pub/scm/linux/kernel/git/alexghiti/linux into for-nextriscv patches for 6.16-rc1* Implement atomic patching support for ftrace which finally allows to get rid of stop_machine().* Support for kexec_file_load() syscall* Improve module loading time by changing the algorithm that counts the number of plt/got entries in a module.* Zicbop is now used in the kernel to prefetch instructions[Palmer: There's been two rounds of surgery on this one, so as a resultit's a bit different than the PR.]* alex-pr: (734 commits) riscv: Improve Kconfig help for RISCV_ISA_V_PREEMPTIVE MAINTAINERS: Update Atish's email address riscv: hwprobe: export Zabha extension riscv: Make regs_irqs_disabled() more clear perf symbols: Ignore mapping symbols on riscv RISC-V: Kconfig: Fix help text of CMDLINE_EXTEND riscv: module: Optimize PLT/GOT entry counting riscv: Add support for PUD THP riscv: xchg: Prefetch the destination word for sc.w riscv: Add ARCH_HAS_PREFETCH[W] support with Zicbop riscv: Add support for Zicbop riscv: Introduce Zicbop instructions riscv/kexec_file: Fix comment in purgatory relocator riscv: kexec_file: Support loading Image binary file riscv: kexec_file: Split the loading of kernel and others riscv: Documentation: add a description about dynamic ftrace riscv: ftrace: support direct call using call_ops riscv: Implement HAVE_DYNAMIC_FTRACE_WITH_CALL_OPS riscv: ftrace: support PREEMPT riscv: add a data fence for CMODX in the kernel mode ...Signed-off-by: Palmer Dabbelt List of files: /linux/net/openvswitch/Kconfig

3349e275067f94ffb4141989aed9cbae7409429b - Merge 6.15-rc6 into staging-next

Tue, 13 May 2025 08:37:56 +0200

Merge 6.15-rc6 into staging-nextWe need the staging changes in here as wellSigned-off-by: Greg Kroah-Hartman List of files: /linux/net/openvswitch/Kconfig

615dca38c2eae55aff80050275931c87a812b48c - Merge 6.15-rc4 into usb-next

Mon, 28 Apr 2025 10:32:58 +0200

Merge 6.15-rc4 into usb-nextWe need the USB fixes in here as well, and this resolves the followingmerge conflicts that were reported in linux-next: drivers/usb/chipidea/ci_hdrc_imx.c drivers/usb/host/xhci.hReported-by: Stephen Rothwell Signed-off-by: Greg Kroah-Hartman List of files: /linux/net/openvswitch/Kconfig

689835c00ec7b78f3c828e796895661c13584a64 - Merge 6.15-rc4 into tty-next

Mon, 28 Apr 2025 10:13:28 +0200

Merge 6.15-rc4 into tty-nextWe need the tty/serial fixes in here as well.Signed-off-by: Greg Kroah-Hartman List of files: /linux/net/openvswitch/Kconfig

4f822ad5ee944ffafc21937a32dd055f1df5c28d - Merge 6.15-rc4 into char-misc-next

Mon, 28 Apr 2025 09:45:00 +0200

Merge 6.15-rc4 into char-misc-nextWe need the char-misc fixes in here as well.Signed-off-by: Greg Kroah-Hartman List of files: /linux/net/openvswitch/Kconfig

3a320eada570c44cffb15d971479a29b2e9ee270 - Merge remote-tracking branch 'torvalds/master' into perf-tools-next

Wed, 16 Apr 2025 15:17:04 +0200

Merge remote-tracking branch 'torvalds/master' into perf-tools-nextSync with upstream to pick up the perf-tools patches that updates theheader files copies to address the check_header.sh warnings. There arealso some libbpf updates, better pick those to be on the same page withlibbpf since perf uses it in various places.Signed-off-by: Arnaldo Carvalho de Melo List of files: /linux/net/openvswitch/Kconfig

aa702923258f2ce5e259b9cb8e746090bb6bf126 - Merge tag 'nand/for-6.16' into mtd/next

Mon, 02 Jun 2025 18:39:50 +0200

Merge tag 'nand/for-6.16' into mtd/nextThe SPI NAND subsystem has seen the introduction of DTR operations (theequivalent of DDR transfers), which involved quite a few preparationpatches for clarifying macro names.In the raw NAND subsystem, the brcmnand driver has been "fixed" for oldlegacy SoCs with an update of the ->exec_op() hook, there has been theintroduction of a new controller driver named Loongson-1, and theQualcomm driver has received quite a few misc fixes as well as a newcompatible.Aside from this, there is the usual load of misc improvement and fixes. List of files: /linux/net/openvswitch/Kconfig