LLVM/project c4484e8llvm/include/llvm/CodeGen TargetRegisterInfo.h, llvm/lib/CodeGen TargetRegisterInfo.cpp MachineVerifier.cpp

[CodeGen] De-type getMinimalPhysRegClass and related APIs (#197495)

Follow-up #193438 to de-type getMinimalPhysRegClass so it can be replaced with
the precomputed getDefaultMinimalPhysRegClass. Type is also removed from
related APIs.

There's very few uses of getMinimalPhysRegClass with a non-default type
(MVT::Other) and none at all for getCommonMinimalPhysRegClass. Rather than
trying to also handle the type when precomputing at compile-time it seems
better to remove the type altogether and simplify the APIs. This also improves
compile-time for a number of targets and configurations:

CTMark geomean:
- stage1-O3: -0.23%
- stage1-ReleaseThinLTO: -0.19%
- stage1-ReleaseLTO-g: -0.15%
- stage1-aarch64-O3: -0.57%
- stage2-O3: -0.23%
- clang: -0.13%

    [3 lines not shown]
DeltaFile
+7-66llvm/lib/CodeGen/TargetRegisterInfo.cpp
+7-32llvm/include/llvm/CodeGen/TargetRegisterInfo.h
+1-26llvm/lib/CodeGen/SelectionDAG/ScheduleDAGRRList.cpp
+1-26llvm/lib/CodeGen/SelectionDAG/ScheduleDAGFast.cpp
+16-6llvm/lib/CodeGen/MachineVerifier.cpp
+5-0llvm/unittests/CodeGen/MFCommon.inc
+37-1567 files not shown
+48-16613 files

LLVM/project b8e768fclang/cmake/caches release_cpack_pre_build_strip_lto.cmake

[CMake][Release] Use llvm-bitcode-strip on Darwin for build with -ffat-lto-objects (#200764)

Building with --fat-lto-objects was added in #140381 (cff9ae7a15a5). On
macOS the tests are failing when building release binaries with many
"The file was not recognized as a valid object file" errors, e.g.:

  2026-01-16T12:54:26.0928880Z

/Users/runner/work/llvm-project/llvm-project/build/tools/clang/stage2-instrumented-bins/tools/clang/stage2-bins/_CPack_Packages/Darwin/TXZ/LLVM-22.1.0-rc1-macOS-ARM64/bin/llvm-strip:
  error:

'/Users/runner/work/llvm-project/llvm-project/build/tools/clang/stage2-instrumented-bins/tools/clang/stage2-bins/_CPack_Packages/Darwin/TXZ/LLVM-22.1.0-rc1-macOS-ARM64/lib/libLLVMAArch64AsmParser.a(AArch64AsmParser.cpp.o)':
  The file was not recognized as a valid object file

It's assuming bitcode is embedded in section .llvm.lto
(llvm/lib/Object/ObjectFile.cpp:80) but on MachO it's in
__LLVM,__bitcode (llvm/lib/Object/MachOObjectFile.cpp:2184)

llvm-bitcode-strip is a driver for the MachO bitcode_strip utility which

    [4 lines not shown]
DeltaFile
+10-1clang/cmake/caches/release_cpack_pre_build_strip_lto.cmake
+10-11 files

LLVM/project 622302ellvm/lib/Target/RISCV RISCVAsmPrinter.cpp RISCVInstrInfo.td, llvm/lib/Target/RISCV/MCTargetDesc RISCVMCCodeEmitter.cpp

[RISCV] Ensure LPAD alignment for calls to returns_twice functions (#177515)

When Zicfilp is enabled, all LPAD instructions must be 4-byte aligned,
including those following a returns_twice call. Linker relaxation can
convert calls to c.jal (RV32C) or cm.jalt (Zcmt), causing LPAD
misalignment.

This patch handles calls to returns_twice functions (e.g., setjmp) when
Zicfilp CFI is enabled:

1. In ISel (LowerCall), detect
CLI.CB->hasFnAttr(Attribute::ReturnsTwice)
   and select LPAD_CALL or LPAD_CALL_INDIRECT ISD opcodes. Custom ISel
   in RISCVISelDAGToDAG adds the landing pad label as a pseudo operand.

2. RISCVAsmPrinter::emitLpadAlignedCall handles assembly output: when
Zca
is enabled, emit .p2align 2 before the call. When linker relaxation is
   also enabled, wrap with .option push/exact/pop to prevent relaxation.

    [25 lines not shown]
DeltaFile
+111-0llvm/test/CodeGen/RISCV/lpad-setjmp.ll
+74-1llvm/lib/Target/RISCV/RISCVAsmPrinter.cpp
+61-0llvm/lib/Target/RISCV/MCTargetDesc/RISCVMCCodeEmitter.cpp
+51-0llvm/test/CodeGen/RISCV/lpad-setjmp-isel.ll
+33-0llvm/lib/Target/RISCV/RISCVInstrInfo.td
+27-0llvm/lib/Target/RISCV/RISCVISelDAGToDAG.cpp
+357-14 files not shown
+401-2510 files

FreeBSD/ports 105d805devel/glab distinfo Makefile

devel/glab: update to 1.101.0

Changes:        https://gitlab.com/gitlab-org/cli/-/releases
DeltaFile
+5-5devel/glab/distinfo
+2-2devel/glab/Makefile
+1-0devel/glab/pkg-plist
+8-73 files

FreeBSD/ports 2700f35devel/glab distinfo Makefile

devel/glab: update to 1.100.0

Changes:        https://gitlab.com/gitlab-org/cli/-/releases
DeltaFile
+5-5devel/glab/distinfo
+2-2devel/glab/Makefile
+3-0devel/glab/pkg-plist
+10-73 files

FreeBSD/ports dfe8bdfsecurity/trivy distinfo Makefile

security/trivy: update to 0.71.0

Changes:        https://github.com/aquasecurity/trivy/releases
DeltaFile
+5-5security/trivy/distinfo
+1-2security/trivy/Makefile
+6-72 files

OPNSense/src 8616e87sys/netlink/route rt.c

rtnetlink: Align RTA_MULTIPATH length validation in nlattr_get

Fix length validation of RTA_MULTIPATH attributes in
nlattr_get_multipath() by making sure the user request is align.

PR:             295102
Reported by:    Robert Morris <rtm at lcs.mit.edu>
Reviewed by:    markj
Fixes:          7e5bf68495cc ("netlink: add netlink support")
MFC after:      3 days
Differential Revision: https://reviews.freebsd.org/D56963

(cherry picked from commit 4329663a861ef74796b79b6b0872cfe10d31c591)
(cherry picked from commit 2c6617658f0cabb1e83a47da02882454e4210bd9)
DeltaFile
+2-2sys/netlink/route/rt.c
+2-21 files

OPNSense/src 5b36a1dsys/netlink/route rt.c

rtnetlink: Check for allocation failure in nlattr_get_multipath()

Check for alloction failure on `npt_alloc()` for RTA_MULTIPATH
attributes in `nlattr_get_multipath()`.

Reported by:    Joshua Rogers of AISLE Research Team
Reviewed by:    markj
MFC after:      3 days
Differential Revision: https://reviews.freebsd.org/D56954

(cherry picked from commit 188631e43a1a5d2985156141c2e244a925670683)
(cherry picked from commit 3e2308d57080a2345e3db1139683368b504ee0bd)
DeltaFile
+4-0sys/netlink/route/rt.c
+4-01 files

LLVM/project 9547e0fllvm/docs/CommandGuide llvm-debuginfo-analyzer.rst, llvm/include/llvm/DebugInfo/LogicalView/Readers LVIRReader.h

Revert "[llvm-debuginfo-analyzer] Add support for LLVM IR format. (#200603)" (#201019)

This reverts commit 4cef4efb2fc088426b1d75435536fafa6b562617.

There are link issues with some buildbots.
DeltaFile
+0-2,630llvm/lib/DebugInfo/LogicalView/Readers/LVIRReader.cpp
+0-362llvm/unittests/DebugInfo/LogicalView/IRReaderTest.cpp
+0-303llvm/include/llvm/DebugInfo/LogicalView/Readers/LVIRReader.h
+134-87llvm/docs/CommandGuide/llvm-debuginfo-analyzer.rst
+0-168llvm/test/tools/llvm-debuginfo-analyzer/IR/08-ir-multiple-compile-units.test
+0-151llvm/test/tools/llvm-debuginfo-analyzer/IR/01-ir-select-logical-elements.test
+134-3,70135 files not shown
+152-5,40841 files

OPNSense/src 4d0636dsys/netpfil/pf pf_ioctl.c, tests/sys/netpfil/pf match.sh

pf: do not reject rules with colliding hashes

We insert rules in pf_krule_global solely for the benefit of the
'keepcounters' feature. Failing to insert (beause the rule hash
collides, or an identical rule already exists) would be worse than
restoring counts to the wrong rule (or failing to restore them at all).

PR:             282863, 294860, 294859, 294858
MFC after:      3 days
Sponsored by:   Rubicon Communications, LLC ("Netgate")
Differential Revision:  https://reviews.freebsd.org/D56745

(cherry picked from commit a0e4c65f1814a7a677364dc29bb703f84323d175)
DeltaFile
+36-0tests/sys/netpfil/pf/match.sh
+8-16sys/netpfil/pf/pf_ioctl.c
+44-162 files

OPNSense/src 3a22f53sys/netpfil/pf if_pfsync.c

pfsync: reject invalid SCTP states

SCTP states should always have a src scrub object associated with them.
Crafted pfsync packets might not have this, leading to us derferencing a
NULL pointer on cleanup.

Validate the pfsync state insertion packet to make sure this is correct.

PR:             294989
MFC after:      1 week
Sponsored by:   Rubicon Communications, LLC ("Netgate")

(cherry picked from commit bf6d00afdb6171ba04a1c5a7fde904cde87d212d)
DeltaFile
+7-0sys/netpfil/pf/if_pfsync.c
+7-01 files

OpenBSD/xenocara TdJMyR3xserver/Xext sync.c, xserver/glx glxcmds.c glxcmdsswap.c

   Merge fixes from upstream for multiple Xserver issues:
   * Font Alias Stack-based Buffer Overflow
   * XSYNC Use-After-Free in miSyncDestroyFence()
   * XKB Key Types Stack-based Buffer Overflow
   * XKB SetMap Request Stack-based Buffer Overflow
   * XSYNC Use-After-Free in FreeCounter()
   * XSYNC Use-After-Free in SyncChangeCounter()
   * GLX ChangeDrawableAttributes Out-Of-Bounds Read/Write
   * CreateSaverWindow Use-After-Free Information Disclosure
   * DRI2 DRIGetBuffers/DRIGetBuffersWithFormat Out-Of-Bounds Write
VersionDeltaFile
1.21+32-25xserver/hw/xfree86/dri2/dri2.c
1.25+47-8xserver/Xext/sync.c
1.22+5-16xserver/glx/glxcmds.c
1.8+8-4xserver/miext/sync/misync.c
1.10+5-7xserver/glx/glxcmdsswap.c
1.7+7-1xserver/include/closestr.h
+104-613 files not shown
+123-629 files

OPNSense/src 0199ee3sys/net/route route_tables.c

routing: Initialize V_rt_numfibs earlier during boot

V_rt_numfibs can be set at compile time (with the ROUTETABLES kernel
config option) or boot time (with the net.fibs tunable).
vnet_rtables_init(), running during SI_PROTO_DOMAIN, was checking the
tunable and updating V_rt_numfibs accordingly, but that means that
earlier SYSINITs, such as vnet_mroute_init(), see the compile-time value
for V_rt_numfibs before it gets corrected in vnet_rtables_init().

Fix this by initializing V_rt_numfibs earlier, so that SYSINITs are less
likely to use the wrong value.

Add a comment describing the weird, preexisting semantic of resetting
rt_numfibs to 1 in VNET jails.

PR:             294510
Reviewed by:    glebius, zlei, pouria
MFC after:      1 week
Differential Revision:  https://reviews.freebsd.org/D56473

    [2 lines not shown]
DeltaFile
+16-8sys/net/route/route_tables.c
+16-81 files

OPNSense/src ed87e2csys/net/route route_tables.c

routing: Use a better error number in sysctl_fibs()

ENOTCAPABLE is for capsicum and its use here is inappropriate.  In
particular, note that syscallret() treats this value specially.

Reviewed by:    glebius, pouria, zlei
MFC after:      1 week
Differential Revision:  https://reviews.freebsd.org/D56481

(cherry picked from commit 8de0fc10a1c2d65bdb39eff862266ab1f87902c8)
DeltaFile
+1-1sys/net/route/route_tables.c
+1-11 files

OPNSense/src 29d31ffsys/net if_vxlan.c

if_vxlan: Update *m0 after a pullup

vxlan_input()'s caller is supposed to free *m0 if it is non-NULL after
the function returns.  vxlan_input() failed to update *m0 after the
pullup however, so if it hits an error case after the pullup, we'll free
the mbuf twice.  Currently this can happen only if the interface is
brought down or due to a packet loop.

Reported by:    Yuxiang Yang, Yizhou Zhao, Xuewei Feng, Qi Li, and Ke Xu from Tsinghua University using GLM5.1 from Z.ai
Reviewed by:    pouria, zlei
MFC after:      1 week
Differential Revision:  https://reviews.freebsd.org/D56944

(cherry picked from commit a6c4fe2d1a38885914b1c3e85508b965ccdb7874)
DeltaFile
+1-2sys/net/if_vxlan.c
+1-21 files

OPNSense/src b804ac4sys/netinet igmp.c, sys/sys mbuf.h

igmp: Avoid leaving dangling pointers in the state-change queue

When igmp_v3_merge_state_changes() is iterating over state-change
packets, there is a case where it'll free a queued packet but will fail
to remove it from the queue.  Fix that.

Reported by:    Yuxiang Yang, Yizhou Zhao, Xuewei Feng, Qi Li, and Ke Xu from Tsinghua University using GLM5.1 from Z.ai
Reviewed by:    pouria, glebius
MFC after:      1 week
Differential Revision:  https://reviews.freebsd.org/D56947

(cherry picked from commit beab4a237a45aea809e81802b9e1e9ff30f3d929)
DeltaFile
+5-3sys/netinet/igmp.c
+8-0sys/sys/mbuf.h
+13-32 files

OPNSense/src a03bb8asys/netpfil/ipfw ip_fw_nat.c

ipfw: fix checksum after NAT

When checksum offloading is used, IPFW needs to fix the checksum
after libalias has done NAT. The ipfw_nat() function does so, but
only for mbufs without a receiving interface. However, if, for example,
the packet was sent inside a jail that used checksum offloading over
an epair, ipfw still needs to fix the checksum even though the mbuf
has set a receiving interface (epair).
This patch just removes the check whether a receiving interface is set.

PR:                     295057
Reviewed by:            tuexen
Differential Revision:  https://reviews.freebsd.org/D57091

(cherry picked from commit 81b47a7c604f1d563283759572fa7a1f9d4dc56f)
DeltaFile
+7-8sys/netpfil/ipfw/ip_fw_nat.c
+7-81 files

OPNSense/src 26747f5sys/net if_ovpn.c

if_ovpn.c: fix use of uninitialized variable

In case we use OVPN_CIPHER_ALG_NONE, the memcpy will attempt to copy 0
bytes from an uninitialized pointer. While the memcpy() implementation
will treat this as a no-op and not actually dereferece the undefined
variable it is still undefined behaviour to the compiler and should be
fixed. Found by building with clang HEAD

Reviewed by:    kp
MFC after:      1 week
Differential Revision: https://reviews.freebsd.org/D52543

(cherry picked from commit 969be39fb3caf4272f128dbf3267ceba5966a6ce)
DeltaFile
+4-2sys/net/if_ovpn.c
+4-21 files

OPNSense/src daedb8bsys/dev/netmap netmap_kloop.c

netmap: silence -Wdefault-const-init-field-unsafe warning

The netmap_ring struct starts with various const members and rencent
clang warns about leaving them uninitialized. Having them const in the
first place is highly suspicious since they are updated with various
macros but using hand-coded __DECONST(). But fixing that is a more
invasive change that I am unable to test.

```
.../freebsd/sys/dev/netmap/netmap_kloop.c:320:21: error: default initialization of an object of type 'struct netmap_ring' with const member leaves the object uninitialized [-Werror,-Wdefault-const-init-field-unsafe]
  320 |         struct netmap_ring shadow_ring; /* shadow copy of the netmap_ring */
      |                            ^
.../freebsd/sys/net/netmap.h:290:16: note: member 'buf_ofs' declared 'const' here
  290 |         const int64_t   buf_ofs;
      |                         ^
```

Test Plan: Compiles


    [5 lines not shown]
DeltaFile
+4-2sys/dev/netmap/netmap_kloop.c
+4-21 files

OPNSense/src 15be895sbin/ipfw nat.c ipfw.8, tests/sys/netpfil/common nat.sh

ipfw: fix parsing error in nat config port_range

Also fix the corresponding tests.

PR:             263240
Differential Revision:  https://reviews.freebsd.org/D57010

(cherry picked from commit 6eba055fcf5b0bbfbebcac59f5982d13815001b0)
DeltaFile
+16-13sbin/ipfw/nat.c
+14-12tests/sys/netpfil/common/nat.sh
+2-1sbin/ipfw/ipfw.8
+32-263 files

LLVM/project d046ee4.github/workflows/upload-release-artifact action.yml

workflows/upload-release-artifact: Fix typo introduced in 01cfbaabef6cb59a1a6eb870bf5f48ac2e747118 (#200730)
DeltaFile
+2-2.github/workflows/upload-release-artifact/action.yml
+2-21 files

LLVM/project 872e45bllvm/lib/Target/X86 X86ISelLowering.cpp, llvm/test/CodeGen/X86 gfni-or-fold.ll

[X86] Fold OR of constant splats into GF2P8AFFINEQB (#194330)

Fold OR of a constant byte splat into X86ISD::GF2P8AFFINEQB when the
affine matrix is known at compile time.

For bits forced to 1 by the OR mask, zero the corresponding matrix rows
(in reverse row order within each 64-bit lane) and set the same bits in
the immediate. This turns:

  gf2p8affineqb(x, M, imm) | C

into:

  gf2p8affineqb(x, M & KeepMask, imm | C)

where KeepMask clears the rows for output bits selected by C.

This removes a separate OR after GF2P8AFFINEQB for constant-matrix cases
and extends the existing GFNI combine coverage beyond XOR folds.

Fixes: https://github.com/llvm/llvm-project/issues/191173
DeltaFile
+219-0llvm/test/CodeGen/X86/gfni-or-fold.ll
+53-15llvm/lib/Target/X86/X86ISelLowering.cpp
+272-152 files

LLVM/project 363fdc5llvm/lib/IR AsmWriter.cpp, llvm/test/Assembler dilabel.ll

[LLVM][IR] Make sure that DILabel's line is always printed (#200846)

This commit ensures that the textual IR of the DILabel always contains
the `line` information. This is required as the absence of a line causes
a parsing failure, i.e., this change fixes the print + parse roundtrip.
DeltaFile
+22-0llvm/test/Assembler/dilabel.ll
+1-1llvm/lib/IR/AsmWriter.cpp
+23-12 files

NetBSD/pkgsrc XFKyoFkdoc CHANGES-2026

   Updated math/fast_float, www/py-aiohttp
VersionDeltaFile
1.3444+3-1doc/CHANGES-2026
+3-11 files

NetBSD/pkgsrc O4t9t6cwww/py-aiohttp Makefile distinfo

   py-aiohttp: updated to 3.14.0

   3.14.0 (2026-06-01)

   Features

   - Added ``RequestKey`` and ``ResponseKey`` classes,
     which enable static type checking for request & response
     context storages in the same way that ``AppKey`` does for ``Application``
   - Added :func:`~aiohttp.encode_basic_auth` for encoding HTTP Basic
     Authentication credentials. Replaces the now-deprecated
     :class:`~aiohttp.BasicAuth`
   - Started accepting :term:`asynchronous context managers <asynchronous context manager>` for cleanup contexts.
     Legacy single-yield :term:`asynchronous generator` cleanup contexts continue to be
     supported; async context managers are adapted internally so they are
     entered at startup and exited during cleanup.
   - Added :py:attr:`~aiohttp.CookieJar.cookies` and :py:attr:`~aiohttp.CookieJar.host_only_cookies` read-only properties to :py:class:`~aiohttp.CookieJar` exposing the stored cookies with their full attributes
   - Added :py:attr:`~aiohttp.web.TCPSite.port` accessor for dynamic port allocations in :class:`~aiohttp.web.TCPSite`
   - Added ``decode_text`` parameter to :meth:`~aiohttp.ClientSession.ws_connect` and :class:`~aiohttp.web.WebSocketResponse` to receive WebSocket TEXT messages as raw bytes instead of decoded strings, enabling direct use with high-performance JSON parsers like ``orjson``

    [64 lines not shown]
VersionDeltaFile
1.106+6-4www/py-aiohttp/Makefile
1.98+4-4www/py-aiohttp/distinfo
+10-82 files

NetBSD/pkgsrc U1dx9b1math/fast_float distinfo Makefile

   fast_float: updated to 8.2.6

   8.2.6

   Unroll the integer-part digit scan (straight-line for the common 1-5 digit case)
   Add a 4-digit SWAR follow-up to loop_parse_if_eight_digits (clang)
   Parallelize the exhaustive float32 sweeps across hardware threads (~75-88x)
VersionDeltaFile
1.14+4-4math/fast_float/distinfo
1.14+2-2math/fast_float/Makefile
+6-62 files

FreeBSD/ports cceada7graphics/asciinema-agg distinfo Makefile

graphics/asciinema-agg: Update to 1.9.0

ChangeLog: https://github.com/asciinema/agg/releases/tag/v1.9.0
DeltaFile
+3-3graphics/asciinema-agg/distinfo
+1-1graphics/asciinema-agg/Makefile
+4-42 files

FreeBSD/ports 3203ea8archivers/py-zipstream-ng Makefile distinfo

archivers/py-zipstream-ng: Update to 1.9.2

ChangeLog: https://github.com/pR0Ps/zipstream-ng/blob/v1.9.2/CHANGELOG.md
DeltaFile
+6-3archivers/py-zipstream-ng/Makefile
+3-3archivers/py-zipstream-ng/distinfo
+9-62 files

LLVM/project adcd285compiler-rt/lib/scudo/standalone secondary.h mem_map_linux.cpp, compiler-rt/lib/scudo/standalone/tests report_test.cpp

[scudo] Return nullptr if a remap fails on linux. (#200537)

Add a check if a fixed address mmap doesn't return the expected address.

Allow a remap call to fail if the mmap fails and returns a nullptr to
the caller.

Fix a place where if remap fails in the secondary, it didn't do
anything. Now it will unmap the original entry on failure.
DeltaFile
+7-2compiler-rt/lib/scudo/standalone/secondary.h
+5-3compiler-rt/lib/scudo/standalone/mem_map_linux.cpp
+8-0compiler-rt/lib/scudo/standalone/report_linux.cpp
+4-0compiler-rt/lib/scudo/standalone/report_linux.h
+3-0compiler-rt/lib/scudo/standalone/tests/report_test.cpp
+27-55 files

LLVM/project e4e39abllvm/lib/CodeGen MachineInstrBundle.cpp, llvm/test/CodeGen/AMDGPU finalizebundle.mir hard-clauses-gfx1250.mir

[CodeGen] Treat Reg uses which are partailly defined within bundle as internal read
DeltaFile
+76-0llvm/test/CodeGen/AMDGPU/finalizebundle.mir
+54-17llvm/lib/CodeGen/MachineInstrBundle.cpp
+42-0llvm/test/CodeGen/AMDGPU/hard-clauses-gfx1250.mir
+172-173 files