FreeNAS/freenas dc90308src/middlewared/middlewared/plugins/pool_ dataset.py, tests/api2 test_pool_dataset_encryption.py

Pass the requested pbkdf2 iteration count to ZFS when creating a dataset
DeltaFile
+10-0tests/api2/test_pool_dataset_encryption.py
+1-5src/middlewared/middlewared/plugins/pool_/dataset.py
+11-52 files

LLVM/project 33a5fd8llvm/lib/Target/AArch64 AArch64InstrInfo.cpp AArch64ExpandPseudoInsts.cpp, llvm/test/CodeGen/AArch64 sve-ldst-multi-vec.mir sve2p1-intrinsics-stores.ll

[AArch64][SME2] Add stridedorcontiguous pseudos for multi-vector-stores (#211551)

Select strided-or-contiguous psuedos for SME2 multi-vector stores,
allowing register allocation to choose the most profitable tuple layout.
The pseudos can then be expanded to choose the appropriate contiguous or
strided instruction after allocation.
DeltaFile
+129-640llvm/test/CodeGen/AArch64/sve-multivector-load-stores.ll
+548-3llvm/test/CodeGen/AArch64/sve2p1-intrinsics-stores.ll
+98-16llvm/lib/Target/AArch64/AArch64SVEInstrInfo.td
+64-0llvm/lib/Target/AArch64/AArch64ExpandPseudoInsts.cpp
+35-0llvm/test/CodeGen/AArch64/sve-ldst-multi-vec.mir
+32-0llvm/lib/Target/AArch64/AArch64InstrInfo.cpp
+906-6594 files not shown
+921-67610 files

LLVM/project 665d200mlir/lib/Dialect/XeGPU/Transforms XeGPULayoutImpl.cpp, mlir/test/Dialect/XeGPU propagate-layout.mlir sg-to-lane-distribute-unit.mlir

[mlir][xegpu] Handle size-1 broadcast dim in insert_strided_slice layout setup (#211725)

This PR enhance `setupInsertStridedSliceResultLayout` to treat a size-1
source dim as a broadcast dim: keep its lane_data at 1 instead of
requiring divisibility.

Add regression tests for both the layout propagation setup and the
subgroup-to-lane distribution of such an op.

Assisted-by-claude

Co-authored-by: Claude Opus 4.8 <noreply at anthropic.com>
DeltaFile
+21-0mlir/test/Dialect/XeGPU/sg-to-lane-distribute-unit.mlir
+17-0mlir/test/Dialect/XeGPU/propagate-layout.mlir
+9-4mlir/lib/Dialect/XeGPU/Transforms/XeGPULayoutImpl.cpp
+47-43 files

LLVM/project 1dd9687llvm/lib/Target/AMDGPU AMDGPUInstCombineIntrinsic.cpp, llvm/test/Transforms/InstCombine/AMDGPU fmul_legacy.ll fma_legacy.ll

[AMDGPU] Fix fmul/fma legacy sign-of-zero miscompile (#203567)

V_MUL_LEGACY_F32 always returns +0.0 when either operand is ±0.0 or a
denormal treated as zero, while IEEE fmul XORs operand signs. This makes
results observably different when one operand is a runtime ±0.0:

  fmul.legacy(-2.0, +0.0) = +0.0  (legacy zero clause forces +0.0)
  fmul       (-2.0, +0.0) = -0.0  (IEEE sign XOR: - * + = -)

The previous code folded whenever one operand matched m_FiniteNonZero()
or both were known never Inf/NaN, without accounting for sign-of-zero
divergence on the other operand.

Restructure the guard:

- Always safe: both operands are known never zero (legacy zero clause
  cannot fire). Uses isKnownNeverLogicalZero to correctly account for
  denormals flushed to zero under the function's f32 denormal mode.


    [13 lines not shown]
DeltaFile
+87-10llvm/test/Transforms/InstCombine/AMDGPU/fma_legacy.ll
+85-10llvm/test/Transforms/InstCombine/AMDGPU/fmul_legacy.ll
+26-11llvm/lib/Target/AMDGPU/AMDGPUInstCombineIntrinsic.cpp
+198-313 files

LLVM/project 5e3f403clang/include/clang/CIR/Dialect/IR CIROps.td, clang/lib/CIR/Dialect/IR CIRDialect.cpp

[CIR] Add fenv attribute to cast operation (#212899)

This adds the optional #cir.fenv attribute to the cir.cast operation and
updates the verifier to enforce the attribute being present only when
the cast involves floating-point values.

Assisted-by: Cursor / various models
DeltaFile
+41-19clang/include/clang/CIR/Dialect/IR/CIROps.td
+60-0clang/test/CIR/IR/invalid-cast.cir
+26-3clang/lib/CIR/Dialect/IR/CIRDialect.cpp
+14-0clang/test/CIR/IR/fenv.cir
+9-0clang/unittests/CIR/FenvOpTest.cpp
+150-225 files

LLVM/project 0cfc5bcmlir/lib/Conversion/TosaToLinalg TosaToLinalg.cpp, mlir/test/Conversion/TosaToLinalg tosa-to-linalg.mlir

[mlir][tosa][tosa-to-linalg] Use 0 weights at skippable RFFT2D locations (#212293)

The TOSA specifications indicates that when computing the imaginary
output for locations (0,0), (0,W/2), (H/2,0), (H/2, W/2),
implementations may choose to skip the computation entirely and return
0, or compute each accumulation term as `-val_real * 0.0`.

The previous legalizations used `-val_real * sin(a)` but `sin(a)` may
not return exactly 0.0 due to representation error in the input to
`sin`.

This patch updates the legalization to instead check for indices where
`sin(a)` should be replaced by `0.0` and uses a `select` op to match the
expected behaviour according to the Specification when
tosa_extra_multiplies is set to `true`.

Signed-off-by: Ian Tayler Lessa <ian.taylerlessa at arm.com>
DeltaFile
+129-105mlir/test/Conversion/TosaToLinalg/tosa-to-linalg.mlir
+33-2mlir/lib/Conversion/TosaToLinalg/TosaToLinalg.cpp
+162-1072 files

LLVM/project f383369lldb/docs/resources build.md

[lldb][docs] Document the script interpreter plugin build options (#212655)

Describe LLDB_ENABLE_DYNAMIC_SCRIPTINTERPRETERS and how it interacts
with LLDB_ENABLE_PYTHON_LIMITED_API, including the platform defaults for
both and why the Python Limited API requires dynamic script interpreter
plugins everywhere but Windows.
DeltaFile
+15-0lldb/docs/resources/build.md
+15-01 files

LLVM/project ce7a6f9llvm/test/CodeGen/AMDGPU/GlobalISel legalize-fpowi.mir legalize-uitofp.mir

AMDGPU/GlobalISel: Switch more FP opcodes to extended LLTs (part 2) (#212909)

Migrate G_FPOW, G_FPOWI, G_INTRINSIC_FPTRUNC_ROUND, and FP<->INT
conversions opcodes to extended float LLTs.

Also update the relevant MIR tests.
DeltaFile
+305-321llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fpow.mir
+240-240llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fptosi.mir
+225-225llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fptoui.mir
+127-127llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-sitofp.mir
+118-118llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-uitofp.mir
+66-70llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fpowi.mir
+1,081-1,1013 files not shown
+1,131-1,1509 files

LLVM/project 7850239lldb/docs/use mcp.md

[lldb][docs] Rewrite the MCP documentation for lldb-mcp (#212821)

The docs still describe lldb-mcp as a thin stdio-to-socket bridge that
auto-launches an LLDB and exposes a single lldb_command tool. It is now
a full featured multiplexer hosting its own sessions, with four tools
and pid-qualified URIs. Also restructure the documentation around how it
is used, with an explanation of the underlying architecture towards the
end.
DeltaFile
+215-57lldb/docs/use/mcp.md
+215-571 files

FreeBSD/ports bb8b0dasecurity/tailscale Makefile distinfo

security/tailscale: Update to 1.98.10

MFH:            2026Q3
Security:       272a2772-8367-11f1-82b9-901b0e9408dc
(cherry picked from commit 44498cce77b1680077c626c0ce569ba53bc15d43)
DeltaFile
+5-5security/tailscale/distinfo
+1-1security/tailscale/Makefile
+6-62 files

FreeBSD/ports e5e1a53security/tailscale Makefile distinfo

security/tailscale: Update to 1.98.9.

MFH:            2026Q3
Security:       272a2772-8367-11f1-82b9-901b0e9408dc
(cherry picked from commit f532f19a7f22248cad62008dc41f0801846b5cbf)
DeltaFile
+5-5security/tailscale/distinfo
+1-2security/tailscale/Makefile
+6-72 files

FreeBSD/ports 44498ccsecurity/tailscale Makefile distinfo

security/tailscale: Update to 1.98.10

MFH:            2026Q3
Security:       272a2772-8367-11f1-82b9-901b0e9408dc
DeltaFile
+5-5security/tailscale/distinfo
+1-1security/tailscale/Makefile
+6-62 files

FreeBSD/ports c8ddc1dtextproc/ugrep Makefile distinfo, textproc/ugrep/files patch-lzma_C_CpuArch.c

textproc/ugrep: Update to 7.8.3

- Purge inapplicable patch
DeltaFile
+0-42textproc/ugrep/files/patch-lzma_C_CpuArch.c
+3-3textproc/ugrep/distinfo
+1-1textproc/ugrep/Makefile
+4-463 files

FreeBSD/ports 4942e2fsecurity/vuxml/vuln 2026.xml

security/vuxml: Update existing tailscale vulnerability
DeltaFile
+1-1security/vuxml/vuln/2026.xml
+1-11 files

LLVM/project 75b5df8clang/include/clang/Lex PPCallbacks.h, clang/lib/Frontend PrintPreprocessedOutput.cpp

[Clang] Support libstdc++ workarounds when using `-E` (#210802)

We have a libstdc++ workaround in place to address a hack in libstdc++15
that is used in the definition of `std::format_kind`. GCC accepts the
hack, while Clang does not. libstdc++ was eventually updated to remove
the hack, but we still need the workaround for some versions of
libstdc++15 (see #139560 for more information).

Whether this workaround (and others that address libstdc++ hacks) is
active depends on the value of `__GLIBCXX__`. This stops working if
someone first preprocesses the input (via `-E`) and then attempts to
compile the preprocessed code with Clang (see #160314): since
preprocessing has already happened, `__GLIBCXX__` will be undefined and
the workaround will not be applied.

In case of this particular workaround, this results in `#include
<format>` failing to compile on some versions of libstdc++ if you’re
using separate preprocessing.


    [17 lines not shown]
DeltaFile
+61-0clang/lib/Lex/Pragma.cpp
+40-11clang/lib/Frontend/PrintPreprocessedOutput.cpp
+36-2clang/test/SemaCXX/libstdcxx_format_kind_hack.cpp
+27-0clang/test/Preprocessor/pragma_set_pp_state.cpp
+10-3clang/lib/Lex/PPExpressions.cpp
+10-0clang/include/clang/Lex/PPCallbacks.h
+184-164 files not shown
+206-1610 files

FreeBSD/src a2e5bacusr.sbin/bhyve bhyve_config.5

bhyve: tidy up bhyve_config.5

There are few warnings reported by mandoc -Tlint:

bhyve_config.5:255:31: WARNING: new sentence, new line
bhyve_config.5:257:43: WARNING: new sentence, new line
bhyve_config.5:422:2: WARNING: missing section argument: Xr nm_open
bhyve_config.5:469:24: WARNING: skipping no-space macro
bhyve_config.5:483:2: WARNING: wrong number of cells: 2 columns, 4 cells
bhyve_config.5:484:2: WARNING: wrong number of cells: 2 columns, 4 cells
bhyve_config.5:541:24: WARNING: skipping no-space macro

 - "new sentence, new line" is a trivial formatting fix.
 - "missing section": there is actually no nm_open() manual page,
    so use .Nm instead of .Xr for it.
 - "no-space macro": format without .Oc and .Ns, similarly to
    how it is already done in bhyve.8 for VNC addresses.
 - "wrong number of cells": also a trivial fix.


    [4 lines not shown]
DeltaFile
+19-9usr.sbin/bhyve/bhyve_config.5
+19-91 files

LLVM/project 14a7d38llvm/include/llvm/Support AMDGPUAddrSpace.h, llvm/test/CodeGen/AMDGPU nullptr.ll

Give the VGPR address space a null pointer value of -1
DeltaFile
+4-1llvm/test/CodeGen/AMDGPU/nullptr.ll
+1-0llvm/include/llvm/Support/AMDGPUAddrSpace.h
+5-12 files

LLVM/project 565fdb7llvm/lib/Target/AMDGPU SIInsertWaitcnts.cpp, llvm/test/CodeGen/AMDGPU asyncmark-merge-rebase-pregfx12.mir

[AMDGPU] SIInsertWaitcnts: rebase async marks into the merged frame at CFG joins (#211688)

This PR fixes `WaitcntBrackets::mergeAsyncMarks` to call `mergeScore` at
CFG join block even when one of its predecessors has no AsyncMark

At a CFG join block, the upper bounds of counts from predecessors are
merged. Then,
`mergeScore` rebase each predecessor’s `Score` by the merged upper
bound. Even if a predecessor has no AsyncMark, scores of other
predecessors with AsyncMarks should be rebased by `mergeScore`.

Suppose a predecessor, bb B, without AsyncMark (Score 0) visited later
than another predecessor with AsyncMarks (positive Score), bb A. If
merging upper bounds of bb B into that of bb A increases the new global
upper bounds to UB’ from UB, bb A’s Score should be rebased by the new
UB’. Previously in that case, only UB was merged but Score of bb A was
not updated as `mergeScore` was not called due to bb B’s having zero
score.


    [23 lines not shown]
DeltaFile
+166-0llvm/test/CodeGen/AMDGPU/asyncmark-merge-rebase-pregfx12.mir
+22-15llvm/lib/Target/AMDGPU/SIInsertWaitcnts.cpp
+188-152 files

FreeBSD/ports 2f63ab9mail/exim-doc-html Makefile distinfo

mail/exim-doc-html: update to 4.99.5 release
DeltaFile
+7-7mail/exim-doc-html/distinfo
+1-1mail/exim-doc-html/Makefile
+8-82 files

LLVM/project e4c2875clang/docs UsersManual.md, clang/docs/analyzer/user-docs CommandLineUsage.rst

[clang][docs] Update CommandLineUsage and UsersManual with some flags (#209519)

The current user-manual is missing implemented options that are useful
for machine-readable output, such as `-fdiagnostics-format=sarif` and
`-fdiagnostics-absolute-paths`.
DeltaFile
+37-1clang/docs/UsersManual.md
+18-0clang/docs/analyzer/user-docs/CommandLineUsage.rst
+55-12 files

LLVM/project 0eddedcclang/lib/Tooling DependencyScanningTool.cpp, clang/test/ClangScanDeps modules-invalid-target.c

[clang][DependencyScanning] Return failure upon CompilerInstanceWithContext failure to create target (#211607)

This was first pointed out by a static analysis scan: Success/failure
results from `CompilerInstance::createTarget` in
`CompilerInstanceWithContext::initialize` is currently being discarded.

AFAICT, `initialize` should have failed if
`CompilerInstance::createTarget` failed, as I noticed that calls in
`CompilerInstanceWithContext::computeDependencies` (which is ran right
after `initialize`) contains function calls (i.e. `CI.loadModule`) that
make references to `CompilerInstance::getTarget`: `getTarget` then tries
to obtain a reference to the very `TargetInfo` instance that the earlier
`CompilerInstance::createTarget` call failed to create.

AFAIK `createTarget` doesn't actually seem to fail currently, but I
haven't been able to find a good reason as for why success/failure from
`CompilerInstance::createTarget` should be ignored even if it failed.
But please let me know if I am not seeing something here!
DeltaFile
+29-0clang/test/ClangScanDeps/modules-invalid-target.c
+1-3clang/lib/Tooling/DependencyScanningTool.cpp
+30-32 files

LLVM/project 960e9b7clang/lib/CodeGen/Targets PPC.cpp, llvm/include/llvm/Support CodeGen.h

IR: Use LongDoubleFormat enum for long-double-type module flag

Add parse/print helpers for the LongDoubleFormat enum, and route the
"long-double-type" module flag producers and consumers through them
instead of hardcoded strings in every location. Also clean up some
unnecessary failure checks guaranteed by the verifier.

Co-authored-by: Claude (Claude-Opus-4.8) <noreply at anthropic.com>
DeltaFile
+33-0llvm/include/llvm/Support/CodeGen.h
+13-6llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp
+10-7llvm/lib/IR/AutoUpgrade.cpp
+10-7clang/lib/CodeGen/Targets/PPC.cpp
+2-4llvm/lib/IR/Verifier.cpp
+68-245 files

LLVM/project 3d6d045llvm/test/CodeGen/AMDGPU/GlobalISel legalize-strict_fsub.mir legalize-fcanonicalize.mir

AMDGPU/GlobalISel: Switch some FP opcodes to extended LLTs (#212664)

Migrate G_FADD, G_FMUL, G_FMA, and G_FSUB and their strict variants,
along with G_FCANONICALIZE to use extended LLTs.

Also update the relevant MIR tests.
DeltaFile
+521-521llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fma.mir
+461-461llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fsub.mir
+414-414llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fmul.mir
+414-414llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fadd.mir
+260-260llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fcanonicalize.mir
+41-21llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-strict_fsub.mir
+2,111-2,0911 files not shown
+2,139-2,1207 files

LLVM/project bf4bafcclang/test/Analysis string-search-modeling.c

[analyzer] Require x86 target for Analysis/string-search-modeling.c (#213048)

This is a fixup to #212124.
The Solaris/sparcv9 build bot failure was reported in:
https://github.com/llvm/llvm-project/pull/212124#issuecomment-5130635364

Build bot failure:
https://lab.llvm.org/buildbot/#/builders/13/builds/14261

```
# RUN: at line 3
/opt/llvm-buildbot/home/solaris11-sparcv9/clang-solaris11-sparcv9/stage1/bin/clang -cc1 -internal-isystem /opt/llvm-buildbot/home/solaris11-sparcv9/clang-solaris11-sparcv9/stage1/lib/clang/24/include -nostdsysteminc -analyze -setup-static-analyzer -std=c17 -verify /opt/llvm-buildbot/home/solaris11-sparcv9/clang-solaris11-sparcv9/llvm/clang/test/Analysis/string-search-modeling.c    -analyzer-checker=core,unix    -analyzer-checker=debug.ExprInspection    -analyzer-config eagerly-assume=false
# executed command: /opt/llvm-buildbot/home/solaris11-sparcv9/clang-solaris11-sparcv9/stage1/bin/clang -cc1 -internal-isystem /opt/llvm-buildbot/home/solaris11-sparcv9/clang-solaris11-sparcv9/stage1/lib/clang/24/include -nostdsysteminc -analyze -setup-static-analyzer -std=c17 -verify /opt/llvm-buildbot/home/solaris11-sparcv9/clang-solaris11-sparcv9/llvm/clang/test/Analysis/string-search-modeling.c -analyzer-checker=core,unix -analyzer-checker=debug.ExprInspection -analyzer-config eagerly-assume=false
# RUN: at line 10
/opt/llvm-buildbot/home/solaris11-sparcv9/clang-solaris11-sparcv9/stage1/bin/clang -cc1 -internal-isystem /opt/llvm-buildbot/home/solaris11-sparcv9/clang-solaris11-sparcv9/stage1/lib/clang/24/include -nostdsysteminc -analyze -setup-static-analyzer -triple x86_64-scei-ps4 -std=c17 -verify /opt/llvm-buildbot/home/solaris11-sparcv9/clang-solaris11-sparcv9/llvm/clang/test/Analysis/string-search-modeling.c    -analyzer-checker=core,unix    -analyzer-checker=debug.ExprInspection    -analyzer-config eagerly-assume=false
# executed command: /opt/llvm-buildbot/home/solaris11-sparcv9/clang-solaris11-sparcv9/stage1/bin/clang -cc1 -internal-isystem /opt/llvm-buildbot/home/solaris11-sparcv9/clang-solaris11-sparcv9/stage1/lib/clang/24/include -nostdsysteminc -analyze -setup-static-analyzer -triple x86_64-scei-ps4 -std=c17 -verify /opt/llvm-buildbot/home/solaris11-sparcv9/clang-solaris11-sparcv9/llvm/clang/test/Analysis/string-search-modeling.c -analyzer-checker=core,unix -analyzer-checker=debug.ExprInspection -analyzer-config eagerly-assume=false
# .---command stderr------------
# | error: 'expected-warning' diagnostics expected but not seen:
# |   File /opt/llvm-buildbot/home/solaris11-sparcv9/clang-solaris11-sparcv9/llvm/clang/test/Analysis/string-search-modeling.c Line 528: TRUE

    [11 lines not shown]
DeltaFile
+2-0clang/test/Analysis/string-search-modeling.c
+2-01 files

LLVM/project 8ed6198llvm/lib/Transforms/Vectorize VPlanTransforms.cpp, llvm/test/Transforms/LoopVectorize find-last.ll

[VPlan] Fix optimizeFindIVReductions not negating condition of blend

Fixes #212993

 #194729 made the m_Select a m_SelectLike, so FindLastSelect could now be a blend. However we were checking the first operand to see if the Cond needed inverted. A select has `select %cond, %true, %false`, a blend is `blend %false, %cond, %true`, so we were failing to negate the condition.
DeltaFile
+1-2llvm/test/Transforms/LoopVectorize/find-last.ll
+2-1llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
+3-32 files

NetBSD/pkgsrc k4BwHQFdoc CHANGES-2026

   doc: Updated mail/rspamd to 4.1.4
VersionDeltaFile
1.4845+2-1doc/CHANGES-2026
+2-11 files

NetBSD/pkgsrc jcfm1cQmail/rspamd cfgfiles.mk Makefile

   mail/rspamd: update to 4.1.4

   pkgsrc change: remove a pkglint warning of cfgfiles.mk.


   4.1.4 (2026-07-29)

   Incompatible changes

   * Build: rspamd now links a single shared jemalloc instance per process and
     refuses a static-only jemalloc — duplicated allocators caused segfaults
     at startup

   Features

   * WebUI: read-only users can now access the Selectors tab and the Errors
     history

   Bug fixes

    [21 lines not shown]
VersionDeltaFile
1.77+4-4mail/rspamd/distinfo
1.138+2-2mail/rspamd/Makefile
1.23+1-2mail/rspamd/cfgfiles.mk
+7-83 files

FreeBSD/ports 87276c7irc/weechat Makefile distinfo

irc/weechat: Update to 4.9.5

PR:             297169
Reported by:    Fabian Wenk

(cherry picked from commit e497d8f48cf847ff13fff9bc738b72026ecfc337)
DeltaFile
+3-3irc/weechat/distinfo
+1-1irc/weechat/Makefile
+4-42 files

NetBSD/pkgsrc uFOSWEcdoc CHANGES-2026

   doc: Updated net/samba4 to 4.24.5
VersionDeltaFile
1.4844+2-1doc/CHANGES-2026
+2-11 files

NetBSD/pkgsrc kVHYmE5net/samba4 Makefile distinfo, net/samba4/patches patch-lib_util_util__crypt.c

   net/samba4: update to 4.24.5

   pkgsrc change:

   * remove pkglint warnings of patches/patch-lib_util_util__crypt.c


                      ==============================
                      Release Notes for Samba 4.24.5
                              July 28, 2026
                      ==============================


   This is a security release in order to address the following defects:

   o CVE-2026-6949:   TSIG packet with name compression can crash DNS

                      Incorrect size calculations when a TSIG record contains
                      compressed names can lead to a large out-of-bounds write

    [72 lines not shown]
VersionDeltaFile
1.129+5-5net/samba4/distinfo
1.4+3-3net/samba4/patches/patch-lib_util_util__crypt.c
1.220+2-2net/samba4/Makefile
+10-103 files