FreeNAS/freenas d1c85fasrc/freenas/usr/lib/systemd/network 10-vseries-internode.link, src/middlewared/middlewared/alert/source vseries_unstamped_spd.py

NAS-140741 / 27.0.0-BETA.1 / V-Series: DMI-gated X710 internode bond for v2.0 (NTG) controllers
DeltaFile
+170-3src/middlewared/middlewared/plugins/failover_/internal_interface.py
+59-0tests/unit/test_vseries_hw_rev.py
+51-0src/middlewared/middlewared/alert/source/vseries_unstamped_spd.py
+47-2src/middlewared/middlewared/plugins/failover_/detect_utils.py
+12-2src/freenas/usr/lib/systemd/network/10-vseries-internode.link
+6-2src/middlewared/middlewared/plugins/enclosure_/enclosure_class.py
+345-96 files

FreeBSD/src e3e8ec2sys/kern kern_kexec.c

kexec: Disallow kexec_load if securelevel > 0

kexec_load() + reboot is intended to be equivalent to a system reboot.
However kexec_load() can load arbitrary data as the target kernel,
leading to execution of arbitrary code, even though it's effectively in
a new context.  Rather than being equivalent to a system reboot, it's
also equivalent to kldload(), which loads arbitrary code into the
running kernel.  Since kldload() is blocked at securelevel 1, also block
kexec_load().

Reported by:    markj
Fixes:          e02c57ff3 ("kern: Introduce kexec system feature (MI)")
Sponsored by:   Hewlett Packard Enterprise
Differential Revision:  https://reviews.freebsd.org/D56580
DeltaFile
+3-0sys/kern/kern_kexec.c
+3-01 files

LLVM/project b05c6d1libsycl/include/sycl/__impl queue.hpp, libsycl/include/sycl/__impl/detail kernel_arg_helpers.hpp

fix comments

Signed-off-by: Tikhomirova, Kseniya <kseniya.tikhomirova at intel.com>
DeltaFile
+98-0libsycl/test/basic/parallel_for_indexers.cpp
+20-26libsycl/include/sycl/__spirv/spirv_vars.hpp
+8-5libsycl/include/sycl/__impl/queue.hpp
+1-6libsycl/include/sycl/__impl/detail/kernel_arg_helpers.hpp
+127-374 files

FreeBSD/src 69cc351libexec/rc safe_eval.sh

safe_set ignore leading white-space

Also treate ':' at the start of a line as for '#'
ie. a comment.
DeltaFile
+2-2libexec/rc/safe_eval.sh
+2-21 files

LLVM/project cdc0a90compiler-rt/lib/asan asan_allocator.cpp asan_win_static_runtime_thunk.cpp, compiler-rt/lib/sanitizer_common sanitizer_common_interceptors_memintrinsics.inc

