FreeBSD/ports 416fd19math/octave-forge-datatypes Makefile distinfo

math/octave-forge-datatypes: Update to 1.3.3.
DeltaFile
+3-3math/octave-forge-datatypes/distinfo
+1-1math/octave-forge-datatypes/Makefile
+4-42 files

FreeBSD/src 2519e19sys/net iflib.c ifdi_if.m

iflib: Allow conditional LED device support

A driver class may implement LED control even though the capability is
not available on every device or firmware version it supports.  Add an
optional capability method and consult it before creating the led(4)
device.  Default to supported so existing providers are unchanged.

This will be used by bnxt which blends PF and VF in the same driver.

MFC after:      2 weeks
DeltaFile
+10-0sys/net/ifdi_if.m
+1-1sys/net/iflib.c
+11-12 files

LLVM/project f9a0b81llvm/lib/Transforms/IPO WholeProgramDevirt.cpp, llvm/test/ThinLTO/X86 devirt_function_alias2.ll devirt-alias-attributes.ll

[WPD] Dereference `GlobalAlias` targets
DeltaFile
+65-0llvm/test/ThinLTO/X86/devirt-alias-cross-module.ll
+53-0llvm/test/ThinLTO/X86/devirt-alias-attributes.ll
+9-4llvm/lib/Transforms/IPO/WholeProgramDevirt.cpp
+5-3llvm/test/ThinLTO/X86/devirt_function_alias2.ll
+132-74 files

FreeNAS/freenas 3b654bcsrc/middlewared/middlewared/plugins/container dataset.py, src/middlewared/middlewared/pytest/unit/plugins test_zfs_internal_paths.py

