Changes in Makefile

637315cb400eed1dbe721954fea437a61a2d65b2 - Merge tag 'kvm-riscv-7.3-1' of https://github.com/kvm-riscv/linux into HEAD

Tue, 18 Aug 2026 13:07:31 +0200

Merge tag 'kvm-riscv-7.3-1' 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/Makefile

efe86f088f48f18c27b648e5724048947f3b7fb4 - Merge drm/drm-next into drm-xe-next

Tue, 14 Jul 2026 15:40:31 +0200

Merge drm/drm-next into drm-xe-nextSync some i915/display changesSigned-off-by: Rodrigo Vivi List of files: /linux/tools/testing/selftests/net/Makefile

6d177908bad5992e17669030db41caab88041d5e - Merge drm/drm-next into drm-intel-next

Tue, 30 Jun 2026 14:55:43 +0200

Merge drm/drm-next into drm-intel-nextSync with v7.2-rc1.Signed-off-by: Jani Nikula List of files: /linux/tools/testing/selftests/net/Makefile

827b9aabd3ea3e96d5e48abed9f44dbd1e550d4e - Merge drm/drm-next into drm-misc-next

Tue, 30 Jun 2026 10:16:00 +0200

Merge drm/drm-next into drm-misc-nextBackmerging to get drm-misc-next to v7.2-rc1.Signed-off-by: Thomas Zimmermann List of files: /linux/tools/testing/selftests/net/Makefile

7dd19adaaac9a161723a24de7c270861063ec6ac - Merge tag 'v7.2-rc1' into drm-rust-next

Sun, 28 Jun 2026 22:39:43 +0200

Merge tag 'v7.2-rc1' into drm-rust-nextMerge v7.2-rc1 into drm-rust-next to start the next cycle.Devres now requires T: 'static, which conflicts with shmem::Object usingDevres> without that bound. Resolve by adding '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 'static supertrait can berelaxed at that point.Signed-off-by: Danilo Krummrich List of files: /linux/tools/testing/selftests/net/Makefile

b226489de47c0eba740ef8c4857aecb06e482952 - Merge drm/drm-next into drm-xe-next

Thu, 04 Jun 2026 16:19:59 +0200

Merge drm/drm-next into drm-xe-nextBackmerging to bring in a build error fix to drm-xe-next.Signed-off-by: Thomas Hellström List of files: /linux/tools/testing/selftests/net/Makefile

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/tools/testing/selftests/net/Makefile

96bf660d4c14948293fe5d8e26d2de536f8eb1d8 - selftests: net: separate ipv6_flowlabel_mgr test

Thu, 13 Aug 2026 05:07:05 +0200

selftests: net: separate ipv6_flowlabel_mgr testThe ipv6_flowlabel_mgr used to be a component of a broader overallflow label test, defined in the ipv6_flowlabel.sh file. This wrapperscript called tests defined on ipv6_flowlabel.c andipv6_flowlabel_mgr.c files, using predefined parameters and enforcingthe in_netns.sh helper to set network namespaces for each test env.However, the ipv6_flowlabel_mgr.c was drastically changed recently.These modifications led to the mgr tests becoming a self contained andindependent test suite, enforcing netns creation by itself andnot relying on the ipv6_flowlabel.sh wrapper for proper test executionanymore. Therefore, remove the mgr tests from the wrapper and updatethe Makefile to handle it as a standalone test program instead.Signed-off-by: Marcelo Mendes Spessoto Junior Reviewed-by: Hangbin Liu Link: https://patch.msgid.link/20260813030708.37609-1-marcelomspessoto@gmail.comSigned-off-by: Jakub Kicinski List of files: /linux/tools/testing/selftests/net/Makefile

40c705961d498f97b94b43db3eb046a2037a0e2d - Merge branch 'seg6-add-fib-table-attribute-for-post-encap-sid-route-lookup'

Wed, 22 Jul 2026 17:01:10 +0200

