FreeNAS/freenas 0f28497src/middlewared/middlewared/etc_files/truenas_s3 credentials.conf.mako

Render s3 access key expires_at into credentials.conf

Emit the key's expiry as a Unix timestamp so the daemon can enforce it
per request, not only at render time.
DeltaFile
+5-1src/middlewared/middlewared/etc_files/truenas_s3/credentials.conf.mako
+5-11 files

FreeBSD/src c4f32e7sys/dev/qcom_ess_edma qcom_ess_edma_var.h qcom_ess_edma_tx.h, sys/dev/xen/pcifront pcifront.c

Trim various $FreeBSD$ that have snuck back in since the mass removal

Sponsored by:   Chelsio Communications
DeltaFile
+0-3sys/dev/xen/pcifront/pcifront.c
+0-3sys/dev/qcom_ess_edma/qcom_ess_edma_var.h
+0-3sys/dev/qcom_ess_edma/qcom_ess_edma_tx.h
+0-3sys/dev/qcom_ess_edma/qcom_ess_edma_tx.c
+0-3sys/dev/qcom_ess_edma/qcom_ess_edma_rx.h
+0-3sys/dev/qcom_ess_edma/qcom_ess_edma_rx.c
+0-1839 files not shown
+0-11445 files

LLVM/project 0090437mlir/include/mlir/Dialect/MemRef/Utils MemRefUtils.h, mlir/lib/Dialect/Linalg/Transforms Hoisting.cpp

