<?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>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/openvswitch/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/openvswitch/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>fab183d632628381b466a41479489541ac0e29a0 - sched_ext: Merge branch &apos;for-7.3-arena-args&apos; into for-7.3</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/openvswitch/config#fab183d632628381b466a41479489541ac0e29a0</link>
        <description>sched_ext: Merge branch &apos;for-7.3-arena-args&apos; into for-7.3Pull to receive the __arena argument conversion: 67f1f4a48c24 (&quot;sched_ext: Pass kernel arena pointers to ops_cid callbacks&quot;) a8dc810968af (&quot;sched_ext: Convert sub-cap kfuncs to __arena cmask arguments&quot;) a05c5b5cb5cf (&quot;sched_ext: Convert scx_bpf_cid_override() to __arena array arguments&quot;)along with the bpf-next branch carrying the __arena argument support theydepend on.Conflict in kernel/sched/ext/ext.c between: c384ab8a0b13 (&quot;sched_ext: Move the config-off sub-cap kfunc stubs into sub.c&quot;)and: a8dc810968af (&quot;sched_ext: Convert sub-cap kfuncs to __arena cmask arguments&quot;)which updated the stubs in their old ext.c location. Resolved by keepingext.c without the stubs and applying the prototype conversion to therelocated stubs in sub.c.Signed-off-by: Tejun Heo &lt;tj@kernel.org&gt;

            List of files:
            /linux/tools/testing/selftests/net/openvswitch/config</description>
        <pubDate>Mon, 17 Aug 2026 23:20:34 +0200</pubDate>
        <dc:creator>Tejun Heo &lt;tj@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>07a9e3975039c099c71f9bc5ceab39c1cd949234 - selftests/net/openvswitch: add SCTP flow key support and test</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/openvswitch/config#07a9e3975039c099c71f9bc5ceab39c1cd949234</link>
        <description>selftests/net/openvswitch: add SCTP flow key support and testThe ovskey flow-string parser has no OVS_KEY_ATTR_SCTP entry, so aflow string containing sctp(src=.../dst=...) parses without error butsilently drops the L4 key. The resulting flow carries onlyipv4(proto=132), and the kernel rejects it: match_validate() inflow_netlink.c requires OVS_KEY_ATTR_SCTP when the IP protocol isIPPROTO_SCTP and returns -EINVAL for the missing key.Register OVS_KEY_ATTR_SCTP in the parse table and add a matchingselftest that verifies SCTP flow key matching (sctp src/dst port).One listener serves the whole test. socat&apos;s fork option handles eachassociation in a child, so the flow rules are the only thing thatchanges between the three phases and the listener is never restartedunderneath them. -t 1 bounds how long a forked child lingers afterits association closes, and the existing kill -TERM of the capturedpid on teardown removes the listener itself.Also enable CONFIG_IP_SCTP in the selftest kernel config. The configchecker strips underscores before comparing keys, so the entry sortsbefore CONFIG_IPV6 rather than after it.Signed-off-by: Minxi Hou &lt;houminxi@gmail.com&gt;Reviewed-by: Aaron Conole &lt;aconole@redhat.com&gt;Link: https://patch.msgid.link/20260811181645.1918420-1-houminxi@gmail.comSigned-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux/tools/testing/selftests/net/openvswitch/config</description>
        <pubDate>Tue, 11 Aug 2026 20:16:45 +0200</pubDate>
        <dc:creator>Minxi Hou &lt;houminxi@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>872a8f6b08069d1b4bfb9bf968dc629ab6998908 - Merge branch &apos;master&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf-next into for-7.3-arena-args</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/openvswitch/config#872a8f6b08069d1b4bfb9bf968dc629ab6998908</link>
        <description>Merge branch &apos;master&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf-next into for-7.3-arena-argsPull bpf-next d114bb989367 (&quot;Merge branch&apos;add-arena-argument-support-to-kfuncs-and-struct_ops&apos;&quot;) to make the __arenaand __arena__nullable kfunc and struct_ops argument suffixes available. Thesuffixed arguments will be used to convert sched_ext kfuncs and struct_opscallbacks that currently pass arena pointers as scalars and rebase them byhand.

            List of files:
            /linux/tools/testing/selftests/net/openvswitch/config</description>
        <pubDate>Tue, 11 Aug 2026 00:38:03 +0200</pubDate>
        <dc:creator>Tejun Heo &lt;tj@kernel.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/openvswitch/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/openvswitch/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/openvswitch/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/openvswitch/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>4748a67f711188cbd64bc72c3df636f627858ed0 - Merge git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf 7.2-rc5</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/openvswitch/config#4748a67f711188cbd64bc72c3df636f627858ed0</link>
        <description>Merge git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf 7.2-rc5Cross-merge BPF and other fixes after downstream PR.Conflicts:	net/core/filter.cChanges [2] in bpf-next conflict with a recent fix [1]from the &apos;net&apos; tree. Resolved by using [1] as a base andapplying same flags handling logic as in [2] in thebpf_redirect_peer() helper.[1] https://lore.kernel.org/all/20260706185609.330006-2-daniel@iogearbox.net/[2] https://lore.kernel.org/all/20260618182035.43811-2-jordan@jrife.io/Signed-off-by: Eduard Zingerman &lt;eddyz87@gmail.com&gt;

            List of files:
            /linux/tools/testing/selftests/net/openvswitch/config</description>
        <pubDate>Sat, 25 Jul 2026 06:44:01 +0200</pubDate>
        <dc:creator>Eduard Zingerman &lt;eddyz87@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>89d8006259b81dd25c962f6cc8d7ab268d6ea426 - Merge git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/openvswitch/config#89d8006259b81dd25c962f6cc8d7ab268d6ea426</link>
        <description>Merge git://git.kernel.org/pub/scm/linux/kernel/git/netdev/netCross-merge networking fixes after downstream PR (net-7.2-rc5).Conflicts:drivers/net/amt.c  3656a79f94c47 (&quot;amt: re-read skb header pointers after every pull&quot;)  586c4dcf28eb6 (&quot;amt: no longer rely on RTNL in amt_fill_info()&quot;)https://lore.kernel.org/amIaJr3aOQNS_Fvl@sirena.org.ukAdjacent changes:drivers/net/geneve.c  8efb8f8bbb35 (&quot;geneve: require CAP_NET_ADMIN in the device netns for changelink&quot;)  0ba269933f73 (&quot;geneve: convert config to RCU-protected pointer&quot;)Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;

            List of files:
            /linux/tools/testing/selftests/net/openvswitch/config</description>
        <pubDate>Thu, 23 Jul 2026 23:04:37 +0200</pubDate>
        <dc:creator>Jakub Kicinski &lt;kuba@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>146cc263e457ff6055fe7829e4f4f4b0b5d5dd86 - Merge tag &apos;v7.2&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux into gpio/for-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/openvswitch/config#146cc263e457ff6055fe7829e4f4f4b0b5d5dd86</link>
        <description>Merge tag &apos;v7.2&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux into gpio/for-nextLinux 7.2

            List of files:
            /linux/tools/testing/selftests/net/openvswitch/config</description>
        <pubDate>Tue, 18 Aug 2026 14:21:04 +0200</pubDate>
        <dc:creator>Bartosz Golaszewski &lt;bartosz.golaszewski@oss.qualcomm.com&gt;</dc:creator>
    </item>
