LLVM/project dd19d52llvm/lib/Transforms/Vectorize SLPVectorizer.cpp, llvm/test/Transforms/SLPVectorizer/AArch64 recalc-copyable-deps-on-reorder.ll

[SLP]Recalculate copyable-element deps after tree reordering

Reordering permutes the operand columns of the entries and may move an
operand between copyable-covered and plain edges, making the computed
dependency counts stale and tripping the unscheduled-deps assertion.

Reviewers: 

Pull Request: https://github.com/llvm/llvm-project/pull/216410
DeltaFile
+188-0llvm/test/Transforms/SLPVectorizer/AArch64/recalc-copyable-deps-on-reorder.ll
+16-0llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+204-02 files

NetBSD/pkgsrc 9eUpHs8doc pkg-vulnerabilities

   pkg-vulnerabilities: Remove libxml2 entry for CVE-2025-12863

   The CVE was rejected on 2025-11-20, see
   <https://gitlab.gnome.org/GNOME/libxml2/-/issues/1012#note_2608283>.

   Via PR pkg/60591 from Showta Ishizaki, thanks!
VersionDeltaFile
1.779+1-2doc/pkg-vulnerabilities
+1-21 files

FreeBSD/src 57293f4sys/dev/pci pci.c

pci: Do not reconcile MPS across PCI domains

A PCI function can provide a host bridge into a synthetic PCI domain.
Intel VMD does this: the host facing VMD function remains in its
original domain while the hidden Root Ports and endpoints appear in a
separate domain.  The VMD function's Device Control does not describe
an upstream link in that synthetic hierarchy.

The hierarchy wide cold pass incorrectly used the VMD function's MPS
to reprogram the hidden ports and their endpoints.  Stop both cold
reconciliation and runtime path walks at a PCI domain boundary.  The
real Root Ports within the VMD domain continue to reconcile their
endpoints normally.

Reviewed by:    imp
Tested by:      Michael Butler <imb at protected-networks.net>
Fixes:          8e9fe9996a1f ("pci: Reconcile MPS before attaching PCIe devices")
MFC after:      6 days
Sponsored by:   BBOX.io
Differential Revision:  https://reviews.freebsd.org/D58837
DeltaFile
+14-0sys/dev/pci/pci.c
+14-01 files

NetBSD/pkgsrc YO0HWWedoc pkg-vulnerabilities

   pkg-vulnerabilities: Update libxml2 entries fixed in 2.15.2

   Via PR pkg/60591 from Showta Ishizaki, thanks!
VersionDeltaFile
1.778+6-6doc/pkg-vulnerabilities
+6-61 files

LLVM/project eb27c49clang/test/CIR/CodeGen record-member-kinds.cpp

[CIR] Test bit-field access units split by register size

A span of bit-fields wider than one register splits into two access units, each
marked on its own.  Nothing covered that path: every bit-field in these tests is
24 bits or narrower, and the splits already covered come from a zero-length
bit-field instead.

Two of the three cases are worth having for a reason beyond coverage.  When a
record carries both a data unit and an empty one it is not ABI-empty either way,
so the differential assert cannot see a wrong mark on an individual unit, and
these checks are the only thing that can.

Assisted-by: Cursor / claude-opus-5
DeltaFile
+12-0clang/test/CIR/CodeGen/record-member-kinds.cpp
+12-01 files

NetBSD/pkgsrc YPcHFjQdoc pkg-vulnerabilities

   pkg-vulnerabilities: CVE-2025-69720 was fixed in ncurses-6.6

   According upstream NEWS it was fixed in 20251213 and 6.6 was released
   on 20251230.

   Reported via PR pkg/60589 from Showta Ishizaki, thanks!
VersionDeltaFile
1.777+2-2doc/pkg-vulnerabilities
+2-21 files

NetBSD/src HlJhp0Sshare/man/man9 vnode.9

   vnode(9): Split a wall of prose into an itemized description list.

   Prompted by puzzling over the obtuse API contract around v_writecount
   and VOP_OPEN/CLOSE for:

   PR kern/60586: panic after hot-plugging raidframe component
VersionDeltaFile
1.85+10-4share/man/man9/vnode.9
+10-41 files

LLVM/project 5122b08clang/lib/Driver/ToolChains WebAssembly.cpp

