FreeNAS/freenas bbc41f1src/middlewared/middlewared/test/integration/utils shell.py, tests/api2 test_audit_websocket.py test_reporting_realtime.py

Fix API tests

* Reporting realtime shows stats on boot pool and so we should
  expect it.

* pam / auth stack now properly reports in *audit* messages why the
  authentication failed (minimally including PAM error code).

* harden our webshell tests
DeltaFile
+75-37src/middlewared/middlewared/test/integration/utils/shell.py
+5-1tests/api2/test_audit_websocket.py
+5-1tests/api2/test_reporting_realtime.py
+85-393 files

LLVM/project 03e33ecllvm/lib/Transforms/Scalar LoopInterchange.cpp, llvm/test/Transforms/LoopInterchange lcssa-incoming-value-is-not-instr.ll

[LoopInterchange] Fix crash when followLCSSA returns constant
DeltaFile
+70-0llvm/test/Transforms/LoopInterchange/lcssa-incoming-value-is-not-instr.ll
+2-2llvm/lib/Transforms/Scalar/LoopInterchange.cpp
+72-22 files

FreeBSD/src 2a7d370share/man/man7 stats.7

stats: Reference zpool-iostat(8) instead of zpool(8)

MFC after:      3 days

(cherry picked from commit c0ec8ffb46ab337dcf726fcdf8083f62859d0ae6)
DeltaFile
+2-2share/man/man7/stats.7
+2-21 files

FreeBSD/src 8e1f5bastand/man loader.efi.8

loader.efi.8: Address mandoc -Tlint errors

MFC after:      3 days
DeltaFile
+31-20stand/man/loader.efi.8
+31-201 files

LLVM/project 1f21f15clang/test/CodeGen/X86 avx512f-builtins-constrained-cmp.c

