LLVM/project 8a36fb2utils/bazel/llvm-project-overlay/lldb/source/Plugins plugin_config.bzl BUILD.bazel

[Bazel] Fixes 0f47e79 (#222999)

This fixes 0f47e798205bbaa84d12073c56d5d8c07ea65f59 (#218024).

Buildkite error link:
https://buildkite.com/llvm-project/upstream-bazel/builds?commit=0f47e798205bbaa84d12073c56d5d8c07ea65f59

Co-authored-by: Google Bazel Bot <google-bazel-bot at google.com>
DeltaFile
+31-0utils/bazel/llvm-project-overlay/lldb/source/Plugins/BUILD.bazel
+1-0utils/bazel/llvm-project-overlay/lldb/source/Plugins/plugin_config.bzl
+32-02 files

LLVM/project 0a8a6c4flang/test/lib/OpenACC CMakeLists.txt

[flang][acc] Add missing dependencies for TestOpenACCSupport (#222996)

Adds missing dependencies to avoid:
undefined reference to `mlir::acc::getOrCreateGPUModule` undefined
reference to `mlir::acc::OpenACCSupport::getVariableName` after
https://github.com/llvm/llvm-project/pull/222815
DeltaFile
+4-0flang/test/lib/OpenACC/CMakeLists.txt
+4-01 files

LLVM/project a930601llvm/lib/Target/WebAssembly WebAssemblyInstrSIMD.td, llvm/test/CodeGen/WebAssembly simd-relaxed-fptoint.ll

[WebAssembly] Select relaxed_trunc for vector fptosi/fptoui with +relaxed-simd (#214148)

Fixes #211273

When `+relaxed-simd` is enabled, plain vector `fptosi`/`fptoui` from `<4
x float>` to `<4 x i32>` is still lowered to
`i32x4.trunc_sat_f32x4_{s,u}`. The relaxed SIMD instructions already
exist in the backend, but they were only wired to the
WebAssembly-specific `llvm.wasm.relaxed.trunc.*` intrinsics—not to
generic `fptosi`/`fptoui` IR.

This matters for frontends like LDC that emit ordinary `fptosi` for SIMD
casts (e.g. `_mm_cvttps_epi32`-style code). With
`+simd128,+relaxed-simd`, we should prefer
`i32x4.relaxed_trunc_f32x4_{s,u}`, which typically lowers more
efficiently
on native SIMD hardware.

The fix adds two TableGen selection patterns in

    [19 lines not shown]
DeltaFile
+29-0llvm/test/CodeGen/WebAssembly/simd-relaxed-fptoint.ll
+10-0llvm/lib/Target/WebAssembly/WebAssemblyInstrSIMD.td
+39-02 files

LLVM/project df55412flang/lib/Semantics openmp-utils.cpp, flang/test/Semantics/OpenMP metadirective-common.f90

Reject negative trait scores during metadirective recovery

Reachability analysis can rank candidates before CheckTraitScore diagnoses
invalid scores. A score of -1 wraps the initial unsigned score to zero,
causing selection to dereference a null best candidate.

Treat negative scores as absent during recovery while preserving the
existing diagnostic.
DeltaFile
+27-0flang/test/Semantics/OpenMP/metadirective-common.f90
+4-1flang/lib/Semantics/openmp-utils.cpp
+31-12 files

LLVM/project af9833fllvm/include/llvm/TargetParser AMDGPUTargetParser.h, llvm/lib/Target/AMDGPU AMDGPUAsmPrinter.cpp

[AMDGPU] Add getLDSAllocGranule to TargetParser

Expose the LDS allocation granule from GPUKind and subarch without an
MCSubtargetInfo. Use the dedicated granularity features and consolidate
backend users on the byte-valued query.

Change-Id: Ic0c9345e7657ec3c6978a646628598cb7608b390
DeltaFile
+28-0llvm/lib/TargetParser/AMDGPUTargetParser.cpp
+16-0llvm/unittests/TargetParser/TargetParserTest.cpp
+0-14llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.cpp
+4-3llvm/lib/Target/AMDGPU/AMDGPUAsmPrinter.cpp
+0-5llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.h
+4-0llvm/include/llvm/TargetParser/AMDGPUTargetParser.h
+52-221 files not shown
+54-247 files

LLVM/project 5ff5fdellvm/lib/Target/AMDGPU AMDGPUFeatures.td AMDGPU.td, llvm/lib/Target/AMDGPU/Utils AMDGPUBaseInfo.cpp

[AMDGPU] Model LDS allocation granularity with subtarget features

Add numeric LDS allocation granularity features, expose them through the TargetParser feature bitset, and use them in the existing backend query.

Generic targets select the largest covered allocation granularity so their resource calculations remain conservative.

Change-Id: Icdd501d008c9d3cd566bdc8bde4a75d566ecb90a
DeltaFile
+70-0llvm/test/TableGen/AMDGPUTargetDefErrors.td
+51-6llvm/utils/TableGen/Basic/AMDGPUTargetDefEmitter.cpp
+46-0llvm/unittests/TargetParser/TargetParserTest.cpp
+23-3llvm/lib/Target/AMDGPU/AMDGPU.td
+17-0llvm/lib/Target/AMDGPU/AMDGPUFeatures.td
+6-6llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.cpp
+213-152 files not shown
+223-188 files

LLVM/project 19a0264llvm/include/llvm/TargetParser AMDGPUTargetParser.h, llvm/lib/TargetParser AMDGPUTargetParser.cpp

[AMDGPU] Use SIMD-mode terminology for LDS queries

Change-Id: I6d6900868d58374d295126c52f67ffcdd8676902
DeltaFile
+10-9llvm/include/llvm/TargetParser/AMDGPUTargetParser.h
+1-1llvm/lib/TargetParser/AMDGPUTargetParser.cpp
+11-102 files

LLVM/project 2c714a1llvm/include/llvm/TargetParser AMDGPUTargetParser.h, llvm/lib/Target/AMDGPU GCNSubtarget.cpp

[AMDGPU] Add getLocalMemorySize to TargetParser

Add getLocalMemorySize and getAddressableLocalMemorySize, both taking a
GPUKind or a Triple::SubArchType, so the LDS a work-group gets can be
queried from a GPU name alone without an MCSubtargetInfo. The first
returns the physical block available in the current mode, the second
caps it at what one work-group can address, mirroring the IsaInfo pair.

The number of SIMDs a work-group runs on is a per-kernel mode rather
than a property of the GPU, so it stays a parameter. GCNSubtarget
initializes its cached sizes from the new entry points. There is no
functional change.

Change-Id: Ib71428b66032a231ed491d6294122b359abfe7e2
Co-Authored-By: Claude Opus 5 (1M context) <noreply at anthropic.com>
DeltaFile
+56-0llvm/unittests/TargetParser/TargetParserTest.cpp
+39-3llvm/include/llvm/TargetParser/AMDGPUTargetParser.h
+30-0llvm/lib/TargetParser/AMDGPUTargetParser.cpp
+4-3llvm/lib/Target/AMDGPU/GCNSubtarget.cpp
+129-64 files

LLVM/project 6c68a16llvm/lib/Target/X86 X86TargetTransformInfo.cpp, llvm/test/Analysis/CostModel/X86 div-rem-strictfp.ll div.ll

[CostModel][X86] Add variable divisor div/rem costs for scalar and <=i32 vectors (#215124)

Div and rem by a variable divisor have no X86 cost entry at all, so they
fall through to the BasicTTI default and cost 1. A 20 to 40 cycle
unpipelined instruction ends up priced the same as an add.

That mattered less while vector integer division always scalarized,
since the price was wrong but the decision was usually right anyway.
After #205263 the <=i32 shapes lower through a float divide, so the
vector cost model is now describing a sequence that really exists and it
still prices it as scalarization.

This adds scalar entries plus five feature gated vector tables.

Numbers are the maximum llvm-mca Block RThroughput across the CPUs that
fold the shape with the low power lines excluded (atom and jaguar).
Vector entries take the max within the tier a CPU's feature level
selects, since the lookup takes the first matching table. Scalar takes
it across all of them.

    [12 lines not shown]
DeltaFile
+48-556llvm/test/Transforms/LoopVectorize/X86/cost-conditional-branches.ll
+569-0llvm/test/Analysis/CostModel/X86/masked-divrem.ll
+394-104llvm/test/Analysis/CostModel/X86/rem.ll
+404-36llvm/test/Analysis/CostModel/X86/div.ll
+403-0llvm/test/Analysis/CostModel/X86/div-rem-strictfp.ll
+350-0llvm/lib/Target/X86/X86TargetTransformInfo.cpp
+2,168-69613 files not shown
+2,707-1,24019 files

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

Merge branch 'main' into users/adams381/cir-callconv-dropped-return-res-attrs
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,7121,022 files not shown
+38,254-16,5631,028 files

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

Merge branch 'main' into users/adams381/cir-union-bitfield-declared-extent
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,7121,022 files not shown
+38,254-16,5631,028 files

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