[clang][WebAssembly] Remove `OPT_no_pthread` handling (#216378)

`-no-pthread` was originally added to Clang in 425b1a5106def (D11087)
simply to prevent "unknown argument" errors when building winpthreads in
mingw-w64.

It was subsequently used in `WebAssembly.cpp` when thread options were
made consistent in 9d5a089bf544e (D57874) via `Args.hasFlag`.

No other Clang toolchains handle `OPT_no_pthread` (they all use
`Args.hasArg(options::OPT_pthread)`), and `-pthread` is not typically
treated as a negatable boolean option in GCC/Clang drivers.

Align WebAssembly with all other Clang toolchains by removing the
`OPT_no_pthread` check.
DeltaFile
+1-2clang/lib/Driver/ToolChains/WebAssembly.cpp
+1-21 files

FreeNAS/freenas 9857769docs/source/database sqlalchemy.rst

NAS-142185 / 27.0.0-BETA.1 / Fix stale literalinclude path in docs/database/sqlalchemy.rst (#19505)

A prior commit (PR #18854) split plugins/api_key.py into a package
(api_key/{__init__,crud,internal}.py), moving APIKeyModel into crud.py.
The docs literalinclude still pointed at the old single-file path, which
no longer exists, breaking `make html` (SPHINXOPTS=-W treats the
resulting warning as fatal).
DeltaFile
+1-1docs/source/database/sqlalchemy.rst
+1-11 files

NetBSD/pkgsrc 0Gve365doc CHANGES-2026

   doc: Updated security/ca-certificates to 20260601
VersionDeltaFile
1.5289+2-1doc/CHANGES-2026
+2-11 files

NetBSD/pkgsrc M31G9d2security/ca-certificates Makefile distinfo

   ca-certificates: Update to 20260601

   ca-certificates (20260601) unstable; urgency=medium

     * Remove ca-certificates-local example (closes: #988912, #1127101).
     * Update Mozilla certificate authority bundle to version 2.86
       The following certificate authority was added (+):
       + e-Szigno TLS Root CA 2023
       The following certificate authorities were removed (-):
       - QuoVadis Root CA 2
       - QuoVadis Root CA 3
       - DigiCert Assured ID Root CA
       - DigiCert Global Root CA
       - DigiCert High Assurance EV Root CA
       - SwissSign Gold CA - G2
       - SecureTrust CA
       - Secure Global CA
       - COMODO Certification Authority
       - Certigna

    [18 lines not shown]
VersionDeltaFile
1.10+3-26security/ca-certificates/PLIST
1.15+4-4security/ca-certificates/distinfo
1.18+2-2security/ca-certificates/Makefile
+9-323 files

FreeBSD/src 2193da1share/man/man3 pthread_create.3

pthread_create(3): fix dead references to racct(2)

As far as I can tell, racct(2) has never existed, not even when
I added these references a decade ago.

Change them as commit e9e615c88a74 did in thr_new(2).

Reported by:    Karlo Miličević <karlo98.m at gmail.com>
DeltaFile
+2-2share/man/man3/pthread_create.3
+2-21 files

LLVM/project 58700a8clang/test/Analysis lifetime-bound.cpp

Remove HEAD.
DeltaFile
+0-3clang/test/Analysis/lifetime-bound.cpp
+0-31 files

LLVM/project c5962a9clang/test/Analysis lifetime-bound.cpp

Correct CHECK-NEXT lines.
DeltaFile
+4-4clang/test/Analysis/lifetime-bound.cpp
+4-41 files

LLVM/project 940c007clang/test/Analysis lifetime-bound.cpp

Resolve merge conflicts.
DeltaFile
+4-1clang/test/Analysis/lifetime-bound.cpp
+4-11 files

LLVM/project 2ebc505clang/test/Analysis lifetime-bound.cpp

Correct CHECK-NEXT lines.
DeltaFile
+4-4clang/test/Analysis/lifetime-bound.cpp
+4-41 files

LLVM/project 60b10efclang/test/Analysis lifetime-bound.cpp

Remove strict whitespace indentations.
DeltaFile
+5-5clang/test/Analysis/lifetime-bound.cpp
+5-51 files

LLVM/project 5f68218clang/lib/StaticAnalyzer/Checkers UseAfterLifetimeEnd.cpp, clang/test/Analysis lifetime-bound.cpp

[analyzer] Highilght variables range in emitted reports from UseAfterLifetimeEnd
DeltaFile
+28-0clang/test/Analysis/lifetime-bound.cpp
+4-2clang/lib/StaticAnalyzer/Checkers/UseAfterLifetimeEnd.cpp
+32-22 files

LLVM/project bfbac54clang/lib/StaticAnalyzer/Checkers UseAfterLifetimeEnd.cpp, clang/test/Analysis lifetime-bound.cpp

[analyzer] Only underline the exact parameter that is bound to the return value in UseAfterLifetimeEnd (#215651)

Currently the `UseAfterLifetimeEnd` checker highlights always the first
argument that is annotated with the `[[clang::lifetimebound]]`
annotation. Like:
```text
temp.cpp:5:31: note: Value's lifetime bound to the lifetime of 'y' here
    4 |   int x = 1, y = 2;
      |   ~~~~~~~~~~~~~~~~
    5 |   return multi_param_test_ref(x, y);
      |                               ^
```

As seen even when checker correctly notes that the value's lifetime is
bound to the lifetime of the `y` parameter, it incorrectly highlights x
since that is the first annotated parameter. In order to fix this I have
added a logic which checks which annotated parameter's region is bound
to the return's region and do the highlight based on that.


    [16 lines not shown]
DeltaFile
+41-1clang/test/Analysis/lifetime-bound.cpp
+17-7clang/lib/StaticAnalyzer/Checkers/UseAfterLifetimeEnd.cpp
+58-82 files

LLVM/project 947565aclang/include/clang/Basic HLSLIntrinsics.td, clang/test/CodeGenHLSL/builtins abs.hlsl

[HLSL][longvec][Tablegen] Use templates to define Vector api's larger than 4 (#216143)

resolves #216139
resolves #216140

This change adds a templatized vector emitter to TableGen's HLSLEmitter.
We add tests for the tablegen and confirm we did it right by
implementing the abs api.

Assisted by GPT-5.6 sol via co-pilot
DeltaFile
+26-0clang/test/TableGen/hlsl-intrinsics.td
+16-1clang/utils/TableGen/HLSLEmitter.cpp
+5-0clang/include/clang/Basic/HLSLIntrinsics.td
+3-0clang/test/CodeGenHLSL/builtins/abs.hlsl
+50-14 files

FreeBSD/ports b895cafdevel/qbs pkg-plist Makefile

devel/qbs: add missing documentation file to unbreak packaging

Reported by:    make check-plist
DeltaFile
+1-1devel/qbs/Makefile
+1-0devel/qbs/pkg-plist
+2-12 files

FreeBSD/ports 18fa478sysutils/helm Makefile distinfo

sysutils/helm: Update to 3.21.4

Changelog:
https://github.com/helm/helm/releases/tag/v3.21.4
DeltaFile
+5-5sysutils/helm/distinfo
+2-3sysutils/helm/Makefile
+7-82 files

LLVM/project c6107fbclang/lib/CIR/CodeGen CIRGenRecordLayoutBuilder.cpp

[CIR] Address more reviewer feedback

Remove droppedFieldHoldingData.  The differential asserts allow for an error
having already been reported instead, which covers any NYI in record lowering
rather than just the one.

Mark a bit-field access unit by promoting its storage member when a named
occupant is emitted, rather than pre-scanning the unit first.  Both bit-field
paths now do it the same way, and the unit's fields are walked once.

Rename runStorageIdx to storageIdx.

Assisted-by: Cursor / claude-opus-5
DeltaFile
+27-38clang/lib/CIR/CodeGen/CIRGenRecordLayoutBuilder.cpp
+27-381 files

FreeBSD/ports 4c3b201devel/py-terminaltexteffects Makefile distinfo

devel/py-terminaltexteffects: Update to 0.15.0

ChangeLog:      https://github.com/ChrisBuilds/terminaltexteffects/releases/tag/release-0.15.0
Reported by:    portscout!
DeltaFile
+3-3devel/py-terminaltexteffects/distinfo
+1-1devel/py-terminaltexteffects/Makefile
+4-42 files

OpenBSD/ports 2pvep3Vwww/p5-CGI-FormBuilder distinfo Makefile, www/p5-CGI-FormBuilder/patches patch-lib_CGI_FormBuilder_Field_datetime__local_pm patch-lib_CGI_FormBuilder_Source_File_pm

   update p5-CGI-FormBuilder to 3.2000
VersionDeltaFile
1.15+16-14www/p5-CGI-FormBuilder/Makefile
1.3+14-1www/p5-CGI-FormBuilder/pkg/PLIST
1.1+15-0www/p5-CGI-FormBuilder/patches/patch-lib_CGI_FormBuilder_Source_File_pm
1.1+14-0www/p5-CGI-FormBuilder/patches/patch-lib_CGI_FormBuilder_Field_datetime__local_pm
1.5+2-2www/p5-CGI-FormBuilder/distinfo
+61-175 files

LLVM/project 5e8490allvm/include/llvm/DWARFLinker AddressesMap.h, llvm/lib/DWARFLinker/Classic DWARFLinker.cpp

[DWARFLinker] Constrain a function's high_pc to its own symbol (#215952)

Mach-O objects built with .subsections_via_symbols make every symbol an
independently placeable atom, and the linker packs atoms without
preserving the spacing they had in the object file.

I have an example where the compiler describes such a subprogram as
extending past its own atom. While it's debatable whether that's a good
idea, it's not invalid in the object file. However, once linked, it is
invalid.

We can make dsymutil resilient against this by looking at the size of
the symbol in the debug map and adjusting the end_pc. I'm doing so
conservatively so that only a collision is repaired. Already
overlapping/invalid ranges remain untouched.

rdar://184768778
DeltaFile
+28-15llvm/lib/DWARFLinker/Classic/DWARFLinker.cpp
+35-4llvm/test/tools/dsymutil/subprogram-high-pc-past-symbol.test
+20-15llvm/lib/DWARFLinker/Parallel/DIEAttributeCloner.cpp
+14-9llvm/include/llvm/DWARFLinker/AddressesMap.h
+9-0llvm/lib/DWARFLinker/Parallel/DIEAttributeCloner.h
+2-3llvm/tools/dsymutil/DwarfLinkerForBinary.h
+108-466 files

FreeBSD/src 6fa9c2bsys/arm64/arm64 vfp.c

arm64: close a race in SVE register management

While testing an unrelated pmap change, D58708, that dramatically
reduces the number of TLBI instructions performed, and likely the
timing of unrelated events, I started seeing "Storing an invalid VFP
state" panics in vfp_save_state_common().  However, the origin of this
panic is elsewhere, in the else branch of sve_restore_state().
Specifically, my pmap change seems to have increased the likelihood that
the thread executing the else branch would be preempted by another
thread between the critical_exit() inside the else branch's call to
vfp_restore_state_common() and its own call to critical_enter().  Prior
to expanding the scope of the else branch's critical section, the MPASS
added by this change would fire, catching the problem at its source,
rather than later in vfp_save_state_common().

Assisted-by:    Claude Code (Opus 5)
Reviewed by:    kib, markj
MFC after:      1 week
Differential Revision:  https://reviews.freebsd.org/D58723
DeltaFile
+4-2sys/arm64/arm64/vfp.c
+4-21 files

LLVM/project cf98a4bllvm/lib/Transforms/Vectorize VPlanTransforms.cpp, llvm/test/Transforms/LoopVectorize vector-loop-backedge-elimination-tail-folding-interleave-only.ll

[LV] Simplify the latch branch before rewriting ALM for a scalar VF (#216257)

Run simplifyBranchConditionForVFAndUF before replaceMaskWithCompare
before, so the simplification triggers before replaceMaskWithCompare
writes the plan.

PR: https://github.com/llvm/llvm-project/pull/216257
DeltaFile
+16-42llvm/test/Transforms/LoopVectorize/vector-loop-backedge-elimination-tail-folding-interleave-only.ll
+3-2llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
+19-442 files

FreeNAS/freenas a080373src/middlewared/middlewared/alert/applicability facts.py system.py, src/middlewared/middlewared/pytest/unit/alert test_applicability_system.py test_applicability_engine.py

Add an applicability engine for alerts

This commit adds changes to give alerts a way to state which systems they are meaningful on in terms of two independent axes, hardware class and license, instead of the conflated product_type predicate they lean on today. The engine is pure and delegates the HA question to the entitlement policy so there stays one definition of it in the tree.

Nothing declares the new applies_to/listed_when slots yet and no enforcement point reads them, so this is inert on its own; the declarations and the call sites follow.
DeltaFile
+88-0src/middlewared/middlewared/pytest/unit/alert/test_applicability_engine.py
+76-0src/middlewared/middlewared/alert/applicability/engine.py
+38-0src/middlewared/middlewared/alert/applicability/__init__.py
+36-0src/middlewared/middlewared/pytest/unit/alert/test_applicability_system.py
+26-0src/middlewared/middlewared/alert/applicability/system.py
+21-0src/middlewared/middlewared/alert/applicability/facts.py
+285-02 files not shown
+299-08 files

FreeNAS/freenas 577beaesrc/middlewared/middlewared/alert/source license_status.py

Only report a missing license on HA capable systems

This commit fixes an issue where an unlicensed R-series or Z-series started getting told to contact support about a license it was never sold. Those chassis are appliances so they satisfy the hardware rule, but they cannot fail over, and on 26 the product_type disjunct meant a system with no license only reached this alert when it was HA capable. HA capability is a chassis probe the applicability axes deliberately do not carry, so the test sits in check_sync rather than in applies_to.
DeltaFile
+3-0src/middlewared/middlewared/alert/source/license_status.py
+3-01 files