[X86] - Prevent the wrong fold of x86_avx512_mask_cmp_ss/sd to fcmp (#202321)

The issue is based upon the SemiAnalysisAI by @jlebar.
[058-mask-cmp-ss-imm-immediate-not-validated](https://github.com/SemiAnalysisAI/FuzzX/blob/master/x86/bugs/058-mask-cmp-ss-imm-immediate-not-validated/NOTES.md)

It is not a real bug, just a warning for the future fold implementation
of mask_cmp → fcmp.

There is non to fix as of now in the source code. Added a few comments
and test cases for the future implementation of the folds.

@topperc @phoebewang
DeltaFile
+54-0clang/test/CodeGen/X86/avx512f-builtins-constrained-cmp.c
+54-01 files

FreeNAS/freenas 9c2a6bcsrc/middlewared/middlewared/alembic/versions/26.0 2025-10-13_12-00_add_mac_to_vm_nics.py 2025-11-05_13-37-00_container_fields_cleanup.py

Fix container/VM migrations crash when ran without pwenc secret

(cherry picked from commit 4bbdf647dc18b6ceb67d9230f00f5ae6034a3586)
DeltaFile
+4-1src/middlewared/middlewared/alembic/versions/26.0/2025-10-13_12-00_add_mac_to_vm_nics.py
+4-1src/middlewared/middlewared/alembic/versions/26.0/2025-11-05_13-37-00_container_fields_cleanup.py
+4-1src/middlewared/middlewared/alembic/versions/26.0/2025-11-06_21-48-00_disk_raw_container_cleanup.py
+12-33 files

FreeNAS/freenas 6d31e3fsrc/middlewared/middlewared/alembic/versions/26.0 2025-10-13_12-00_add_mac_to_vm_nics.py 2025-11-05_13-37-00_container_fields_cleanup.py

NAS-141369 / 27.0.0-BETA.1 / Fix container/VM migrations crash when ran without pwenc secret (#19116)

When container/VM migrations are ran without valid pwenc secret present
(config imported without pwenc secret), they crash the migration
process, because `decrypt` returns an empty string, and we try to
`json.loads` it. We should skip empty strings in this case, the same way
we do in all other similar migrations.
DeltaFile
+4-1src/middlewared/middlewared/alembic/versions/26.0/2025-10-13_12-00_add_mac_to_vm_nics.py
+4-1src/middlewared/middlewared/alembic/versions/26.0/2025-11-05_13-37-00_container_fields_cleanup.py
+4-1src/middlewared/middlewared/alembic/versions/26.0/2025-11-06_21-48-00_disk_raw_container_cleanup.py
+12-33 files

OpenBSD/src uQnuolYsys/kern vfs_vnops.c

   sys/vfs: wake vclean after failed vnode lock attempts

   vclean() sets VXLOCK and waits for v_lockcount to drain before taking
   the vnode lock with LK_DRAIN. vn_lock() already woke that waiter when a
   racing VOP_LOCK() succeeded, noticed VXLOCK, and had to drop the lock
   again.

   Do the same wakeup when the racing VOP_LOCK() fails. A failed attempt
   still decrements v_lockcount, and if it was the last in flight attempt,
   vclean() must be notified that the drain condition is satisfied.
VersionDeltaFile
1.128+3-3sys/kern/vfs_vnops.c
+3-31 files

FreeBSD/src 3101456sys/dev/ice ice_lib.c

ice(4): Fix link speed after changing cable type

When interface was connected to a link partner with a cable
type limitting maximum supported speed, e.g. SFP+ cable
in 25G port, driver incorrectly saved a supported speed
as the user configured speed. This prevented interface
from using all supported speeds after switching cable to SFP28.
Link was established at 10G as supported by previously used
SFP+ cable. Don't set user requested speed unless actually
configured by an user, to allow automatic selection of highest
available speed. Only when user sets custom config
using advertise_speed sysctl save it and try
to apply after cable is changed.

Also don't save initial supported speeds if FW supports
reporting default PHY config.

Signed-off-by: Krzysztof Galazka <krzysztof.galazka at intel.com>


    [4 lines not shown]
DeltaFile
+11-7sys/dev/ice/ice_lib.c
+11-71 files

LLVM/project 8f069e7llvm/docs/CommandGuide lit.rst, llvm/utils/lit/lit TestRunner.py

[lit] Add support for %{s:stem} substitution. (#202885)

It provides the source file name with the (last) extension removed.

This is to align with what is available for %t and actually needed
downstream.
DeltaFile
+2-0llvm/utils/lit/lit/TestRunner.py
+2-0llvm/utils/lit/tests/substitutions.py
+1-0llvm/docs/CommandGuide/lit.rst
+5-03 files

LLVM/project 2b4e89bllvm/test/CodeGen/X86 vector-interleaved-store-i16-stride-7.ll vector-interleaved-store-i16-stride-6.ll

[X86] combineConcatVectorOps - concat(permi(x,imm0),permi(y,imm1)) -> vpermv3(widen(x),m,widen(y)) (#203508)

Add handling for X86ISD::VPERMI nodes with different immediates -
folding to a X86ISD::VPERMV3 instead, replacing a
INSERT_SUBVECTOR+2xPERMI nodes with a mask load

We don't need to concat the source operands - we have other folds that
will do this if beneficial - we just rely on (free) implicit widening.
DeltaFile
+3,204-3,450llvm/test/CodeGen/X86/vector-interleaved-store-i16-stride-7.ll
+1,905-2,037llvm/test/CodeGen/X86/vector-interleaved-store-i16-stride-6.ll
+812-846llvm/test/CodeGen/X86/vector-interleaved-store-i16-stride-5.ll
+638-628llvm/test/CodeGen/X86/vector-interleaved-store-i8-stride-7.ll
+592-660llvm/test/CodeGen/X86/vector-interleaved-store-i8-stride-6.ll
+600-624llvm/test/CodeGen/X86/vector-interleaved-store-i8-stride-5.ll
+7,751-8,2452 files not shown
+7,779-8,2538 files

LLVM/project 9623ae8clang/lib/AST/ByteCode Pointer.h Pointer.cpp

[clang][bytecode] Add `PtrView` for non-tracking pointers (#184129)

Currently, when creating a `Pointer` (of block type, which I will assume
here), the pointer will add itself (via its address) to its block's
pointer list. This way, a block always knows what pointers point to it.
That's important so we can handle the case when a block (which was e.g.
created for a local variable) is destroyed and we now need to update its
pointers.

However, since always do this for all `Pointer` instances, it creates a
weird performance problem where we do this dance all the time for no
reason, e.g. consider `Pointer::stripBaseCasts()`:

https://github.com/llvm/llvm-project/blob/88693c49d9ac58a33af5978d31f6c70fe1d5b45b/clang/lib/AST/ByteCode/Pointer.h#L778-L783

This will add and remove the newly created pointer from the block's
pointer list every iteration. Other offenders are `Pointer::toRValue()`,
`EvaluationResult::checkFullyInitialized()` or
`Pointer::computeOffsetForComparison()`.

    [8 lines not shown]
DeltaFile
+371-210clang/lib/AST/ByteCode/Pointer.h
+65-67clang/lib/AST/ByteCode/Pointer.cpp
+24-23clang/lib/AST/ByteCode/InterpBuiltin.cpp
+20-21clang/lib/AST/ByteCode/EvaluationResult.cpp
+18-15clang/lib/AST/ByteCode/Interp.cpp
+11-10clang/lib/AST/ByteCode/InterpBuiltinBitCast.cpp
+509-3463 files not shown
+535-3509 files

LLVM/project 67444b6llvm/lib/Target/AMDGPU AMDGPURegBankLegalizeRules.cpp, llvm/test/CodeGen/AMDGPU llvm.amdgcn.mfma.scale.f32.32x32x64.f8f6f4.ll llvm.amdgcn.mfma.scale.f32.16x16x128.f8f6f4.ll

AMDGPU/GlobalISel: RegBankLegalize rules for mfma_scale
DeltaFile
+9,287-1llvm/test/CodeGen/AMDGPU/llvm.amdgcn.mfma.scale.f32.32x32x64.f8f6f4.ll
+4,206-1llvm/test/CodeGen/AMDGPU/llvm.amdgcn.mfma.scale.f32.16x16x128.f8f6f4.ll
+7-0llvm/lib/Target/AMDGPU/AMDGPURegBankLegalizeRules.cpp
+13,500-23 files

LLVM/project 5e65f12llvm/lib/Target/AMDGPU SIInsertWaitcnts.cpp, llvm/test/CodeGen/AMDGPU waitcnt-debug.mir

[RFC][AMDGPU] Remove DebugCounter-based WaitCnt debugging

It's 8 years old, only used by a handful of tests, and has not been updated
in a while except for maintenance as far as I can see.

I don't mind keeping it in if there are users of it, but right now it
looks like a dead feature. If we want some more elaborate waitcnt debugging,
we should have a modern, generic system that works on any waitcnt, not
something specific to 3 GFX9 counters.
DeltaFile
+1-50llvm/lib/Target/AMDGPU/SIInsertWaitcnts.cpp
+0-44llvm/test/CodeGen/AMDGPU/waitcnt-debug.mir
+1-942 files

LLVM/project 375a36cllvm/lib/Target/AMDGPU SIInsertWaitcnts.cpp

Add helper for getLimit
DeltaFile
+9-8llvm/lib/Target/AMDGPU/SIInsertWaitcnts.cpp
+9-81 files

FreeBSD/src fcb31b5lib/libpfctl libpfctl.c

libpfctl: fix memory leak

When we snl_init_writer() we allocate memory in the struct snl_state in the struct pfctl_handle.
This memory was never released again, leading to a memory leak. We still
had a reference to the memory and would release it on pfctl_close()
(so valgrind did not detect it as a leak), but long-lived users (e.g.
bsnmpd) would eventually run out of memory.

Explicitly reset the snl_state when we're done to prevent this.

MFC after:      2 weeks
Sponsored by:   Rubicon Communications, LLC ("Netgate")
DeltaFile
+428-171lib/libpfctl/libpfctl.c
+428-1711 files

FreeBSD/src 2a478dflib/libpfctl libpfctl.c

libpfctl: retrieve family id only once

Look up the pfctl family id when we open the handle, rather than for
every function call.
This saves us a lot of netlink calls, at the expense of storing one
extra int in the handle.

Sponsored by:   Rubicon Communications, LLC ("Netgate")
DeltaFile
+93-266lib/libpfctl/libpfctl.c
+93-2661 files

LLVM/project fdbb553clang/test/Sema/aarch64-sme2p3-intrinsics acle_sme2p3_target.c, clang/test/Sema/aarch64-sve2p3-intrinsics acle_sve2p3_target.c

fixup! Last few adjustments based on CR comments
DeltaFile
+0-54clang/test/Sema/aarch64-sve2p3-intrinsics/acle_sve2p3_target.c
+0-20clang/test/Sema/aarch64-sme2p3-intrinsics/acle_sme2p3_target.c
+1-0llvm/include/llvm/IR/IntrinsicsAArch64.td
+1-743 files

FreeNAS/freenas 0f5fd0fsrc/middlewared/middlewared/plugins/pool_ pool_operations.py

NAS-141371 / 25.10.4.1 / Fix configure resilver priority (#19120)

Lightweight backport of https://github.com/truenas/middleware/pull/19118
DeltaFile
+1-1src/middlewared/middlewared/plugins/pool_/pool_operations.py
+1-11 files

FreeNAS/freenas f3732f4src/middlewared/middlewared/alembic/versions/25.10 2025-03-06_01-25_remove_syslog_tls_certificate_authority.py 2025-08-29_15-41_second_syslog_server.py

NAS-141221 / 26.0.0-RC.1 / Handle absent system.advanced foreign key constraints in migrations (by themylogin) (#19121)

The root cause of the issue is not clear. I have a weak suspicion that
the table was recreated manually, because of
```
sqlite> .schema system_advanced
CREATE TABLE IF NOT EXISTS "system_advanced" (
        id INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT, 
        adv_consolemenu BOOLEAN NOT NULL, 
        ...
        adv_kernel_extra_options TEXT DEFAULT ('') NOT NULL, 
        adv_syslog_audit BOOLEAN NOT NULL, adv_login_banner TEXT DEFAULT '' NOT NULL, 
        FOREIGN KEY(adv_syslog_tls_certificate_authority_id) REFERENCES system_certificateauthority (id), 
        FOREIGN KEY(adv_syslog_tls_certificate_id) REFERENCES system_certificate (id)
);
```
Note `adv_syslog_audit BOOLEAN NOT NULL, adv_login_banner TEXT DEFAULT
'' NOT NULL, ` on single line. Alembic does not generate such code.


    [2 lines not shown]
DeltaFile
+13-1src/middlewared/middlewared/alembic/versions/25.10/2025-03-06_01-25_remove_syslog_tls_certificate_authority.py
+13-1src/middlewared/middlewared/alembic/versions/25.10/2025-08-29_15-41_second_syslog_server.py
+26-22 files

LLVM/project 6d73d5cflang/lib/Lower/OpenMP OpenMP.cpp

address review comments
DeltaFile
+8-6flang/lib/Lower/OpenMP/OpenMP.cpp
+8-61 files

LLVM/project b08a295flang/lib/Lower/OpenMP OpenMP.cpp, flang/lib/Optimizer/OpenMP DoConcurrentConversion.cpp

[Flang][OpenMP] Add combined construct information

This patch adds the `omp.combined` attribute to OpenMP dialect
operations following changes to the `ComposableOpInterface`.

This attribute is added to operations representing non-innermost leaf
constructs of a combined construct and to standalone block-associated
constructs that can be combined with their parent construct.

Changes are made to the OpenMP lowering logic, as well as the
do-concurrent, workshare and workdistribute transformation passes.
DeltaFile
+1,094-0flang/test/Lower/OpenMP/compound.f90
+56-20flang/lib/Lower/OpenMP/OpenMP.cpp
+6-6flang/test/Transforms/DoConcurrent/use_loop_bounds_in_body.f90
+5-5flang/test/Transforms/DoConcurrent/local_device.mlir
+4-4flang/test/Transforms/DoConcurrent/reduce_device.mlir
+6-2flang/lib/Optimizer/OpenMP/DoConcurrentConversion.cpp
+1,171-3727 files not shown
+1,225-7133 files

LLVM/project 9e60e47mlir/include/mlir/Dialect/OpenMP OpenMPOps.td, mlir/lib/Dialect/OpenMP/IR OpenMPDialect.cpp

[MLIR][OpenMP] Explicit tagging of combined constructs

Combined OpenMP constructs, such as `parallel do`, which represent
nests of constructs where each one contains a single other construct
without any other directives or statements in between, are currently not
marked in any way in the MLIR representation.

This works because they don't usually require any specific handling
other than what would be done for the included operations. However, the
handling of `target` regions needs to know whether it was part of a
combined construct in order to properly optimize for the SPMD case and
detect when certain clauses must be inconditionally evaluated in the
host.

So far, this has been achieved by having some MLIR pattern-matching
logic to infer whether a nest of operations could have potentially been
produced for a combined construct. This approach is error prone,
computationally expensive and it can't really work in the general case.
On the other hand, a compiler frontend can easily tell the difference

    [10 lines not shown]
DeltaFile
+137-134mlir/lib/Dialect/OpenMP/IR/OpenMPDialect.cpp
+123-76mlir/test/Dialect/OpenMP/invalid.mlir
+106-0mlir/test/Dialect/OpenMP/invalid-interface.mlir
+33-33mlir/test/Dialect/OpenMP/ops.mlir
+29-33mlir/include/mlir/Dialect/OpenMP/OpenMPOps.td
+24-24mlir/test/Target/LLVMIR/openmp-teams-clauses-trunc-ext.mlir
+452-30035 files not shown
+565-37041 files

LLVM/project 0e5c89eflang/lib/Lower/OpenMP OpenMP.cpp

address review comments
DeltaFile
+14-13flang/lib/Lower/OpenMP/OpenMP.cpp
+14-131 files

FreeBSD/ports eff3576net-im/flare distinfo Makefile.crates

net-im/flare: Update 0.20.5 => 0.20.6

Changelog:
https://gitlab.com/schmiddi-on-mobile/flare/-/releases/0.20.6

Approved by:    osa, vvd (Mentors, implicit)
DeltaFile
+9-9net-im/flare/distinfo
+3-3net-im/flare/Makefile.crates
+1-2net-im/flare/Makefile
+13-143 files

LLVM/project 8f6cb73cmake/Modules GetTripleCMakeSystemName.cmake

Handle more cases from the chart
DeltaFile
+20-3cmake/Modules/GetTripleCMakeSystemName.cmake
+20-31 files

OPNSense/core 8ff00fasrc/opnsense/mvc/app/views/layout_partials base_apply_button.volt, src/opnsense/www/js opnsense_ui.js

ui: fix excessive padding on apply section (#10409)

(cherry picked from commit 7a53cf1547beac857393ef97f4008bb91b5d4a52)
(cherry picked from commit 70853ba8ac3f6ec0e80cf639539e3da1b141d6bb)
DeltaFile
+2-2src/opnsense/www/js/opnsense_ui.js
+1-1src/opnsense/mvc/app/views/layout_partials/base_apply_button.volt
+3-32 files

OPNSense/core 96fa955src/opnsense/mvc/app/views/OPNsense/IPsec connections.volt, src/opnsense/www/js opnsense_bootgrid.js

ipsec: disable scroll in authentication and children grids (#10407)

Since the grids live on a lower position on the screen, the height calculation may squash the entries. This should be solved by enforcing a minimum row constraint, but for ipsec specifically being able to see all children at all times is more important, which is what this commit aims to solve.

(cherry picked from commit d2affcf0c0d14724237fd2a4aecc741f4ed2fd68)
DeltaFile
+1-0src/opnsense/www/js/opnsense_bootgrid.js
+1-0src/opnsense/mvc/app/views/OPNsense/IPsec/connections.volt
+2-02 files

FreeNAS/freenas 9edeaf0src/middlewared/middlewared/plugins/pool_ pool_operations.py, src/middlewared/middlewared/pytest/unit/plugins/pool test_resilver.py

NAS-141371 / 26.0.0-RC.1 / Fix configure resilver priority (by themylogin) (#19122)

A bug similar to https://github.com/truenas/middleware/pull/19117

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

---------

Co-authored-by: themylogin <themylogin at gmail.com>
DeltaFile
+161-0src/middlewared/middlewared/pytest/unit/plugins/pool/test_resilver.py
+58-33src/middlewared/middlewared/plugins/pool_/pool_operations.py
+219-332 files

LLVM/project 355735ecmake/Modules GetTripleCMakeSystemName.cmake

Handle mingw
DeltaFile
+1-1cmake/Modules/GetTripleCMakeSystemName.cmake
+1-11 files