<item>
        <title>dbaafe9cc56a996931eedfe043eb34418cc9cd9b - Merge tag &apos;v7.2-rc7&apos; into driver-core-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/openvswitch/config#dbaafe9cc56a996931eedfe043eb34418cc9cd9b</link>
        <description>Merge tag &apos;v7.2-rc7&apos; into driver-core-nextWe need the driver-core fixes in here as well to build on top of.Signed-off-by: Danilo Krummrich &lt;dakr@kernel.org&gt;

            List of files:
            /linux/tools/testing/selftests/net/openvswitch/config</description>
        <pubDate>Mon, 10 Aug 2026 00:36:11 +0200</pubDate>
        <dc:creator>Danilo Krummrich &lt;dakr@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b981359d9ecafafde4d64c322ac81fe8727855ac - Merge tag &apos;tegra-for-7.3-arm64-dt&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tegra/linux into soc/dt</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/openvswitch/config#b981359d9ecafafde4d64c322ac81fe8727855ac</link>
        <description>Merge tag &apos;tegra-for-7.3-arm64-dt&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tegra/linux into soc/dtarm64: tegra: Device tree changes for v7.3-rc1This contains a new device tree for the Lenove ThinkEdge SE70 EdgeClient device as well as a number of fixes and cleanups for Tegra234 andTegra194. Tegra264 sees a number of additions to enable more features.* tag &apos;tegra-for-7.3-arm64-dt&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tegra/linux: (1469 commits)  arm64: tegra: Correct Tegra234 p3740 interrupt flags  arm64: tegra: Correct Tegra234 p3737 interrupt flags  arm64: tegra: Correct Tegra194 p2972 interrupt flags  arm64: tegra: Drop CPU masks from GICv3 PPI interrupts  arm64: tegra: Add Lenovo ThinkEdge SE70 device tree  arm64: tegra: Add pinctrl nodes for Tegra264  arm64: tegra: Fix CMDQV interrupt type on Tegra264  arm64: tegra: Properly sort devices on Tegra264  arm64: tegra: Add GTE nodes for Tegra264  arm64: tegra: Add Host1x and VIC on Tegra264  arm64: tegra: Populate CPU and L2 cache nodes on Tegra264  arm64: tegra: Enable GPCDMA in Tegra264 and add iommu-map  Linux 7.2-rc5  super: fix emergency thaw deadlock on frozen block devices  tracing: perf: Fix stale head for perf syscall tracing  ftrace: Add global mutex to serialize trace_parser access  tracing: Delay module ref count for &quot;enable_event&quot; trigger  tracing: Fix use-after-free freeing trigger private data  bpf, sockmap: Fix cork use-after-free in tcp_bpf_sendmsg()  tracing: Fix context switch counter truncation  ...Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;

            List of files:
            /linux/tools/testing/selftests/net/openvswitch/config</description>
        <pubDate>Sun, 09 Aug 2026 03:46:57 +0200</pubDate>
        <dc:creator>Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;</dc:creator>
    </item>
