FreeNAS/freenas 0db4e84src/middlewared/debian rules, src/middlewared/middlewared/pytest/unit/test/linter test_api_import_check.py test_etc_check.py

Check etc files syntax and imports in CI and on build
DeltaFile
+254-0src/middlewared/middlewared/test/linter/etc_check.py
+150-0src/middlewared/middlewared/pytest/unit/test/linter/test_etc_check.py
+87-0src/middlewared/middlewared/test/linter/api_import_check.py
+48-0src/middlewared/middlewared/pytest/unit/test/linter/test_api_import_check.py
+2-0src/middlewared/debian/rules
+541-05 files

OPNSense/core 4eb1e9e. plist, src/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api SystemController.php

system: diag.disk rework (#10875)

changes diag.disk to return total bytes as well as formatted bytes so the API returns more info but keeps functionality the same.
DeltaFile
+98-0src/opnsense/scripts/system/disk_info.py
+19-47src/opnsense/mvc/app/library/OPNsense/System/Status/DiskSpaceStatus.php
+2-28src/opnsense/www/js/widgets/Disk.js
+1-23src/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/SystemController.php
+1-1src/opnsense/service/conf/actions.d/actions_system.conf
+1-0plist
+122-996 files

LLVM/project 8c62ebflldb/include/lldb/Host Host.h, lldb/include/lldb/Target Platform.h

[lldb] Make the shell expansion timeout an LLDB setting (#221952)

LLDB launches a small utility program that prints its own arguments to
expand launch arguments. This lldb-argdumper invocation was previously
capped with a hardcoded 10 second timeout, which is low enough that we
kept hitting it on CI bots in random tests:

```
runCmd failed!
>>> error: shell expansion failed (reason: timed out waiting for shell command to complete). consider launching with 'process launch'.
```

This turns the timeout into the new "platform.shell-expand-timeout"
setting (in seconds) so it can be tuned without recompiling. The
default is now three minutes, and a value of 0 disables the timeout
entirely.

The test suite now disables the timeout altogether as it serves
no purpose there.
DeltaFile
+11-1lldb/source/Target/Platform.cpp
+5-4lldb/source/Host/windows/Host.cpp
+4-4lldb/source/Host/macosx/objcxx/Host.mm
+6-1lldb/include/lldb/Host/Host.h
+4-0lldb/source/Target/TargetProperties.td
+4-0lldb/include/lldb/Target/Platform.h
+34-108 files not shown
+50-1614 files

OPNSense/core 320f8b6src/etc config.xml.sample

interfaces: a bit more fiddling with current defaults
DeltaFile
+2-8src/etc/config.xml.sample
+2-81 files

OPNSense/core b785e5esrc/etc config.xml.sample

config: add descr to interface defaults since that is what legacy page does
DeltaFile
+2-0src/etc/config.xml.sample
+2-01 files

FreeBSD/doc af3be8fwebsite/content/en/cgi ports.cgi

ports.cgi: rename "Changes" link to "Commit Log"

"Changes" is a bit ambiguous
DeltaFile
+2-2website/content/en/cgi/ports.cgi
+2-21 files

FreeBSD/doc a0125e1website/content/en/cgi ports.cgi

ports.cgi: improve grammar and UI/UX
DeltaFile
+12-8website/content/en/cgi/ports.cgi
+12-81 files

FreeNAS/freenas d09a76fsrc/middlewared/middlewared/plugins/docker state_setup.py, src/middlewared/middlewared/plugins/pool_ import_pool.py

NAS-142807 / 26.0.0 / Enforce canmount=noauto across the whole apps dataset tree (by Qubad786) (#19799)

## Problem
We only re-assert canmount=noauto on the five structural ix-apps
datasets, never on the per-app volume datasets beneath app_mounts. If
one of those ends up canmount=on - a hand-rolled zfs recv migration, or
simply the ZFS default when a replication task runs without properties -
the boot mount sweep mounts it while correctly skipping its noauto
parent, and docker then mounts /mnt/.ix-apps straight over the top. The
volume stays mounted but unreachable: zfs reports mounted=yes, stat
returns ENOENT, and the container fails with "bind source path does not
exist". Nothing recovers from this on its own, because the remount path
only mounts datasets reporting mounted=no.

## Solution
Walk the whole apps tree in a single query and set canmount=noauto
wherever it drifted. This is hooked into the docker start reconcile and,
more importantly, into pool import right after the root dataset
properties are normalized. The import hook is what actually prevents the

    [7 lines not shown]
DeltaFile
+30-0src/middlewared/middlewared/plugins/docker/state_setup.py
+18-0tests/api2/test_apps.py
+16-0src/middlewared/middlewared/plugins/pool_/import_pool.py
+64-03 files

FreeNAS/freenas 87e53d9tests/api2 test_zfs_resource_unlocked_zvols_fast.py test_zfs_resource_destroy.py

NAS-143803 / 26.0.0 / ZFS tests (by themylogin) (#19794)

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

---------

Co-authored-by: themylogin <themylogin at gmail.com>
DeltaFile
+139-150tests/api2/test_zfs_resource_create.py
+174-0tests/api2/test_zfs_resource_mount_unmount.py
+172-1tests/api2/test_zfs_resource_snapshot_count.py
+170-1tests/api2/test_zfs_resource_query.py
+150-1tests/api2/test_zfs_resource_destroy.py
+127-0tests/api2/test_zfs_resource_unlocked_zvols_fast.py
+932-15310 files not shown
+1,397-15516 files

OPNSense/core 6d9eb1fsrc/opnsense/mvc/app/models/OPNsense/Interfaces NetworkInterface.xml

interfaces: remove spurious default too
DeltaFile
+0-1src/opnsense/mvc/app/models/OPNsense/Interfaces/NetworkInterface.xml
+0-11 files

LLVM/project 8728e73clang/test/CodeGen builtin-clear-padding-codegen.c, clang/test/CodeGenCXX builtin-clear-padding-codegen.cpp

Rebase, address comments

Created using spr 1.3.7
DeltaFile
+4,377-4,141llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.1024bit.ll
+5,753-0llvm/lib/Target/Xtensa/XtensaS3DSPInstrInfo.td
+2,822-2,774llvm/test/CodeGen/AMDGPU/bf16.ll
+4,402-1,088clang/test/CodeGenCXX/builtin-clear-padding-codegen.cpp
+2,633-2,496llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.512bit.ll
+2,801-612clang/test/CodeGen/builtin-clear-padding-codegen.c
+22,788-11,1112,051 files not shown
+108,026-54,4022,057 files

LLVM/project db0e752clang-tools-extra/clang-tidy/bugprone MisplacedPointerArithmeticInAllocCheck.cpp, clang-tools-extra/docs ReleaseNotes.md

[clang-tidy] Fix crash in bugprone-misplaced-pointer-arithmetic-in-alloc (#224509)

This commit checks for an empty constructor argument list before
accessing its last element.

Reproducer at: https://godbolt.org/z/Tfvnbhx19

AI Usage: the issue was found by Grok 4.6. Although IMO this is a pretty
uncommon/rare case, less crash-on-valid is always better.
DeltaFile
+4-3clang-tools-extra/clang-tidy/bugprone/MisplacedPointerArithmeticInAllocCheck.cpp
+5-0clang-tools-extra/test/clang-tidy/checkers/bugprone/misplaced-pointer-arithmetic-in-alloc.cpp
+5-0clang-tools-extra/docs/ReleaseNotes.md
+14-33 files

FreeBSD/src 7585783sys/dev/amdsmu amdsmu.h amdsmu.c

amdsmu: Hints on what to do if IP block blocking S0i3

Reviewed by:    olce
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59674
DeltaFile
+23-0sys/dev/amdsmu/amdsmu.c
+22-0sys/dev/amdsmu/amdsmu.h
+45-02 files

FreeBSD/src a23fa3fsys/dev/amdsmu amdsmu.h amdsmu.c

amdsmu: Diagnose S0i3 entry after resume

Print out diagnostic information after resuming from suspend-to-idle if
we failed to enter S0i3, i.e. the IP blocks that were blocking entry to
S0i3.

Don't give detailed IP block info for other SMUs than for Phoenix, as I
have not had a chance to test these yet and the SMU seems to be very
quirky.

Reviewed by:    olce
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59673
DeltaFile
+48-0sys/dev/amdsmu/amdsmu.c
+1-0sys/dev/amdsmu/amdsmu.h
+49-02 files

FreeBSD/src 7ff26d5sys/dev/acpica acpi.c

acpi: Invoke power_resume_check eventhandler

Reviewed by:    olce
Sponsored by: The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59741
DeltaFile
+5-2sys/dev/acpica/acpi.c
+5-21 files

FreeBSD/src 4afc2d5sys/sys power.h eventhandler.h

power: Move power-related eventhandler decls to sys/power.h

Reviewed by:    olce
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59739
DeltaFile
+0-6sys/sys/eventhandler.h
+5-0sys/sys/power.h
+5-62 files

FreeBSD/src 708dde6sys/sys power.h

power: Add power_resume_check eventhandler

This is intended to be used on resuming to check that everything that
happened during suspend was expected.

It is not meant to check for errors we should hard-fail from, rather it
should be used as an opportunity for drivers such as amdsmu(4) to check
e.g. whether the previous suspend-to-idle actually entered a deep sleep
state (S0i3).

Reviewed by:    olce
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59740
DeltaFile
+1-0sys/sys/power.h
+1-01 files

FreeBSD/src c9bfc37sys/dev/acpica acpi.c

acpi: Don't check suspend-to-idle if suspend failed

If we e.g. failed to suspend a device and suspend bounced because of
that, then we're not expected to have entered a deep sleep state in the
first place. In this situation, don't overload the user with irrelevant
information.

Reviewed by:    olce
Fixes:          5f68acc931a4 ("acpi: Warn if no amdsmu(4) loaded after suspend-to-idle resume")
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59731
DeltaFile
+1-1sys/dev/acpica/acpi.c
+1-11 files

LLVM/project c23e28allvm/lib/ExecutionEngine/MCJIT MCJIT.cpp, llvm/lib/ExecutionEngine/Orc CompileUtils.cpp

ExecutionEngine: Compute the DataLayout from the triple and ABI (#224547)
DeltaFile
+4-2llvm/lib/ExecutionEngine/Orc/CompileUtils.cpp
+4-2llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
+8-42 files

OPNSense/core abb50easrc/opnsense/mvc/app/models/OPNsense/Interfaces NetworkInterface.xml NetworkInterface.php

interfaces: requiring dhcp6-ia-pd-len will punch it into LAN config, too

While here add some style and proper parenthesis.
DeltaFile
+3-3src/opnsense/mvc/app/models/OPNsense/Interfaces/NetworkInterface.php
+0-1src/opnsense/mvc/app/models/OPNsense/Interfaces/NetworkInterface.xml
+3-42 files

LLVM/project 69ea592llvm/test/tools/llvm-pdbutil invalid-yaml.test, llvm/tools/llvm-pdbutil llvm-pdbutil.cpp

[llvm-pdbutil] Print error on invalid YAML (#207528)

From
https://github.com/llvm/llvm-project/pull/207058#discussion_r3522204565:
We should print out an error if we encounter invalid YAML.

With this PR, the error is printed. I included the diagnostics here,
because they provide better error messages and allow you to locate the
error easier.
DeltaFile
+9-1llvm/tools/llvm-pdbutil/llvm-pdbutil.cpp
+10-0llvm/test/tools/llvm-pdbutil/invalid-yaml.test
+19-12 files

FreeNAS/freenas 0c76686src/middlewared/middlewared/plugins usage.py

NAS-143924 / 26.0.0 / Fix webshare share gathering in usage reporting (by Qubad786) (#19802)

## Problem
`sharing.webshare` is a typesafe service, so its `query` hands back
pydantic entries rather than dicts, and the gather loop subscripted
them. A single configured webshare was enough to raise `TypeError` — and
since `gather()` swallows a failing stat function wholesale, that
dropped the entire `shares` payload, SMB/NFS/iSCSI included, leaving
only a log line behind.

## Solution
Read `enabled` and `is_home_base` off the entry as attributes.

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

Co-authored-by: M. Rehan <mrehanlm93 at gmail.com>
DeltaFile
+1-1src/middlewared/middlewared/plugins/usage.py
+1-11 files

FreeNAS/freenas 61f124esrc/middlewared/middlewared/plugins usage.py

NAS-143924 / 26.0.0-RC.1 / Fix webshare share gathering in usage reporting (by Qubad786) (#19803)

## Problem
`sharing.webshare` is a typesafe service, so its `query` hands back
pydantic entries rather than dicts, and the gather loop subscripted
them. A single configured webshare was enough to raise `TypeError` — and
since `gather()` swallows a failing stat function wholesale, that
dropped the entire `shares` payload, SMB/NFS/iSCSI included, leaving
only a log line behind.

## Solution
Read `enabled` and `is_home_base` off the entry as attributes.

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

Co-authored-by: M. Rehan <mrehanlm93 at gmail.com>
DeltaFile
+1-1src/middlewared/middlewared/plugins/usage.py
+1-11 files

FreeBSD/src 6334382sys/net/route nhop.h nhgrp_ctl.c

route/fib_algo: Fix nexthop index collision across families

fib_algo indexes its idx->nhop array by the nexthop index with
assumption of its uniqueness. Which is true except for IPv4 over
IPv6 nexthops.
Give each index space its own segment within the same array and
offset the index by the segment base. Segments are created on demand
and sized independently, so the rib's own family keeps base 0 and
tables without cross-family nexthops index exactly as before.

Reviewed by:    melifaro
Discussed with: markj
MFC after:      2 weeks
Differential Revision:  https://reviews.freebsd.org/D59552
DeltaFile
+128-22sys/net/route/fib_algo.c
+19-0sys/net/route/nhgrp_ctl.c
+1-0sys/net/route/nhop.h
+148-223 files

OPNSense/core 3fad5a0src/opnsense/mvc/app/controllers/OPNsense/Interfaces/Api AssignmentController.php

interfaces: handle these as well

They are correct but it doesn't hurt to keep them in the list
to avoid noise in the config diff for now.  It's easier to
spot actual issues such as "<dhcp6-ia-pd-len>0</dhcp6-ia-pd-len>"
being written to a LAN configuration.
DeltaFile
+2-0src/opnsense/mvc/app/controllers/OPNsense/Interfaces/Api/AssignmentController.php
+2-01 files

LLVM/project 03ad73allvm/lib/Transforms/Vectorize LoopVectorize.cpp, llvm/test/Transforms/LoopVectorize phi-cost.ll epilog-vectorization-reductions.ll

[LV] Fold invariant reduction phis to their start value. (#223279)

A reduction phi whose backedge value is the phi itself is invariant and
equal to its start value. This can happen when the reduction operation
folds away, e.g. `or X, 0`, `and X, -1`, `add X, 0` or `mul X, 1`.

Clean up such trivial non-reductions early.

PR: https://github.com/llvm/llvm-project/pull/223279
DeltaFile
+12-15llvm/test/Transforms/LoopVectorize/X86/cost-model.ll
+7-17llvm/test/Transforms/LoopVectorize/epilog-vectorization-reductions.ll
+11-10llvm/test/Transforms/LoopVectorize/VPlan/for-phi-ordering.ll
+2-10llvm/test/Transforms/LoopVectorize/AArch64/mul-simplification.ll
+9-2llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
+1-4llvm/test/Transforms/LoopVectorize/phi-cost.ll
+42-582 files not shown
+43-638 files

OPNSense/core 2f2d989src/opnsense/mvc/app/controllers/OPNsense/Interfaces/Api AssignmentController.php

interfaces: another one for previous
DeltaFile
+1-0src/opnsense/mvc/app/controllers/OPNsense/Interfaces/Api/AssignmentController.php
+1-01 files

OPNSense/core d6a1f01src/opnsense/mvc/app/controllers/OPNsense/Interfaces/Api AssignmentController.php

interfaces: handle legacy booleans for #10881
DeltaFile
+13-3src/opnsense/mvc/app/controllers/OPNsense/Interfaces/Api/AssignmentController.php
+13-31 files

FreeBSD/src ef821f9usr.sbin/bhyve bhyverun.c bhyve_config.5, usr.sbin/bhyve/aarch64 bhyverun_machdep.c

bhyve: Add an option to prevent automatic restart in monitor mode

Monitor mode will currently unconditionally restart the guest if it
reboots, which can be incovenient in certain situations (e.g., resetting
the guest after a panic).

Address this by introducing a way to prevent automatic guest restarts
in monitor mode.

Reviewed by:    markj
Differential Revision:  https://reviews.freebsd.org/D59123
DeltaFile
+8-3usr.sbin/bhyve/amd64/bhyverun_machdep.c
+9-2usr.sbin/bhyve/bhyve.8
+7-2usr.sbin/bhyve/riscv/bhyverun_machdep.c
+7-2usr.sbin/bhyve/bhyve_config.5
+7-2usr.sbin/bhyve/aarch64/bhyverun_machdep.c
+4-3usr.sbin/bhyve/bhyverun.c
+42-146 files

FreeBSD/src 7f5f07blib/libc/db/hash hash_buf.c hash_page.c, lib/libc/tests/db Makefile db_hash_tamper_test.c

db/hash: Harden hash(3) database code

The hash(3) database code does not validate the on-disk database header,
leaving it open to several OOB read and write vulnerabilities.

This change adds basic header validation and array bounds checking to
parts of the hash(3) code that can be manipulated by messing with the
database header.

Reviewed by:    kevans
Sponsored by:   Klara, Inc.
MFC after:      1 month
Differential Revision:  https://reviews.freebsd.org/D58822
DeltaFile
+227-0lib/libc/tests/db/db_hash_tamper_test.c
+35-12lib/libc/db/hash/hash.c
+12-4lib/libc/db/hash/hash_buf.c
+15-1lib/libc/db/hash/hash_page.c
+2-1lib/libc/tests/db/Makefile
+291-185 files