<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in config</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>67f8bc848ee31831336bd478e57d2f993551902e - Merge drm/drm-fixes into drm-misc-fixes</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#67f8bc848ee31831336bd478e57d2f993551902e</link>
        <description>Merge drm/drm-fixes into drm-misc-fixesLet&apos;s start the 7.3 drm-misc-fixes cycle.Signed-off-by: Maxime Ripard &lt;mripard@kernel.org&gt;

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Tue, 01 Sep 2026 09:38:51 +0200</pubDate>
        <dc:creator>Maxime Ripard &lt;mripard@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b2128290c29902315e632ea59e0504d6bc9e9b42 - Merge remote-tracking branch &apos;drm/drm-next&apos; into msm-next-backmerge</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#b2128290c29902315e632ea59e0504d6bc9e9b42</link>
        <description>Merge remote-tracking branch &apos;drm/drm-next&apos; into msm-next-backmergeBackmerge of drm-next, mainly to pick up dt bindings docs updates toavoid conflicts.Signed-off-by: Rob Clark &lt;robin.clark@oss.qualcomm.com&gt;

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Sat, 18 Jul 2026 17:06:55 +0200</pubDate>
        <dc:creator>Rob Clark &lt;robin.clark@oss.qualcomm.com&gt;</dc:creator>
    </item>