<item>
        <title>78fbf08b4e637515b63682fea7fb94dfec335193 - Merge branch &apos;for-linus&apos; into for-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/openvswitch/config#78fbf08b4e637515b63682fea7fb94dfec335193</link>
        <description>Merge branch &apos;for-linus&apos; into for-nextPull 7.2 devel branch for put_device auto-clean fixes.Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;

            List of files:
            /linux/tools/testing/selftests/net/openvswitch/config</description>
        <pubDate>Mon, 03 Aug 2026 15:19:30 +0200</pubDate>
        <dc:creator>Takashi Iwai &lt;tiwai@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>688a70ddb2b44870188759808eeb1fd53f3aac81 - regulator: handle regulator late cleanup race with PM suspend</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/openvswitch/config#688a70ddb2b44870188759808eeb1fd53f3aac81</link>
        <description>regulator: handle regulator late cleanup race with PM suspendJoy Zou &lt;joy.zou@oss.nxp.com&gt; says:The regulator_init_complete_work fires ~30s after boot to disableunused regulators via I2C. When this work races with PM suspend, theI2C adapter may already be suspended, causing a -ESHUTDOWN warningdump.This series addresses the race and adds proper suspend powermanagement for unused LDO regulators.Link: https://patch.msgid.link/20260731-b4-regulator-pf01-v2-0-a406c8737fdb@oss.nxp.com

            List of files:
            /linux/tools/testing/selftests/net/openvswitch/config</description>
        <pubDate>Fri, 31 Jul 2026 18:15:16 +0200</pubDate>
        <dc:creator>Mark Brown &lt;broonie@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>7117fc3d1fda061cf83b2f580d2f49596d49c3db - spi: Add trace event support for GENI SE registers dump</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/openvswitch/config#7117fc3d1fda061cf83b2f580d2f49596d49c3db</link>
        <description>spi: Add trace event support for GENI SE registers dumpPraveen Talari &lt;praveen.talari@oss.qualcomm.com&gt; says:The GENI framework is used by multiple drivers including UART, I2C, andSPI. When hardware-related failures occur, each driver typically relieson local logging, which often lacks sufficient information to determinethe exact controller state.This series introduces a common tracing mechanism for GENI Serial Enginedebug registers and demonstrates its use in the SPI driver.Patch 1 adds a new tracepoint that captures an extensive set of GENI SEregisters, including command state, interrupt status, FIFO state, DMAconfiguration, and clock-related information.Patch 2 hooks the tracepoint into SPI error paths so that registersnapshots are automatically generated when timeouts or transfer-relatedfailures occur.Usage examples:Enable all I2C traces:echo 1 &gt; /sys/kernel/tracing/events/qcom_geni_se/enablecat /sys/kernel/debug/tracing/trace_pipeExample trace output:114.291299: geni_se_regs: 888000.spi: m_cmd0=0x18000000    m_irq_status=0x00000080 s_cmd0=0x00000000 s_irq_status=0x08000000geni_status=0x00000000 geni_ios=0x00000000 m_cmd_ctrl=0x00000000m_cmd_err=0x00000000 m_fw_err=0x00000000 tx_fifo_sts=0x00000000rx_fifo_sts=0x00000000 tx_watermark=0x00000000 rx_watermark=0x0000000drx_watermark_rfr=0x0000000e m_gp_length=0x00000004 s_gp_length=0x00000000dma_tx_irq=0x00000000 dma_rx_irq=0x00000000 dma_tx_irq_en=0x0000000fdma_rx_irq_en=0x0000001f dma_rx_len=0x00001400 dma_rx_len_in=0x00001400dma_tx_len=0x00001400 dma_tx_len_in=0x00001400 dma_tx_ptr_l=0xffffc000dma_tx_ptr_h=0x00000000 dma_rx_ptr_l=0xffffa000 dma_rx_ptr_h=0x00000000dma_tx_attr=0x00000001 dma_tx_max_burst=0x00000002 dma_rx_attr=0x00000000dma_rx_max_burst=0x00000002 dma_if_en=0x00000009 dma_if_en_ro=0x00000001dma_general_cfg=0x0000000f dma_qsb_trans_cfg=0x00000000 dma_dbg=0x00000000m_irq_en=0x7fc0007f s_irq_en=0x03003e3e gsi_event_en=0x00000000se_irq_en=0x0000000f ser_m_clk_cfg=0x000000a1 ser_s_clk_cfg=0x00000000general_cfg=0x00000048 output_ctrl=0x0000007f clk_ctrl_ro=0x00000001fifo_if_dis=0x00000000 fw_multilock_msa=0x00000000 clk_sel=0x00000005Link: https://patch.msgid.link/20260729-add-tracepoints-for-se-reg-dump-v4-0-08bbd63b0ed2@oss.qualcomm.com

            List of files:
            /linux/tools/testing/selftests/net/openvswitch/config</description>
        <pubDate>Wed, 29 Jul 2026 22:41:32 +0200</pubDate>
        <dc:creator>Mark Brown &lt;broonie@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>82736e0972be43cbf7d83f18ab17e10fc8e14f34 - ASoC: Use named initializers for platform_device_id arrays</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/openvswitch/config#82736e0972be43cbf7d83f18ab17e10fc8e14f34</link>
        <description>ASoC: Use named initializers for platform_device_id arraysUwe Kleine-K&#246;nig (The Capable Hub) &lt;u.kleine-koenig@baylibre.com&gt; says:the objective of this series is still to prepare making structplatform_device_id::driver_data an anonymous union. Seehttps://lore.kernel.org/all/cover.1780048925.git.u.kleine-koenig@baylibre.com/for the details about that.Link: https://patch.msgid.link/cover.1784528081.git.u.kleine-koenig@baylibre.com

            List of files:
            /linux/tools/testing/selftests/net/openvswitch/config</description>
        <pubDate>Mon, 27 Jul 2026 16:10:35 +0200</pubDate>
        <dc:creator>Mark Brown &lt;broonie@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>3f8fa8fe90cae74bf7b72c99f30f04e012c5c41b - Merge branch &apos;sched/urgent&apos;</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/openvswitch/config#3f8fa8fe90cae74bf7b72c99f30f04e012c5c41b</link>
        <description>Merge branch &apos;sched/urgent&apos;Pull in dependents, the flat hierarchy fix depends on this.Signed-off-by: Peter Zijlstra &lt;peterz@infradead.org&gt;

            List of files:
            /linux/tools/testing/selftests/net/openvswitch/config</description>
        <pubDate>Fri, 14 Aug 2026 16:12:58 +0200</pubDate>
        <dc:creator>Peter Zijlstra &lt;peterz@infradead.org&gt;</dc:creator>
    </item>
