LLVM/project 01ce8d6llvm/test/tools/llvm-profdata sample-nametable.test

[ProfData] Remove HWAsan exclusion (#199582)

This passes locally for me with HWAsan enabled on a AArch64 machine, so
it seems like this might have been fixed since adding the opt-out.
DeltaFile
+0-6llvm/test/tools/llvm-profdata/sample-nametable.test
+0-61 files

FreeBSD/ports 11ea89aeditors/zed distinfo Makefile, editors/zed/files patch-Cargo.lock

editors/zed: Update to 1.3.6

Changelog: https://github.com/zed-industries/zed/releases/tag/v1.3.6

Reported by:    GitHub (watch releases)
DeltaFile
+7-7editors/zed/files/patch-Cargo.lock
+3-3editors/zed/distinfo
+1-1editors/zed/Makefile
+11-113 files

OpenZFS/src 88656cctests/zfs-tests/tests/functional/alloc_class alloc_class_012_pos.ksh alloc_class.kshlib

ZTS/alloc_class: move file_in_special_vdev to alloc_class.kshlib

Move the function into the shared library.

Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Signed-off-by: Christos Longros <chris.longros at gmail.com>
Closes #18584
DeltaFile
+0-35tests/zfs-tests/tests/functional/alloc_class/alloc_class_012_pos.ksh
+34-0tests/zfs-tests/tests/functional/alloc_class/alloc_class.kshlib
+34-352 files

OpenZFS/src af0228btests/zfs-tests/tests/functional/cli_root/zpool_expand zpool_expand_005_pos.ksh

ZTS: zpool_expand_005_pos: correct variable name in expandsize check

The check referenced $zpool_expandsize, which is not defined in this
test; the variable assigned two lines above is $expandsize. A "-"
value returned by zpool reopen therefore did not trigger the
intended log_fail, and the failure surfaced only at the later
post-online-e size check with a less specific message.

Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Signed-off-by: Christos Longros <chris.longros at gmail.com>
Closes #18580
DeltaFile
+1-1tests/zfs-tests/tests/functional/cli_root/zpool_expand/zpool_expand_005_pos.ksh
+1-11 files

LLVM/project 884e828llvm/lib/Target/AMDGPU AMDGPUInsertDelayAlu.cpp AMDGPULowerExecSync.cpp

[AMDGPU] Don't assume non-erased DenseMap entries remain valid after erase. NFC (#199578)

In preparation for DenseMap change that relocates surviving entries on
erase, replace erase-while-iterating with remove_if.
DeltaFile
+4-13llvm/lib/Target/AMDGPU/AMDGPUInsertDelayAlu.cpp
+7-10llvm/lib/Target/AMDGPU/AMDGPULowerExecSync.cpp
+2-8llvm/lib/Target/AMDGPU/SIInsertWaitcnts.cpp
+4-6llvm/lib/Target/AMDGPU/SIMachineFunctionInfo.cpp
+17-374 files

OpenZFS/src 112b013module/os/linux/zfs zpl_xattr.c

zpl_xattr: stop heap-allocating prefixed xattr names

The six __zpl_xattr_{user,trusted,security}_{get,set} entry points
built their prefixed name via kmem_asprintf("%s%s", prefix, name)
and freed it with kmem_strfree on the way out.

The Linux xattr API caps the full prefix+name length at
XATTR_NAME_MAX (255), the same bound fs/xattr.c's syscall handlers
rely on with their stack-resident struct xattr_name, and so do
the same in our xattr handlers.

Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Reviewed-by: Rob Norris <rob.norris at truenas.com>
Reviewed-by: Ameer Hamza <ahamza at ixsystems.com>
Signed-off-by: Andrew Walker <andrew.walker at truenas.com>
Closes #18570
DeltaFile
+56-36module/os/linux/zfs/zpl_xattr.c
+56-361 files

FreeBSD/ports d364ddesecurity/py-privleap Makefile, security/py-privleap/files privleapd.in

security/py-privleap: Implement reload command in rc(8) script
DeltaFile
+14-0security/py-privleap/files/privleapd.in
+1-0security/py-privleap/Makefile
+15-02 files

LLVM/project ff2eac1llvm/lib/Target/Hexagon HexagonGenInsert.cpp

[Hexagon] Simplify with DenseMap::remove_if. NFC (#199576)
DeltaFile
+4-19llvm/lib/Target/Hexagon/HexagonGenInsert.cpp
+4-191 files

OpenBSD/ports bd1cXOJgraphics/colord/patches patch-lib_colord_cd-icc_c

   graphics/colord: fix confusion over 64-bit type for llvm22

   ok ajacoutot@
VersionDeltaFile
1.6+11-46graphics/colord/patches/patch-lib_colord_cd-icc_c
+11-461 files

LLVM/project 1ed7260llvm/lib/Target/NVPTX NVPTXGenericToNVVM.cpp

[NVPTX] Don't assume non-erased DenseMap entries remain valid after erase. NFC (#199575)

GenericToNVVM erases entries from GVMap while iterating it. In
preparation for DenseMap change that relocates surviving entries on
erase, snapshot the map and erase by key.
DeltaFile
+8-9llvm/lib/Target/NVPTX/NVPTXGenericToNVVM.cpp
+8-91 files

LLVM/project a725adbllvm/docs CMake.rst

[Docs] Update LLVM_USE_SANITIZER list (#199580)

HWAddress and Leaks are valid options that were not present in the
documentation.
DeltaFile
+3-2llvm/docs/CMake.rst
+3-21 files

LLVM/project 2cad228polly/lib/CodeGen IslNodeBuilder.cpp BlockGenerators.cpp

[polly] Simplify with DenseMap::remove_if. NFC (#199577)

In preparation for DenseMap change that relocates surviving entries on
erase.
DeltaFile
+5-9polly/lib/CodeGen/IslNodeBuilder.cpp
+1-4polly/lib/CodeGen/BlockGenerators.cpp
+6-132 files

OpenBSD/ports zjMtuX0net/bird/3 Makefile, net/bird/3/patches patch-sysdep_bsd_krt-sock_c

   cast a struct sockaddr * to typedef of struct sockaddr_bird * (which is
   just a padded sockaddr *), the subsequent address extraction (involving
   a bit of indirection) doesn't touch the bytes of padding, removes warning
   seen with llvm19 which becomes an error

   drop some now-bogus configure args while there
VersionDeltaFile
1.1+12-0net/bird/3/patches/patch-sysdep_bsd_krt-sock_c
1.10+1-2net/bird/3/Makefile
+13-22 files

NetBSD/pkgsrc Y5HNK0Gmath/R-units Makefile distinfo, math/R-units/patches patch-src_Makevars.in

   (math/R-units) Fix build against R 4.6.0
VersionDeltaFile
1.1+20-0math/R-units/patches/patch-src_Makevars.in
1.7+3-1math/R-units/Makefile
1.9+2-1math/R-units/distinfo
+25-23 files

FreeBSD/ports 3293fddwww/py-flask-cors Makefile

www/py-flask-cors: Reset maintainer
DeltaFile
+1-1www/py-flask-cors/Makefile
+1-11 files

FreeBSD/ports 1d38600devel/py-simpy Makefile distinfo, devel/py-simpy/files patch-pyproject.toml

devel/py-simpy: Update to 4.1.2
DeltaFile
+10-0devel/py-simpy/files/patch-pyproject.toml
+4-4devel/py-simpy/Makefile
+3-3devel/py-simpy/distinfo
+17-73 files

LLVM/project 51e882bbolt/include/bolt/Profile DataAggregator.h, bolt/lib/Profile DataAggregator.cpp

use operator<<

Created using spr 1.3.4
DeltaFile
+1-15bolt/include/bolt/Profile/DataAggregator.h
+2-5bolt/lib/Profile/DataAggregator.cpp
+3-202 files

OpenBSD/ports fhaolLTdatabases/postgresql distinfo Makefile, databases/postgresql/pkg PLIST-docs

   update to postgresql-docs-18.4
VersionDeltaFile
1.109.2.1+2-2databases/postgresql/distinfo
1.318.2.1+1-1databases/postgresql/Makefile
1.122.2.1+1-0databases/postgresql/pkg/PLIST-docs
+4-33 files

LLVM/project d0646cbclang/include/clang/Analysis/Analyses/LifetimeSafety LifetimeAnnotations.h, clang/lib/Analysis/LifetimeSafety LifetimeAnnotations.cpp FactsGenerator.cpp

[LifetimeSafety] Fix false negative for GSL Owner methods inherited from a non-Owner base (#197864)

- Take the implicit object's actual type (e.g., the type before any
`DerivedToBase` cast) into account when checking for GSL Owner. Other
`isGslOwnerType` call sites with the same pattern (e.g.,
`isGslOwnerType(MCE->getImplicitObjectArgument()->getType())` in
`VisitCXXMemberCallExpr`) lack a real-world trigger today and are
deferred to a follow-up.
- Unify the GSL Owner checks inside `shouldTrackImplicitObjectArg` so
they share a single source of truth.

Fixes: #188832
DeltaFile
+44-0clang/test/Sema/warn-lifetime-safety.cpp
+20-8clang/lib/Analysis/LifetimeSafety/LifetimeAnnotations.cpp
+4-4clang/lib/Analysis/LifetimeSafety/FactsGenerator.cpp
+3-1clang/include/clang/Analysis/Analyses/LifetimeSafety/LifetimeAnnotations.h
+1-1clang/lib/Sema/CheckExprLifetime.cpp
+72-145 files

FreeBSD/ports 8391f23graphics/gowall Makefile distinfo, graphics/gowall/files patch-internal_image_upscale.go patch-internal_backends_compression_png_setup.go

graphics/gowall: Update 0.2.3 => 0.2.4

Changelog:
https://github.com/Achno/gowall/releases/tag/v0.2.4

Differential Revision: https://reviews.freebsd.org/D56348
Approved by:    osa, vvd (Mentors, implicit)
MFH:            2026Q2

(cherry picked from commit 1dd7b2aff21362f48fc4f9cdeb12d0b5007f4d3b)
DeltaFile
+0-19graphics/gowall/files/patch-internal_image_upscale.go
+12-5graphics/gowall/Makefile
+7-5graphics/gowall/distinfo
+0-10graphics/gowall/files/patch-internal_backends_compression_png_setup.go
+19-394 files

FreeBSD/ports 1dd7b2agraphics/gowall Makefile distinfo, graphics/gowall/files patch-internal_image_upscale.go patch-internal_backends_compression_png_setup.go

graphics/gowall: Update 0.2.3 => 0.2.4

Changelog:
https://github.com/Achno/gowall/releases/tag/v0.2.4

Differential Revision: https://reviews.freebsd.org/D56348
Approved by:    osa, vvd (Mentors, implicit)
MFH:            2026Q2
DeltaFile
+0-19graphics/gowall/files/patch-internal_image_upscale.go
+12-5graphics/gowall/Makefile
+7-5graphics/gowall/distinfo
+0-10graphics/gowall/files/patch-internal_backends_compression_png_setup.go
+19-394 files

FreeNAS/freenas e0c39d3src/middlewared/middlewared/plugins/system_dataset mount.py

Fix
DeltaFile
+7-4src/middlewared/middlewared/plugins/system_dataset/mount.py
+7-41 files

FreeNAS/freenas b40f22dsrc/middlewared/middlewared/plugins sysdataset.py

Fix
DeltaFile
+44-19src/middlewared/middlewared/plugins/sysdataset.py
+44-191 files

LLVM/project 3aa9ae2llvm/lib/Transforms/Vectorize VPlanConstruction.cpp, llvm/test/Transforms/LoopVectorize/VPlan for-phi-ordering.ll

[VPlan] Collect FOR PHIs before sinking/hoisting recurrence users (#194671)

Avoid iterating over HeaderVPBB->phis() while potentially mutating the
underlying VPBasicBlock. Collect all VPFirstOrderRecurrencePHIRecipe
instances first, then process them in a separate loop.

This prevents iterator invalidation when sinking or hoisting recurrence
users, and makes the transformation more robust.

Fixes: https://github.com/llvm/llvm-project/issues/194618
Fixes https://github.com/llvm/llvm-project/issues/198589

---------

Co-authored-by: Zile Xiong <xiongzile99 at gmail.com>
DeltaFile
+81-0llvm/test/Transforms/LoopVectorize/VPlan/for-phi-ordering.ll
+8-6llvm/lib/Transforms/Vectorize/VPlanConstruction.cpp
+89-62 files

OpenBSD/ports 2GRaxytnet/freeradius/patches patch-src_main_all_mk

   missed cvs add in previous
VersionDeltaFile
1.1+8-0net/freeradius/patches/patch-src_main_all_mk
+8-01 files

FreeBSD/ports 209546ax11/libxfce4windowing distinfo Makefile

x11/libxfce4windowing: Update to 4.20.6
DeltaFile
+3-3x11/libxfce4windowing/distinfo
+1-2x11/libxfce4windowing/Makefile
+2-0x11/libxfce4windowing/pkg-plist
+6-53 files

LLVM/project 3c6fdballvm/test/Transforms/LoopVectorize/VPlan constant-fold.ll, llvm/test/Transforms/LoopVectorize/X86 constant-fold.ll

[LV] Move constant folding test to VPlan (NFC). (#198407)

Check VPlan print for constant folding test. This makes it more robust
w.r.t. to future cost-modeling changes.
DeltaFile
+0-323llvm/test/Transforms/LoopVectorize/X86/constant-fold.ll
+272-0llvm/test/Transforms/LoopVectorize/VPlan/constant-fold.ll
+272-3232 files

FreeBSD/ports d9cf993textproc/snowballstemmer Makefile distinfo, textproc/snowballstemmer/files patch-GNUmakefile

textproc/snowballstemmer: Update to 3.1.0
DeltaFile
+10-10textproc/snowballstemmer/files/patch-GNUmakefile
+5-5textproc/snowballstemmer/Makefile
+3-3textproc/snowballstemmer/distinfo
+18-183 files

FreeNAS/freenas 8129948src/middlewared/middlewared/plugins/system_dataset mount.py

Fix zcp usage
DeltaFile
+2-0src/middlewared/middlewared/plugins/system_dataset/mount.py
+2-01 files

LLVM/project 9b4f7d1llvm/include/llvm/Transforms/Vectorize LoopVectorizationLegality.h, llvm/lib/Transforms/Vectorize LoopVectorizationLegality.cpp LoopVectorize.cpp

[VPlan] Collect unit-stride predicates for making vector decisions. (#199568)

Split-off from approved https://github.com/llvm/llvm-project/pull/197276
to land separately.

Collect all unit-stride predicates once, up-front, ensuring that cost
decisions have predicates available, independent of processing order.
DeltaFile
+3-16llvm/test/Transforms/LoopVectorize/version-stride-with-integer-casts.ll
+10-0llvm/lib/Transforms/Vectorize/LoopVectorizationLegality.cpp
+6-0llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
+4-0llvm/include/llvm/Transforms/Vectorize/LoopVectorizationLegality.h
+23-164 files