<item>
        <title>637315cb400eed1dbe721954fea437a61a2d65b2 - Merge tag &apos;kvm-riscv-7.3-1&apos; of https://github.com/kvm-riscv/linux into HEAD</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#637315cb400eed1dbe721954fea437a61a2d65b2</link>
        <description>Merge tag &apos;kvm-riscv-7.3-1&apos; of https://github.com/kvm-riscv/linux into HEADKVM/riscv changes for 7.3- Svadu/Zicfiss/Zicfilp FWFT support for Guest- Use try_cmpxchg for IMSIC MRIF RMW- More arch-specific tracepoints in KVM RISC-V- Eager Page Splitting for KVM RISC-V- Optimize hfence request handling for SMP Guests- Improve dirty log clearing by skipping zero bits in mask- Guard HFENCE range loops against overflow- CPU PM notifiers in KVM RISC-V for non-retentive idle states- Fix kernel-mode vector context save/restore for Guest

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Tue, 18 Aug 2026 13:07:31 +0200</pubDate>
        <dc:creator>Paolo Bonzini &lt;pbonzini@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>efe86f088f48f18c27b648e5724048947f3b7fb4 - Merge drm/drm-next into drm-xe-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#efe86f088f48f18c27b648e5724048947f3b7fb4</link>
        <description>Merge drm/drm-next into drm-xe-nextSync some i915/display changesSigned-off-by: Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Tue, 14 Jul 2026 15:40:31 +0200</pubDate>
        <dc:creator>Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>6d177908bad5992e17669030db41caab88041d5e - Merge drm/drm-next into drm-intel-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#6d177908bad5992e17669030db41caab88041d5e</link>
        <description>Merge drm/drm-next into drm-intel-nextSync with v7.2-rc1.Signed-off-by: Jani Nikula &lt;jani.nikula@intel.com&gt;

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Tue, 30 Jun 2026 14:55:43 +0200</pubDate>
        <dc:creator>Jani Nikula &lt;jani.nikula@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>827b9aabd3ea3e96d5e48abed9f44dbd1e550d4e - Merge drm/drm-next into drm-misc-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#827b9aabd3ea3e96d5e48abed9f44dbd1e550d4e</link>
        <description>Merge drm/drm-next into drm-misc-nextBackmerging to get drm-misc-next to v7.2-rc1.Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Tue, 30 Jun 2026 10:16:00 +0200</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>7dd19adaaac9a161723a24de7c270861063ec6ac - Merge tag &apos;v7.2-rc1&apos; into drm-rust-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#7dd19adaaac9a161723a24de7c270861063ec6ac</link>
        <description>Merge tag &apos;v7.2-rc1&apos; into drm-rust-nextMerge v7.2-rc1 into drm-rust-next to start the next cycle.Devres now requires T: &apos;static, which conflicts with shmem::Object usingDevres&lt;SGTableMap&lt;T, C&gt;&gt; without that bound. Resolve by adding &apos;staticas a supertrait to DriverObject and DeviceContext, which does notrestrict any current use cases since DriverObject is always implementedon owned, refcounted types and DeviceContext is a sealed marker traitwith only unit-type implementors.If DriverObject (or DeviceContext) ever becomes lifetime-parameterized(e.g. via a GAT for TTM backed objects), the &apos;static supertrait can berelaxed at that point.Signed-off-by: Danilo Krummrich &lt;dakr@kernel.org&gt;

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Sun, 28 Jun 2026 22:39:43 +0200</pubDate>
        <dc:creator>Danilo Krummrich &lt;dakr@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>9d2ed026f031f764e9450ac9aada2f46bc977397 - Merge tag &apos;sysctl-7.03-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/sysctl/sysctl</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#9d2ed026f031f764e9450ac9aada2f46bc977397</link>
        <description>Merge tag &apos;sysctl-7.03-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/sysctl/sysctlPull sysctl updates from Joel Granados: - Fix kernel-doc warnings by adjusting in file documentation - Consolidate do_proc_* function into do_proc_vec   Consolidate three slightly different implementations of applying a   converter on all elements of a vector. Fixes to this function now   propagate to the three types. - Replace CONFIG_PROC_SYSCTL with CONFIG_SYSCTL (they were the same)   and restrict cad_pid modifications to global root (GLOBAL_ROOT_UID)* tag &apos;sysctl-7.03-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/sysctl/sysctl:  sysctl: remove CONFIG_PROC_SYSCTL, it just mirrors CONFIG_SYSCTL  sysctl: move the &quot;cad_pid&quot; entry from pid_table[] to kern_reboot_table[]  sysctl: repair some kernel-doc comments  sysctl: add Returns: kernel-doc for all functions  sysctl: Update API function documentation  sysctl: Rename proc_doulongvec_minmax_conv to proc_doulongvec_conv  sysctl: Group proc_handler declarations and document  sysctl: Replace do_proc_do{int,ulong,uint}vec with do_proc_vec  sysctl: Add negp parameter to douintvec converter functions  sysctl: Move default converter assignment out of do_proc_dointvec

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Thu, 20 Aug 2026 17:46:41 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>91ec2035134982b98fab0609a9fd8480e8217dc1 - Merge tag &apos;net-next-7.3&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#91ec2035134982b98fab0609a9fd8480e8217dc1</link>
        <description>Merge tag &apos;net-next-7.3&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-nextPull networking updates from Jakub Kicinski: &quot;One of the &apos;small improvements all over the place&apos; releases for us.  It&apos;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&apos;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 &quot;reviewed-by&quot; tags from  people we trust...  Core &amp; 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 (&gt;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&quot;* tag &apos;net-next-7.3&apos; 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/tools/testing/selftests/net/config</description>
        <pubDate>Thu, 20 Aug 2026 17:16:04 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>f37228367375053bf77cf5c17645f3ac8e3a451d - Merge branch &apos;openvswitch-remove-support-for-legacy-tunnel-ports&apos;</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#f37228367375053bf77cf5c17645f3ac8e3a451d</link>
        <description>Merge branch &apos;openvswitch-remove-support-for-legacy-tunnel-ports&apos;Ilya Maximets says:====================openvswitch: remove support for legacy tunnel portsovs-vswitchd doesn&apos;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&apos;s just remove the support entirely.  There is no practicalreason to run OVS from 2017 on a recent kernel.While it&apos;s technically a uAPI change in some sense, from the user&apos;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 &lt;pabeni@redhat.com&gt;

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Thu, 06 Aug 2026 15:09:25 +0200</pubDate>
        <dc:creator>Paolo Abeni &lt;pabeni@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>d26dcf73a8f15d1091ba0d31a3d2380f52bd5d92 - openvswitch: remove support for legacy tunnel types</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#d26dcf73a8f15d1091ba0d31a3d2380f52bd5d92</link>
        <description>openvswitch: remove support for legacy tunnel typesovs-vswitchd doesn&apos;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&apos;s just remove the support entirely.  There is no practicalreason to run OVS from 2017 on a recent kernel.While it&apos;s technically a uAPI change in some sense, from the user&apos;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 &lt;i.maximets@ovn.org&gt;Link: https://patch.msgid.link/20260804182049.2289754-2-i.maximets@ovn.orgSigned-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Tue, 04 Aug 2026 20:20:35 +0200</pubDate>
        <dc:creator>Ilya Maximets &lt;i.maximets@ovn.org&gt;</dc:creator>
    </item>
<item>
        <title>8d75c338f0bcecaa6c9af67f86c176b67b6acf3e - sysctl: remove CONFIG_PROC_SYSCTL, it just mirrors CONFIG_SYSCTL</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#8d75c338f0bcecaa6c9af67f86c176b67b6acf3e</link>
        <description>sysctl: remove CONFIG_PROC_SYSCTL, it just mirrors CONFIG_SYSCTLCONFIG_SYSCTL used to make sense as a separate hidden bool before commit61a47c1ad3a4 (&quot;sysctl: Remove the sysctl system call&quot;); it was selectedby both CONFIG_SYSCTL_SYSCALL and CONFIG_PROC_SYSCTL.Today CONFIG_PROC_SYSCTL is the only selector, so the two are alwaysequal. Kill the hidden bool, rename the PROC_SYSCTL prompt to SYSCTL,and s/CONFIG_PROC_SYSCTL/CONFIG_SYSCTL/ tree-wide.Signed-off-by: Oleg Nesterov &lt;oleg@redhat.com&gt;Signed-off-by: Joel Granados &lt;joel.granados@kernel.org&gt;

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Mon, 27 Jul 2026 16:47:22 +0200</pubDate>
        <dc:creator>Oleg Nesterov &lt;oleg@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>8fe79aa2f1d616b6adfc14d1bcf3db5df5ba0344 - selftests: net: Add a missing config option</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#8fe79aa2f1d616b6adfc14d1bcf3db5df5ba0344</link>
        <description>selftests: net: Add a missing config optionCommit 5cb53743e1ff (&quot;selftests: net: Add a test for BIG TCP in UDPtunnels&quot;) used iptables match comment, which was missed from the CIkernel config. Add the missing config option.Signed-off-by: Alice Mikityanska &lt;alice@isovalent.com&gt;Reviewed-by: Matthieu Baerts &lt;matttbe@kernel.org&gt;Link: https://patch.msgid.link/20260723140241.132120-1-alice.kernel@fastmail.imSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Thu, 23 Jul 2026 16:02:41 +0200</pubDate>
        <dc:creator>Alice Mikityanska &lt;alice@isovalent.com&gt;</dc:creator>
    </item>
<item>
        <title>c7838468195b2e3e41e72486b8fbf597707f3892 - Merge branch &apos;udp-fix-fou-gue-over-multicast&apos;</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#c7838468195b2e3e41e72486b8fbf597707f3892</link>
        <description>Merge branch &apos;udp-fix-fou-gue-over-multicast&apos;Anton Danilov says:====================udp: fix FOU/GUE over multicastUDP encapsulation (FOU, GUE) has never worked correctly with multicastdestination addresses. When a FOU-encapsulated packet arrives at amulticast address, it enters __udp4_lib_mcast_deliver() /__udp6_lib_mcast_deliver() which call consume_skb() on packets thatneed resubmission to the inner protocol handler, silently droppingthem instead.The unicast delivery paths handle this correctly by propagating thereturn value up to ip[6]_protocol_deliver_rcu() for resubmission, butthe multicast paths were never updated to support UDP encapsulationresubmit.This causes silent packet loss for FOU/GRETAP tunnels configured withmulticast remote addresses (both IPv4 and IPv6).Reproducing the issue (IPv4):  ip netns add ns_a &amp;&amp; ip netns add ns_b  ip link add veth0 netns ns_a type veth peer name veth1 netns ns_b  ip -n ns_a addr add 10.0.0.1/24 dev veth0 &amp;&amp; ip -n ns_a link set veth0 up  ip -n ns_b addr add 10.0.0.2/24 dev veth1 &amp;&amp; ip -n ns_b link set veth1 up  ip -n ns_a route add 239.0.0.0/8 dev veth0  ip -n ns_b route add 239.0.0.0/8 dev veth1  # Disable early demux to expose the issue (otherwise it&apos;s partially masked)  ip netns exec ns_b sysctl -w net.ipv4.ip_early_demux=0  # Join multicast group on receiver  ip -n ns_b addr add 239.0.0.1/32 dev veth1 autojoin  # Sender: GRETAP with FOU encap  ip -n ns_a link add eoudp0 type gretap \      remote 239.0.0.1 local 10.0.0.1 \      encap fou encap-sport 4797 encap-dport 4797 key 239.0.0.1  ip -n ns_a link set eoudp0 up  ip -n ns_a addr add 192.168.99.1/24 dev eoudp0  # Receiver: FOU listener + GRETAP  ip netns exec ns_b ip fou add port 4797 ipproto 47  ip -n ns_b link add eoudp0 type gretap \      remote 239.0.0.1 local 10.0.0.2 \      encap fou encap-sport 4797 encap-dport 4797 key 239.0.0.1  ip -n ns_b link set eoudp0 up  ip -n ns_b addr add 192.168.99.2/24 dev eoudp0  # Static neigh: ARP replies can&apos;t traverse unidirectional mcast tunnel  recv_mac=$(ip -n ns_b link show eoudp0 | awk &apos;/ether/{print $2}&apos;)  ip -n ns_a neigh add 192.168.99.2 lladdr $recv_mac dev eoudp0  # Test: ping through the FOU/GRETAP tunnel  ip netns exec ns_a ping -c 100 192.168.99.2  # -&gt; without this patch: 0 packets received on eoudp0  # -&gt; with this patch: all packets received on eoudp0IPv6 (using fou6 + ip6gretap) exhibits the same silent drop with adifferent fix (see 1/2 for the sign-of-ret difference betweenip_protocol_deliver_rcu() and ip6_protocol_deliver_rcu()).AI assistance (Claude, claude-opus-4-6) was used during root causeanalysis of the kernel source code (tracing the call chain fromudp[6]_queue_rcv_skb through encap_rcv to ip[6]_protocol_deliver_rcu,comparing unicast/GSO/multicast paths) and during patch and selftestauthoring.v5: https://lore.kernel.org/netdev/cover.1783218197.git.littlesmilingcloud@gmail.com/v4: https://lore.kernel.org/netdev/cover.1782945956.git.littlesmilingcloud@gmail.com/v3: https://lore.kernel.org/netdev/cover.1777934869.git.littlesmilingcloud@gmail.com/v2: https://lore.kernel.org/netdev/ad_dal164gVmImWl@dau-home-pc/v1 (RFC): https://lore.kernel.org/netdev/ad7MsSJOuUU6EGwS@dau-home-pc/====================Link: https://patch.msgid.link/cover.1783372173.git.littlesmilingcloud@gmail.comSigned-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Tue, 21 Jul 2026 11:09:03 +0200</pubDate>
        <dc:creator>Paolo Abeni &lt;pabeni@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>e5382133c51cc92766914b54c9c257d7c54c8079 - selftests: net: add FOU multicast encapsulation resubmit test</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#e5382133c51cc92766914b54c9c257d7c54c8079</link>
        <description>selftests: net: add FOU multicast encapsulation resubmit testAdd a selftest to verify that FOU-encapsulated packets addressed to amulticast destination are correctly resubmitted to the inner protocolhandler (GRE) via the UDP multicast delivery path.  Both IPv4 and IPv6paths are tested.The test creates two network namespaces connected by a veth pair witha FOU/GRETAP (IPv4) and FOU/ip6gretap (IPv6) tunnel using multicastremote addresses (239.0.0.1 and ff0e::1).  Ping is sent through eachtunnel and received packets are counted on the receiver&apos;s tunnelinterface.The veth pair is created directly inside the namespaces to avoidpossible name collisions with devices in the root namespace.Static neighbor entries are configured on the sender because ARP/NDreplies from the receiver cannot traverse the unidirectional multicasttunnel back to the sender.The early demux optimization (net.ipv4.ip_early_demux, which controlsboth IPv4 and IPv6) is disabled on the receiver to force packetsthrough __udp4_lib_mcast_deliver() / __udp6_lib_mcast_deliver(), whichis the code path being tested.Signed-off-by: Anton Danilov &lt;littlesmilingcloud@gmail.com&gt;Assisted-by: Claude:claude-opus-4-6Reviewed-by: Willem de Bruijn &lt;willemb@google.com&gt;Link: https://patch.msgid.link/a5b65f092d22a12b52fc536c0565b948cd8ecae3.1783372173.git.littlesmilingcloud@gmail.comSigned-off-by: Paolo Abeni &lt;pabeni@redhat.com&gt;

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Wed, 08 Jul 2026 02:35:04 +0200</pubDate>
        <dc:creator>Anton Danilov &lt;littlesmilingcloud@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>0eaed89c18aeedf0898baf2dbf5ff027c6795152 - Merge tag &apos;timers-v7.3-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/daniel.lezcano/linux into timers/clocksource</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#0eaed89c18aeedf0898baf2dbf5ff027c6795152</link>
        <description>Merge tag &apos;timers-v7.3-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/daniel.lezcano/linux into timers/clocksource  - Use designated initializers for sh_mtu2, sh_cmt, and sh_tmu, and    drop the unused initializer in the platform_device_id table for    sh_mtu2 (Uwe Kleine-K&#246;nig)  - Remove redundant dev_err()/dev_err_probe() messages when    devm_request_*_irq() fails, as the helper already logs an error    message (Pan Chuang)  - Fix a boot hang on Allwinner D1 when a forced minimum delta is used    with the sun4i timer (Felix Yan)  - Fix an IRQ leak in the cpuhp_setup_state() error path by freeing the    IRQ on failure in the NXP PIT driver (WenTao Liang)  - Fix incorrect unmapping of shared MMIO between the clocksource and    clockevent drivers. If one of them fails to initialize, the error    path unmaps the shared MMIO region, leaving the other driver with an    invalid mapping on clps711x (Guangshuo Li)  - Make the samsung_pwm driver compatible with PREEMPT_RT by replacing    regular spinlocks with raw_spinlock_t in atomic contexts (Marek    Szyprowski)  - Use __raw_readl() and __raw_writel() instead of ioread32() and    iowrite32() to support SWAP_IO_SPACE in the rtl-otto driver (Rustam    Adilov)  - Fix a missing clk_disable_unprepare() call in the timer    initialization error path of the Armada driver (Yuho Choi)Link: https://lore.kernel.org/lkml/75feea31-683d-45a1-87f4-ab045e0152ae@oss.qualcomm.com

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Mon, 17 Aug 2026 10:29:52 +0200</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b4d85f863e5a6f1fa01b186001af0f68f4f5239e - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#b4d85f863e5a6f1fa01b186001af0f68f4f5239e</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 7.3 merge window.

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Sat, 15 Aug 2026 06:26:07 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>76904fccf81936c084faebc73ac72c0919a42941 - Merge tag &apos;v7.2-rc3&apos; into next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#76904fccf81936c084faebc73ac72c0919a42941</link>
        <description>Merge tag &apos;v7.2-rc3&apos; into nextSync up with mainline to pull in stable fixes to avoid merge conflicts.

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Tue, 14 Jul 2026 04:06:00 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>00599d4841790d05401820a96cf7edb193888b00 - Merge drm/drm-fixes into drm-misc-fixes</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#00599d4841790d05401820a96cf7edb193888b00</link>
        <description>Merge drm/drm-fixes into drm-misc-fixesPull in tag v7.2-rc1 so that drm-misc-fixes becomes useful again,and drm-misc-next-fixes can be closed.Signed-off-by: Maarten Lankhorst &lt;dev@lankhorst.se&gt;

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Mon, 29 Jun 2026 17:58:00 +0200</pubDate>
        <dc:creator>Maarten Lankhorst &lt;dev@lankhorst.se&gt;</dc:creator>
    </item>
<item>
        <title>7a0e692a0381254b2f77c54dec100cd3325a6fdf - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/config#7a0e692a0381254b2f77c54dec100cd3325a6fdf</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 7.2 merge window.

            List of files:
            /linux/tools/testing/selftests/net/config</description>
        <pubDate>Tue, 23 Jun 2026 08:10:08 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