Merge branch 'seg6-add-fib-table-attribute-for-post-encap-sid-route-lookup'Andrea Mayer says:====================seg6: add FIB table attribute for post-encap SID route lookupAfter SRv6 encapsulation the kernel looks up the route for the first SID,the outer IPv6 destination of the encapsulated packet. This post-encap SIDroute lookup uses the FIB table of the current routing context. When theencap route is installed in a VRF, the VRF's table may not have a route forthe SID, which should be handled by another table, e.g. one used forunderlay connectivity.A new optional SEG6_IPTUNNEL_TABLE attribute selects the FIB table used forthis lookup. When set by the user, the attribute is honored on both theinput path (traffic that is received, encapsulated and forwarded) and theoutput path (traffic that is locally originated and then encapsulated).SRv6 encap routes that do not set the attribute use the current routingcontext, as before.A companion iproute2 series follows on the mailing list. The examples belowshow how to use the "lookup" attribute: # SID route installed in the underlay table 500 ip -6 route add fc00::100/128 via fd00::1 dev veth0 table 500 # encap route in vrf-100; the first SID is looked up in table 500 ip -6 route add cafe::1/128 vrf vrf-100 \ encap seg6 mode encap segs fc00::100 lookup 500 dev veth0 # or if the SID is already handled by the main table ip -6 route add cafe::1/128 vrf vrf-100 \ encap seg6 mode encap segs fc00::100 lookup main dev veth0This work started from a use case raised by Nicolas Dichtel and took shapein the discussion with him [1]. Thanks Nicolas.The series is made of two patches. The first implements the attribute. Thesecond adds an L3 VPN selftest that exercises both the input and the outputpath, with the attribute (traffic reaches its destination) and without it(the packet is dropped).[1] https://lore.kernel.org/all/20260327140709.959636-1-nicolas.dichtel@6wind.com/T/====================Link: https://patch.msgid.link/20260711162907.6521-1-andrea.mayer@uniroma2.itSigned-off-by: Jakub Kicinski List of files: /linux/tools/testing/selftests/net/Makefile

1016a547c6851cde2f5f57f173cba08153e3bcef - selftests: seg6: add test for post-encap SID route lookup

Sat, 11 Jul 2026 18:29:07 +0200

selftests: seg6: add test for post-encap SID route lookupAdd a selftest for the SEG6_IPTUNNEL_TABLE attribute, which selects the FIBtable for the post-encap SID route lookup. This looks up the route for thefirst SID, the outer destination of the encapsulated packet.Two routers provide L3 VPN services over an IPv6 underlay. Each router usesa separate VRF per tenant, with default blackhole routes (IPv4 and IPv6)that drop unmatched traffic. Tenant traffic is encapsulated, thendecapsulated with an End.DT46.The encap routes are installed in the tenant VRF, but the routes that matchthe first SIDs live in a separate underlay table (500). The "lookup 500"attribute points the lookup there rather than to the VRF.The test covers both the input path, where forwarded host traffic triggersencapsulation, and the output path, where a router originates traffic fromits own loopback inside a VRF.With the "lookup" attribute, traffic reaches its destination on both paths.Without it, on the input path the lookup stays in the VRF and hits theblackhole, and on the output path it falls through to the main table, whichhas no matching route.Signed-off-by: Andrea Mayer Reviewed-by: Nicolas Dichtel Link: https://patch.msgid.link/20260711162907.6521-3-andrea.mayer@uniroma2.itSigned-off-by: Jakub Kicinski List of files: /linux/tools/testing/selftests/net/Makefile

4d3365d5d3283010a5d8ab44f568d65e75a06629 - Merge branch 'big-tcp-for-udp-tunnels'

Wed, 22 Jul 2026 13:48:46 +0200

Merge branch 'big-tcp-for-udp-tunnels'Alice Mikityanska says:====================BIG TCP for UDP tunnelsThis series is a follow-up to "BIG TCP without HBH in IPv6", and it addssupport for BIG TCP IPv4/IPv6 workloads in vxlan and geneve. Now thatIPv6 BIG TCP doesn't require stripping the HBH in all variouscombinations in tunneled traffic, adding BIG TCP becomes feasible.Patch 01 adds accessors for the length field in the UDP header, assuggested by Paolo in review. The usage of udp_set_len is then added inthe following patches that start using length=0 in BIG TCP UDP packets.Patches 02-04 close the gaps that prevent BIG TCP packets from goingthrough UDP tunnel code.Patch 05 validates packets in udp_gro_receive to exclude packets withlength=0 from GRO aggregation.Patch 06 is for proper formatting in tcpdump (set UDP len to 0 ratherthan a trimmed value on overflow).Patches 07-08 bump up tso_max_size for VXLAN and GENEVE.Patch 09 adds selftests.====================$Link: https://patch.msgid.link/20260710134242.216538-1-alice.kernel@fastmail.imSigned-off-by: Paolo Abeni List of files: /linux/tools/testing/selftests/net/Makefile

5cb53743e1ff3a2e0eac415412c724b78c5f047f - selftests: net: Add a test for BIG TCP in UDP tunnels

Fri, 10 Jul 2026 15:42:42 +0200