<item>
        <title>f70494ac4c07bcd3c5d2d8af96591032c69d9d44 - Merge branch &apos;perf/urgent&apos; into perf/core, to pick up fixes</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/openvswitch/config#f70494ac4c07bcd3c5d2d8af96591032c69d9d44</link>
        <description>Merge branch &apos;perf/urgent&apos; into perf/core, to pick up fixesSigned-off-by: Ingo Molnar &lt;mingo@kernel.org&gt;

            List of files:
            /linux/tools/testing/selftests/net/openvswitch/config</description>
        <pubDate>Fri, 31 Jul 2026 11:41:07 +0200</pubDate>
        <dc:creator>Ingo Molnar &lt;mingo@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>c6e94cd60b3d199c22242521f0b04de87a02da6e - Merge tag &apos;v7.2-rc7&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux into gpio/for-current</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/openvswitch/config#c6e94cd60b3d199c22242521f0b04de87a02da6e</link>
        <description>Merge tag &apos;v7.2-rc7&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux into gpio/for-currentLinux 7.2-rc7

            List of files:
            /linux/tools/testing/selftests/net/openvswitch/config</description>
        <pubDate>Mon, 10 Aug 2026 12:33:47 +0200</pubDate>
        <dc:creator>Bartosz Golaszewski &lt;bartosz.golaszewski@oss.qualcomm.com&gt;</dc:creator>
    </item>
