FreeNAS/freenas 72e5026src/middlewared/middlewared/plugins/truenas entitlements.py, src/middlewared/middlewared/utils/license __init__.py legacy.py

NAS-143004 / 26.0.0-RC.1 / Add private entitlements debug endpoint for debug bundles (by sonicaj) (#19608)

This commit adds changes to expose truenas.entitlements.debug_info, a
private method a debug bundle can call to see what an entitlement
decision was made from: the hardware facts, the raw license daemon
verdict that get_license() otherwise discards, the on-disk legacy
license as it actually is (a rejected or malformed blob currently reads
the same as no license at all) and every decision with the matrix column
it resolved to. Each section degrades to an error field rather than
raising, since the systems this is collected from are the ones whose
licensing is already misbehaving, and the legacy projection is an
allowlist so customer name and key never reach a bundle.

Original PR: https://github.com/truenas/middleware/pull/19598

Co-authored-by: Waqar Ahmed <waqarahmedjoyia at live.com>
DeltaFile
+74-1src/middlewared/middlewared/utils/license/legacy.py
+65-1src/middlewared/middlewared/plugins/truenas/entitlements.py
+2-1src/middlewared/middlewared/utils/license/__init__.py
+141-33 files

FreeNAS/freenas 60c0763

Empty commit to create PR on github.

You should reset it
DeltaFile
+0-00 files

FreeNAS/freenas d3bb462src/middlewared/middlewared/api/v26_0_0 vm.py container.py, src/middlewared/middlewared/plugins/container container.py

NAS-143053 / 26.0.0 / Make VM and container UUID immutable after creation (by Qubad786) (#19604)

## Problem
`vm.update` and `container.update` accepted `uuid` and persisted it,
purely because the update models inherit the field from their create
models and never excluded it. In this system the UUID is not metadata,
it is the identity of the libvirt object: the domain XML writes it to
both `<name>` and `<uuid>` (the friendly name only lands in `<title>`),
and every lookup goes through `lookupByName(uuid)`. Neither `do_update`
touches libvirt, so changing the UUID rewrites one DB column and
re-points middleware at a domain that no longer exists — a running
instance reports STOPPED, which defeats the active-state guard in
`do_delete`, stop/suspend/reset raise `DomainDoesNotExistError`, a later
start defines a second domain over the same zvol or rootfs, and
container runtime mounts under the old UUID are orphaned. Worse, an
explicit `uuid: null` was not "leave it alone": it reached the
auto-generate branch in `validate()` and silently re-randomised a live
instance's identity.


    [29 lines not shown]
DeltaFile
+7-0src/middlewared/middlewared/plugins/vm/vms.py
+7-0src/middlewared/middlewared/plugins/container/container.py
+2-0src/middlewared/middlewared/pytest/unit/plugins/test_vm.py
+1-0src/middlewared/middlewared/api/v26_0_0/vm.py
+1-0src/middlewared/middlewared/api/v26_0_0/container.py
+18-05 files

FreeNAS/freenas a8f226bsrc/middlewared/middlewared/plugins/truenas entitlements.py, src/middlewared/middlewared/utils/license __init__.py legacy.py

NAS-143004 / 26.0.0 / Add private entitlements debug endpoint for debug bundles (#19598)

This commit adds changes to expose truenas.entitlements.debug_info, a
private method a debug bundle can call to see what an entitlement
decision was made from: the hardware facts, the raw license daemon
verdict that get_license() otherwise discards, the on-disk legacy
license as it actually is (a rejected or malformed blob currently reads
the same as no license at all) and every decision with the matrix column
it resolved to. Each section degrades to an error field rather than
raising, since the systems this is collected from are the ones whose
licensing is already misbehaving, and the legacy projection is an
allowlist so customer name and key never reach a bundle.
DeltaFile
+74-1src/middlewared/middlewared/utils/license/legacy.py
+65-1src/middlewared/middlewared/plugins/truenas/entitlements.py
+2-1src/middlewared/middlewared/utils/license/__init__.py
+141-33 files

LLVM/project 16a644dflang/include/flang/Semantics openmp-modifiers.h, flang/lib/Semantics check-omp-structure.h check-omp-variant.cpp

[flang][OpenMP] Remove now unused OmpVerifyModifiers

Its functionality has been subsumed by VerifyModifiers.
DeltaFile
+164-269flang/lib/Semantics/check-omp-structure.cpp
+44-49flang/lib/Semantics/check-omp-loop.cpp
+0-6flang/include/flang/Semantics/openmp-modifiers.h
+1-3flang/lib/Semantics/check-omp-variant.cpp
+0-2flang/lib/Semantics/check-omp-structure.h
+209-3295 files

LLVM/project f330760flang/lib/Semantics check-omp-structure.h check-omp-syntax.cpp, llvm/include/llvm/Frontend/OpenMP OMPDescriptors.h.inc OMPDescriptors.h

[flang][OpenMP] Implement modifier set and modifier group verification

Introduce modifier set and group definitions, and include that information
in clause descriptors.

Extend the verification of syntactic properties to handle sets and groups.
DeltaFile
+676-590llvm/lib/Frontend/OpenMP/OMPDescriptors.inc
+133-27flang/lib/Semantics/check-omp-syntax.cpp
+47-0llvm/include/llvm/Frontend/OpenMP/OMPDescriptors.h
+32-1llvm/lib/Frontend/OpenMP/OMPDescriptors.cpp
+17-0llvm/include/llvm/Frontend/OpenMP/OMPDescriptors.h.inc
+6-4flang/lib/Semantics/check-omp-structure.h
+911-6221 files not shown
+912-6227 files

LLVM/project 7e4c96dflang/lib/Semantics check-omp-structure.cpp, flang/test/Semantics/OpenMP ordered01.f90

Restore checks on cross-clause SOURCE/SINK
DeltaFile
+35-2flang/lib/Semantics/check-omp-structure.cpp
+3-0flang/test/Semantics/OpenMP/ordered01.f90
+38-22 files

LLVM/project 72066b7flang/test/Semantics/OpenMP ordered01.f90

Restore original order of checks
DeltaFile
+1-1flang/test/Semantics/OpenMP/ordered01.f90
+1-11 files

LLVM/project eeb9bb7flang/include/flang/Parser parse-tree.h, flang/include/flang/Semantics openmp-modifiers.h

[flang][OpenMP] Replace modifier verification with a generic one

Implement verification of syntactic properties (i.e. required, unique,
exclusive, ultimate) in a generic way, agnostic of the kind of element
to which these properties are applied. The goal here is to reuse it
for verifying clause properties in the future.

Refactor the existing modifier verification code to use it. Modify
the previous implementation (OmpVerifyModifiers) to always succeed
to reduce the amount of necessary changes.
DeltaFile
+439-0flang/lib/Semantics/check-omp-syntax.cpp
+2-366flang/include/flang/Semantics/openmp-modifiers.h
+19-44flang/lib/Semantics/check-omp-structure.cpp
+50-9flang/include/flang/Parser/parse-tree.h
+20-34flang/test/Parser/OpenMP/dims-modifier.f90
+32-1flang/lib/Semantics/check-omp-structure.h
+562-4547 files not shown
+580-45913 files

LLVM/project c440d9cllvm/lib/Transforms/Scalar GVN.cpp

[fixup] Do not use the heavy WeakVH for observing  Else-block barriers
DeltaFile
+31-6llvm/lib/Transforms/Scalar/GVN.cpp
+31-61 files

LLVM/project 0a3955cflang/test/Driver fveclib.f90

[flang][test] Expect a single -rpath in fveclib.f90 ArmPL check (#220969)

Fixes a `check-flang` failure on main: `Flang :: Driver/fveclib.f90`.

#220697 consolidated `tools::addArchSpecificRPath()` down to a single
call site — it was removed from `ToolChain::addFlangRTLibPath()` and
from the `-fveclib=ArmPL` block in `tools::AddLinkerInputs()`, and one
unconditional call was hoisted to the end of `AddLinkerInputs()`. A link
line can therefore emit each candidate rpath at most once, so
`CHECK-RPATH-ARMPL` fails on its second `-rpath` match:

```
flang/test/Driver/fveclib.f90:59:27: error: CHECK-RPATH-ARMPL-SAME: expected string not found in input
! CHECK-RPATH-ARMPL-SAME: "-rpath"
                          ^
```

The two matches only ever passed because `addArchSpecificRPath()` is a
pure function of the toolchain and the argument list, so the two former

    [10 lines not shown]
DeltaFile
+0-2flang/test/Driver/fveclib.f90
+0-21 files

LLVM/project 35f6bd6offload/plugins-nextgen/level_zero/dynamic_l0 L0DynWrapper.cpp, offload/plugins-nextgen/level_zero/dynamic_l0/level_zero ze_api.h

[offload][l0] Report actual driver version through OL_DEVICE_INFO_DRIVER_VERSION (#218412)

The Level Zero plugin currently reports the Level Zero API version as
the driver version. Moreover, as the lookup table only includes API
versions up to `1.12`, newer versions (e.g. `1.15`) end up being
reported as Unknown.

Report the actual driver version instead:

- If the `zeIntelGetDriverVersionString` extension is available, use it.
This string may be more detailed than what `zeDriverGetProperties`
provides (e.g. hotfix suffix)
- If the above is not available, use
`zeDriverGetProperties().driverVersion`, an U32 value whose octets make
up major, minor & build numbers.
- The driver version is fetched once per context and stored in an
`std::string` inside of the `L0ContextTy`.

This is intended to match the behavior of Intel's Unified Runtime.

    [5 lines not shown]
DeltaFile
+38-0offload/plugins-nextgen/level_zero/src/L0Context.cpp
+16-1offload/plugins-nextgen/level_zero/dynamic_l0/level_zero/ze_api.h
+2-12offload/plugins-nextgen/level_zero/src/L0Device.cpp
+9-0offload/plugins-nextgen/level_zero/include/L0Context.h
+4-0offload/plugins-nextgen/level_zero/include/L0Compat.h
+1-0offload/plugins-nextgen/level_zero/dynamic_l0/L0DynWrapper.cpp
+70-136 files

OpenBSD/ports ih6YPd2devel/ccache Makefile distinfo, devel/ccache/patches patch-cmake_GenerateConfigurationFile_cmake

   update to ccache-4.14
VersionDeltaFile
1.81+2-2devel/ccache/distinfo
1.113+1-2devel/ccache/Makefile
1.8+1-1devel/ccache/patches/patch-cmake_GenerateConfigurationFile_cmake
+4-53 files

LLVM/project 97c8facclang/test/CIR/Transforms/abi-lowering x86_64-struct-direct-offset.cir

[CIR][NFC] Use the CIR check prefix in the direct-offset test

Assisted-by: Cursor / claude-opus-5
DeltaFile
+45-45clang/test/CIR/Transforms/abi-lowering/x86_64-struct-direct-offset.cir
+45-451 files

LLVM/project 0434d8flibsycl/src/detail platform_impl.hpp platform_impl.cpp, libsycl/src/detail/offload offload_topology.cpp offload_topology.hpp

[offload][sycl] Introduce `DRIVER_ID` device property (#217562)

Prior to the introduction of liboffload contexts, Level Zero devices
under different driver instances used to each receive their own
`L0ContextTy`s.

https://github.com/llvm/llvm-project/pull/209144 introduced contexts,
which are designed to map to a single `ze_context` on L0.
`olCreateContext` accepts a user-defined device list and is restricted
to accept devices within a single platform. This restriction is
insufficient for L0 - passing devices from different driver instances is
allowed under this contract, but does not make sense on L0 as
`zeContextCreate` needs a concrete driver instance as a parameter.

Introduce a `DRIVER_ID` device property. On CUDA and AMD, it is always
equal to 0. On L0, it is a distinct integer for each driver instance. A
set of devices can be used to create a context if and only if they all
belong to the same platform and have the same DRIVER_ID.


    [4 lines not shown]
DeltaFile
+139-0libsycl/unittests/platform/get_platforms.cpp
+21-37libsycl/src/detail/offload/offload_topology.cpp
+22-36libsycl/src/detail/offload/offload_topology.hpp
+14-38libsycl/src/detail/platform_impl.cpp
+4-18libsycl/src/detail/platform_impl.hpp
+7-5libsycl/unittests/common/unittests_helper.hpp
+207-13414 files not shown
+275-14020 files

OpenBSD/ports 5uKVCgZdevel/re2c Makefile distinfo

   update to re2c-4.6
VersionDeltaFile
1.32+2-2devel/re2c/distinfo
1.52+1-1devel/re2c/Makefile
+3-32 files

LLVM/project 9e8a0fellvm/include/llvm/IR Instruction.h, llvm/lib/IR Instruction.cpp

[VectorCombine] Check call targets when folding deinterleave/interleave pairs (#219116)

Instruction::isSameOperationAs() intentionally compares operation shape
and
special state without requiring operand identity. For CallBase
instructions,
this means calls to different targets with otherwise compatible
signatures can
compare as equivalent.

This caused VectorCombine::foldDeinterleaveInterleavePair() to treat
same-signature intrinsics such as llvm.smax and llvm.smin as the same
operation
and incorrectly fold them into a single widened call.

Add an opt-in Instruction::CompareCallTargets operation-equivalence
flag. When
requested, isSameOperationAs() additionally requires
CallBase::getCalledOperand() to match. Existing callers retain the

    [9 lines not shown]
DeltaFile
+74-0llvm/unittests/IR/InstructionsTest.cpp
+35-0llvm/test/Transforms/VectorCombine/deinterleave-interleave-pairs.ll
+7-5llvm/lib/Transforms/Vectorize/VectorCombine.cpp
+6-0llvm/lib/IR/Instruction.cpp
+2-0llvm/include/llvm/IR/Instruction.h
+124-55 files

LLVM/project 90edec1llvm/lib/Target/AArch64 AArch64InstrInfo.td AArch64RegisterInfo.td, llvm/lib/Target/AArch64/AsmParser AArch64AsmParser.cpp

Remove isArtificial and isAllocatable, and use RegisterTuples
DeltaFile
+4-12llvm/lib/Target/AArch64/AArch64RegisterInfo.td
+10-3llvm/lib/Target/AArch64/AsmParser/AArch64AsmParser.cpp
+2-2llvm/lib/Target/AArch64/MCTargetDesc/AArch64InstPrinter.cpp
+0-3llvm/lib/Target/AArch64/AArch64InstrInfo.td
+1-1llvm/test/TableGen/aarch64-register-info-stats.td
+1-1llvm/lib/Target/AArch64/Disassembler/AArch64Disassembler.cpp
+18-226 files

LLVM/project 6db90c8clang/docs ReleaseNotes.md, clang/lib/CodeGen CGStmtOpenMP.cpp

[Clang][OpenMP] Lower assume directive's holds clause to llvm.assume (#220688)

Emit `@llvm.assume` for the OpenMP 5.1 `assume` directive's `holds()`
clause, enabling downstream optimizations. Previously the clause was
parsed but its condition discarded without effect. Side-effectful
conditions are skipped with a warning, matching the existing
`[[assume]]`/`__builtin_assume` behavior.
DeltaFile
+50-0clang/test/OpenMP/assume_holds_codegen.cpp
+32-0clang/test/OpenMP/assume_holds_side_effects.cpp
+6-0clang/lib/CodeGen/CGStmtOpenMP.cpp
+3-0clang/lib/Sema/SemaOpenMP.cpp
+3-0clang/docs/ReleaseNotes.md
+94-05 files

OpenBSD/ports TnXK3Kjsysutils/freeipmi/patches patch-man_Makefile_in

   7.9 still needs (a rebased version of) this patch because cpp handles
   command-line arguments differently in clang 19 vs 22
VersionDeltaFile
1.10.10.2+2-4sysutils/freeipmi/patches/patch-man_Makefile_in
+2-41 files

LLVM/project a44ec49llvm/include/llvm/CodeGen MachORelocation.h, llvm/include/llvm/DebugInfo/CodeView TypeSymbolEmitter.h FunctionId.h

[llvm] Remove dead headers (NFC) (#220832)

None of these headers are referenced anywhere in the repository.
DeltaFile
+0-2,819llvm/lib/Target/Hexagon/HexagonDepMask.h
+0-58llvm/include/llvm/WindowsResource/ResourceScriptToken.h
+0-55llvm/include/llvm/DebugInfo/CodeView/FunctionId.h
+0-55llvm/include/llvm/CodeGen/MachORelocation.h
+0-50llvm/include/llvm/WindowsResource/ResourceProcessor.h
+0-35llvm/include/llvm/DebugInfo/CodeView/TypeSymbolEmitter.h
+0-3,0721 files not shown
+0-3,0957 files

FreeBSD/src 125ec0esys/dev/nvme nvme_ns.c

nvme: limit namespace character-device I/O size

The namespace character device does not initialize si_iosize_max, so
physio falls back to DFLTPHYS and can produce a bio larger than the
qpair payload DMA tag on a controller whose maximum transfer size is
below 64KB. Such a bio fails DMA mapping and is never submitted.

Approved by: ngie (co-mentor)
MFC after:      1 week

Reviewed by:    ngie, imp
Differential Revision:  https://reviews.freebsd.org/D59152
DeltaFile
+8-1sys/dev/nvme/nvme_ns.c
+8-11 files

FreeBSD/src b90c2b1sys/dev/nvme nvme_qpair.c

nvme: complete requests when payload DMA mapping fails

bus_dmamap_load_mem() reports most mapping failures, including EFBIG,
only through its callback and then returns zero. nvme_payload_map()
logged the error without telling the submission path, so the tracker
stayed on the outstanding list with no command submitted and no
timeout armed, stalling all later I/O on the queue behind it.

Approved by: ngie (co-mentor)
MFC after:      1 week

Reviewed by:    ngie, imp
Differential Revision:  https://reviews.freebsd.org/D59151
DeltaFile
+11-26sys/dev/nvme/nvme_qpair.c
+11-261 files

NetBSD/pkgsrc VwmpLgldoc CHANGES-2026

   doc: Updated net/dnscontrol to 5.0.3
VersionDeltaFile
1.5812+2-1doc/CHANGES-2026
+2-11 files

LLVM/project d7a7dbfllvm/lib/Target/AMDGPU AMDGPUPromoteAlloca.cpp, llvm/test/CodeGen/AMDGPU promote-alloca-mixed-width-access.ll

Refactor to enable scalars inline instead of seperate helper function
DeltaFile
+23-38llvm/lib/Target/AMDGPU/AMDGPUPromoteAlloca.cpp
+50-0llvm/test/CodeGen/AMDGPU/promote-alloca-mixed-width-access.ll
+73-382 files

LLVM/project 814d6c9llvm/test/CodeGen/AMDGPU promote-alloca-mixed-width-access.ll

Testing updates per PR feedback, add some new test cases
DeltaFile
+87-6llvm/test/CodeGen/AMDGPU/promote-alloca-mixed-width-access.ll
+87-61 files

LLVM/project 430ae16llvm/lib/Target/AMDGPU AMDGPUPromoteAlloca.cpp, llvm/test/CodeGen/AMDGPU promote-alloca-mixed-width-access.ll

[AMDGPU] PromoteAlloca: split scalar accesses that span several elements

promoteAllocaToVector already splits a *vector* access across several
elements when it is a multiple of the element size, but a *scalar* access
had to be bitcastable to the element type, so an i64 load from an alloca
promoted to <8 x i32> was rejected as "not a supported access type" and
the object stayed in scratch.

Accept a scalar access that is a whole multiple of the element size and
route it through the existing subvector path, which already builds the
value from consecutive elements and bitcasts. Accesses with padding are
still rejected, since splitting those would put the pieces at the wrong
offsets, as are non-integer non-float types.
DeltaFile
+78-0llvm/test/CodeGen/AMDGPU/promote-alloca-mixed-width-access.ll
+28-4llvm/lib/Target/AMDGPU/AMDGPUPromoteAlloca.cpp
+106-42 files

LLVM/project de7b1d5llvm/lib/Target/AMDGPU AMDGPUPromoteAlloca.cpp, llvm/test/CodeGen/AMDGPU eliminate-frame-index-select.ll promote-alloca-homogeneous-struct.ll

[AMDGPU] PromoteAlloca: flatten homogeneous structs to vectors (#217055)

getVectorTypeForAlloca() peeled nested ArrayType and one inner
FixedVectorType, but stopped at any StructType. An alloca of an array of
structs was therefore rejected with "Cannot convert type to vector" and
fell back to scratch, even when the struct was a trivial wrapper around
a scalar.

Peel structs too, but only when every field has the same type and the
struct has no padding, so flattened elements keep the byte offsets the
surrounding index arithmetic assumes. Structs with differing field types
or with padding are left alone.
DeltaFile
+152-0llvm/test/CodeGen/AMDGPU/promote-alloca-homogeneous-struct.ll
+23-6llvm/lib/Target/AMDGPU/AMDGPUPromoteAlloca.cpp
+6-1llvm/test/CodeGen/AMDGPU/eliminate-frame-index-select.ll
+181-73 files

NetBSD/pkgsrc VQvqkaPnet/dnscontrol Makefile go-modules.mk

   dnscontrol: Update to 5.0.3

   Changelog
   Provider-specific changes:
   c1ebdb1: BIND: BUGFIX: SOA not incrementing on the existing zone (fixes #4840) (#4842) (@TomOnTime)
   90984bb: BUNNY_DNS: Fix TXT record creation (#4839) (@TomOnTime)
   c798fcb: LINODE: Add support for TTLs of 30s and 120s (#4835) (@dairiki)
   f96fde4: LINODE: BUGFIX: too picky about hyphens in names of SRV records (#4828) (@TomOnTime)
   Dependencies:
   b6ce13f: CHORE: Update dependencies (#4843) (@TomOnTime)
   Other changes and improvements:
   34db875: BUG: SPF flattening removes redirect= modifiers that an "all" mechanism ignores (#4634) (@shuvamk)
   0d6fe4b: CHORE: Upgrade to glob v1 (#4841) (@TomOnTime)
   162a39b: Potential fix for code scanning alert no. 50: Cache Poisoning via execution of untrusted code (#4837) (@TomOnTime)
   5196387: Release v5.0.3 (#4844) (@TomOnTime)
VersionDeltaFile
1.10+117-117net/dnscontrol/distinfo
1.11+38-38net/dnscontrol/go-modules.mk
1.45+2-3net/dnscontrol/Makefile
+157-1583 files

FreeBSD/ports 5329ac5www/freenginx Makefile.extmod Makefile, www/nginx Makefile.extmod Makefile

www/{nginx,nginx-devel,freenginx}: 3rd-party modules management

Chase the www/nginx-module-njs update to 1.0.1, which contains
security fixes.  Bump PORTREVISION so the packages pick up the new
module.

Sponsored by:   Netzkommune GmbH
DeltaFile
+1-1www/nginx/Makefile.extmod
+1-1www/nginx/Makefile
+1-1www/nginx-devel/Makefile.extmod
+1-1www/nginx-devel/Makefile
+1-1www/freenginx/Makefile.extmod
+1-1www/freenginx/Makefile
+6-66 files