selftests: net: Add a test for BIG TCP in UDP tunnelsThe test sets up VXLAN and GENEVE tunnels over IPv4 and IPv6 and runsIPv4 and IPv6 traffic through them with BIG TCP enabled. It checks thata non-negligible amount of big aggregated packets are seen by setting upiptables counters.Check the number of packets on both TX and RX sides to verify that GSOpackets are valid and not dropped. Capture on the lower netdev (veth),when checksum offload is on, to verify that encapsulated BIG TCP packetscan get to their destination. In the test with TX checksum offload off,software GSO splits aggregated VXLAN packets before passing them toveth, so capture inside the tunnel instead to check that the big packetsare not dropped.Check that the amount of SACKs is negligible. On unsupported kernels,some amount of broken GSO packets bigger than 65536 bytes can beproduced in VXLAN tunnels, but they don't reach the destination. SeeingTCP SACKs is a sign that such packets could have been dropped (in suchcases, the amount of SACKs is a few times bigger than the number ofattempts to send BIG TCP packets).Signed-off-by: Alice Mikityanska Link: https://patch.msgid.link/20260710134242.216538-10-alice.kernel@fastmail.imReviewed-by: Nikolay Aleksandrov Signed-off-by: Paolo Abeni List of files: /linux/tools/testing/selftests/net/Makefile

c7838468195b2e3e41e72486b8fbf597707f3892 - Merge branch 'udp-fix-fou-gue-over-multicast'

Tue, 21 Jul 2026 11:09:03 +0200

Merge branch 'udp-fix-fou-gue-over-multicast'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 && 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 && ip -n ns_a link set veth0 up ip -n ns_b addr add 10.0.0.2/24 dev veth1 && 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'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't traverse unidirectional mcast tunnel recv_mac=$(ip -n ns_b link show eoudp0 | awk '/ether/{print $2}') 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 # -> without this patch: 0 packets received on eoudp0 # -> 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 List of files: /linux/tools/testing/selftests/net/Makefile

e5382133c51cc92766914b54c9c257d7c54c8079 - selftests: net: add FOU multicast encapsulation resubmit test

Wed, 08 Jul 2026 02:35:04 +0200

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'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 Assisted-by: Claude:claude-opus-4-6Reviewed-by: Willem de Bruijn Link: https://patch.msgid.link/a5b65f092d22a12b52fc536c0565b948cd8ecae3.1783372173.git.littlesmilingcloud@gmail.comSigned-off-by: Paolo Abeni List of files: /linux/tools/testing/selftests/net/Makefile

0eaed89c18aeedf0898baf2dbf5ff027c6795152 - Merge tag 'timers-v7.3-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/daniel.lezcano/linux into timers/clocksource

Mon, 17 Aug 2026 10:29:52 +0200

Merge tag 'timers-v7.3-rc1' 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ö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/Makefile

b4d85f863e5a6f1fa01b186001af0f68f4f5239e - Merge branch 'next' into for-linus

Sat, 15 Aug 2026 06:26:07 +0200

Merge branch 'next' into for-linusPrepare input updates for 7.3 merge window. List of files: /linux/tools/testing/selftests/net/Makefile

76904fccf81936c084faebc73ac72c0919a42941 - Merge tag 'v7.2-rc3' into next

Tue, 14 Jul 2026 04:06:00 +0200

Merge tag 'v7.2-rc3' into nextSync up with mainline to pull in stable fixes to avoid merge conflicts. List of files: /linux/tools/testing/selftests/net/Makefile

00599d4841790d05401820a96cf7edb193888b00 - Merge drm/drm-fixes into drm-misc-fixes

Mon, 29 Jun 2026 17:58:00 +0200

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 List of files: /linux/tools/testing/selftests/net/Makefile

7a0e692a0381254b2f77c54dec100cd3325a6fdf - Merge branch 'next' into for-linus

Tue, 23 Jun 2026 08:10:08 +0200

Merge branch 'next' into for-linusPrepare input updates for 7.2 merge window. List of files: /linux/tools/testing/selftests/net/Makefile

9611c0ce215a66770ccbe5c126bf57ba8c31bcad - Merge commit '6beaec3aee9852438b89e4d7891caf5e84d45851' of git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux into gpio/for-current

Fri, 19 Jun 2026 10:50:17 +0200

Merge commit '6beaec3aee9852438b89e4d7891caf5e84d45851' of git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux into gpio/for-currentThis pulls in the merge commit for MFD updates for v7.2. The PR containsa build-time dependency of one of the GPIO commits that will follow. List of files: /linux/tools/testing/selftests/net/Makefile