[mlir][linalg] Hoist transfer pairs through disjoint subview slices (#220244)

`hoistRedundantVectorTransfers` previously bailed whenever a transfer
pair was based on a view like `memref.subview`, since another view of
the same buffer could alias it. This patch replaces that blanket bail
with an actual aliasing check: the pair is hoisted when no other access
to the base's underlying buffer in the loop conflicts with it, i.e.
every other access is either the matching read/write or a slice provably
disjoint from the base's static per-dimension footprint. When the base
has no static footprint (e.g. a dynamic subview offset or a
collapse_shape root), the pair still hoists as long as nothing else in
the loop touches the buffer; otherwise it conservatively bails.

The check is implemented as a reusable utility
`memref::hasNoAliasingAccessInScope` in MemRefUtils, and the existing
lone-read path (noAliasingUseInLoop) is unified onto it.

Adds lit tests: positive cases for disjoint static subviews, a dynamic
(loop-invariant) offset, and a collapse_shape root; negative cases for

    [2 lines not shown]
DeltaFile
+1,445-0mlir/test/Dialect/Linalg/hoist-redundant-vector-transfers.mlir
+0-1,065mlir/test/Dialect/Linalg/hoisting.mlir
+131-0mlir/lib/Dialect/MemRef/Utils/MemRefUtils.cpp
+22-39mlir/lib/Dialect/Linalg/Transforms/Hoisting.cpp
+12-0mlir/include/mlir/Dialect/MemRef/Utils/MemRefUtils.h
+1-0mlir/lib/Dialect/MemRef/Utils/CMakeLists.txt
+1,611-1,1046 files

LLVM/project c9e11e5mlir/lib/Dialect/GPU/Transforms DecomposeMemRefs.cpp, mlir/test/Dialect/GPU decompose-memrefs.mlir

[mlir][gpu] Keep memref.load/store attributes in decompose-memrefs (#221312)

`gpu-decompose-memrefs` rewrites a `memref.load`/`memref.store` inside a
`gpu.launch` into a `reinterpret_cast` to the linearised offset plus a
0-d access, but rebuilds the op from the new memref only. `nontemporal`,
`alignment` and `invariant` are dropped from the load, `nontemporal` and
`alignment` from the store:

```mlir
%res = memref.load %arg0[%tx, %ty, %tz] alignment(16) nontemporal(true) invariant(true) : memref<?x?x?xf32>
// becomes
%1 = memref.load %reinterpret_cast[] : memref<f32, strided<[], offset: ?>>
```

The rewrite accesses the same element with the same type, so all of
them still hold on the new op. Pass them to the builder; the attribute
form is the one that also carries `invariant`.

Tests: a load and a store case next to the existing `@decompose_load`

    [9 lines not shown]
DeltaFile
+54-0mlir/test/Dialect/GPU/decompose-memrefs.mlir
+6-2mlir/lib/Dialect/GPU/Transforms/DecomposeMemRefs.cpp
+60-22 files

LLVM/project 0e8fd36lld/MachO SyntheticSections.cpp

[lld-macho] Parallelize ObjFile::sourceFile() during STABS emission. (#222087)

This is part of the ld64.lld performance improvements tracked by #222068

Currently, SymtabSection::emitStabs() calls emitBeginSourceStab() it
passes in file->sourceFile(), which will call
ObjFile::sourceFile(). This method reads the component's root DIE, which
is a bottleneck when done serially as at this stage the DWARF sections
have not been parsed yet.

This commit parallelizes the calls to ObjFile::sourceFile(), as we
already have the file ids stable sorted.

AI tool use: this is one of the commits that was prototyped by AI. I
rewrote this commit and ran the benchmarking myself.

**Benchmark for mac_debug_component_sym_2**
LLD Baseline
Time (mean ± σ): 8.630 s ± 0.479 s [User: 7.170 s, System: 2.012 s]

    [8 lines not shown]
DeltaFile
+9-2lld/MachO/SyntheticSections.cpp
+9-21 files

LLVM/project 2ab1bd1flang/lib/Lower Allocatable.cpp, flang/test/Lower/CUDA cuda-gpu-managed-components.cuf

[flang][cuda] Back ALLOCATABLE components with managed memory under -gpu=mem:managed

Under -gpu=mem:managed, select the managed allocator index at the ALLOCATE site for ALLOCATABLE/POINTER components, reusing the branch #210149 added for -gpu=unified; the existing kDefaultAllocator test filters out the already-attributed entities.
DeltaFile
+133-0flang/test/Lower/CUDA/cuda-gpu-managed-components.cuf
+27-13flang/lib/Lower/Allocatable.cpp
+160-132 files

HardenedBSD/src 0ab1421contrib/tzcode tz-link.html localtime.c, contrib/xz ChangeLog

Merge remote-tracking branch 'rad/freebsd/current/main' into hardened/current/master
DeltaFile
+1,488-0contrib/xz/ChangeLog
+167-232contrib/tzcode/localtime.c
+172-92contrib/xz/src/liblzma/common/index.c
+219-0sys/dev/intel/intel_pmc.c
+76-82contrib/xz/src/xz/xz.1
+60-58contrib/tzcode/tz-link.html
+2,182-464112 files not shown
+3,384-1,160118 files

LLVM/project e5d79a1llvm/lib/Target/AMDGPU GCNCreateVOPD.cpp, llvm/test/CodeGen/AMDGPU vopd3-imm-fold.ll vopd3-imm-fold.mir

[AMDGPU] Form VOPD3 pairs with pair-local literal moves

VOPD3 cannot encode literal operands, but its src0 can read scalar registers.
In this PR, we try to allow to form a pair with one distinct non-inline constant
value by moving that value to a free SGPR. If both components use the same value,
one move serves both, but we reject pairs that need two different values, since
that doesn't buy us anything. Ffunctions without tracked liveness, and functions
optimized for size are also rejected.

With this change, `GCNCreateVOPD` checks every adjacent pair before it selects a
greedy non-overlapping pair. This lets an infeasible pair fall through to the
overlapping next one. We use one reverse liveness walk to find an SGPR that is
free over each pair-local range. Disjoint selected pairs can reuse the same SGPR.
Each accepted pair adds at most one `S_MOV_B32` for the one instruction removed
by fusion.

The post-RA scheduler uses the same matcher policy, so it will not cluster a
two-value pair that the create pass cannot build.
DeltaFile
+413-411llvm/test/CodeGen/AMDGPU/llvm.amdgcn.permlane.ll
+326-308llvm/test/CodeGen/AMDGPU/float-to-arbitrary-fp-fp8-hw.ll
+233-185llvm/test/CodeGen/AMDGPU/bf16.ll
+278-131llvm/lib/Target/AMDGPU/GCNCreateVOPD.cpp
+390-0llvm/test/CodeGen/AMDGPU/vopd3-imm-fold.mir
+375-0llvm/test/CodeGen/AMDGPU/vopd3-imm-fold.ll
+2,015-1,03547 files not shown
+3,396-2,20953 files

FreeBSD/ports 371bb10comms/py-pynitrokey Makefile

comms/py-pynitrokey: Update nethsm dependency version range

security/py-nethsm has been updated to 3.0.0.

PR:             298490
Approved by:    osa, vvd (Mentors, implicit)
DeltaFile
+2-1comms/py-pynitrokey/Makefile
+2-11 files

FreeBSD/ports 8faa9cbsecurity/py-nethsm Makefile distinfo

security/py-nethsm: Update 2.1.2 => 3.0.0

While here, remove extra space before backslash in RUN_DEPENDS field.

Changelog:
- Breaking change: Return FullClusterJoinData instead of ClusterJoinData
  from add_cluster_member (requires NetHSM v5)
https://github.com/Nitrokey/nethsm-sdk-py/releases/tag/v3.0.0

PR:             298489
Approved by:    osa, vvd (Mentors, implicit)
DeltaFile
+3-3security/py-nethsm/distinfo
+2-2security/py-nethsm/Makefile
+5-52 files

LLVM/project c4a8bdaclang/lib/CIR/Dialect/Transforms/TargetLowering CIRABIRewriteContext.cpp, clang/test/CIR/CodeGen call-conv-lowering-x86_64-sret-res-attrs.c

[CIR] Drop res_attrs when a rewritten return has no result (#222465)

An Indirect return moves the value to an sret pointer argument the pass
inserts, and an Ignore return drops it, so the rewritten func or call
has no result for the per-result `res_attrs` array to describe. The
function rewrite and both call rewrites now remove it.

Assisted-by: Cursor / claude-opus-5
DeltaFile
+96-0clang/test/CIR/Transforms/abi-lowering/dropped-return-res-attrs.cir
+41-0clang/test/CIR/CodeGen/call-conv-lowering-x86_64-sret-res-attrs.c
+7-3clang/lib/CIR/Dialect/Transforms/TargetLowering/CIRABIRewriteContext.cpp
+144-33 files

LLVM/project faf5ecflibcxx/test/libcxx/transitive_includes cxx29.csv cxx26.csv

update transitve includes
DeltaFile
+1-0libcxx/test/libcxx/transitive_includes/cxx29.csv
+1-0libcxx/test/libcxx/transitive_includes/cxx26.csv
+1-0libcxx/test/libcxx/transitive_includes/cxx23.csv
+3-03 files

FreeNAS/freenas c538b7fsrc/middlewared/middlewared/api/v26_0_0 truenas.py, src/middlewared/middlewared/api/v27_0_0 truenas.py

Add truenas.entitlements.facts and deprecate system.product_type

This commit adds changes to expose the hardware and license facts that entitlement decisions are computed from through a new truenas.entitlements.facts method, and marks system.product_type removed_in v27 now that it has a proper successor. Hardware is reported as TRUENAS or COMMUNITY off is_appliance, so a Mini reads as COMMUNITY exactly like product_type reported it, and license_type is left as a plain string so a newer license type doesn't fail validation on an older system.

The models are mirrored into both v26 and v27 since this gets backported. Usage reporting keeps emitting the old ENTERPRISE/COMMUNITY_EDITION platform string after moving off product_type, otherwise every existing usage report would stop lining up with the new ones.
DeltaFile
+28-1src/middlewared/middlewared/plugins/truenas/entitlements.py
+25-0src/middlewared/middlewared/api/v27_0_0/truenas.py
+25-0src/middlewared/middlewared/api/v26_0_0/truenas.py
+3-3tests/api2/test_usage_reporting.py
+4-1src/middlewared/middlewared/plugins/system/product.py
+2-1src/middlewared/middlewared/plugins/usage/gather.py
+87-62 files not shown
+89-88 files

NetBSD/pkgsrc iminTi7doc CHANGES-2026

   doc: Updated wm/oatbar to 0.3.1nb1
VersionDeltaFile
1.6106+2-1doc/CHANGES-2026
+2-11 files

NetBSD/pkgsrc pnIN96Nwm/oatbar distinfo, wm/oatbar/patches patch-.._vendor_starship-battery-0.11.0_src_platform_netbsd_sysmon.rs

   wm/oatbar: fix battery readout
VersionDeltaFile
1.1+81-0wm/oatbar/patches/patch-.._vendor_starship-battery-0.11.0_src_platform_netbsd_sysmon.rs
1.7+2-1wm/oatbar/distinfo
+83-12 files

OPNSense/plugins 8ab644asecurity/q-feeds-connector/src/opnsense/mvc/app/models/OPNsense/QFeeds Connector.xml, security/q-feeds-connector/src/opnsense/scripts/qfeeds/lib db.py

security/q-feeds-connector - work in progress meta data processing.
DeltaFile
+7-0security/q-feeds-connector/src/opnsense/service/conf/actions.d/actions_qfeeds.conf
+6-0security/q-feeds-connector/src/opnsense/mvc/app/models/OPNsense/QFeeds/Connector.xml
+2-2security/q-feeds-connector/src/opnsense/scripts/qfeeds/lib/db.py
+15-23 files

LLVM/project 9f3417bflang/lib/Semantics check-omp-structure.cpp, flang/test/Semantics/OpenMP clause-validity01.f90

[FLANG][OMP] Add error message for invalid dependence type in taskwait construct (#219234). (#220837)

This PR is to fix #219234.
DeltaFile
+7-0flang/lib/Semantics/check-omp-structure.cpp
+2-0flang/test/Semantics/OpenMP/clause-validity01.f90
+9-02 files

LLVM/project 21b1b80llvm/lib/Target/SPIRV SPIRVBuiltins.td SPIRVNonSemanticDebugHandler.h, llvm/lib/Target/SPIRV/MCTargetDesc SPIRVBaseInfo.cpp

[SPIR-V] Add -spirv-nonsemantic-debug-info-version to select the NSDI set

The backend hardcoded NonSemantic.Shader.DebugInfo.100 as its debug-info
ext-inst set. Add a flag selecting .100 (the default) or .200.
DeltaFile
+34-0llvm/test/CodeGen/SPIRV/debug-info/debug-info-nonsemantic-version.ll
+18-4llvm/lib/Target/SPIRV/SPIRVNonSemanticDebugHandler.cpp
+5-4llvm/lib/Target/SPIRV/SPIRVNonSemanticDebugHandler.h
+3-0llvm/lib/Target/SPIRV/MCTargetDesc/SPIRVBaseInfo.cpp
+1-0llvm/lib/Target/SPIRV/SPIRVBuiltins.td
+61-85 files

LLVM/project fdea8cbllvm/lib/Target/AMDGPU/AsmParser AMDGPUAsmParser.cpp

[AMDGPU] Rename the no-modifier operand predicate to *Target, NFC

Match the *Target naming used for the other alignment-aware operand
predicates.
DeltaFile
+48-48llvm/lib/Target/AMDGPU/AsmParser/AMDGPUAsmParser.cpp
+48-481 files

LLVM/project a6a6049llvm/lib/Target/AMDGPU/AsmParser AMDGPUAsmParser.cpp

[AMDGPU] Rename the alignment-aware operand predicates to *Target, NFC

The predicates take a *_AlignTarget/_Target operand, so name them after
it. The HwMode resolution behind the operand's class is an implementation
detail that need not appear in the name.
DeltaFile
+14-14llvm/lib/Target/AMDGPU/AsmParser/AMDGPUAsmParser.cpp
+14-141 files

LLVM/project f8a2f61llvm/lib/Target/AMDGPU/AsmParser AMDGPUAsmParser.cpp, llvm/lib/Target/AMDGPU/Utils AMDGPUBaseInfo.h AMDGPUBaseInfo.cpp

[AMDGPU] Make custom AsmParser matchers alignment aware

Currently custom matchers accept registers belonging to unaligned classes,
leaving the alignment check and its diagnostic to validateVGPRAlign. The problem
is that validateVGPRAlign does not account for the operand register class, which
may have a different alignment requirement on mixed-alignment targets.

The fix is to make a custom matcher resolve the operand's _AlignTarget class via
HwMode and use that resolved class to accept a register. However, doing so alone
would reject a misaligned register with a generic "invalid operand for
instruction" diagnostic, so extra infrastructure conveys the alignment diagnostic
instead: on a class miss, diagnoseRegAlign re-checks the register against the same
class with alignment relaxed (getUnalignedEquivalentRC, new in AMDGPUBaseInfo);
if it fits, the only problem is alignment, so it records
OperandMatchError::VGPRAlignMismatch on the operand. matchAndEmitInstruction
selects that reason and prints the alignment error, now at the offending operand
column instead of column 1.

This commit converts the input-mods and DP-ALU DPP matchers. The no-modifier

    [4 lines not shown]
DeltaFile
+87-18llvm/lib/Target/AMDGPU/AsmParser/AMDGPUAsmParser.cpp
+87-0llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.cpp
+6-6llvm/test/MC/AMDGPU/gfx1250_asm_vopd_errs.s
+5-0llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.h
+1-1llvm/test/MC/AMDGPU/misaligned-vgpr-tuples-err.s
+186-255 files

LLVM/project 9cadcffllvm/lib/Target/AMDGPU/AsmParser AMDGPUAsmParser.cpp, llvm/lib/Target/AMDGPU/Utils AMDGPUBaseInfo.h AMDGPUBaseInfo.cpp

[AMDGPU] Drop the misaligned VGPR-tuple AsmParser diagnostic

The alignment-aware matchers already reject a misaligned tuple, so a
misaligned operand now fails as a plain invalid operand. Keeping the
dedicated "vgpr tuples must be 64 bit aligned" message only for that
case is not worth the extra match-error ranking, the per-operand
diagnostic, and getUnalignedEquivalentRC, so remove all of it.
DeltaFile
+0-87llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.cpp
+13-57llvm/lib/Target/AMDGPU/AsmParser/AMDGPUAsmParser.cpp
+3-3llvm/test/MC/AMDGPU/gfx1250_asm_vopd_errs.s
+0-5llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.h
+1-1llvm/test/MC/AMDGPU/misaligned-vgpr-tuples-err.s
+17-1535 files

LLVM/project 2db1605llvm/test/MC/AMDGPU out-of-range-registers.s misaligned-vgpr-tuples-err.s

[AMDGPU] Update no-modifier operand tests for the dropped align diagnostic

The no-modifier reg-or-inline operands routed through the HwMode
predicate now report a misaligned tuple as a plain invalid operand,
matching the diagnostic dropped earlier in the stack.
DeltaFile
+7-7llvm/test/MC/AMDGPU/misaligned-vgpr-tuples-err.s
+1-1llvm/test/MC/AMDGPU/out-of-range-registers.s
+8-82 files

LLVM/project 5d44c2cllvm/lib/Target/AMDGPU/AsmParser AMDGPUAsmParser.cpp, llvm/test/MC/AMDGPU misaligned-vgpr-tuples-err.s

[AMDGPU] Route no-modifier reg-or-inline AsmParser operands through HwMode predicate

Convert the reg-or-inline operands with no modifiers (MFMA VGPR/AGPR
sources, VCSrc, v_pk_mov_b32, VOP scalar f64) from the fixed-class
isRegOrInlineNoMods to the HwMode-aware isRegOrInlineNoModsByHwMode, so an
odd-aligned tuple is rejected at the offending operand column instead of by
the validateVGPRAlign catch-all.

Co-Authored-By: Claude <noreply at anthropic.com>
DeltaFile
+53-46llvm/lib/Target/AMDGPU/AsmParser/AMDGPUAsmParser.cpp
+7-7llvm/test/MC/AMDGPU/misaligned-vgpr-tuples-err.s
+60-532 files

FreeBSD/src 354069bcddl/usr.sbin/dtrace/tests dtrace.test.mk, cddl/usr.sbin/dtrace/tests/amd64/arrays Makefile

dtrace/tests: compile D sources at runtime on test target

Previously, we would precompile D test dependencies using the
host's dtrace, which unconditionally outputs ELF files in the
host's format. This breaks the cross-compile build with errors
like the following:

dtrace: failed to link script: incorrect ELF machine type for
object file: tst.usdt.pieo
--- usdt.o ---
*** Failed target: usdt.o

This patch moves compilation to runtime for all C-based testcases
that have a dependent D source file.

Reviewed by:    markj
MFC after:      1 week
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59030

    [2 lines not shown]
DeltaFile
+23-1cddl/usr.sbin/dtrace/tests/tools/dtest.sh
+10-8cddl/usr.sbin/dtrace/tests/dtrace.test.mk
+3-1cddl/usr.sbin/dtrace/tests/common/arrays/Makefile
+3-1cddl/usr.sbin/dtrace/tests/common/arithmetic/Makefile
+3-1cddl/usr.sbin/dtrace/tests/common/aggs/Makefile
+3-1cddl/usr.sbin/dtrace/tests/amd64/arrays/Makefile
+45-1387 files not shown
+306-10093 files

FreeBSD/src 73d67bclib/googletest/tests Makefile.inc

lib/googletest: also use -O0 for internal tests with GCC

This fixes the build with gcc 16's aggressive inlining.

Reviewed by:    ngie
MFC after:      3 days
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59538

(cherry picked from commit 243bdaff75853606ce477807e87e4fbcc1decfb1)
DeltaFile
+3-3lib/googletest/tests/Makefile.inc
+3-31 files

FreeBSD/src 09f68adsbin/camcontrol persist.c

camcontrol: remove unused variable

This fixes the build with gcc 16 after the changes
to -Wunused*[0].

[0] https://gcc.gnu.org/gcc-16/porting_to.html#changes-to-wunused

Reviewed by:    ken, imp
MFC after:      3 days
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59540

(cherry picked from commit 076c9db51f95291f73c25b39a8c9c4206c050bc1)
DeltaFile
+2-3sbin/camcontrol/persist.c
+2-31 files

FreeBSD/src 6f7e47dsys/netinet sctp_usrreq.c

sctp: remove unused variable

This fixes the build with gcc 16 after the changes
to -Wunused*[0].

[0] https://gcc.gnu.org/gcc-16/porting_to.html#changes-to-wunused

Reviewed by:    tuexen
MFC after:      3 days
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59590

(cherry picked from commit b7e91f238c2f70e8432f56762499aebd0ab9960b)
DeltaFile
+2-5sys/netinet/sctp_usrreq.c
+2-51 files

FreeBSD/src f006552cddl/contrib/opensolaris/common/ctf ctf_hash.c

libctf: remove unused variable

This fixes the build with gcc 16 after the changes
to -Wunused*[0].

[0] https://gcc.gnu.org/gcc-16/porting_to.html#changes-to-wunused

Reviewed by:    markj
MFC after:      3 days
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59537

(cherry picked from commit 8e75ea59b085fb6dedfe5911481e6673a60b48fe)
DeltaFile
+1-2cddl/contrib/opensolaris/common/ctf/ctf_hash.c
+1-21 files

FreeBSD/src 63d78dfsys/netpfil/ipfilter/netinet ip_nat.c

ipfilter: remove unused variable

This fixes the build with gcc 16 after the changes
to -Wunused*[0].

[0] https://gcc.gnu.org/gcc-16/porting_to.html#changes-to-wunused

Reviewed by:    cy
MFC after:      3 days
Sponsored by:   The FreeBSD Foundation

(cherry picked from commit 94f7019668f8a02416c5b32ba8a9c32a68edd261)
DeltaFile
+3-4sys/netpfil/ipfilter/netinet/ip_nat.c
+3-41 files