Revert "[ASan][Windows] Fix memmove/memcpy interception on x64" (#193524)

Reverts llvm/llvm-project#192060 since it breaks a bot:
https://lab.llvm.org/buildbot/#/builders/107/builds/19020
DeltaFile
+0-28compiler-rt/lib/asan/asan_allocator.cpp
+0-27compiler-rt/lib/sanitizer_common/sanitizer_common_interceptors_memintrinsics.inc
+3-3compiler-rt/lib/asan/asan_win_static_runtime_thunk.cpp
+3-583 files

LLVM/project bb09212clang/lib/Driver/ToolChains Hexagon.h, clang/test/Driver hexagon-toolchain-elf.c

[Hexagon] Non-pie default on hexagon-unknown-elf (#193184)

The Hexagon driver on non-linux OS should not default to position
independent executable (pie).
For standalone QuRT applications (non FastRPC), default to static
executables.
DeltaFile
+11-0clang/test/Driver/hexagon-toolchain-elf.c
+4-0clang/lib/Driver/ToolChains/Hexagon.h
+15-02 files

LLVM/project 2072474llvm/lib/Frontend/OpenMP OMPIRBuilder.cpp, mlir/test/Target/LLVMIR openmp-llvm.mlir

[OpenMP][OMPIRBuilder] Support complex types in atomic update/capture (#191490)

Route struct-typed values through the libcall path in
`emitAtomicUpdate`.

Previously, the libcall path was gated on `RMWOp == BAD_BINOP`, so
atomic capture swap patterns (`v = x; x = expr`) for complex values
lowered as structs fell through to the cmpxchg path. That path called
`getScalarSizeInBits()` on a struct type, produced 0, and triggered an
assertion in `IntegerType::get()`.

Remove the `BAD_BINOP` restriction so struct types always use the
libcall path. This is safe because the libcall path does not use `RMWOp`
and already handles arbitrary type sizes correctly.

Also fix `LoadSize` in the libcall path to use `XElemTy` rather than the
pointer type, which previously gave the wrong size for larger complex
types such as `complex(8)`.


    [2 lines not shown]
DeltaFile
+87-0mlir/test/Target/LLVMIR/openmp-llvm.mlir
+7-10llvm/lib/Frontend/OpenMP/OMPIRBuilder.cpp
+94-102 files

FreeBSD/src 588bb16usr.sbin/jail command.c

jail: fix crash with startup commands on a jail without name

Jail name is optional, thus don't try setenv(NULL).

Fixes:  d8f021add40c321c4578da55dae52fb93c7ccb5f
(cherry picked from commit 78c4f821f43d530ba1f2a6308a64a8483208ebe3)
DeltaFile
+2-2usr.sbin/jail/command.c
+2-21 files

LLVM/project fb6f1bdlibcxxabi/src/demangle ItaniumDemangle.h, libcxxabi/test DemangleTestCases.inc

[ItaniumDemangle] Strip __alloc_token_ to transparently demangle allocation functions (#191048)

Update the Itanium demangler to recognize and strip `__alloc_token_`
prefixes introduced by AllocToken instrumentation [1]. This ensures that
instrumented allocation functions (e.g., `__alloc_token__Znwm`) demangle
back to their original source-level names (e.g., `operator new(unsigned
long)`) with a suffix `(.alloc_token)` indicating their non-standard
origin.

Since AllocToken is intended to be transparent to users who continue to
use `operator new` as before, the demangled name should reflect this
reality instead of confusing users with internal instrumentation names
in stack traces or symbolization output.

Synchronize changes across llvm and libcxxabi copies.

[1] https://clang.llvm.org/docs/AllocToken.html

Original RFC: https://discourse.llvm.org/t/rfc-a-framework-for-allocator-partitioning-hints/87434
DeltaFile
+16-0llvm/test/tools/llvm-cxxfilt/alloc-token.test
+11-0libcxxabi/src/demangle/ItaniumDemangle.h
+11-0libcxxabi/test/DemangleTestCases.inc
+11-0llvm/include/llvm/Demangle/ItaniumDemangle.h
+11-0llvm/include/llvm/Testing/Demangle/DemangleTestCases.inc
+10-0llvm/lib/Demangle/Demangle.cpp
+70-06 files

LLVM/project 42ef132utils/bazel/llvm-project-overlay/mlir BUILD.bazel

[MLIR][BUILD]: Fix for 36331abd8cbb630fc174e182f1580e7cdefd2616 (#193523)
DeltaFile
+1-0utils/bazel/llvm-project-overlay/mlir/BUILD.bazel
+1-01 files

LLVM/project 9a63d04lldb/source/Commands CommandObjectProcess.cpp, lldb/source/Plugins/Platform/POSIX PlatformPOSIX.cpp

[lldb] Fix inappropriate uses of LLDB_INVALID_IMAGE_TOKEN (#193365)

It may not be obvious from its name, but `Process::m_image_tokens`
contains loaded image addresses, not "tokens". The tokens are actually
indices into that array.
DeltaFile
+3-3lldb/source/Commands/CommandObjectProcess.cpp
+2-2lldb/source/Target/Process.cpp
+1-1lldb/source/Plugins/Platform/Windows/PlatformWindows.cpp
+1-1lldb/source/Plugins/Platform/POSIX/PlatformPOSIX.cpp
+7-74 files

LLVM/project a6ca3f4compiler-rt/lib/asan asan_allocator.cpp asan_win_static_runtime_thunk.cpp, compiler-rt/lib/sanitizer_common sanitizer_common_interceptors_memintrinsics.inc

Revert "[ASan][Windows] Fix memmove/memcpy interception on x64 (#192060)"

This reverts commit 62ae7e4786d9b5653435861fd5f6b89baaa084e0.
DeltaFile
+0-28compiler-rt/lib/asan/asan_allocator.cpp
+0-27compiler-rt/lib/sanitizer_common/sanitizer_common_interceptors_memintrinsics.inc
+3-3compiler-rt/lib/asan/asan_win_static_runtime_thunk.cpp
+3-583 files

LLVM/project 3950da0llvm/lib/Target/RISCV RISCVVSETVLIInfoAnalysis.h RISCVInsertVSETVLI.cpp

[RISCV] Add isKnown method to VSETVLIInfo. NFC (#193406)

This is equivalent to isValid() && !isUnknown() which is a common thing
we check for.
DeltaFile
+13-20llvm/lib/Target/RISCV/RISCVVSETVLIInfoAnalysis.h
+6-7llvm/lib/Target/RISCV/RISCVInsertVSETVLI.cpp
+19-272 files

LLVM/project 58f3d78llvm/lib/Target/RISCV RISCVISelLowering.cpp, llvm/test/CodeGen/RISCV rvp-ext-rv32.ll

[RISCV][P-ext] Custom legalize vector (setne X, allzeros) and (setgt X, allones) (#193360)

(setne X, allzeros) can be lowered to (setult X0, X).

(setgt X, allones) can be lowered to (not (setlt X, 0)). The not
can often be folded into and, orn, xnor, or merge.
DeltaFile
+37-3llvm/lib/Target/RISCV/RISCVISelLowering.cpp
+25-4llvm/test/CodeGen/RISCV/rvp-ext-rv32.ll
+62-72 files

FreeNAS/freenas 616fd04src/middlewared/middlewared/plugins/docker state_utils.py

Detect missing docker root dataset in startup validation

This commit adds changes to fix a subtle issue where `missing_required_datasets` failed to detect when the root docker dataset itself was missing. The check constructed its fatal set using `set(docker_ds)`, which iterates the dataset path string character-by-character (e.g. `"tank/.ix-apps"` becomes `{'t','a','n','k','/','.','i','x','-','p','s'}`) rather than producing a single-element set containing the path. As a result, the root dataset was never included in the intersection check and a missing root docker dataset would silently pass validation instead of raising a `CallError` during docker startup. The fix replaces `set(docker_ds)` with `{docker_ds}` so the full dataset name participates in the fatal-set membership check as intended.
DeltaFile
+1-1src/middlewared/middlewared/plugins/docker/state_utils.py
+1-11 files

FreeBSD/ports 4fbbbccdevel/forgejo-cli Makefile distinfo

devel/forgejo-cli: Make DISTFILE unique to avoid DISTDIR collisions

While here, incorporate some minor cleanups:
- Remove unnecessary CARGO_ENV values
- Move pkg-plist entries to PLIST_FILES

Reviewed by:    diizzy
Sponsored by:   The FreeBSD Foundation
DeltaFile
+7-6devel/forgejo-cli/Makefile
+3-3devel/forgejo-cli/distinfo
+0-4devel/forgejo-cli/pkg-plist
+10-133 files

LLVM/project 8fc5834llvm/lib/CodeGen/GlobalISel LegalizerHelper.cpp, llvm/unittests/CodeGen/GlobalISel LegalizerHelperTest.cpp

[GIsel] Use changeElementType for cond types in LegalizerHelper (#193049)

Otherwise this will assert when using extended LLT
DeltaFile
+97-3llvm/unittests/CodeGen/GlobalISel/LegalizerHelperTest.cpp
+5-5llvm/lib/CodeGen/GlobalISel/LegalizerHelper.cpp
+102-82 files

FreeBSD/ports df17aefwww/py-django-bootstrap3 Makefile, www/py-django-bootstrap3/files patch-pyproject.toml

www/py-django-bootstrap3: Unbreak build after 21c2f9c595ac

* Relax the version requirements for py-uv-build which has been updated
  recently.

Reported by:    pkg-fallout
DeltaFile
+1-1www/py-django-bootstrap3/files/patch-pyproject.toml
+1-1www/py-django-bootstrap3/Makefile
+2-22 files

FreeBSD/ports 93e2925games/anki Makefile

games/anki: Extend memory usage of NodeJS during build

* Set a higher value for V8's old memory to fix OOM issues during build:

[...]
vite v6.3.6 building for production...
transforming...

<--- Last few GCs --->

[85302:0x40cbfe36a000]    61573 ms: Mark-Compact (reduce) 505.7 (525.0) -> 502.2 (512.8) MB, pooled: 0 MB, 53.70 / 0.00 ms  (+ 530.4 ms in 111 steps since start of marking, biggest step 5.2 ms, walltime since start of marking 659 ms) (average mu = 0.194, [85302:0x40cbfe36a000]    62211 ms: Mark-Compact 503.3 (512.8) -> 498.8 (515.5) MB, pooled: 0 MB, 631.85 / 0.00 ms  (average mu = 0.113, current mu = 0.009) allocation failure; scavenge might not succeed

FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
----- Native stack trace -----

 1: 0x19a5b74 node::OOMErrorHandler(char const*, v8::OOMDetails const&) [/usr/local/bin/node]
 2: 0x1be1c44 node::inspector::protocol::IO::DomainDispatcherImpl::~DomainDispatcherImpl() [/usr/local/bin/node]
 3: 0x1e1a6b0 v8::internal::HeapLayout::CheckYoungGenerationConsistency(v8::internal::MemoryChunk const*) [/usr/local/bin/node]
 4: 0x1e1d5f4 v8::internal::HeapLayout::CheckYoungGenerationConsistency(v8::internal::MemoryChunk const*) [/usr/local/bin/node]

    [5 lines not shown]
DeltaFile
+1-0games/anki/Makefile
+1-01 files

LLVM/project 7ef673fllvm/test/Transforms/LoopInterchange profitability-vectorization.ll

address review comment
DeltaFile
+1-1llvm/test/Transforms/LoopInterchange/profitability-vectorization.ll
+1-11 files

LLVM/project 109749allvm/lib/Target/AMDGPU GCNSubtarget.cpp

AMDGPU: Set transient stack alignment to 4

Some of the frame index handling code seems to assume
it can preserve values in SCC through an add by using an
add carry, and clearing the low bit of the resultant pointer,
which means an odd SP value could be corrupted. I haven't
found a case where this was meaningful; we always end up
using a 4 byte aligned pointer anyway. Set this just in case.
DeltaFile
+2-1llvm/lib/Target/AMDGPU/GCNSubtarget.cpp
+2-11 files

LLVM/project 36331abmlir/include/mlir/Dialect/Transform/IR Utils.h, mlir/lib/Dialect/Transform/IR Utils.cpp TransformDialect.cpp

[mlir] targeted verification for transform "inlining" (#192956)

When merging named transform sequences into their include locations,
rely on the InlinerDialectInterface implementation newly added to the
transform dialect instead of the full verification after the fact. This
enables us to only verify aspects of the IR that may change in a way
compatible with the rest of the infra, reducing the overall cost of the
process.

Use `LogicalResult` as appropriate instead of returning dummy
`InFlightDiagnostic` while I'm here.

Assisted-by: Claude Opus 4.7 / Cursor
DeltaFile
+105-27mlir/lib/Dialect/Transform/IR/Utils.cpp
+47-31mlir/lib/Dialect/Transform/IR/TransformDialect.cpp
+8-2mlir/include/mlir/Dialect/Transform/IR/Utils.h
+4-5mlir/test/Dialect/Transform/normal-forms.mlir
+164-654 files

LLVM/project 6f115ablldb/include/lldb/Target StackFrame.h, lldb/include/lldb/ValueObject DILEval.h

[lldb] Remove unused ExpressionPathOptions: NoFragileObjcIvar, NoSyntheticArrayRange (NFC) (#193336)

As of #193120, `eExpressionPathOptionsNoFragileObjcIvar` and
`eExpressionPathOptionsNoSyntheticArrayRange` are no longer used
anywhere, and aren't expected to be used again.
DeltaFile
+0-17lldb/source/Target/StackFrame.cpp
+0-16lldb/source/ValueObject/DILEval.cpp
+5-7lldb/include/lldb/Target/StackFrame.h
+0-1lldb/include/lldb/ValueObject/DILEval.h
+5-414 files

OpenBSD/src ju5DbqBsys/net route.c

   Use M_RTABLE and not M_TEMP for MPLS data attached to rt_llinfo.

   OK phessler@
VersionDeltaFile
1.451+4-3sys/net/route.c
+4-31 files

FreeBSD/ports 9823d1eeditors/neovim distinfo Makefile

editors/neovim: Update to 0.12.2

Changes:
https://github.com/neovim/neovim/commit/4b35336f6f850ce68a230716401cdaa21bdb6a25
DeltaFile
+5-5editors/neovim/distinfo
+2-2editors/neovim/Makefile
+7-72 files

OpenBSD/ports l8rHdxFmeta/tor-browser Makefile, www/tor-browser Makefile.inc

   Tor Browser: update to 15.0.10
VersionDeltaFile
1.107.2.9+6-6www/tor-browser/browser/distinfo
1.113.2.9+2-2meta/tor-browser/Makefile
1.110.2.9+1-1www/tor-browser/Makefile.inc
1.178.2.11+1-1www/tor-browser/browser/Makefile
+10-104 files

OpenBSD/ports A4yRmltmeta/tor-browser Makefile, www/tor-browser Makefile.inc

   Tor Browser: update to 15.0.10

   OK naddy@
VersionDeltaFile
1.118+6-6www/tor-browser/browser/distinfo
1.124+2-2meta/tor-browser/Makefile
1.121+1-1www/tor-browser/Makefile.inc
1.197+1-1www/tor-browser/browser/Makefile
+10-104 files

LLVM/project 3696c5bmlir/lib/Dialect/Transform/IR Utils.cpp

address review
DeltaFile
+10-4mlir/lib/Dialect/Transform/IR/Utils.cpp
+10-41 files

LLVM/project 9d704b4flang/lib/Semantics resolve-directives.cpp

[flang][OpenMP] Remove unused member, NFC (#193512)

After e8e8b6a3d8616b5d6572f9e16442cc97ef3867bd, the member
`privateDataSharingAttributeObjects_` of OmpAttributeVisitor is no
longer used. Remove it and the associated accessor functions.
DeltaFile
+0-12flang/lib/Semantics/resolve-directives.cpp
+0-121 files

FreeNAS/freenas f8a2ea6

Empty commit to create PR on github.

You should reset it
DeltaFile
+0-00 files