LLVM/project 233a991llvm/lib/Target/AArch64 AArch64TargetTransformInfo.cpp, llvm/test/Analysis/CostModel/AArch64 loop_dependence_mask.ll

[AArch64] Tweak fixed-length loop.dependence.mask costs (#175538)

For fixed-length masks we need to AND the result of the whilewr/rw with
`ptrue vl*` (which is at least one more instruction).
DeltaFile
+8-8llvm/test/Analysis/CostModel/AArch64/loop_dependence_mask.ll
+5-3llvm/lib/Target/AArch64/AArch64TargetTransformInfo.cpp
+13-112 files

LLVM/project e12c8f0flang/include/flang/Optimizer/Analysis ArraySectionAnalyzer.h, flang/lib/Optimizer/Analysis ArraySectionAnalyzer.cpp CMakeLists.txt

[flang][NFC] Extract ArraySectionAnalyzer from OptimizedBufferization (#180278)

Extract `ArraySectionAnalyzer` from `OptimizedBufferization` into a
standalone
analysis utility so it can be reused by other passes (e.g.,
`ScheduleOrderedAssignments`).

Also extracts the logic to detect if a designate is using the indices
of an elemental operation in storage order.

This will be used in WHERE construct optimization in the next patch.
DeltaFile
+8-354flang/lib/Optimizer/HLFIR/Transforms/OptimizedBufferization.cpp
+300-0flang/lib/Optimizer/Analysis/ArraySectionAnalyzer.cpp
+119-0flang/include/flang/Optimizer/Analysis/ArraySectionAnalyzer.h
+1-0flang/lib/Optimizer/Analysis/CMakeLists.txt
+428-3544 files

LLVM/project fb10824.github/workflows release-asset-audit.yml

workflows/release-asset-audit: Split workflow into two jobs (#179833)

This way we can assign an environment to the job that uses the
ISSUE_SUBSCRIBER_TOKEN secret.

(cherry picked from commit 549172139cf547c3fcaa5d52bd70a55ffc0db286)
DeltaFile
+23-3.github/workflows/release-asset-audit.yml
+23-31 files

LLVM/project 8c31f77compiler-rt/test/ubsan/TestCases/Misc/Posix static-link.cpp

[ubsan][test] Skip Misc/Posix/static-link.cpp on Solaris (#175464)

The `UBSan-Standalone-x86_64 :: TestCases/Misc/Posix/static-link.cpp`
test currently `FAIL`s on Solaris/x86_64 with
```
ld: fatal: option '-z record' is incompatible with building a static executable
```
One cannot create static executables on Solaris since no `libc.a` is
delivered, so this patch skips the test.

Tested on `x86_64-pc-solaris2.11`.

(cherry picked from commit 5c2b510f882129fcdb3945842e3d050b068f3cda)
DeltaFile
+1-1compiler-rt/test/ubsan/TestCases/Misc/Posix/static-link.cpp
+1-11 files

LLVM/project 8479c04lldb/tools/lldb-dap/Handler DisassembleRequestHandler.cpp

[lldb-dap] Remove end line and column from disassemble response (#180037)

The end line entry calculated from the instruction's end address is
unreliable and could produce incorrect source ranges. especially if the
instruction spans multiple lines.

We can end in situations where the current end line is the next start
line and the source line is show to the client twice. confusing users
what maps to what.

| With EndLine |
| :------------: |
| <img width="892" height="486" alt="Screenshot 2026-02-05 at 21 37 08"
src="https://github.com/user-attachments/assets/f2fef592-5754-4168-bf93-2baba4742c5d"
/> |

| Without Endline |
| :---------------: |
| <img width="892" height="486" alt="Screenshot 2026-02-05 at 21 59 29"

    [20 lines not shown]
DeltaFile
+0-16lldb/tools/lldb-dap/Handler/DisassembleRequestHandler.cpp
+0-161 files

OPNSense/core 267926bsrc/opnsense/mvc/app/models/OPNsense/Base/Menu MenuSystem.php

Firewall: Rules [new] - hide legacy option after migration (when there's at least a new rule and no legacy rules exist).
DeltaFile
+40-26src/opnsense/mvc/app/models/OPNsense/Base/Menu/MenuSystem.php
+40-261 files

OPNSense/plugins f64be10security/q-feeds-connector/src/opnsense/scripts/qfeeds/lib api.py

Fix: Strip whitespace from API token to prevent 401 authentication errors (#5203)

DeltaFile
+1-1security/q-feeds-connector/src/opnsense/scripts/qfeeds/lib/api.py
+1-11 files

LLVM/project 6b5252elldb/include/lldb/Interpreter/Interfaces ScriptedFrameInterface.h, lldb/source/Plugins/Process/scripted ScriptedFrame.cpp ScriptedFrame.h

[lldb] Add support for ScriptedFrame to provide values/variables. (#178575)

This patch adds plumbing to support the implementations of StackFrame::Get{*}Variable{*} on ScriptedFrame. The major pieces required are:
- A modification to ScriptedFrameInterface, so that we can actually call the python methods.
- A corresponding update to the python implementation to call the python methods.
- An implementation in ScriptedFrame that can get the variable list on construction inside ScriptedFrame::Create, and pass that list into the ScriptedFrame so it can get those values on request.

There is a major caveat, which is that if the values from the python side don't have variables attached, right now, they won't be passed into the scripted frame to be stored in the variable list. Future discussions around adding support for 'extended variables' when printing frame variables may create a reason to change the VariableListSP into a ValueObjectListSP, and generate the VariableListSP on the fly, but that should be addressed at a later time.

This patch also adds tests to the frame provider test suite to prove these changes all plumb together correctly.

Related radar: rdar://165708771

(cherry picked from commit 10f2611c2173783efae8aebc32d1515013271b64)
DeltaFile
+82-0lldb/test/API/functionalities/scripted_frame_provider/test_frame_providers.py
+66-0lldb/source/Plugins/Process/scripted/ScriptedFrame.cpp
+53-0lldb/test/API/functionalities/scripted_frame_provider/TestScriptedFrameProvider.py
+28-0lldb/source/Plugins/ScriptInterpreter/Python/Interfaces/ScriptedFramePythonInterface.cpp
+21-0lldb/source/Plugins/Process/scripted/ScriptedFrame.h
+9-0lldb/include/lldb/Interpreter/Interfaces/ScriptedFrameInterface.h
+259-02 files not shown
+269-08 files

LLVM/project 6fc6d00lldb/source/Target Thread.cpp ExecutionContext.cpp, lldb/test/API/functionalities/scripted_frame_provider TestScriptedFrameProvider.py

[lldb] Fix variable access in old SBFrames after inferior function calls (#178823)

When a user holds an SBFrame reference and then triggers an inferior
function
call (via expression evaluation or GetExtendedBacktraceThread),
variables in
that frame become inaccessible with "register fp is not available"
errors.

This happens because inferior function calls execute through
ThreadPlanCallFunction, which calls ClearStackFrames() during cleanup to
invalidate the unwinder state. ExecutionContextRef objects in the old
SBFrames
were tracking StackFrameLists via weak_ptr, which became stale when
ClearStackFrames() created new instances.

The fix uses stable StackFrameList identifiers that persist across
ClearStackFrames():
- ID = 0: Normal unwinder frames (constant across all instances)

    [37 lines not shown]
DeltaFile
+330-3lldb/test/API/functionalities/scripted_frame_provider/TestScriptedFrameProvider.py
+144-0lldb/test/API/macosx/extended-backtrace-api/TestExtendedBacktraceAPI.py
+106-33lldb/source/Target/Thread.cpp
+56-18lldb/source/Target/ExecutionContext.cpp
+53-0lldb/test/API/macosx/extended-backtrace-api/main.m
+29-11lldb/source/Target/StackFrameList.cpp
+718-658 files not shown
+809-8514 files

LLVM/project bc604c7lldb/include/lldb/Target Target.h, lldb/source/Target Target.cpp

[lldb] Broadcast `eBroadcastBitStackChanged` when frame providers change (#171482)

We want to reload the call stack whenever the frame providers are
updated. To do so, we now emit a `eBroadcastBitStackChanged` on all
threads whenever any changes to the frame providers take place.

I found this very useful while iterating on a frame provider in
lldb-dap. So far, the new frame provider only took effect after
continuing execution. Now the backtrace in VS-Code gets refreshed
immediately upon running `target frame-provider add`.

(cherry picked from commit 943782be5aec5db854065145dd73a618c3a775be)
DeltaFile
+77-0lldb/test/API/functionalities/scripted_frame_provider/TestScriptedFrameProvider.py
+36-23lldb/source/Target/Target.cpp
+6-0lldb/include/lldb/Target/Target.h
+119-233 files

LLVM/project 341793blldb/include/lldb/API SBValue.h, lldb/include/lldb/ValueObject ValueObject.h

[lldb] Move ValueImpl and ValueLocker to ValueObject, NFC. (#178573)

This patch moves ValueImpl and ValueLocker to ValueObject.{h,cpp}. This follows the example set in TypeImpl/SBType, where we have something that SBType uses internally that needs to be exposed in the layer below. In this case, SBValue uses ValueImpl, which wraps ValueObject. The wrapper helps avoid bugs, so we want to keep it, but the script interpreter needs to use it and said interpreter is conceptually *below* the SB layer...which means we can't use methods on SBValue.

This patch is purely the code motion part of that, future patches will actually make use of this moved code.

(cherry picked from commit 58f623c504d14743e465f988848f9c16dc220a3b)
DeltaFile
+0-166lldb/source/API/SBValue.cpp
+91-0lldb/source/ValueObject/ValueObject.cpp
+78-0lldb/include/lldb/ValueObject/ValueObject.h
+3-4lldb/include/lldb/API/SBValue.h
+172-1704 files

LLVM/project 5d50168lldb/test/API/functionalities/scripted_frame_provider TestScriptedFrameProvider.py test_frame_providers.py

[lldb] Fix test_chained_frame_providers on 32-bit Arm (#177668)

PC addresses must always be 16-bit aligned on 32-bit Arm CPUs.

Fixes #177666

(cherry picked from commit cd70e2d8367493785f1591045db2151540b14b91)
DeltaFile
+2-2lldb/test/API/functionalities/scripted_frame_provider/TestScriptedFrameProvider.py
+2-2lldb/test/API/functionalities/scripted_frame_provider/test_frame_providers.py
+4-42 files

LLVM/project 671e287lldb/include/lldb/Target Thread.h StackFrameList.h, lldb/source/Target Thread.cpp StackFrameList.cpp

[lldb] Enable chaining multiple scripted frame providers per thread (#172849)

This patch allows threads to have multiple SyntheticFrameProviderSP
instances that chain together sequentially. Each provider receives the
output of the previous provider as input, creating a transformation
pipeline.

It changes `Thread::m_frame_provider_sp` to a vector, adds provider
parameter to SyntheticStackFrameList to avoid calling back into
`Thread::GetFrameProvider()` during frame fetching, updated
`LoadScriptedFrameProvider()` to chain providers by wrapping each
previous provider's output in a `SyntheticStackFrameList` for the next
provider and finally, loads ALL matching providers in priority order
instead of just the first one.

The chaining works as follows:
```
  Real Unwinder Frames
      ↓

    [13 lines not shown]
DeltaFile
+92-0lldb/test/API/functionalities/scripted_frame_provider/TestScriptedFrameProvider.py
+78-0lldb/test/API/functionalities/scripted_frame_provider/test_frame_providers.py
+35-25lldb/source/Target/Thread.cpp
+7-6lldb/source/Target/StackFrameList.cpp
+5-4lldb/include/lldb/Target/Thread.h
+5-1lldb/include/lldb/Target/StackFrameList.h
+222-366 files

LLVM/project 4baddb7lldb/bindings/python python-wrapper.swig, lldb/include/lldb/API SBValue.h

[lldb] Add conversions for SBValueList and SBValue to the python bridge. (#178574)

This patch adds support for:
- PyObject -> SBValueList (which was surprisingly not there before!)
- PyObject -> SBValue
- SBValue -> ValueObjectSP using the ScriptInterpreter

These three are the main remaining plumbing changes necessary before we can get to the meat of actually using ScriptedFrame to provide values to the printer/etc. Future patches build off this change in order to allow ScriptedFrames to provide variables and get values for variable expressions.

(cherry picked from commit 8122d0e4bc8b536e0bb6bb5fae97e8216986ee28)
DeltaFile
+38-0lldb/source/Plugins/ScriptInterpreter/Python/Interfaces/ScriptedPythonInterface.cpp
+14-0lldb/source/Plugins/ScriptInterpreter/Python/Interfaces/ScriptedPythonInterface.h
+12-0lldb/bindings/python/python-wrapper.swig
+10-0lldb/source/Interpreter/ScriptInterpreter.cpp
+3-0lldb/include/lldb/Interpreter/ScriptInterpreter.h
+3-0lldb/include/lldb/API/SBValue.h
+80-01 files not shown
+81-07 files

LLVM/project 401d716llvm/lib/Target/Mips MipsSEInstrInfo.cpp

MIPS: Fix unsigned compare with zero in MipsSEInstrInfo::copyPhysReg (#179866)

SrcRegOff >= 0 is not needed at all for unsigned.

This fixes the warning:
```
llvm/lib/Target/Mips/MipsSEInstrInfo.cpp: In member function ‘virtual void llvm::MipsSEInstrInfo::copyPhysReg(llvm::MachineBasicBlock&, llvm::MachineBasicBlock::iterator, const llvm::DebugLoc&, llvm::Register, llvm::Register, bool, bool, bool) const’:
llvm/lib/Target/Mips/MipsSEInstrInfo.cpp:245:48: warning: comparison of unsigned expression in ‘>= 0’ is always true [-Wtype-limits]
  245 |       if (SrcRegOff == DestRegOff && SrcRegOff >= 0 && SrcRegOff <= 31)
      |                                      ~~~~~~~~~~^~~~
llvm/lib/Target/Mips/MipsSEInstrInfo.cpp:256:48: warning: comparison of unsigned expression in ‘>= 0’ is always true [-Wtype-limits]
  256 |       if (SrcRegOff == DestRegOff && SrcRegOff >= 0 && SrcRegOff <= 31)
```

(cherry picked from commit 209ff8bf06dd12becd79c1ebb01612c021e19f6c)
DeltaFile
+2-2llvm/lib/Target/Mips/MipsSEInstrInfo.cpp
+2-21 files

LLVM/project 69a4836llvm/lib/Target/Hexagon HexagonISelLowering.cpp, llvm/test/CodeGen/Hexagon no-invalid-node-v4i16.ll

[HEXAGON] Extend/Truncate the shift amount into i32 (#179499)

Fixes a Backend error

(cherry picked from commit 275eea298b0fc33b02044f552195f6e297aa7801)
DeltaFile
+24-0llvm/test/CodeGen/Hexagon/no-invalid-node-v4i16.ll
+11-2llvm/lib/Target/Hexagon/HexagonISelLowering.cpp
+35-22 files

LLVM/project a07347flldb/test/API/functionalities/data-formatter/data-formatter-stl/generic/ordering TestDataFormatterStdOrdering.py, lldb/test/API/functionalities/data-formatter/data-formatter-stl/generic/vbool TestDataFormatterStdVBool.py

[lldb][test] Rename/remove duplicate methods in API tests (#180250)

Ran my python script from
https://github.com/llvm/llvm-project/pull/97043 over the repo again and
there were 2 duplicate test-cases that have been introduced since I last
did this.

Also one of the WASM classes had a duplicate method which I just
removed.
DeltaFile
+0-3lldb/test/API/functionalities/gdb_remote_client/TestWasm.py
+1-1lldb/test/API/functionalities/data-formatter/data-formatter-stl/generic/vbool/TestDataFormatterStdVBool.py
+1-1lldb/test/API/functionalities/data-formatter/data-formatter-stl/generic/ordering/TestDataFormatterStdOrdering.py
+2-53 files

LLVM/project adda15dclang/lib/Basic/Targets AArch64.cpp AArch64.h, clang/test/Preprocessor aarch64-target-features.c

[Clang][AArch64] Add ACLE macros to support Armv9.6 (#176755)

This patch add the macros for Armv9.6 according to the ACLE[1]

 [1]https://github.com/ARM-software/acle/blob/main/main/acle.md

---------

Co-authored-by: Copilot <175728472+Copilot at users.noreply.github.com>
(cherry picked from commit c97d0bc17a7677f4022a345fc4adae09198e3952)
DeltaFile
+54-0clang/lib/Basic/Targets/AArch64.cpp
+43-0clang/test/Preprocessor/aarch64-target-features.c
+9-0clang/lib/Basic/Targets/AArch64.h
+106-03 files

LLVM/project fe91384mlir/include/mlir/Dialect/Vector/TransformOps VectorTransformOps.td, mlir/lib/Dialect/Vector/TransformOps VectorTransformOps.cpp

[mlir][vector] Wrapping `populateFlattenVectorTransferPatterns` as a transform pass. (#178134)

This PR covers the `mlir::vector::populateFlattenVectorTransferPatterns`
as a transform pass.
DeltaFile
+32-0mlir/test/Dialect/Vector/transform-vector.mlir
+18-0mlir/include/mlir/Dialect/Vector/TransformOps/VectorTransformOps.td
+6-0mlir/lib/Dialect/Vector/TransformOps/VectorTransformOps.cpp
+3-0mlir/test/python/dialects/transform_vector_ext.py
+59-04 files

LLVM/project 2298b86llvm/lib/CodeGen/GlobalISel GISelValueTracking.cpp, llvm/test/CodeGen/AArch64 cls.ll

[GISel] computeKnownBits - add CTLS handling (#178063)

Closes llvm/llvm-project#174370
DeltaFile
+195-0llvm/test/CodeGen/AArch64/GlobalISel/knownbits-ctls.mir
+85-0llvm/test/CodeGen/RISCV/GlobalISel/rv32p.ll
+33-13llvm/test/CodeGen/AArch64/cls.ll
+23-0llvm/test/CodeGen/RISCV/GlobalISel/rv64p.ll
+12-0llvm/lib/CodeGen/GlobalISel/GISelValueTracking.cpp
+348-135 files

LLVM/project 25315f2llvm/lib/Target/AMDGPU AMDGPULegalizerInfo.cpp AMDGPUISelLowering.cpp

[AMDGPU] Remove `NoNaNsFPMath` uses (#180469)

Should use `nnan` flag only.
DeltaFile
+1-6llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
+1-3llvm/lib/Target/AMDGPU/AMDGPUISelLowering.cpp
+2-92 files

LLVM/project dea6605llvm/test/CodeGen/AMDGPU amdgpu-simplify-libcall-pow.ll

AMDGPU: Add a test for libcall simplify pow handling

This case could be turned into powr or pown, so track which
case ends up preferred.
DeltaFile
+14-0llvm/test/CodeGen/AMDGPU/amdgpu-simplify-libcall-pow.ll
+14-01 files

LLVM/project a654a27llvm/lib/Analysis ConstantFolding.cpp, llvm/lib/Transforms/InstCombine InstCombineCalls.cpp

[InstCombine] Fold min/max(fpext x, C) to fpext(min/max(x, fptrunc C)) (#179968)

Fold `min/max(fpext x, C)` to `fpext(min/max(x, fptrunc C))` in cases
where the truncation of the constant is lossless.

This helps eliminate fpext/fptrunc pairs around min/max and addresses
the regression from https://github.com/llvm/llvm-project/pull/177988.

Proof: https://alive2.llvm.org/ce/z/y_Bcdd
DeltaFile
+39-0llvm/test/Transforms/InstCombine/minnum.ll
+12-0llvm/lib/Transforms/InstCombine/InstCombineCalls.cpp
+11-0llvm/lib/Analysis/ConstantFolding.cpp
+62-03 files

FreeBSD/ports 4fbd71edevel/jjui distinfo Makefile

devel/jjui: update 0.9.8 -> 0.9.10

Release Notes:
https://github.com/idursun/jjui/releases/tag/v0.9.10

PR:             293047
DeltaFile
+5-5devel/jjui/distinfo
+1-2devel/jjui/Makefile
+6-72 files

LLVM/project e24d998llvm/lib/Target/AMDGPU AMDGPUCodeGenPrepare.cpp, llvm/test/CodeGen/AMDGPU llvm.log.ll llvm.log10.ll

AMDGPU: Use fpmath metadata on f16 log/log10 intrinsics

result by default, and the old expansion with the afn flag. The
old result was good enough for OpenCL conformance, so consider
the fpmath metadata and use the fast path. This is done in
AMDGPUCodeGenPrepare for the same reason that sqrt is handled here,
which is the DAG does not have a way to access fpmath metadata
from the original instruction.

This is not yet of practical use, because the log calls sourced
from OpenCL are not actually marked with this metadata and there
isn't a method to produce it from the source languages.
DeltaFile
+511-0llvm/test/CodeGen/AMDGPU/llvm.log.ll
+511-0llvm/test/CodeGen/AMDGPU/llvm.log10.ll
+186-0llvm/test/CodeGen/AMDGPU/amdgpu-codegenprepare-log.ll
+46-1llvm/lib/Target/AMDGPU/AMDGPUCodeGenPrepare.cpp
+1,254-14 files

LLVM/project 02ddd06llvm/lib/Target/AMDGPU AMDGPUISelLowering.cpp AMDGPULegalizerInfo.cpp, llvm/test/CodeGen/AMDGPU llvm.log.ll llvm.log10.ll

AMDGPU: Use promotion to f32 path for log/log10 for f16 by default

While the current implementation passes OpenCL conformance, it is not
correctly rounded with an error of 1.79 ulp according to the conformance
test. Default to the promotion path without afn. In the future we should
make use of !fpmath metadata but that's not wired into the backend, or
from any frontend producer.
DeltaFile
+638-388llvm/test/CodeGen/AMDGPU/llvm.log.ll
+638-388llvm/test/CodeGen/AMDGPU/llvm.log10.ll
+16-6llvm/lib/Target/AMDGPU/AMDGPUISelLowering.cpp
+5-1llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
+1,297-7834 files

FreeBSD/ports a8abb50security/p11-kit distinfo Makefile

security/p11-kit: update to 0.26.2
DeltaFile
+3-3security/p11-kit/distinfo
+1-1security/p11-kit/Makefile
+1-1security/p11-kit/pkg-plist
+5-53 files

FreeBSD/ports 7c0c22amail/roundcube distinfo Makefile

mail/roundcube: update to 1.6.13 release.

PR:             293042
Submitted by:   Christos Chatzaras <chris at cretaforce.gr>

(cherry picked from commit 76befb6e1759924fbda7fd61c6b9a4f5cc8e0ac7)
DeltaFile
+3-3mail/roundcube/distinfo
+1-1mail/roundcube/Makefile
+4-42 files

OpenBSD/ports MkxrB2Nx11/gnome/desktop distinfo Makefile, x11/gnome/desktop/patches patch-libgnome-desktop_gnome-desktop-thumbnail-script_c

   Update to gnome-desktop-44.5.
VersionDeltaFile
1.1+427-0x11/gnome/desktop/patches/patch-libgnome-desktop_gnome-desktop-thumbnail-script_c
1.116+2-2x11/gnome/desktop/distinfo
1.217+1-1x11/gnome/desktop/Makefile
+430-33 files

LLVM/project b79ba02clang/lib/CodeGen/Targets AMDGPU.cpp, clang/lib/Sema SemaAMDGPU.cpp

[AMDGPU][GFX12.5] Reimplement monitor load as an atomic operation (#177343)

Load monitor operations make more sense as atomic operations, as
non-atomic operations cannot be used for inter-thread communication w/o
additional synchronization.
The previous built-in made it work because one could just override the
CPol bits, but that bypasses the memory model and forces the user to learn
about ISA bits encoding.

Making load monitor an atomic operation has a couple of advantages.
First, the memory model foundation for it is stronger. We just lean on the
existing rules for atomic operations. Second, the CPol bits are abstracted away
from the user, which avoids leaking ISA details into the API.

This patch also adds supporting memory model and intrinsics
documentation to AMDGPUUsage.

Solves SWDEV-516398.
DeltaFile
+73-53llvm/test/CodeGen/AMDGPU/llvm.amdgcn.load.monitor.gfx1250.ll
+90-18llvm/docs/AMDGPUUsage.rst
+91-0clang/test/CodeGenHIP/builtins-amdgcn-gfx1250-cooperative-atomics-templated.hip
+66-22clang/lib/Sema/SemaAMDGPU.cpp
+59-28llvm/lib/Target/AMDGPU/SIISelLowering.cpp
+31-48clang/lib/CodeGen/Targets/AMDGPU.cpp
+410-16918 files not shown
+727-27424 files