LLVM/project 4214b46llvm/docs/DirectX SemanticSignatures.md, llvm/include/llvm/Frontend/HLSL SemanticSignaturePacking.h

[HLSLSemanticSignatures] Implement the stacked packing of elements (#218060)

This change defines a testing harness for the packing algorithms of
semantic signatures.

Then implements the stacked packing algorithm.

Resolves: https://github.com/llvm/llvm-project/issues/205875

Assisted by: Claude Opus 5 and GPT-5.6 Sol
DeltaFile
+347-0llvm/unittests/Frontend/HLSLSemanticSignaturePackingTest.cpp
+67-0llvm/lib/Frontend/HLSL/SemanticSignaturePacking.cpp
+67-0llvm/include/llvm/Frontend/HLSL/SemanticSignaturePacking.h
+49-0llvm/docs/DirectX/SemanticSignatures.md
+16-0llvm/lib/Frontend/HLSL/SemanticSignatures.cpp
+1-0llvm/lib/Frontend/HLSL/CMakeLists.txt
+547-01 files not shown
+548-07 files

LLVM/project 0f47e79lldb/source/Plugins/SymbolFile/DWARF CMakeLists.txt DWARFASTParser.h

[lldb][Fortran] Added DWARFASTParser for Fortran (#218024)

This PR adds the DWARFASTParserFortran class returning nullptr. This is
intended to add the necessary classes for subsequent PRs to add
features.

Changes:
- Adds DWARFASTParserFortran class.

Part of the Add Fortran support to LLDB GSoC 2026 project.

Relates to #109119.
DeltaFile
+77-0lldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserFortran.h
+42-0lldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserFortran.cpp
+1-1lldb/source/Plugins/SymbolFile/DWARF/DWARFASTParser.h
+1-0lldb/source/Plugins/SymbolFile/DWARF/CMakeLists.txt
+121-14 files

LLVM/project 5377208utils/bazel/llvm-project-overlay/libc BUILD.bazel libc_build_rules.bzl, utils/bazel/llvm-project-overlay/libc/startup/linux BUILD.bazel startup_rules.bzl

[libc][bazel] Add targets for startup objects

[libc][bazel] more startup object rules

[libc][bazel] Refactor internal_copts for libc_support_library
DeltaFile
+173-0utils/bazel/llvm-project-overlay/libc/startup/linux/startup_rules.bzl
+104-0utils/bazel/llvm-project-overlay/libc/startup/linux/BUILD.bazel
+47-0utils/bazel/llvm-project-overlay/libc/startup/linux/x86_64/BUILD.bazel
+41-2utils/bazel/llvm-project-overlay/libc/libc_build_rules.bzl
+1-0utils/bazel/llvm-project-overlay/libc/BUILD.bazel
+366-25 files

FreeNAS/freenas 9284847src/middlewared/middlewared/plugins network.py, src/middlewared/middlewared/plugins/interface sync.py bridge.py

Fail interface.commit when a bridge member cannot be added, and reject members that host a VM or container NIC in MACVLAN mode
DeltaFile
+45-11src/middlewared/middlewared/plugins/interface/bridge.py
+51-0tests/api2/test_interface_bridge_member_busy.py
+35-2src/middlewared/middlewared/plugins/network.py
+4-4src/middlewared/middlewared/plugins/interface/sync.py
+4-0src/middlewared/middlewared/pytest/unit/plugins/test_interface.py
+139-175 files

FreeBSD/src 26248c3sys/kern uipc_mbuf.c, sys/net if_bridge.c

if_bridge: pull up only the headers bridge_pfil() inspects

bridge_pfil() pulled up min(m_pkthdr.len, max_protohdr) bytes.  When the
mapped head is shorter than that and followed by an unmapped (M_EXTPG)
mbuf -- a sendfile(2) or KTLS segment from a member advertising
IFCAP_MEXTPG -- m_pullup() ran into it and dereferenced a NULL mtod(),
panicking the kernel.

Pull up the Ethernet header first, and the SNAP/LLC header only for an
802.3 frame.  This is similar to pf and ip_output().

m_pullup() and m_copyup() asserted only the first mbuf; assert inside both
copy loops so the shape trips the check.

Fixes:          c38abd64dbc1 ("if_epair: support IFCAP_MEXTPG")
Suggested by:   markj
Reviewed by:    markj, gallatin
Assisted-by:    Claude Code (Fable 5, Opus 5)
DeltaFile
+23-10sys/net/if_bridge.c
+4-0sys/kern/uipc_mbuf.c
+27-102 files

FreeBSD/src 8209ceesys/net if_bridge.c

if_bridge: count the drops on the fragmentation path

bridge_pfil() returned a fragmentation failure without counting it,
and bridge_fragment() dropped a chain on three allocation failures
without counting those either.

Count the first on the filtered interface and the others with
ips_odropped, which is what ip_fragment() uses for the same failure
and what bridge_fragment() already uses for its success case.

Reviewed by:    gallatin
Differential Revision:  https://reviews.freebsd.org/D59391
Assisted-by:    Claude Code (Fable 5, Opus 5)
DeltaFile
+9-1sys/net/if_bridge.c
+9-11 files

OpenZFS/src 61fbdf1module/zfs spa.c

zfs: spa_sync_upgrades() should only take lock when needed

"zfs get -Hp ..." command got into waiting for memory allocation
while holding READER lock as dmu_objset_hold holds dp_config_rwlock READ
via dsl_pool_hold.

pageout was freeing memory by pushing some pages to swap zvol,
but got waiting for txg_wait_synced() and the memory was not freed.

txg_sync thread: spa_sync -> spa_sync_upgrades ->
rrw_enter(&dp->dp_config_rwlock, RW_WRITER) blocked.

This scenario did lead to investigation if spa_sync_upgrades() is
actually correct about requiring writer lock and it turns out that
we only do need write lock for three cases, where upgrade does change
DSL name space.

In other cases, and to check uberblock versions, we do not need
to set this lock.

    [3 lines not shown]
DeltaFile
+40-24module/zfs/spa.c
+40-241 files

OpenZFS/src 4e015d8tests/zfs-tests/tests/functional/cli_root/zpool_initialize zpool_initialize_online_offline.ksh

ZTS: inject latency into initialize online/offline test

Fast vdevs can finish initialization before the online/offline test
checks progress and suspends it.  Moving the suspend command earlier
only narrows this race window.

Inject a 20 ms write delay with one lane on the disk being initialized
so the test can observe progress and suspend initialization.  Keep the
original online/offline assertions and clear the injection during
cleanup before destroying the pool.

Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Signed-off-by: Matthias Goergens <matthias.goergens at gmail.com>
Closes #19024
DeltaFile
+9-0tests/zfs-tests/tests/functional/cli_root/zpool_initialize/zpool_initialize_online_offline.ksh
+9-01 files

LLVM/project d342779llvm/lib/Frontend/OpenMP OMPDescriptors.inc, llvm/test/Analysis/CostModel/X86 shuffle-extract_subvector.ll

Rebase, address comments

Created using spr 1.3.7
DeltaFile
+2,066-2,066llvm/test/Analysis/CostModel/X86/shuffle-extract_subvector.ll
+840-839llvm/lib/Frontend/OpenMP/OMPDescriptors.inc
+1,173-489llvm/test/CodeGen/AArch64/sve-bf16-combines.ll
+1,482-0llvm/test/CodeGen/LoongArch/memory-barrier-opt.ll
+121-1,318llvm/test/Transforms/Attributor/nofpclass.ll
+1,156-0llvm/test/Transforms/Attributor/nofpclass-fadd-fsub.ll
+6,838-4,712936 files not shown
+34,938-16,014942 files

OpenZFS/src 0833cfdinclude/os/freebsd/spl/sys uio.h, include/os/linux/spl/sys uio.h

Decline Direct I/O reads on a file handle after a benign verify failure

A Direct I/O read verifies the block checksum over the caller's buffer
after the read completes, to catch the buffer being modified while the
read is in flight.  When an application recycles its O_DIRECT read
buffers across concurrent requests -- QEMU's block layer does this -- a
queued read can overwrite the buffer before the previous read's verify
runs.  The verify then fails even though the data on disk is correct:
ZFS discards the direct read, re-reads the block through the ARC, and
emits an ereport.fs.zfs.dio_verify_rd.  The returned data is correct and
the pool stays healthy, but under concurrent load the stream of failed
verifies and buffered re-reads is a real cost and can stall the
workload (#18610).

Once a file handle hits one of these benign failures -- a DIO read
verify that failed but whose buffered re-read then succeeded, proving
the on-disk data good and the buffer caller-modified -- decline Direct
I/O for reads on that handle for the rest of its life and route them
through the existing uncached buffered path.  An application that uses a

    [29 lines not shown]
DeltaFile
+117-0tests/zfs-tests/tests/functional/direct/dio_read_verify_decline.ksh
+47-0module/os/linux/zfs/zpl_file.c
+23-1module/zfs/zfs_vnops.c
+9-0include/os/linux/spl/sys/uio.h
+7-0include/os/freebsd/spl/sys/uio.h
+1-1tests/runfiles/linux.run
+204-21 files not shown
+205-27 files

LLVM/project 10c6f34llvm/lib/Target/AArch64 AArch64TargetMachine.cpp AArch64ISelLowering.cpp, llvm/lib/Target/AArch64/GISel AArch64InstructionSelector.cpp

Revert "[AArch64][GlobalISel] Add support for TLS for ELF" (#222989)

Reverts llvm/llvm-project#220236

It seems to break scudo tests.
DeltaFile
+13-176llvm/lib/Target/AArch64/GISel/AArch64InstructionSelector.cpp
+20-25llvm/lib/Target/AArch64/AArch64ISelLowering.cpp
+2-27llvm/test/CodeGen/AArch64/arm64-tls-local-exec.ll
+5-12llvm/test/CodeGen/AArch64/arm64-tls-dynamics.ll
+7-7llvm/lib/Target/AArch64/AArch64TargetMachine.cpp
+4-4llvm/test/CodeGen/AArch64/ptrauth-arm64-tls-dynamics.ll
+51-2513 files not shown
+52-2649 files

LLVM/project 9c80947lldb/packages/Python/lldbsuite/test lldbtest.py, lldb/test/API/symstore TestSymStore.py

[lldb] Add test variants to build directory name (#222792)

Fix testing with shared build directories to no longer share build
directories between build variants.

For example, use a different build directory for dwarf and dsym
variants, to prevent one variant's build artifacts from being used by
the other.

Assisted-by: claude
DeltaFile
+11-4lldb/packages/Python/lldbsuite/test/lldbtest.py
+4-0lldb/test/API/symstore/TestSymStore.py
+15-42 files

LLVM/project 5651077clang/include/clang/CIR/Dialect/IR CIRTypeConstraints.td

[CIR][NFC] Fix VectorElementType constraints (#222736)

Remove `CIR_AnyPtrType` from the supported types in VectorElementType
constraints
DeltaFile
+2-2clang/include/clang/CIR/Dialect/IR/CIRTypeConstraints.td
+2-21 files

LLVM/project ccf0962llvm/include/llvm/BinaryFormat Magic.h, llvm/lib/BinaryFormat Magic.cpp

[LLVM] Add zlib compressed data magic to LLVM magic

RFC 1950 CMF/FLG with a 32K window is four well-defined headers, which
is what LLVM's compress2 emits. Recognize those the same way as zstd so
callers can name either stream without defaulting unknown bytes to zlib.
DeltaFile
+35-7llvm/unittests/BinaryFormat/TestFileMagic.cpp
+10-0llvm/lib/BinaryFormat/Magic.cpp
+1-0llvm/lib/Object/ObjectFile.cpp
+1-0llvm/lib/Object/Binary.cpp
+1-0llvm/include/llvm/BinaryFormat/Magic.h
+48-75 files

LLVM/project b172d24llvm/lib/Object OffloadBinary.cpp, llvm/test/ObjectYAML/Offload compressed-zlib.yaml

zlib add
DeltaFile
+30-0llvm/test/ObjectYAML/Offload/compressed-zlib.yaml
+11-3llvm/lib/Object/OffloadBinary.cpp
+10-3llvm/tools/obj2yaml/offload2yaml.cpp
+5-0llvm/unittests/Object/OffloadingTest.cpp
+56-64 files

LLVM/project 02dc39bllvm/lib/Object OffloadBinary.cpp

fix alignment
DeltaFile
+3-2llvm/lib/Object/OffloadBinary.cpp
+3-21 files

LLVM/project 882c2b3llvm/tools/llvm-offload-binary llvm-offload-binary.cpp

unnecessary
DeltaFile
+1-1llvm/tools/llvm-offload-binary/llvm-offload-binary.cpp
+1-11 files

LLVM/project ed11abellvm/tools/obj2yaml offload2yaml.cpp

Fix yaml memory corruption
DeltaFile
+9-9llvm/tools/obj2yaml/offload2yaml.cpp
+9-91 files

LLVM/project 13be029llvm/lib/Object OffloadBinary.cpp, llvm/test/ObjectYAML/Offload compressed.yaml

[Offloading] Add support for compressed OffloadBinary types

Summary:
Offload binaries are used to store many heterogenous architectures into
a singel offloading blob. These lists can get very large so this PR adds
the option to compress them with the LLVM provided compression
libraries.

The implementation is quite simple, we simply compress all the buffers
after the header into a single compressed blob, then re-construct the
header. Extracting is the reverse.

The biggest change is that the offload binary now **owns** the memory,
whereas before we simply took a reference to it. This is necessary
because the decompression must create new memory compared to what the
user provided. This adds an extra copy internally, but it also
simplifies the V2 additions.

This does not wire up any clang/HIP support, just providing the
functionality.
DeltaFile
+130-45llvm/lib/Object/OffloadBinary.cpp
+68-0llvm/unittests/Object/OffloadingTest.cpp
+41-0llvm/test/tools/llvm-objdump/Offloading/compressed.test
+34-2llvm/tools/llvm-offload-binary/llvm-offload-binary.cpp
+30-0llvm/test/ObjectYAML/Offload/compressed.yaml
+25-1llvm/tools/obj2yaml/offload2yaml.cpp
+328-489 files not shown
+399-6315 files

LLVM/project eb4c0ballvm/include/llvm/BinaryFormat Magic.h, llvm/lib/BinaryFormat Magic.cpp

[LLVM] Add zstd compressed frame magic to LLVM magic

Summary:
ZSTD uses magic to indentify compressed frames in the bitstream. Add
this as a recognized file magic type so that we can identify compressed
streams that LLVM creates.
DeltaFile
+27-2llvm/unittests/BinaryFormat/TestFileMagic.cpp
+5-0llvm/lib/BinaryFormat/Magic.cpp
+1-0llvm/unittests/BinaryFormat/CMakeLists.txt
+1-0llvm/lib/Object/ObjectFile.cpp
+1-0llvm/lib/Object/Binary.cpp
+1-0llvm/include/llvm/BinaryFormat/Magic.h
+36-26 files

LLVM/project bc755d9llvm/include/llvm/Object OffloadBinary.h, llvm/lib/Object OffloadBinary.cpp

comments
DeltaFile
+14-15llvm/include/llvm/Object/OffloadBinary.h
+18-0llvm/test/ObjectYAML/Offload/malformed-compressed-offset.yaml
+5-9llvm/lib/Object/OffloadBinary.cpp
+3-1llvm/unittests/Object/OffloadingTest.cpp
+4-0llvm/test/tools/llvm-offload-binary/compress.test
+2-1llvm/tools/obj2yaml/offload2yaml.cpp
+46-261 files not shown
+47-277 files

LLVM/project 177eb76llvm/lib/Transforms/IPO AttributorAttributes.cpp

[NFC][Attributor] Drop the comment on the indirect-call address space cast (#222139)

Follow-up to #222097, which merged before this was addressed.

@efriedma-quic pointed out that the comment described the change rather
than the
code, and that address space zero is not relevant to the fixed code.
Removing
it; `getProgramAddressSpace()` and the cast say what is happening.
DeltaFile
+0-4llvm/lib/Transforms/IPO/AttributorAttributes.cpp
+0-41 files

LLVM/project 325f255flang/lib/Optimizer/OpenACC/Support FIROpenACCUtils.cpp, flang/test/Fir/OpenACC support-analysis-varname.mlir

[flang][acc] Let getVariableName choose mangled or source names (#222815)

OpenACCSupport can now ask for the name the source spells or the name
the variable is emitted under. Recover names from acc.map_info and
globals, and teach Flang to demangle FIR symbols while still walking the
referenced variable for a mangled data-clause name.
DeltaFile
+143-0flang/test/Fir/OpenACC/support-analysis-varname.mlir
+70-0flang/test/lib/OpenACC/TestOpenACCSupport.cpp
+38-0mlir/test/Dialect/OpenACC/support-analysis-varname.mlir
+20-5mlir/include/mlir/Dialect/OpenACC/Analysis/OpenACCSupport.h
+17-6flang/lib/Optimizer/OpenACC/Support/FIROpenACCUtils.cpp
+5-1mlir/lib/Dialect/OpenACC/Utils/OpenACCUtils.cpp
+293-128 files not shown
+314-2114 files

LLVM/project 2bb1a24llvm/docs GettingInvolved.md

Rename my office hours; NFC (#222982)

Other Clang maintainers routinely come to my office hours to help field
questions, so instead of claiming these are my office hours, I'm turning
them into a more general "Clang Maintainers" office hours. I will
continue to chair them as usual, but this is a more accurate way of
describing the office hours and will hopefully encourage other Clang
maintainers to attend periodically if they have time and interest in
doing so.
DeltaFile
+4-2llvm/docs/GettingInvolved.md
+4-21 files

LLVM/project 445028cclang/docs ReleaseNotes.md, clang/include/clang/Sema Sema.h

[Clang] Refactor instantiation of declarations within concepts (#221707)

After implementation of CWG2369, declarations are instantiated on demand
when evaluating a concept.

This was hinged on TemplateInstantiator, where we intercepted most calls
that need an instantiated declaration. This is almost identity to
SetupConstraintScope, which tries to re-instantiate any declarations to
the current scope. This patch removes SetupConstraintScope because we
can instantiate anything on demand.

The concept normalization patch brings us more troubles when we have to
deal with sugars: declarations instantiated outside of the scope (e.g. a
typedef declaration) are never added/instantiated during instantiation
of concepts: this patch makes that function also look up outer scopes
for those declarations. Note that we couldn't simply make the scope of
concepts 'transparent', since we don't want clashes of instantiated
function parameters.


    [4 lines not shown]
DeltaFile
+32-144clang/lib/Sema/SemaConcept.cpp
+79-35clang/lib/Sema/SemaTemplateInstantiate.cpp
+7-19clang/include/clang/Sema/Sema.h
+26-0clang/test/SemaCXX/cxx2c-fold-exprs.cpp
+16-0clang/test/SemaTemplate/concepts-lambda.cpp
+3-0clang/docs/ReleaseNotes.md
+163-1981 files not shown
+165-1987 files

LLVM/project b777f1ellvm/lib/Target/AArch64 AArch64TargetMachine.cpp AArch64ISelLowering.cpp, llvm/lib/Target/AArch64/GISel AArch64InstructionSelector.cpp

Revert "[AArch64][GlobalISel] Add support for TLS for ELF (#220236)"

This reverts commit 94dcd357325f05a47537794bae692998ec059cdf.
DeltaFile
+13-176llvm/lib/Target/AArch64/GISel/AArch64InstructionSelector.cpp
+20-25llvm/lib/Target/AArch64/AArch64ISelLowering.cpp
+2-27llvm/test/CodeGen/AArch64/arm64-tls-local-exec.ll
+5-12llvm/test/CodeGen/AArch64/arm64-tls-dynamics.ll
+7-7llvm/lib/Target/AArch64/AArch64TargetMachine.cpp
+4-4llvm/test/CodeGen/AArch64/ptrauth-arm64-tls-dynamics.ll
+51-2513 files not shown
+52-2649 files

LLVM/project 1b8f1a2clang-tools-extra/clangd/index YAMLSerialization.cpp, clang-tools-extra/clangd/unittests SerializationTests.cpp

[clangd] Add missing SymbolKind cases to YAML serialization (#222070)

The YAML index writer maps index::SymbolKind to strings through a list
of enumCase calls that was not updated when Concept, IncludeDirective,
and the template parameter kinds were added to the enum. Writing a
symbol with one of these kinds matches no case, so nothing is emitted
for the value and the next key lands on the same line, producing Kind:
Lang: C. With assertions enabled, the writer aborts rather than emitting
malformed YAML. This affects clangd-indexer --format=yaml when indexing
C++20 concepts.

Add the missing cases so the list mirrors the enum, drop the duplicate
Function entry, and add a test that round-trips every current SymbolKind
through YAML. The binary index format stores the kind as a raw byte and
is unaffected.


Fixes #206875
DeltaFile
+28-0clang-tools-extra/clangd/unittests/SerializationTests.cpp
+5-1clang-tools-extra/clangd/index/YAMLSerialization.cpp
+4-0clang-tools-extra/docs/ReleaseNotes.md
+37-13 files

LLVM/project 4e72f2cllvm/include/llvm/CodeGen SelectionDAG.h, llvm/lib/CodeGen/SelectionDAG SelectionDAG.cpp SelectionDAGISel.cpp

[SelectionDAG] Remove dead accessors, variables, and init parameters (NFC) (#222864)

This patch removes several dead accessors in SelectionDAG.  It also
adjusts init() and its callers to remove transitively dead variables
and parameters.

SDAGISelPass / getPass:
The last use of SelectionDAG::getPass was removed on February 23, 2026
in commit 9e6a6be8a84f32072e40b27e146fa9076560274e.

RuntimeLibcallInfo / getRuntimeLibcallInfo:
Introduced on January 16, 2026 in commit
01e6245af481dac4604e8a25be6bec0dbe36f99d without any callers, and never
initialized or assigned anywhere.

ORE / getORE:
Introduced on March 30, 2017 in commit
6dd6082472d11b1e1af21e4e4e0789e49de56537 without any callers
for getORE in or out of tree.

    [5 lines not shown]
DeltaFile
+6-24llvm/include/llvm/CodeGen/SelectionDAG.h
+4-9llvm/unittests/CodeGen/SelectionDAGTestBase.h
+2-9llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp
+1-5llvm/lib/CodeGen/SelectionDAG/SelectionDAG.cpp
+2-4llvm/unittests/Target/RISCV/RISCVSelectionDAGTest.cpp
+2-4llvm/unittests/Target/ARM/ARMSelectionDAGTest.cpp
+17-553 files not shown
+19-649 files

LLVM/project dc3ef94llvm/lib/Target/SystemZ/MCTargetDesc SystemZTargetStreamer.cpp, llvm/test/CodeGen/SystemZ zos-align-constpool.ll

[SystemZ][z/OS] Align constant pool

Follow-up to #222128: The call to emit the alignment was places on
the wrong line but the test did not catch it because it checked
only the textual output (which never emits the error message).
Fix is to move the call and update the test.
DeltaFile
+2-2llvm/lib/Target/SystemZ/MCTargetDesc/SystemZTargetStreamer.cpp
+2-1llvm/test/CodeGen/SystemZ/zos-align-constpool.ll
+4-32 files

OpenBSD/ports f1pdXt7multimedia/mpv Makefile, multimedia/mpv/patches patch-player_lua_ytdl_hook_lua

   mpv: don't force a dep on yt-dlp, it is perfectly usable as a player
   for local files without this (which pulls in restricted-arch packages
   for solving javascript challenges). update the error message when
   this is not found to mention yt-dlp as well as youtube-dl to give a
   better clue to users. ok tb@, other feedback lraab
VersionDeltaFile
1.3+9-11multimedia/mpv/patches/patch-player_lua_ytdl_hook_lua
1.111+1-2multimedia/mpv/Makefile
+10-132 files