LLVM/project d0076c9llvm/include/llvm/Passes CodeGenPassBuilder.h, llvm/test/CodeGen/AMDGPU llc-pipeline-npm.ll

[NPM] Update OptimizedRegAlloc and MachineLateOptimization pipelines (#172795)

1. add the StackSlotColoringPass to default pipeline
2. Introduce MachineLateInstrsCleanupPass at the beginning of
addMachineLateOptimization (matches the legacy default pipeline)
DeltaFile
+6-3llvm/include/llvm/Passes/CodeGenPassBuilder.h
+2-2llvm/test/CodeGen/AMDGPU/llc-pipeline-npm.ll
+8-52 files

NetBSD/src 15H6upvsys/conf copyright

   welcome to 2026
VersionDeltaFile
1.24+1-1sys/conf/copyright
+1-11 files

LLVM/project 14b1d77llvm/docs NVPTXUsage.rst, llvm/lib/IR NVVMIntrinsicUtils.cpp

[NVPTX] Add intrinsics and codegen for tensormap.replace (#172458)

This change adds NVVM intrinsics and NVPTX codegen for the
`tensormap.replace` PTX instructions.
Tests are added in `tensormap_replace.ll`,
`tensormap_replace_sm_100a.ll`,
and `tensormap_replace_sm_103a.ll` and tested through `ptxas-13.0`.

PTX Spec Reference:
https://docs.nvidia.com/cuda/parallel-thread-execution/#data-movement-and-conversion-instructions-tensormap-replace
DeltaFile
+289-0llvm/docs/NVPTXUsage.rst
+263-0llvm/test/CodeGen/NVPTX/tensormap_replace.ll
+84-0llvm/lib/Target/NVPTX/NVPTXISelLowering.cpp
+71-0llvm/lib/IR/NVVMIntrinsicUtils.cpp
+64-0llvm/lib/Target/NVPTX/NVPTXIntrinsics.td
+60-0llvm/test/CodeGen/NVPTX/tensormap_replace_sm_100a.ll
+831-05 files not shown
+1,008-011 files

FreeBSD/ports 5f7b78cmath/R-cran-proxy distinfo Makefile

math/R-cran-proxy: Update to 0.4-29

Reported by:    portscout
DeltaFile
+3-3math/R-cran-proxy/distinfo
+1-1math/R-cran-proxy/Makefile
+4-42 files

OpenBSD/src kIFMD51sys/netinet tcp_output.c

   unifdef m_copypack() use

   These ifdefs date back to 1990 in CSRG (SCCS rev 7.20).
   m_copypack() never existed in CSRG releases as far as I can tell.

   ok deraadt@ mvs@
VersionDeltaFile
1.158+1-18sys/netinet/tcp_output.c
+1-181 files

LLVM/project 1e8f174llvm/utils profcheck-xfail.txt

[ProfCheck] Exclude test from e4722c6

This adds in a select that we should probably just mark with unknown
profdata. Exclude for now to get the bot back to green.
DeltaFile
+1-0llvm/utils/profcheck-xfail.txt
+1-01 files

LLVM/project f8140c3llvm/lib/Transforms/Vectorize SLPVectorizer.cpp, llvm/test/CodeGen/AArch64 sme-framelower-use-bp.ll

rebase

Created using spr 1.3.7
DeltaFile
+28-742llvm/test/CodeGen/AArch64/sme-framelower-use-bp.ll
+755-5llvm/test/CodeGen/X86/pr162812.ll
+315-314llvm/test/Transforms/LoopVectorize/X86/cost-model.ll
+547-0llvm/test/Instrumentation/MemorySanitizer/AArch64/aarch64-matmul.ll
+439-97llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+510-0llvm/test/Transforms/InstCombine/simplify-demanded-fpclass-exp.ll
+2,594-1,158802 files not shown
+21,067-6,665808 files

FreeBSD/ports 534d64bnet/claws distinfo Makefile

net/claws: Update to 0.4.0
DeltaFile
+5-5net/claws/distinfo
+1-1net/claws/Makefile
+6-62 files

FreeBSD/ports 4bd9d66graphics/opencv Makefile

graphics/opencv: Fix typo in GTK3 option

PR:             292033
DeltaFile
+1-1graphics/opencv/Makefile
+1-11 files

LLVM/project c2c787cllvm/include/llvm/ABI Types.h, llvm/lib CMakeLists.txt

[LLVMABI] Implement the ABI Typesystem (#158329)

This PR implements the first part of the LLVM ABI lowering library,
proposed in [this
RFC](https://discourse.llvm.org/t/rfc-an-abi-lowering-library-for-llvm/84495).
It is split out of https://github.com/llvm/llvm-project/pull/140112,
which demonstrates how this is going to be used.

The ABI type system is intended to represent all the type information
that is necessary to make call lowering decisions. As such, it contains
less information than Clang QualTypes, but more information than LLVM IR
types. The current type system has enough information to implement the
x86_64 SysV ABI, but some extensions will likely be needed in the future
for other targets (e.g. unadjusted alignment).

The type system expects layout information (like size, offset and
alignment) to already be computed by the frontend.

The types are constructed using TypeBuilder, which uses a
BumpPtrAllocator. The types themselves are not uniqued -- instead we
cache the QualType -> ABI type translation (in future patches).
DeltaFile
+431-0llvm/include/llvm/ABI/Types.h
+14-0llvm/lib/ABI/CMakeLists.txt
+9-0llvm/lib/ABI/Types.cpp
+1-0llvm/lib/CMakeLists.txt
+455-04 files

NetBSD/src QbCq2nHsys/dev/rasops rasops.c

   rasops_allocattr_mono: fix regression from WSSCREEN_256COL

   0xff was never a valid colormap index, but worked by accident
   since the previous ATTR_FG implementation clamped the value.
   Now it results in black text on black background.
   Use named WSCOL_* constants instead.
VersionDeltaFile
1.130+4-4sys/dev/rasops/rasops.c
+4-41 files

FreeBSD/ports 55367bfdevel/boost-libs/files patch-boost_type__traits_is__signed.hpp patch-boost_type__traits_is__unsigned.hpp

boost-libs: make boost type_traits build with clang 21

Recent versions of clang made -Wenum-constexpr-conversion errors into a
hard error, as was announced several versions ago.

Boost type_traits has two instances where it attempts to convert
out-of-range enum values, leading to errors similar to:

    In file included from ../src/lib/dhcpsrv/csv_lease_file6.cc:9:
    In file included from ../src/lib/dhcpsrv/dhcpsrv_log.h:11:
    In file included from ../src/lib/log/macros.h:10:
    In file included from ../src/lib/log/logger.h:19:
    In file included from ../src/lib/log/log_formatter.h:19:
    In file included from /usr/local/include/boost/lexical_cast.hpp:33:
    In file included from /usr/local/include/boost/lexical_cast/try_lexical_convert.hpp:31:
    In file included from /usr/local/include/boost/lexical_cast/detail/converter_numeric.hpp:31:
    In file included from /usr/local/include/boost/type_traits/make_unsigned.hpp:14:
    /usr/local/include/boost/type_traits/is_signed.hpp:37:25: error: in-class initializer for static data member is not a constant expression
       37 |    static const no_cv_t minus_one = (static_cast<no_cv_t>(-1));

    [58 lines not shown]
DeltaFile
+48-0devel/boost-libs/files/patch-boost_type__traits_is__signed.hpp
+42-0devel/boost-libs/files/patch-boost_type__traits_is__unsigned.hpp
+90-02 files

FreeBSD/ports ab93476devel/boost-libs Makefile, devel/boost-libs/files patch-boost_type__traits_is__signed.hpp patch-boost_type__traits_is__unsigned.hpp

boost-libs: make boost type_traits build with clang 21

Recent versions of clang made -Wenum-constexpr-conversion errors into a
hard error, as was announced several versions ago.

Boost type_traits has two instances where it attempts to convert
out-of-range enum values, leading to errors similar to:

    In file included from ../src/lib/dhcpsrv/csv_lease_file6.cc:9:
    In file included from ../src/lib/dhcpsrv/dhcpsrv_log.h:11:
    In file included from ../src/lib/log/macros.h:10:
    In file included from ../src/lib/log/logger.h:19:
    In file included from ../src/lib/log/log_formatter.h:19:
    In file included from /usr/local/include/boost/lexical_cast.hpp:33:
    In file included from /usr/local/include/boost/lexical_cast/try_lexical_convert.hpp:31:
    In file included from /usr/local/include/boost/lexical_cast/detail/converter_numeric.hpp:31:
    In file included from /usr/local/include/boost/type_traits/make_unsigned.hpp:14:
    /usr/local/include/boost/type_traits/is_signed.hpp:37:25: error: in-class initializer for static data member is not a constant expression
       37 |    static const no_cv_t minus_one = (static_cast<no_cv_t>(-1));

    [56 lines not shown]
DeltaFile
+48-0devel/boost-libs/files/patch-boost_type__traits_is__signed.hpp
+42-0devel/boost-libs/files/patch-boost_type__traits_is__unsigned.hpp
+1-1devel/boost-libs/Makefile
+91-13 files

HardenedBSD/src 78b1001. COPYRIGHT, sys/sys copyright.h

HBSD: Welcome 2026!

"Maybe this year will be better than the last." -- Counting Crows

Signed-off-by:  Shawn Webb <shawn.webb at hardenedbsd.org>
DeltaFile
+1-1COPYRIGHT
+1-1sys/sys/copyright.h
+2-22 files

FreeBSD/ports fe912b8multimedia/navidrome Makefile

multimedia/navidrome: Try arm64 builds again
DeltaFile
+1-3multimedia/navidrome/Makefile
+1-31 files

NetBSD/src BVxL9gKcommon/lib/libc/atomic atomic_add_32_nv_cas.c atomic_add_64_nv_cas.c

   Revert previous; there are other problems that need addressing first.
VersionDeltaFile
1.11+1-1common/lib/libc/atomic/atomic_add_32_nv_cas.c
1.11+1-1common/lib/libc/atomic/atomic_add_64_nv_cas.c
1.6+1-1common/lib/libc/atomic/atomic_dec_32_nv_cas.c
1.6+1-1common/lib/libc/atomic/atomic_dec_64_nv_cas.c
1.6+1-1common/lib/libc/atomic/atomic_inc_32_nv_cas.c
1.7+1-1common/lib/libc/atomic/atomic_inc_64_nv_cas.c
+6-66 files

FreeBSD/ports 07e8057sysutils/bottom distinfo Makefile.crates

sysutils/bottom: Update to 0.12.3
DeltaFile
+259-289sysutils/bottom/distinfo
+129-144sysutils/bottom/Makefile.crates
+1-1sysutils/bottom/Makefile
+389-4343 files

FreeBSD/ports c267620math/calc distinfo Makefile

math/calc: Update to 2.16.1.0
DeltaFile
+3-3math/calc/distinfo
+1-1math/calc/Makefile
+4-42 files

FreeBSD/ports 9702a37sysutils/mtail distinfo Makefile, sysutils/mtail/files pkg-message.in mtail.in

sysutils/mtail: New Port

mtail is a tool for extracting metrics from application logs to be
exported into a timeseries database or timeseries calculator for
alerting and dashboarding.

It fills a monitoring niche by being the glue between applications that
do not export their own internal state (other than via logs) and
existing monitoring systems, such that system operators do not need to
patch those applications to instrument them or writing custom extraction
code for every such application.
DeltaFile
+47-0sysutils/mtail/distinfo
+44-0sysutils/mtail/Makefile
+34-0sysutils/mtail/pkg-plist
+31-0sysutils/mtail/files/pkg-message.in
+30-0sysutils/mtail/files/mtail.in
+23-0sysutils/mtail/Makefile.gomod
+209-04 files not shown
+221-210 files

FreeBSD/ports 2a5aca7x11-wm/durden Makefile distinfo

x11-wm/durden: Update 0.6.1 => 0.6.3, take maintainership

Changelog:
https://codeberg.org/letoram/durden/src/tag/0.6.3/CHANGELOG.md

Also adopt port.

PR:     292084
DeltaFile
+4-5x11-wm/durden/Makefile
+3-3x11-wm/durden/distinfo
+7-82 files

NetBSD/src 2MHIhF3share/man/man9 curlwp_bind.9

   curlwp_bind(9): tweak example's markup

   `-offset indent` indents less than a literal tab.  While here,
   untabify the example, groff's PS output is slightly misaligned
   otherwise (within the literal display itself).
VersionDeltaFile
1.3+18-18share/man/man9/curlwp_bind.9
+18-181 files

Linux/linux b69053ddrivers/net/wireless/mediatek/mt76 mt76_connac_mcu.c

wifi: mt76: Remove blank line after mt792x firmware version dmesg

An extra blank line gets printed after printing firmware version
because the build date is null terminated. Remove the "\n" from
dev_info() calls to print firmware version and build date to fix
the problem.

Reported-by: Mario Limonciello <superm1 at gmail.com>
Signed-off-by: Shuah Khan <skhan at linuxfoundation.org>
Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
DeltaFile
+3-3drivers/net/wireless/mediatek/mt76/mt76_connac_mcu.c
+3-31 files

Linux/linux af7809fdrivers/net/wireless/mediatek/mt76 mt76_connac_mcu.c

Revert "wifi: mt76: Strip whitespace from build ddate"

This reverts commit f804a5895ebad2b2d4fb8a3688d2115926e993d5.

This change introduced the following panic, and mt792x_load_firmware()
fails. wifi is dead on systems with mt792x wireless.

kern  :crit  : kernel BUG at lib/string_helpers.c:1043!
kern  :warn  : Oops: invalid opcode: 0000 [#1] SMP NOPTI
kern  :warn  : CPU: 14 UID: 0 PID: 61 Comm: kworker/14:0 Tainted: G        W
        6.19.0-rc1 #1 PREEMPT(voluntary)
kern  :warn  : Tainted: [W]=WARN
kern  :warn  : Hardware name: Framework Laptop 13 (AMD Ryzen 7040Series)/FRANMDCP07, BIOS 03.16 07/25/2025
kern  :warn  : Workqueue: events mt7921_init_work [mt7921_common]
kern  :warn  : RIP: 0010:__fortify_panic+0xd/0xf
kern  :warn  : Code: 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa 40 0f b6 ff e8 c3 55 71 00 <0f> 0b 48 8b 54 24 10 48 8b 74 24 08 4c 89 e9 48 c7 c7 00 a2 d5 a0
kern  :warn  : RSP: 0018:ffffa7a5c03a3d10 EFLAGS: 00010246
kern  :warn  : RAX: ffffffffa0d7aaf2 RBX: 0000000000000000 RCX: ffffffffa0d7aaf2
kern  :warn  : RDX: 0000000000000011 RSI: ffffffffa0d5a170 RDI: ffffffffa128db10

    [32 lines not shown]
DeltaFile
+1-5drivers/net/wireless/mediatek/mt76/mt76_connac_mcu.c
+1-51 files

HardenedBSD/src 38b81b2. COPYRIGHT, sys/sys copyright.h

Merge remote-tracking branch 'origin/hardened/current/master' into hardened/current/cross-dso-cfi
DeltaFile
+2-2sys/sys/copyright.h
+1-1COPYRIGHT
+3-32 files

HardenedBSD/src 55848b7. COPYRIGHT, sys/sys copyright.h

Merge branch 'freebsd/current/main' into hardened/current/master
DeltaFile
+2-2sys/sys/copyright.h
+1-1COPYRIGHT
+3-32 files

LLVM/project ee0ed27llvm/lib/Analysis ValueTracking.cpp, llvm/test/Transforms/Attributor nofpclass.ll

ValueTracking: Improve handling of fadd in computeKnownFPClass.

This already recognized that if both inputs are positive, the
result is positive. Extend this to the mirror situation with
negative inputs.

Also special case fadd x, x. Canonically, fmul x, 2 is fadd x, x.
We can tell the sign bit won't change, and 0 will propagate.
DeltaFile
+23-23llvm/test/Transforms/Attributor/nofpclass.ll
+24-4llvm/lib/Analysis/ValueTracking.cpp
+47-272 files

LLVM/project 0eddb06llvm/test/Transforms/Attributor nofpclass.ll

ValueTracking: Add more baseline tests for computeKnownPPClass of fadd

Test cases with fadd x, x. Also test cases where both inputs are known
negative.
DeltaFile
+602-106llvm/test/Transforms/Attributor/nofpclass.ll
+602-1061 files

NetBSD/src DXorsE8sys/modules/if_urndis if_urndis.ioconf

   urndis(4): Attach at usbifif, not usbdevif, in the if_urndis module.

   We really ought to have a static type system for config(5) interface
   attributes to catch mistakes like this!

   Came up while trying to test a fix for:

   PR kern/59872: urndis(4): missing support for some devices
VersionDeltaFile
1.2+3-3sys/modules/if_urndis/if_urndis.ioconf
+3-31 files

NetBSD/src 5MANfbasys/dev/usb if_urndis.c

   urndis(4): Match more interface ids.

   There are some others we should consider too, based on what OpenBSD,
   FreeBSD, and Linux match, but I haven't tested with these devices:

      class           subclass                        protocol
   1. 0x02 (CDC)      0x02 (abstract control model)   0xff (? rndis?)
   2. 0xef (misc)     0x01 (sync)                     0x01 (active)
   3. 0xef (misc)     0x04 (rndis)                    0x03 (wimax)
   4. 0xef (misc)     0x04 (rndis)                    0x04 (wwan)

   Note: FreeBSD uses `UIPROTO_RNDIS' for (3) even though the USB-IF
   registry lists class 0xef, subclass 0x04, protocol 0x04 as `RNDIS
   over WiMAX'; likewise `UIPROTO_ACTIVESYNC' for (4) even though it's
   listed as `RNDIS over WWAN'.  My guess is that for class 0xef
   subclass 0x04, _any_ protocol will really be RNDIS, and it was a
   mistake for FreeBSD to use those protocol numbers (which context
   suggests were supposed to apply to different subclasses).

   PR kern/59872: urndis(4): missing support for some devices
VersionDeltaFile
1.50+36-5sys/dev/usb/if_urndis.c
+36-51 files

NetBSD/src NPoPdCWsys/dev/usb usb.h

   usb.h: Provide definitions for USB class 0xef: miscellaneous.

   Source: https://usb.org/defined-class-codes
   https://web.archive.org/web/20251216031858/https://usb.org/defined-class-codes

   PR kern/59872: urndis(4): missing support for some devices
VersionDeltaFile
1.125+33-1sys/dev/usb/usb.h
+33-11 files