LLVM/project 0160d12llvm/test/Transforms/SLPVectorizer/RISCV vec3-base.ll

[SLP][NFC]Remove undef mentions from test, NFC



Reviewers: 

Pull Request: https://github.com/llvm/llvm-project/pull/213992
DeltaFile
+2-2llvm/test/Transforms/SLPVectorizer/RISCV/vec3-base.ll
+2-21 files

LLVM/project 32f3ae6clang/test/ClangScanDeps canonicalize-macros-multiarch.c

[Clang] Restrict ClangScanDeps darwin-specific test not to run in cross-compile (#213884)

The test added in 316a29603228c5d5000e0ddf8dfba2a494ac7ee9 fails when
run on MacOS but targeting Linux as a cross compiler.
DeltaFile
+1-1clang/test/ClangScanDeps/canonicalize-macros-multiarch.c
+1-11 files

OPNSense/src d7eefbesys/dev/igc if_igc.c

igc: stability improvements

Always disable PCIe ASPM for i226 type cards to improve stability and wire sysctl calls to iflib_request_reset instead of igc_if_init as this will stall the drivers RX path.
DeltaFile
+32-4sys/dev/igc/if_igc.c
+32-41 files

FreeBSD/ports 02f037cbenchmarks/hipercontracer pkg-plist Makefile

benchmarks/hipercontracer: Update 2.2.6 => 2.2.8

Changelog:
https://github.com/dreibh/hipercontracer/blob/hipercontracer-2.2.8/ChangeLog

Commit log:
https://github.com/dreibh/hipercontracer/compare/hipercontracer-2.2.6...hipercontracer-2.2.8

PR:             297270
Reported by:    Thomas Dreibholz <thomas.dreibholz at gmail.com> (maintainer)
Approved by:    osa, vvd (Mentors, implicit)
DeltaFile
+2-4benchmarks/hipercontracer/Makefile
+3-3benchmarks/hipercontracer/distinfo
+0-1benchmarks/hipercontracer/pkg-plist
+5-83 files

OPNSense/src ea5c302sys/dev/pci pcireg.h

pci: Add L1 PM definitions

Add register/bit definitions for the L1 PM substates capability
(PCIZ_L1PM) to pcireg.h.

Signed-off-by: Michael Adler <madler at tapil.com>
DeltaFile
+14-0sys/dev/pci/pcireg.h
+14-01 files

NetBSD/pkgsrc-wip 2dac8b4pharo-vm12 DESCR PLIST, pharo-vm12/patches patch-cmake_OpenBSD.cmake patch-src_unix_debugUnix.c

pharo-vm12: Add pharo-vm12-12.0.3-beta

This repository contains the code of the Pharo Virtual Machine. This
implementation started as a fork of OpenSmalltalk-VM. The current
project would not have been possible without all their previous work.

The current implementation has the following core features:

- an indirect threaded bytecode compiler using GNU extensions
- a generational scavenger garbage collector: a semi-space + nursery
  for the young generation, and a mark-compact collector for the old
  generation
- a space for permanent objects that do not need to be scanned by the
  GC
- a baseline JIT compiler that
  - translates primitive operations using IR templates
  - translates bytecode methods using a simple abstract interpretation
    approach to reduce memory pressure (fewer loads/stores)
- FFI through the well-known libFFI, and support for non-blocking FFI

    [3 lines not shown]
DeltaFile
+63-0pharo-vm12/Makefile
+52-0pharo-vm12/patches/patch-CMakeLists.txt
+50-0pharo-vm12/patches/patch-src_unix_debugUnix.c
+26-0pharo-vm12/patches/patch-cmake_OpenBSD.cmake
+23-0pharo-vm12/PLIST
+20-0pharo-vm12/DESCR
+234-09 files not shown
+342-015 files

NetBSD/pkgsrc-wip 8b96391klayout Makefile distinfo, klayout/patches patch-src_klayout.pri patch-src_tl_tl_tlTimer.cc

klayout: Update to 0.30.10

written patches for NetBSD, but have not tested it much.
DeltaFile
+56-0klayout/patches/patch-src_tl_tl_tlTimer.cc
+28-1klayout/PLIST
+16-0klayout/patches/patch-src_klayout.pri
+5-3klayout/distinfo
+1-1klayout/Makefile
+106-55 files

NetBSD/pkgsrc-wip 0f66179. Makefile, gmsh distinfo DESCR

gmsh: Add gmsh-4.15.2

Gmsh is an open source 3D finite element mesh generator with a
built-in CAD engine and post-processor. Its design goal is to provide
a fast, light and user-friendly meshing tool with parametric input and
flexible visualization capabilities. Gmsh is built around four modules
(geometry, mesh, solver and post-processing), which can be controlled
with the graphical user interface, from the command line, using text
files written in Gmsh's own scripting language (.geo files), or
through the C++, C, Python, Julia and Fortran application programming
interface.
DeltaFile
+413-0gmsh/PLIST
+24-0gmsh/Makefile
+9-0gmsh/DESCR
+5-0gmsh/distinfo
+1-0Makefile
+452-05 files

NetBSD/pkgsrc-wip 6f8f1c9kicad distinfo COMMIT_MSG, kicad-footprints PLIST

kicad-*: Update to 10.0.5

KiCad 10.0.5 (2026-07-22)

The 10.0.5 stable version contains critical bug fixes and other minor
improvements since the previous release.
A list of all of the fixed issues since the 10.0.5 release can be
found on the KiCad 10.0.5 milestone page.

KiCad 10.0.4 (2026-06-21)

The 10.0.4 stable version contains critical bug fixes and other minor
improvements since the previous release.
A list of all of the fixed issues since the 10.0.4 release can be
found on the KiCad 10.0.4 milestone page.
DeltaFile
+209-2kicad/patches/patch-thirdparty_thread-pool_bs__thread__pool.hpp
+18-4kicad-footprints/PLIST
+17-1kicad/COMMIT_MSG
+5-5kicad/distinfo
+7-0kicad-packages3d/PLIST
+3-3kicad-templates/distinfo
+259-1514 files not shown
+280-3520 files

OPNSense/src 3105bb0sys/dev/pci pcireg.h

pci: Add L1 PM definitions

Add register/bit definitions for the L1 PM substates capability
(PCIZ_L1PM) to pcireg.h.

Signed-off-by: Michael Adler <madler at tapil.com>
DeltaFile
+14-0sys/dev/pci/pcireg.h
+14-01 files

LLVM/project 8cd7452mlir/lib/Target/SPIRV/Deserialization Deserializer.cpp, mlir/lib/Target/SPIRV/Serialization Serializer.cpp

[mlir][SPIR-V] Handle Volatile decoration in (de)serialization (#212951)
DeltaFile
+7-0mlir/test/Target/SPIRV/decorations.mlir
+1-0mlir/lib/Target/SPIRV/Serialization/Serializer.cpp
+1-0mlir/lib/Target/SPIRV/Deserialization/Deserializer.cpp
+9-03 files

LLVM/project 1c00b2cllvm/lib/Transforms/Vectorize VPlanRecipes.cpp

Restore type checks in computeScalarTypeForInstruction()
DeltaFile
+7-0llvm/lib/Transforms/Vectorize/VPlanRecipes.cpp
+7-01 files

LLVM/project 146316bmlir/include/mlir/Dialect/SPIRV/IR SPIRVStructureOps.td, mlir/lib/Dialect/SPIRV/IR SPIRVOps.cpp

[mlir][SPIR-V] Verify ExecutionMode operand count and kind (#212828)

Add a verifier for spirv.ExecutionMode enforcing the correct number of
literal operands per execution mode and rejecting `<id>`-only modes and
share the operand schema with spirv.ExecutionModeId
DeltaFile
+141-0mlir/test/Dialect/SPIRV/IR/structure-ops.mlir
+78-10mlir/lib/Dialect/SPIRV/IR/SPIRVOps.cpp
+1-1mlir/include/mlir/Dialect/SPIRV/IR/SPIRVStructureOps.td
+220-113 files

FreeBSD/src 2d21dbasys/fs/p9fs p9fs_vnops.c p9fs_vfsops.c

fix p9fs_vget_common() panics

This addresses a race when two vnodes attempt to call vfs_hash_insert(),
but only one succeeds. Also, in case of an error from
p9fs_reload_stats_dotl(), it marks the vnode for deletion.

Reviewed by:    kib
MFC after:      1 week
Differential revision:  https://reviews.freebsd.org/D58632
DeltaFile
+15-41sys/fs/p9fs/p9fs_vfsops.c
+0-3sys/fs/p9fs/p9fs_vnops.c
+15-442 files

LLVM/project d21342fllvm/lib/Target/AMDGPU SIInstrInfo.cpp, llvm/test/CodeGen/AMDGPU swp-amdgpu-pipeline-regpressure-retry.mir

[AMDGPU] Limit register pressure of pipelined loops

Opt AMDGPU into the generic MachinePipeliner register-pressure detector via
shouldLimitRegPressure(), and supply an occupancy-aware verdict in
isScheduleRegPressureTooHigh(): reject a schedule whose SGPR or VGPR/AGPR
pressure would drop the kernel below its target occupancy, or exceed a
register class's addressability cap. On gfx90a+ VGPRs and AGPRs share one
register file, so their combined footprint is bounded together. These match
the limits GCNSchedStrategy enforces.
DeltaFile
+181-0llvm/test/CodeGen/AMDGPU/swp-amdgpu-pipeline-regpressure-retry.mir
+46-1llvm/lib/Target/AMDGPU/SIInstrInfo.cpp
+227-12 files

OPNSense/src 3fdac90sys/dev/igc if_igc.c

igc: stability improvements

Always disable PCIe ASPM for i226 type cards to improve stability and wire sysctl calls to iflib_request_reset instead of igc_if_init as this will stall the drivers RX path.
DeltaFile
+31-4sys/dev/igc/if_igc.c
+31-41 files

FreeBSD/src 8f20299sys/fs/nfsclient nfs_clrpcops.c

nfs_commonkrpc.c: Get rid of NFSv4.0 delegation cruft

Delegations in NFSv4.0 never worked well and, since
the NFSv4.0 protocol is now deprecated, use of delegations
for NFSv4.0 is disabled as far as the client can do so.

It turns out that some Illumos NFSv4.0 server issues
delegations anyhow (even when the callback path is
specified as 0.0.0.0) and this can cause use after free
problems.

This patch deleted some cruft that did an nfsrpc_openrpc()
call recursively when an NFSv4.0 server failed to issue
a delegation when it had previously done so.
This code was only meant to be an optimization and
would have been rarely exercised.  Since this recursive
call of nfsrpc_openrpc() is in some of the backtraces
in the bugzilla PR, getting rid of the cruft makes sense.


    [5 lines not shown]
DeltaFile
+0-27sys/fs/nfsclient/nfs_clrpcops.c
+0-271 files

FreeBSD/ports a81f0baprint/plutobook Makefile distinfo

print/plutobook: Update to 0.19.0

Changelog: https://github.com/plutoprint/plutobook/releases/tag/v0.19.0
DeltaFile
+3-3print/plutobook/distinfo
+1-1print/plutobook/Makefile
+4-42 files

LLVM/project 4a70ebflibcxx/include __locale, libcxx/include/__locale_dir codecvt.h

Rebase, update test check

Created using spr 1.3.7
DeltaFile
+4,993-0llvm/test/CodeGen/RISCV/clmul.ll
+6-1,418libcxx/include/__locale
+320-318llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-ffloor.mir
+313-311llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fcmp.mir
+576-0libcxx/include/__locale_dir/codecvt.h
+282-280llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fsqrt.mir
+6,490-2,327136 files not shown
+9,925-3,325142 files

FreeNAS/freenas 010f8a2src/middlewared/middlewared/pytest/unit/utils/zfs test_guard.py test_no_second_registry.py, src/middlewared/middlewared/utils/zfs managed_datasets.py

Consolidate the managed-dataset registries and guard every mutator

## Problem

Five separate registries answered "is this a dataset middleware manages?", with four different membership sets and no shared matching rule, and they had drifted apart: `<pool>/ix-applications` was creatable and then permanently invisible because one carried a trailing slash the others lacked, and the replication registry did not know about the apps datasets at all. Two of the five matched by substring, which confiscated names the user is entitled to -- `<pool>/ix-apps-data` and `<pool>/.systembackup` were hidden from `pool.dataset.query` forever, and therefore unmanageable, since `get_instance`, `update` and `delete` all run through that listing.

Protection had holes in both directions. `exclude_internal_datasets` was reachable from the wire through `pool.dataset.query`'s free-form `extra` dict, where the model's `extra="forbid"` never reaches, so anyone holding `DATASET_READ` could enumerate the boot pool and the system dataset. And eleven public entry points had no protection at all: `pool.dataset.promote`, `rename`, `set_quota`, `get_quota`, `lock`, `change_key` and `inherit_parent_encryption_properties`, the three `zfs.tier` mutators, and `pool.snapshot.rename` -- which was broken for every valid input in any case, since it passed a snapshot id to a method that rejects any name containing `@`.

## Solution

- **One module, one predicate per question.** `utils/zfs/managed_datasets.py` replaces all five registries. Every predicate matches the same way -- compare the component directly below the pool root against a name, exactly, with the boot pools matched at component zero instead -- so where two of them disagree it is because they manage a different set of names, and that is product policy you can read in one line.
- **The substring reach is gone.** `<pool>/ix-apps-data`, `<pool>/.systembackup` and `<pool>/foo/.system` are visible, creatable, updatable and deletable again, and their destruction publishes an event. That last one was not cosmetic: the suppressed branch is what clears the destroyed dataset's encryption key from the database and removes it from the other HA node, so an out-of-band `zfs destroy` used to leave the key registered on both nodes and in KMIP.
- **The one override a caller could reach is off the wire.** `exclude_internal_datasets` moves onto a new private `pool.dataset.query_impl`, so whether the managed datasets are listed is a property of the caller rather than of the request.
- **Guards live at the chokepoint where there is one** -- inside the `@private` implementation rather than at each public method -- because a missing guard at a public boundary fails open and silently, while a missing owner opt-in fails closed and loudly inside that owner's own workflow. Guarding `update_impl` and `unload_key` took the `bypass=True` call sites from sixteen to thirty-four; the new ones sit on pool import, the system dataset, audit, docker and the container migration. The six operations with no chokepoint to pass through are guarded at the public method instead.
- **Gaps closed.** All eleven unguarded entry points now refuse managed datasets, `rename` refuses a managed *destination* so a dataset can no longer be created at a protected name, `delete` reports `EACCES` rather than a misleading `EINVAL`, and `pool.snapshot.rename` is routed at the snapshot rename endpoint and works. `mount`, `unmount` and `replication.create_dataset` are deliberately left unguarded, with the reasons recorded where they sit.
DeltaFile
+499-0tests/api2/test_internal_dataset_protection.py
+368-0src/middlewared/middlewared/pytest/unit/utils/zfs/test_managed_datasets.py
+316-0src/middlewared/middlewared/pytest/unit/utils/zfs/test_no_second_registry.py
+211-0src/middlewared/middlewared/pytest/unit/utils/zfs/test_guard.py
+182-0src/middlewared/middlewared/utils/zfs/managed_datasets.py
+137-0tests/api2/test_zfs_tier_protected_path.py
+1,713-032 files not shown
+2,018-21538 files

FreeBSD/ports e48e4aadevel/nextpnr-devel Makefile distinfo

devel/nextpnr-devel: Update to 2026-08-04
DeltaFile
+3-3devel/nextpnr-devel/distinfo
+2-2devel/nextpnr-devel/Makefile
+5-52 files

LLVM/project 7980fa0libcxx/include math.h

[libc++] Tweak comments for workaround about `fpclassify` overloads (#212388)

Explaining why we have `_LIBCPP_PREFERRED_OVERLOAD` and template
versions.
DeltaFile
+6-2libcxx/include/math.h
+6-21 files

NetBSD/pkgsrc HWiP6vedoc CHANGES-2026

   doc: Updated x11/mlterm to 3.9.5nb1
VersionDeltaFile
1.4975+2-1doc/CHANGES-2026
+2-11 files

NetBSD/pkgsrc uJYnE3Mx11/mlterm distinfo Makefile, x11/mlterm/patches patch-uitoolkit_xlib_ui__window.c

   mlterm: pull upstream window handling fixes

   Fix a 3.9.5 regression that sets window manager hints on child windows.
   Also move input focus handling for multiple input windows from FocusIn
   to WM_TAKE_FOCUS.

   Bump PKGREVISION.
VersionDeltaFile
1.5+154-47x11/mlterm/patches/patch-uitoolkit_xlib_ui__window.c
1.105+2-1x11/mlterm/distinfo
1.214+2-1x11/mlterm/Makefile
+158-493 files

LLVM/project c358e8dllvm/lib/Target/AArch64 AArch64FrameLowering.cpp, llvm/test/CodeGen/AArch64 swift-async-context-seh.ll win-sve.ll

[AArch64][Windows] Fix swift async context slot placement (#212922)

Swift async functions can miscompile on Windows ARM64 at `-O2`, when
there's enough register pressure that a local gets scavenged into the
callee-save area: the local ends up sharing an address with the saved
caller x29, so the epilogue restores a value the function has already
overwritten. swiftlang/swift#90920 has a reduced repro.

`assignCalleeSavedSpillSlots` creates the swift async context object
before the callee-save loop instead of inside it next to the FP slot.
MachineFrameInfo ends up with it above the frame record while the
prologue stores it below at FP-8, and the 8 byte disagreement leaves a
hole in the middle of the callee-save area. PEI's scavenger hands that
hole to the local. Only reproduces at -O2 and up since scavenging is
gated on the opt level.

```
        sub     sp, sp, #112
        str     x19, [sp, #16]                  // 8-byte Spill

    [22 lines not shown]
DeltaFile
+38-0llvm/test/CodeGen/AArch64/swift-async-context-frame-record-win.ll
+10-7llvm/test/CodeGen/AArch64/swift-async-context-slot-offset-win.ll
+6-8llvm/test/CodeGen/AArch64/swift-async-win.ll
+1-8llvm/lib/Target/AArch64/AArch64FrameLowering.cpp
+0-3llvm/test/CodeGen/AArch64/win-sve.ll
+1-1llvm/test/CodeGen/AArch64/swift-async-context-seh.ll
+56-276 files

LLVM/project 3376b0dllvm/test/Transforms/SLPVectorizer/X86 reused-mask-with-poison-index.ll

[SLP][NFC]Update test by removing attrs and replacing undefs, NFC



Reviewers: 

Pull Request: https://github.com/llvm/llvm-project/pull/213985
DeltaFile
+4-4llvm/test/Transforms/SLPVectorizer/X86/reused-mask-with-poison-index.ll
+4-41 files

LLVM/project 8d8efbfllvm/lib/Transforms/Vectorize VPlanAnalysis.cpp, llvm/test/Transforms/LoopVectorize revec-reg-usage.ll

[LV][REVEC] Correctly compute register usage

For REVEC, the initial types might already be vectors, so make sure the
right register class is picked.
DeltaFile
+39-0llvm/test/Transforms/LoopVectorize/revec-reg-usage.ll
+17-12llvm/lib/Transforms/Vectorize/VPlanAnalysis.cpp
+56-122 files

LLVM/project 499ee50offload/test/jit save_image.c

[offload][lit] Fix XPASS on save_image.c on intelgpu (#213984)

XPASSing, see [here](https://github.com/llvm/llvm-project/pull/212384).

Signed-off-by: Nick Sarnie <nick.sarnie at intel.com>
DeltaFile
+0-1offload/test/jit/save_image.c
+0-11 files

NetBSD/src 7YqLqVBsys/arch/mvme68k/conf std.mvme167_177 std.mvme162_172

   Centralize the compiler flags option and adjust it for size-savings.
VersionDeltaFile
1.1+16-0sys/arch/mvme68k/conf/std.mvme147
1.16+13-1sys/arch/mvme68k/conf/std.mvme68k
1.1+13-0sys/arch/mvme68k/conf/std.mvme16x_17x
1.107+2-4sys/arch/mvme68k/conf/GENERIC
1.1+5-0sys/arch/mvme68k/conf/std.mvme167_177
1.1+5-0sys/arch/mvme68k/conf/std.mvme162_172
+54-56 files not shown
+60-2312 files

LLVM/project ca6883cllvm/test/Transforms/SLPVectorizer/X86 reused-mask-with-poison-index.ll

[𝘀𝗽𝗿] initial version

Created using spr 1.3.7
DeltaFile
+4-4llvm/test/Transforms/SLPVectorizer/X86/reused-mask-with-poison-index.ll
+4-41 files