LLVM/project 572fb0dllvm/lib/Target/SPIRV SPIRVEmitNonSemanticDI.cpp, llvm/test/CodeGen/SPIRV/debug-info debug-function.ll

[SPIRV] Add support for emitting DebugFunction debug info instructions

This commit adds support for emitting SPIRV DebugFunction and
DebugFunctionDefinition instructions for function definitions.
DeltaFile
+218-0llvm/lib/Target/SPIRV/SPIRVEmitNonSemanticDI.cpp
+40-0llvm/test/CodeGen/SPIRV/debug-info/debug-function.ll
+258-02 files

LLVM/project 6874e94mlir/include/mlir/Dialect/Tosa/Transforms Passes.td, mlir/lib/Dialect/Tosa/Transforms TosaInferShapes.cpp

[mlir][tosa] Enhance TosaInferShapes pass for simple shape inference (#178418)

This commit enhances the TosaInferShapes pass with two new options:
- fold-shape-expressions
- convert-function-boundaries

The "fold-shape-expressions" option enables greedily folding the newly
added TOSA shape operations when possible. Folding these operations
directly within TosaInferShapes is useful since it allows shapes of
later operations to be inferred in a single pass.

The "convert-function-boundaries" updates the return types of a function
to the newly inferred output shapes. This avoids the need for additional
tensor.cast operations at function boundaries. This option is
particularly useful when wanting to resolve a dynamic function to fully
static.

When both of these options are used in conjunction with the
"tosa-input-shapes" pass option, it's possible to resolve a dynamic

    [6 lines not shown]
DeltaFile
+250-173mlir/lib/Dialect/Tosa/Transforms/TosaInferShapes.cpp
+163-37mlir/test/Dialect/Tosa/tosa-infer-shapes.mlir
+62-0mlir/test/Dialect/Tosa/tosa-infer-shapes-fold-shape-expressions.mlir
+10-0mlir/include/mlir/Dialect/Tosa/Transforms/Passes.td
+485-2104 files

FreeBSD/ports 87221e7www/waterfox distinfo Makefile

www/waterfox: Update 6.6.8 => 6.6.9

Release Notes:
https://www.waterfox.com/releases/6.6.9/

PR:     293442
MFH:    2026Q1
DeltaFile
+5-5www/waterfox/distinfo
+2-3www/waterfox/Makefile
+7-82 files

LLVM/project 9a08aabllvm/test/Transforms/LoopVectorize vplan-based-stride-mv.ll, llvm/test/Transforms/LoopVectorize/VPlan vplan-based-stride-mv.ll

[NFC][VPlan] Add initial tests for future VPlan-based stride MV

I tried to include both the features that current
LoopAccessAnalysis-based transformation supports (e.g., trunc/sext of
stride) but also cases where the current implementation behaves poorly,
e.g., https://godbolt.org/z/h31c3zKxK; as well as some other potentially
interesting scenarios I could imagine.

The are two test files with the same content. One is for VPlan dump change of
the future transformation alone (I'll update `-vplan-print-after` in the next
PR), another is for the full vectorizer pipeline. The latter have two `RUN:`
lines:
 * No multiversioning, so the next PR diff can show the transformation itself
 * Stride multiversionin performed in LAA, so that we can compare future
   VPlan-based transformation vs old behavior.
DeltaFile
+4,254-0llvm/test/Transforms/LoopVectorize/vplan-based-stride-mv.ll
+3,002-0llvm/test/Transforms/LoopVectorize/VPlan/vplan-based-stride-mv.ll
+7,256-02 files

LLVM/project 0ac8e41flang/test/Lower implicit-call-mismatch.f90 identical-block-merge-disable.f90

[flang][NFC] Converted five tests from old lowering to new lowering (part 21) (#183224)

Tests converted from test/Lower: host-associated-globals.f90,
identical-block-merge-disable.f90, implicit-call-mismatch.f90,
implicit-interface.f90, integer-operations.f90
DeltaFile
+124-162flang/test/Lower/implicit-call-mismatch.f90
+36-94flang/test/Lower/identical-block-merge-disable.f90
+77-47flang/test/Lower/integer-operations.f90
+8-7flang/test/Lower/implicit-interface.f90
+11-3flang/test/Lower/host-associated-globals.f90
+256-3135 files

LLVM/project 041092cllvm/lib/Target/SPIRV SPIRVModuleAnalysis.cpp

[SPIRV] Refactor NonSemantic debug info placement logic.

Refactor the logic for determining which NonSemantic.Shader.DebugInfo.100
instructions should be placed in the global section from a whitelist
to a blacklist approach.
DeltaFile
+14-7llvm/lib/Target/SPIRV/SPIRVModuleAnalysis.cpp
+14-71 files

LLVM/project ce18f76clang/unittests/Analysis/Scalable/Serialization/JSONFormatTest TUSummaryTest.cpp

[clang][ssaf] Fix normalization of TUSummary JSON representation and strengthen round-trip tests (#183241)

DeltaFile
+388-197clang/unittests/Analysis/Scalable/Serialization/JSONFormatTest/TUSummaryTest.cpp
+388-1971 files

FreeBSD/ports 4972495security/modsecurity3 Makefile, security/modsecurity3-nginx distinfo Makefile

security/(modsecurity3|modsecurity-nginx) : switch to PCRE2 and fix NGINX version

Change PCRE to PCRE2.
Update NGINX version to 1.28.2.

PR:     293279
Sponsored by:   Netzkommune GmbH
DeltaFile
+5-5security/modsecurity3-nginx/distinfo
+6-3security/modsecurity3-nginx/Makefile
+3-3security/modsecurity3/Makefile
+14-113 files

FreeBSD/ports 401502edevel/janet-lsp Makefile distinfo, devel/janet-lsp/files patch-src_main.janet janet-lsp.in

devel/janet-lsp: Update to 0.0.12

Differential Revision: https://reviews.freebsd.org/D54667
DeltaFile
+8-11devel/janet-lsp/Makefile
+5-5devel/janet-lsp/distinfo
+1-1devel/janet-lsp/files/patch-src_main.janet
+0-1devel/janet-lsp/files/janet-lsp.in
+14-184 files

LLVM/project 1b1840dclang/include/clang/AST NestedNameSpecifierBase.h, clang/lib/AST NestedNameSpecifier.cpp

[clang] [NFC] Improve move-assign and move-constructor for NestedNameSpecifierLocBuilder (#180484)

This avoids a deep copy of the manually managed underlying Buffer.

This is a follow-up to #180482.
DeltaFile
+22-0clang/lib/AST/NestedNameSpecifier.cpp
+4-0clang/include/clang/AST/NestedNameSpecifierBase.h
+26-02 files

LLVM/project 4d70d87libc/config/linux/x86_64 entrypoints.txt, libc/src/math/generic atan2l.cpp CMakeLists.txt

[libc] Add atan2l implementation fallback to atan2f128. (#182587)

Add implementation for `atan2l` that falls back to `atan2f128` if
float128 support is available.

We do this for now in lieu of 80-bit-specific implementation. Going
forward, we should be choosing 64-bit, 80-bit, or 128-bit specific
implementation based on the specific "long double"
implementation. Also, once llvm-libc will have its own software
implementation of float128, depending on host type presence
would not be needed.

`atan2l` is one of the remaining dependencies needed for building libc++
against llvm-libc (it's used in `<complex>` header).
DeltaFile
+26-0libc/test/src/math/smoke/atan2l_test.cpp
+10-0libc/test/src/math/smoke/CMakeLists.txt
+8-1libc/src/math/generic/atan2l.cpp
+2-0libc/src/math/generic/CMakeLists.txt
+1-0libc/config/linux/x86_64/entrypoints.txt
+47-15 files

FreeBSD/ports 87c9d31mail/mailpit distinfo Makefile, mail/mailpit/files patch-package-lock.json patch-package.json

mail/mailpit: Update to 1.29.2

MFH:            2026Q1
Security:       fe6209a3-126c-11f1-8a62-0897988a1c07
(cherry picked from commit 764699c39bfa6a14b790e75f43edd98cac67c215)
DeltaFile
+52-64mail/mailpit/files/patch-package-lock.json
+7-7mail/mailpit/distinfo
+2-2mail/mailpit/files/patch-package.json
+1-1mail/mailpit/Makefile
+62-744 files

FreeBSD/doc 8f2da83website/content/en/releases/14.4R relnotes.adoc

14.4/relnotes: Latest commits and SA added

Approved by: re (implicit)
Differential Revision: https://reviews.freebsd.org/D55513
DeltaFile
+28-0website/content/en/releases/14.4R/relnotes.adoc
+28-01 files

FreeBSD/ports cbb01edmail/mailpit distinfo Makefile, mail/mailpit/files patch-package-lock.json

mail/mailpit: Update to 1.29.1

(cherry picked from commit af120227e3980cba1da83dd75d9f1eaac18fe57c)
DeltaFile
+114-114mail/mailpit/files/patch-package-lock.json
+7-7mail/mailpit/distinfo
+1-1mail/mailpit/Makefile
+122-1223 files

FreeBSD/ports 4776380mail/mailpit distinfo Makefile, mail/mailpit/files patch-package-lock.json

mail/mailpit: Update to 1.29.0

(cherry picked from commit 68ecb06061d9baafe34b55bca774cb958e08c9a0)
DeltaFile
+7-7mail/mailpit/distinfo
+3-3mail/mailpit/files/patch-package-lock.json
+1-1mail/mailpit/Makefile
+11-113 files

LLVM/project b6ba7f9llvm/lib/Target/SPIRV SPIRVEmitNonSemanticDI.cpp

[review] Refactor SPIRVEmitNonSemanticDI to reduce container usage
DeltaFile
+16-19llvm/lib/Target/SPIRV/SPIRVEmitNonSemanticDI.cpp
+16-191 files

FreeBSD/ports 57b8a6dmail/mailpit distinfo Makefile, mail/mailpit/files patch-package-lock.json

mail/mailpit: Update to 1.28.4

(cherry picked from commit f5752f1d4a6776c496db7fde53a642d5837bc9f3)
DeltaFile
+94-110mail/mailpit/files/patch-package-lock.json
+7-7mail/mailpit/distinfo
+1-2mail/mailpit/Makefile
+102-1193 files

LLVM/project 4fec4dfllvm/lib/Transforms/InstCombine InstCombineCalls.cpp, llvm/test/Transforms/InstCombine intrinsic-distributive.ll

[InstCombine] Fold min/max of two subtracts with common RHS (#183240)

Fold: minmax(sub X, Z , sub Y, Z) -> sub minmax(X, Y), Z

When both sub instructions have no-wrap flags and share the same RHS
operand, we can fold:

  smin (sub nsw X, Z), (sub nsw Y, Z) -> sub nsw (smin X, Y), Z
  smax (sub nsw X, Z), (sub nsw Y, Z) -> sub nsw (smax X, Y), Z
  umin (sub nuw X, Z), (sub nuw Y, Z) -> sub nuw (umin X, Y), Z
  umax (sub nuw X, Z), (sub nuw Y, Z) -> sub nuw (umax X, Y), Z

This is valid because subtraction by a common value preserves relative
ordering when no signed/unsigned overflow occurs.

Proof: https://alive2.llvm.org/ce/z/n9gwj2  
Closes https://github.com/llvm/llvm-project/issues/167059
DeltaFile
+169-0llvm/test/Transforms/InstCombine/intrinsic-distributive.ll
+22-5llvm/lib/Transforms/InstCombine/InstCombineCalls.cpp
+191-52 files

FreeBSD/ports 764699cmail/mailpit distinfo Makefile, mail/mailpit/files patch-package-lock.json patch-package.json

mail/mailpit: Update to 1.29.2

MFH:            2026Q1
Security:       fe6209a3-126c-11f1-8a62-0897988a1c07
DeltaFile
+52-64mail/mailpit/files/patch-package-lock.json
+7-7mail/mailpit/distinfo
+2-2mail/mailpit/files/patch-package.json
+1-1mail/mailpit/Makefile
+62-744 files

LLVM/project 2258dccllvm/lib/Transforms/Vectorize VPlanTransforms.cpp LoopVectorize.cpp, llvm/test/Transforms/LoopVectorize/VPlan vplan-print-after-all.ll

[NFC][VPlan] Split `makeMemOpWideningDecisions` into subpasses

The idea is to have handling of strided memory operations (either from
https://github.com/llvm/llvm-project/pull/147297 or for VPlan-based
multiversioning for unit-strided accesses) done after some mandatory
processing has been performed (e.g., some types **must** be scalarized)
but before legacy CM's decision to widen (gather/scatter) or scalarize
has been committed.

And in longer term, we can uplift all other memory widening decision to
be done here directly at VPlan level. I expect this structure would also
be beneficial for that.
DeltaFile
+82-38llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
+0-10llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
+10-0llvm/lib/Transforms/Vectorize/VPlanTransforms.h
+3-0llvm/test/Transforms/LoopVectorize/VPlan/vplan-print-after-all.ll
+95-484 files

FreeBSD/src de29fd0sys/dev/mlx5/mlx5_accel mlx5_ipsec.c ipsec.h, sys/dev/mlx5/mlx5_en mlx5_en_main.c

mlx5: report IPSEC offload capabilities whenever IPSEC_OFFLOAD is configured

Do it always for bootverbose if offload was enabled in the kernel
config, not only if the device actually supports all required
capabilities to do the offload. Otherwise, having the code to print the
caps is pointless.

Reviewed by:    slavash
Tested by:      Wafa Hamzah <wafah at nvidia.com>
Sponsored by:   NVidia networking
MFC after:      1 week
DeltaFile
+14-5sys/dev/mlx5/mlx5_accel/mlx5_ipsec.c
+3-0sys/dev/mlx5/mlx5_en/mlx5_en_main.c
+1-0sys/dev/mlx5/mlx5_accel/ipsec.h
+18-53 files

FreeBSD/src 0e5caacsys/netipsec ipsec_offload.c

ipsec_offload: add comment stating why ipsec_accel_sa_newkey_cb() returns 0

Reviewed by:    slavash
Tested by:      Wafa Hamzah <wafah at nvidia.com>
Sponsored by:   NVidia networking
MFC after:      1 week
DeltaFile
+7-0sys/netipsec/ipsec_offload.c
+7-01 files

FreeBSD/src 87ca74dsys/dev/mlx5/mlx5_accel mlx5_ipsec.c

mlx5: convert GET_TRUNK_IF() to function

Reviewed by:    slavash
Tested by:      Wafa Hamzah <wafah at nvidia.com>
Sponsored by:   Nvidia networking
MFC after:      1 week
DeltaFile
+18-15sys/dev/mlx5/mlx5_accel/mlx5_ipsec.c
+18-151 files

FreeBSD/src 477f020sys/netipsec ipsec_offload.c

netipsec/ipsec_offload.c: handle failures to install SA nicely

If driver refused to install SA, record rejected handle for SA on the
interface always, not only for EOPNOTSUPP case.  The
ipsec_accel_output() function did the right thing if there is no
rejection handle, but not having the handle allows further attempts to
install the SA on the interface.

If driver installed the SA, but ipsec_accel_handle_sav() returned error,
uninstall the SA from the interface.  Hardware must not be set up to
process packets for which kernel expects no processing is done.

In both cases, free the drv_spi if a handle was not installed.  But keep
drv_spi allocated if the deinstall returned an error from the driver.

Reviewed by:    slavash
Tested by:      Wafa Hamzah <wafah at nvidia.com>
Sponsored by:   NVidia networking
MFC after:      1 week
DeltaFile
+21-6sys/netipsec/ipsec_offload.c
+21-61 files

FreeBSD/ports 7c47861security/vuxml/vuln 2026.xml

security/vuxml: Document new mail/mailpit vulnerability
DeltaFile
+34-0security/vuxml/vuln/2026.xml
+34-01 files

LLVM/project 32ba6a7mlir/lib/ExecutionEngine CMakeLists.txt

add more
DeltaFile
+2-1mlir/lib/ExecutionEngine/CMakeLists.txt
+2-11 files

LLVM/project 5e5c4acmlir/include/mlir/Dialect/OpenMP OpenMPOps.td OpenMPOpBase.td, mlir/lib/Dialect/OpenMP/IR OpenMPDialect.cpp

[mlir][OpenMP] Introduce 'omp.iterators' for OpenMP iterator modifiers (#182218)

`omp.iterator` provides information of induction variables and iterator
range in OpenMP iterator modifier.

Example:
```
  %it = omp.iterator(%i0: index, %i1: index) =
        (%lb0 to %ub0 step %st0,
         %lb1 to %ub1 step %st1) {
    omp.yield(%i0, %i1 : index, index)
  } -> !omp.iterated<!llvm.struct<(!llvm.ptr, i64)>>
```

Here's how we can use the omp.iterater to generate multi-dimensional
loop in llvm ir:
```
  // Induction variables can be translated from the block arguments
  // in omp.iterator.

    [12 lines not shown]
DeltaFile
+120-0mlir/lib/Dialect/OpenMP/IR/OpenMPDialect.cpp
+41-5mlir/include/mlir/Dialect/OpenMP/OpenMPOps.td
+40-0mlir/test/Dialect/OpenMP/invalid.mlir
+38-0mlir/test/Dialect/OpenMP/ops.mlir
+7-0mlir/include/mlir/Dialect/OpenMP/OpenMPOpBase.td
+246-55 files

FreeBSD/ports 2440eb3devel/libwasmtime distinfo Makefile.cargo

devel/libwasmtime: update 41.0.3 -> 42.0.0

ChangeLog:      https://github.com/bytecodealliance/wasmtime/compare/v41.0.3...v42.0.0

Sponsored by:   tipi.work
DeltaFile
+67-63devel/libwasmtime/distinfo
+30-28devel/libwasmtime/Makefile.cargo
+3-3devel/libwasmtime/Makefile
+1-1devel/libwasmtime/pkg-plist
+101-954 files

LLVM/project c221e2allvm/lib/Target/Hexagon HexagonLoopIdiomRecognition.cpp, llvm/test/CodeGen/Hexagon/loop-idiom pmpy-trunc.ll

[Hexagon] Handle trunc to i1 in matchRightShift (#174737)

Fix of test regression seen when working on
https://github.com/llvm/llvm-project/issues/172888

this will handle "trunc(x) to i1" as "icmp_ne(and(x,1),0)"
updates matchRightShift to match this pattern and promoteTo to map the
trunc to "icmp_ne(and(x,1),0)"
DeltaFile
+122-0llvm/test/CodeGen/Hexagon/loop-idiom/pmpy-trunc.ll
+23-0llvm/lib/Target/Hexagon/HexagonLoopIdiomRecognition.cpp
+145-02 files

LLVM/project 6d2a2e6llvm/lib/Target/RISCV RISCVInstrInfoV.td RISCVInstrFormats.td

[RISCV] Make ElementsDependOn opt-in instead of opt-out. NFCI (#181601)

RISCVVectorPeephole and RISCVVLOptimizer use the ElementsDependOn field
to know if it's safe to change the VL of a vector instruction.

By default instructions are EltDepsNone, i.e.
RISCVVectorPeephole::tryReduceVL will reduce its VL by default, but we
might forget to mark unsafe instructions in newer extensions. This patch
changes the default to EltDepsVLMask and instead explicitly marks any
instructions which want to have their VL reduced.

There is an assert in RISCVVLOptimizer::isCandidate that ensures that
all previously isSupported instructions are still marked correctly.
DeltaFile
+62-28llvm/lib/Target/RISCV/RISCVInstrInfoV.td
+5-4llvm/lib/Target/RISCV/RISCVInstrFormats.td
+3-3llvm/lib/Target/RISCV/RISCVInstrInfoZvk.td
+4-2llvm/lib/Target/RISCV/RISCVInstrInfoXRivos.td
+2-2llvm/lib/Target/RISCV/RISCVInstrInfoXTHead.td
+2-2llvm/lib/Target/RISCV/RISCVInstrInfoZvabd.td
+78-413 files not shown
+83-449 files