<item>
        <title>9513b642d233bedb0b703ea75b5f3230eb6293a0 - spi: Few fix/improvement for spi-nxp-fspi</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/openvswitch/config#9513b642d233bedb0b703ea75b5f3230eb6293a0</link>
        <description>spi: Few fix/improvement for spi-nxp-fspihaibo.chen@oss.nxp.com &lt;haibo.chen@oss.nxp.com&gt; says:Patch 1 introduce per-SoC clock rate limits for both SDR and DTR modes        by adding max_sdr_rate and max_dtr_rate to nxp_fspi_devtype_data.Patch 2 enter stop mode before reconfiguring MCR0 and DLL to follow	FlexSPI reference manual initialization sequencePatch 3 propagate clock reconfig failures in nxp_fspi_select_mem()Link: https://patch.msgid.link/20260728-fspi-clock-v2-0-dbe786a4a6eb@nxp.com

            List of files:
            /linux/tools/testing/selftests/net/openvswitch/config</description>
        <pubDate>Thu, 30 Jul 2026 14:13:51 +0200</pubDate>
        <dc:creator>Mark Brown &lt;broonie@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>2b6e56b848fcbe82d297805c927f4556123e5039 - Merge tag &apos;asoc-fix-v7.2-rc5&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/net/openvswitch/config#2b6e56b848fcbe82d297805c927f4556123e5039</link>
        <description>Merge tag &apos;asoc-fix-v7.2-rc5&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linusASoC: Fixes for v7.2This is a relatively large set of updates, the biggest batch of thingsis Charles&apos; fixes for the SDCA code which have been through a number ofiterations on the list and deal with a bunch of issues that have beenseen as we get more real world usage of SDCA.  We also have the usualdevice specific fix and quirk traffic that we tend to see, there&apos;s asmall pile of fixes for the tas2562 driver since I saw some bugs whilereviewing fixes sent by Haidar Lee but it&apos;s nothing too remarkable.

            List of files:
            /linux/tools/testing/selftests/net/openvswitch/config</description>
        <pubDate>Thu, 30 Jul 2026 14:02:28 +0200</pubDate>
        <dc:creator>Takashi Iwai &lt;tiwai@suse.de&gt;</dc:creator>
    </item>
</channel>
</rss>