NAS-142109 / 26.0.0-RC.1 / Protect the container dataset from user deletion (#19489)

## Problem
`<pool>/.truenas_containers` was destroyable through the public API. The
destroy and rollback guards test the second path component against
`INTERNAL_PATHS`, and the container dataset was not in that tuple, so a
recursive `zfs.resource.destroy` wiped the whole tree, container rootfs
snapshots deleted cleanly, and the image snapshot went away with `defer`
set. `pool.dataset.delete` only failed by accident and reported a
misleading "does not exist".

Adding the entry is not enough on its own.
`pool.reset_mountpoint_recursively` reads the container dataset out of a
pool-level query, which filters internal paths out, so the custom
mountpoint would silently stop being repaired and containers would come
up on an empty directory.

## Solution
Move the mountpoint repair into the container plugin as

    [20 lines not shown]
DeltaFile
+123-0src/middlewared/middlewared/pytest/unit/plugins/container/test_ensure_pool_mountpoint.py
+109-0tests/api2/test_container_internal_path.py
+83-0tests/api2/test_container_mountpoint_repair.py
+65-13src/middlewared/middlewared/plugins/container/dataset.py
+61-0src/middlewared/middlewared/pytest/unit/plugins/container/test_repair_pool_mountpoints.py
+38-0src/middlewared/middlewared/pytest/unit/plugins/test_zfs_internal_paths.py
+479-134 files not shown
+530-3410 files

NetBSD/pkgsrc-wip ffa8dd6victorialogs Makefile.common go-modules.mk

victorialogs*: Update to 1.52.0

Changes:
Important upgrade notes/breaking changes:
Update Note 1: LogsQL: disallow using filter pipes without the filter
prefix if the filter doesn't start with field_name: prefix. For
example, foo | bar is disallowed now. It must be rewritten to one of
the following equivalents: foo bar, foo | "bar", foo | _msg:bar or foo
| filter bar. This reduces the chances of incorrectly written queries
like in the 1454. However, this may be a breaking change if you have
queries that filter without the filter prefix, such as ... | !foo, ...
| {host="x"}, ... | >5 or ... | =foo - these now fail with unexpected
pipe and must add the filter prefix (e.g. ... | filter !foo).

Update Note 2: cluster version: this release bumps the internal
vlselect and vlstorage protocol version (see the
queries-longer-than-10MB fix in 1462). A version mismatch between
vlselect and vlstorage fails the request, so queries are expected to
fail during a rolling upgrade while the cluster runs mixed versions.

    [5 lines not shown]
DeltaFile
+57-54victorialogs/distinfo
+18-17victorialogs/go-modules.mk
+2-1victorialogs/Makefile.common
+77-723 files

FreeNAS/freenas 2d0f90bsrc/middlewared/middlewared/plugins/container dataset.py, src/middlewared/middlewared/pytest/unit/plugins test_zfs_internal_paths.py

Protect the container dataset from user deletion

## Problem
`<pool>/.truenas_containers` was destroyable through the public API. The destroy and rollback guards test the second path component against `INTERNAL_PATHS`, and the container dataset was not in that tuple, so a recursive `zfs.resource.destroy` wiped the whole tree, container rootfs snapshots deleted cleanly, and the image snapshot went away with `defer` set. `pool.dataset.delete` only failed by accident and reported a misleading "does not exist".

Adding the entry is not enough on its own. `pool.reset_mountpoint_recursively` reads the container dataset out of a pool-level query, which filters internal paths out, so the custom mountpoint would silently stop being repaired and containers would come up on an empty directory.

## Solution
Move the mountpoint repair into the container plugin as `container.ensure_pool_mountpoint`, which names the dataset explicitly - naming an internal path opts out of the filter, the same thing `docker.fs_manage.ensure_ix_apps_mount_point` relies on for `ix-apps`. It also refuses to overmount, which matters more here than for `ix-apps` because the container dataset exists on every pool and two pools can end up claiming the same path after a rename.

- **`pool.reset_mountpoint_recursively`** delegates to it, after the inherit walk rather than inside the first-level loop.
- **`ensure_datasets`** repairs a drifted mountpoint instead of raising, so it is no longer a dead end.
- **`container.repair_pool_mountpoints`** runs on boot between the legacy migration and autostart, covering `pool.import_on_boot` and the failover import, neither of which resets mountpoints at all.

With that in place `.truenas_containers` joins `INTERNAL_PATHS`. It is spelled out there rather than imported so the zfs layer does not reach into a plugin package, and a unit test keeps the two in sync.

`pool.filesystem_choices` no longer lists container datasets, so any existing periodic snapshot or VMware task pointed at one will fail revalidation - worth a release note. Renaming remains unguarded: `zfs.resource.rename` has no internal-path check, and the same hole applies to `ix-apps` and `.system` today.
DeltaFile
+123-0src/middlewared/middlewared/pytest/unit/plugins/container/test_ensure_pool_mountpoint.py
+109-0tests/api2/test_container_internal_path.py
+83-0tests/api2/test_container_mountpoint_repair.py
+65-13src/middlewared/middlewared/plugins/container/dataset.py
+61-0src/middlewared/middlewared/pytest/unit/plugins/container/test_repair_pool_mountpoints.py
+38-0src/middlewared/middlewared/pytest/unit/plugins/test_zfs_internal_paths.py
+479-134 files not shown
+530-3410 files

LLVM/project 3658920flang/lib/Lower OpenACC.cpp, flang/test/Lower/OpenACC acc-routine-bind-undeclared.f90 acc-routine-bind-string-undeclared.f90

[flang][acc] Ensure location is set for acc routine bind target (#215867)

Currently when prototype is created for an `acc routine bind` target, it
receives unknown location. Update it so that it inherits the location
from the `acc routine` directive that led to this creation in first
place.
DeltaFile
+5-2flang/lib/Lower/OpenACC.cpp
+3-1flang/test/Lower/OpenACC/acc-routine-bind-undeclared.f90
+3-1flang/test/Lower/OpenACC/acc-routine-bind-string-undeclared.f90
+11-43 files

LLVM/project d07b7edopenmp/runtime/src kmp_settings.cpp kmp_traits.h, openmp/runtime/src/i18n en_US.txt

[libomp] Parse OMP_DEFAULT_DEVICE with new device trait parser

... but do not yet expose the new functionalities to the user. This is a
backward compatible update that is going to be followed by the step to
the OpenMP 6.0 semantics as defined in 4.3.8.
DeltaFile
+105-0openmp/runtime/unittests/Traits/TestOMPTraitParser.cpp
+24-0openmp/runtime/src/kmp_traits.cpp
+8-0openmp/runtime/src/kmp_traits.h
+3-2openmp/runtime/src/kmp_settings.cpp
+3-0openmp/runtime/src/i18n/en_US.txt
+143-25 files

LLVM/project ca0a22fllvm/lib/Transforms/Scalar TailRecursionElimination.cpp, llvm/test/Transforms/TailCallElim disable-tail-call-elim-for-cold-calls.ll

[TailCallElim] Only suppress tail call elim for cold calls in cold funcs (#215842)

Modifies the optional suppression of tail call elimination added in
PR209642 to only apply when the function entry is also cold. Otherwise
the tail call elimination on a cold path within a hot function may force
unnecessary stack frame setup and teardown for the calling convention
into the hot entry block.
DeltaFile
+64-10llvm/test/Transforms/TailCallElim/disable-tail-call-elim-for-cold-calls.ll
+16-7llvm/lib/Transforms/Scalar/TailRecursionElimination.cpp
+80-172 files

FreeBSD/src bbf9322sys/dev/igc igc_regs.h if_igc.h

igc: Recover from fatal internal memory errors

I225 and I226 report uncorrectable internal memory errors through
ICR.FER and identify the affected region in PEIND.  Depending on the
region, hardware stops transmit or all PCIe and DMA traffic until the
port is reset and reinitialized.

Enable the fatal error interrupt and capture its read clear status in
the interrupt filter.  Mask the cause while an iflib reset is pending,
report the affected memory regions, and expose per region indication
counters.

PCIe region parity failures require a different recovery order from a
normal reset: assert DEV_RST, wait at least 3 ms, disable PCIe master
requests, clear PCIEERRSTS, and then reinitialize the port.  Follow that
sequence before entering the normal reset path and clear the remaining
LAN status afterward.

The I225/I226 PBECCSTS layout is unrelated to the PCH layout previously

    [20 lines not shown]
DeltaFile
+221-5sys/dev/igc/if_igc.c
+20-5sys/dev/igc/igc_defines.h
+10-0sys/dev/igc/if_igc.h
+7-2sys/dev/igc/igc_regs.h
+258-124 files

FreeBSD/src 9f7633bsys/dev/igc if_igc.h if_igc.c

igc: Report corrected internal ECC errors

I225 and I226 do not interrupt for corrected internal ECC errors.
Instead, the DMA packet buffer and PCIe memories expose sticky status
bits in PBECCSTS and PCIEECCSTS.

Sample these bits with the regular hardware statistics update, preserve
the PBECCSTS ECC enable state while clearing its RW1C indication, and
expose separate counters for the DMA packet buffer, PCIe transmit-data
memory, and PCIe retry buffer.

These counters represent observed indications rather than an exact error
count because multiple corrections between samples collapse into one
sticky status bit.

Hardware validation used an I225-IT (rev 3) and a debug kernel that
wrote only the documented self-clearing injection bits.  Each test
armed the injector, exercised the owning RAM with traffic, and compared
the corresponding counter before and after.

    [14 lines not shown]
DeltaFile
+40-0sys/dev/igc/if_igc.c
+3-0sys/dev/igc/if_igc.h
+43-02 files

LLVM/project 009b50allvm/lib/Target/NVPTX NVPTXSubtarget.cpp NVPTXISelLowering.cpp

[NVPTX] Cleanup Subtarget predicates (NFC) (#215846)

Remove redundant PTX checks when that version of PTX is already required
by the architecture.

Introduces some new helper classes in TableGen and move predicates out
of C++ where possible.
DeltaFile
+138-138llvm/lib/Target/NVPTX/NVPTXIntrinsics.td
+161-78llvm/lib/Target/NVPTX/NVPTXInstrInfo.td
+3-138llvm/lib/Target/NVPTX/NVPTXSubtarget.h
+22-28llvm/lib/Target/NVPTX/NVPTXISelLowering.cpp
+3-3llvm/lib/Target/NVPTX/NVPTXSubtarget.cpp
+327-3855 files

LLVM/project 1ccd9a9flang/test/Lower/OpenMP declare-mapper-iterator.f90

Check non-default iterator lower bounds

Bind the declare mapper iterator range and trace its induction variable
through the normalized locator bound. Verify that both the offset
calculation and map start index retain the array's -2 lower bound.
DeltaFile
+29-4flang/test/Lower/OpenMP/declare-mapper-iterator.f90
+29-41 files

FreeBSD/ports 3e010e8www/freenginx-devel Makefile.extmod Makefile

www/freenginx-devel: third-party modules management (+)

- update headers-more module to its recent version

Bump PORTREVISION.

Sponsored by:   tipi.work
DeltaFile
+3-3www/freenginx-devel/distinfo
+1-1www/freenginx-devel/Makefile.extmod
+1-1www/freenginx-devel/Makefile
+5-53 files

LLVM/project 7c372d9compiler-rt/cmake/Modules CompilerRTDarwinUtils.cmake

[compiler-rt][Darwin] Drop i386 slice for builtins on modern SDKs (#215388)

The SDK >= 10.15 i386-removal in darwin_test_archs was gated by `if(NOT
TEST_COMPILE_ONLY)`, so it never fired for the builtins config, which
sets TEST_COMPILE_ONLY=On. `-arch i386` still compiles fine on current
SDKs — ld is the only stage that rejects it — so the compile-only probe
kept i386 in DARWIN_osx_BUILTIN_ARCHS, and downstream `strip` on the
resulting fat archives fails on Xcode 27 with "ld: linking for i386 is
no longer supported".

Hoist the check above the guard so it applies to both the runtime and
builtin arch probes.
DeltaFile
+12-11compiler-rt/cmake/Modules/CompilerRTDarwinUtils.cmake
+12-111 files

OpenBSD/ports cgSN8uRwww/p5-CGI-Session distinfo Makefile

   update p5-CGI-Session to 4.49
   CVE-2026-56016
VersionDeltaFile
1.13+18-13www/p5-CGI-Session/Makefile
1.5+2-2www/p5-CGI-Session/distinfo
+20-152 files

LLVM/project abeb492libc/test/src/__support/File platform_file_test.cpp, libc/test/src/unistd syscall_test.cpp

[libc] Remove APPEND_LIBC_TEST (#215869)

It is not needed now that we're never running hermetic and unit tests in
the same build, and it also avoids races with leftover unit test
binaries in the build folder.
DeltaFile
+10-20libc/test/src/wchar/ungetwc_test.cpp
+7-13libc/test/src/__support/File/platform_file_test.cpp
+6-12libc/test/src/wchar/getwchar_test.cpp
+6-12libc/test/src/wchar/fgetws_test.cpp
+6-10libc/test/src/unistd/syscall_test.cpp
+5-10libc/test/src/wchar/fputws_test.cpp
+40-7737 files not shown
+118-20243 files

HardenedBSD/ports ac7a643ports-mgmt/pkg Makefile distinfo

HBSD: Resolve merge conflict

Bump ports-mgmt/pkg to 2.8.4.

Signed-off-by:  Shawn Webb <shawn.webb at hardenedbsd.org>
DeltaFile
+3-9ports-mgmt/pkg/distinfo
+1-1ports-mgmt/pkg/Makefile
+4-102 files

OpenBSD/ports mSxkmg5www/iridium distinfo, www/iridium/patches patch-ui_base_webui_web_ui_util_cc patch-components_autofill_core_common_autofill_payments_features_cc

   update to 2026.08.151.2
VersionDeltaFile
1.84+54-54www/iridium/patches/patch-chrome_browser_about_flags_cc
1.11+6-6www/iridium/patches/patch-media_audio_alsa_audio_manager_alsa_cc
1.1+12-0www/iridium/patches/patch-buildtools_third_party_libc++abi_BUILD_gn
1.32+2-2www/iridium/patches/patch-ui_base_webui_web_ui_util_cc
1.48+2-2www/iridium/patches/patch-components_autofill_core_common_autofill_payments_features_cc
1.132+2-2www/iridium/distinfo
+78-664 files not shown
+82-7010 files

OpenBSD/src lKQcXv2usr.sbin/relayd control.c relay.c

   relayd: fix deferring connections log

   OK kirill@
VersionDeltaFile
1.271+7-4usr.sbin/relayd/relay.c
1.74+2-1usr.sbin/relayd/control.c
+9-52 files

LLVM/project d3f3f6bllvm/lib/Transforms/Scalar CorrelatedValuePropagation.cpp, llvm/test/Transforms/CorrelatedValuePropagation range-single-user.ll infer-nowrap-from-uses.ll

[CVP] Infer no-wrap flags from operand ranges at use sites. (#207522)

When processBinOp cannot prove a no-wrap flag from the operand ranges at
the definition, fall back to querying the operand ranges constrained at
the binop's use sites. This recovers nsw/nuw when the guard that
establishes the range dominates the uses but not the definition (e.g.
the def sits in the loop body ahead of the overflow-guard branch that 
all uses are behind).

This is triggers in a number of C/C++ workloads and is also quite common
in Swift code which emits overflowing ops extensively, and aborts if the
check fails.

https://github.com/dtcxzyw/llvm-opt-benchmark-nightly/pull/621

Alive2 proof for `@same_guard_diff_ops` from the tests
https://alive2.llvm.org/ce/z/YvHQsK



    [3 lines not shown]
DeltaFile
+315-0llvm/test/Transforms/CorrelatedValuePropagation/infer-nowrap-from-uses.ll
+51-0llvm/lib/Transforms/Scalar/CorrelatedValuePropagation.cpp
+1-1llvm/test/Transforms/CorrelatedValuePropagation/range-single-user.ll
+367-13 files

FreeBSD/ports e5eabf6lang/quickjs-ng Makefile pkg-plist

lang/quickjs-ng: update: 0.15.1 -> 0.16.1

ChangeLog:      https://github.com/quickjs-ng/quickjs/compare/v0.15.1...v0.16.1

Sponsored by:   tipi.work
DeltaFile
+3-3lang/quickjs-ng/distinfo
+1-1lang/quickjs-ng/Makefile
+2-0lang/quickjs-ng/pkg-plist
+6-43 files

HardenedBSD/ports 7a11575biology/salmon/files patch-external_pufferfish_CMakeLists.txt patch-CMakeLists.txt, comms/liquid-dsp/files patch-src_dotprod_src_dotprod__crcf.av.c patch-src_dotprod_src_dotprod__rrrf.av.c

Merge remote-tracking branch 'rad/freebsd/main' into hardenedbsd/main

Conflicts:
        ports-mgmt/pkg/distinfo (unresolved)
DeltaFile
+36-6comms/liquid-dsp/files/patch-src_dotprod_src_dotprod__rrrf.av.c
+35-5comms/liquid-dsp/files/patch-src_dotprod_src_dotprod__crcf.av.c
+24-1biology/salmon/files/patch-CMakeLists.txt
+21-3biology/salmon/files/patch-external_pufferfish_CMakeLists.txt
+20-0sysutils/triton/files/patch-src_libtriton_includes_triton_tritonTypes.hpp
+9-9deskutils/syncthingtray/distinfo
+145-2428 files not shown
+244-9734 files

FreeBSD/src 887114ausr.bin/du du.c du.1

du: Print progress information to stderr

* On SIGINFO, print the current path to stderr rather than stdout.

* Do so immediately, instead of the next time we finish a directory.

* Document this behavior in the manual page.

PR:             296861
MFC after:      1 week
Fixes:          d1588599c024 ("Report the next directory being scanned ...")
Reviewed by:    wollman
Differential Revision:  https://reviews.freebsd.org/D58702

(cherry picked from commit fd79bf63442eefd2c3bfb695a377dbd705f5cc6d)
DeltaFile
+11-1usr.bin/du/du.1
+4-4usr.bin/du/du.c
+15-52 files

LLVM/project 69f2442openmp/runtime/src/include ompx.h.var

[OMP] Remove omp_get_ancestor_thread_num and omp_get_team_size in ompx.h (#215841)

These two routines are standardized and already exist in omp.h.
DeltaFile
+0-11openmp/runtime/src/include/ompx.h.var
+0-111 files

LLVM/project 70e1946llvm/include/llvm/CodeGen RuntimeLibcallUtil.h, llvm/lib/CodeGen TargetLoweringBase.cpp

[LLVM] Move fp libcall selection into TableGen (#204029)

Summary:
Currently we maintain several different spaces that want to ask which
libcall an intrinsic / type value lowers to. This PR consolidates this
into tablegen by emitting floating point families.  Change
getLibcallForIntrinsic to take FunctionType and derive the FP type
from the complete call signature, rather than requiring callers to pass
a preselected type.

This resolves some outstanding TODOs. The main motivation is a follow-up
where we use this information to augment the LTO pass to more
intentionally extract symbols. I.e. if we see `llvm.sin.f64` we should
extract `sin` from an LTO library.
DeltaFile
+70-324llvm/lib/CodeGen/SelectionDAG/LegalizeFloatTypes.cpp
+4-229llvm/lib/CodeGen/TargetLoweringBase.cpp
+197-0llvm/utils/TableGen/Basic/RuntimeLibcallsEmitter.cpp
+43-104llvm/lib/CodeGen/SelectionDAG/LegalizeDAG.cpp
+125-0llvm/unittests/IR/RuntimeLibcallsTest.cpp
+5-63llvm/include/llvm/CodeGen/RuntimeLibcallUtil.h
+444-7206 files not shown
+627-72012 files

FreeBSD/src b0c2926usr.bin/du du.c du.1

du: Print progress information to stderr

* On SIGINFO, print the current path to stderr rather than stdout.

* Do so immediately, instead of the next time we finish a directory.

* Document this behavior in the manual page.

PR:             296861
MFC after:      1 week
Fixes:          d1588599c024 ("Report the next directory being scanned ...")
Reviewed by:    wollman
Differential Revision:  https://reviews.freebsd.org/D58702

(cherry picked from commit fd79bf63442eefd2c3bfb695a377dbd705f5cc6d)
DeltaFile
+11-1usr.bin/du/du.1
+4-4usr.bin/du/du.c
+15-52 files

FreeBSD/src ceb764fcontrib/unbound config.h.in configure, contrib/unbound/doc Changelog

unbound: Update to 1.26.0

Release notes at
        https://community.nlnetlabs.nl/t/unbound-1-26-0-released

Merge commit '84ffc29dc8ddb0c946db5cb3b3c1310bec6a9e6c'

(cherry picked from commit 7a789145f88a6aceacc59029a0cafe7de7aeefea)
DeltaFile
+3,512-3,494contrib/unbound/util/configlexer.c
+2,874-1,942contrib/unbound/configure
+2,148-2,099contrib/unbound/util/configparser.c
+577-0contrib/unbound/doc/Changelog
+223-181lib/libunbound/config.h
+220-178contrib/unbound/config.h.in
+9,554-7,894108 files not shown
+12,570-8,977114 files

FreeBSD/src ea65604sys/fs/pseudofs pseudofs.c

pseudofs: Don't purge the cache on shutdown

This is a waste of time and results in a use-after-free if linsysfs is
loaded and a USB network interface is in use, since USB devices are
disconnected at shutdown, which triggers a call into linsysfs, which
then tries to destroy a pseudofs node which has already been purged.

MFC after:      1 week
Reviewed by:    glebius
Differential Revision:  https://reviews.freebsd.org/D58359

(cherry picked from commit 4ebcdb8dd9a7bdddbc97ff6ee47e0a7556c76b5a)
DeltaFile
+0-1sys/fs/pseudofs/pseudofs.c
+0-11 files

FreeBSD/src fe264ccsys/fs/tarfs tarfs.h

tarfs: remove unused 'ino' in mount structure.

Differential Revision:  https://reviews.freebsd.org/D57898

(cherry picked from commit 54e6dec44b6dd264b19e50439a58b33cab4c10c3)
DeltaFile
+0-1sys/fs/tarfs/tarfs.h
+0-11 files