LLVM/project e217205 — llvm/test/Transforms/LoopVectorize find-last-ptr-induction.ll iv-select-cmp.ll, llvm/test/Transforms/LoopVectorize/AArch64 conditional-scalar-assignment.ll

[VPlan] Mark default value or ExtractLastActive as only first lane used. (#226153)

The default value (operand 0) of ExtractLastActive is the scalar value
of @llvm.experimental.vector.extract.last.active. Only the first lane is
used, mark accordingly.

PR: https://github.com/llvm/llvm-project/pull/226153
DeltaFile
+12-16llvm/test/Transforms/LoopVectorize/AArch64/conditional-scalar-assignment.ll
+8-12llvm/test/Transforms/LoopVectorize/iv-select-cmp-trunc.ll
+4-6llvm/test/Transforms/LoopVectorize/iv-select-cmp.ll
+4-6llvm/test/Transforms/LoopVectorize/iv-select-cmp-non-const-iv-start.ll
+3-4llvm/test/Transforms/LoopVectorize/find-last-ptr-induction.ll
+3-4llvm/test/Transforms/LoopVectorize/RISCV/conditional-scalar-assignment.ll
+34-484 files not shown
+39-5410 files

FreeBSD/src e8da572 — lib/libutil mntopts.c

libutil: Make free_iovec() zero its arguments, like the manpage claims

Approved by: kib
Differential Revision: https://reviews.freebsd.org/D59929
DeltaFile
+2-0lib/libutil/mntopts.c
+2-01 files

FreeBSD/src 3963483 — usr.bin/whereis pathnames.h whereis.c

whereis(1): Simplify code

Simplify the way we build paths.
Avoid decolonification of source paths.
Remove gnu directories and add non-tracked ones.

Fix a memory leak while here.

Approved by:            ngie@
Differential Revision:  https://reviews.freebsd.org/D59846
DeltaFile
+11-28usr.bin/whereis/whereis.c
+26-10usr.bin/whereis/pathnames.h
+37-382 files

NetBSD/pkgsrc-wip a819cc6 — chromium distinfo, chromium/files README

chromium: fix tab hangs
DeltaFile
+1,664-1,663chromium/distinfo
+35-35chromium/patches/patch-chrome_browser_about__flags.cc
+59-0chromium/patches/patch-mojo_public_cpp_platform_platform__channel.cc
+16-2chromium/patches/patch-mojo_core_channel__posix.cc
+16-2chromium/patches/patch-chromeos_ash_components_mojo__proxy_mojo__core_core_channel__posix.cc
+2-5chromium/files/README
+1,792-1,7071,660 files not shown
+3,454-3,3691,666 files

NetBSD/pkgsrc-wip cf89f4e — typescript go-modules.mk Makefile

typescript: update to 7.0.2
DeltaFile
+1-138typescript/PLIST
+93-3typescript/distinfo
+8-27typescript/Makefile
+32-0typescript/go-modules.mk
+134-1684 files

LLVM/project 173c08c — lld/ELF/Arch LoongArch.cpp

[lld][LoongArch] Prevent relaxation oscillation for PCHi20 and CALL

Relaxation of pcalau12i+addi (relaxPCHi20Lo12, isInt<22>) and
call36/call30 (relaxMediumCall, isInt<28>) can oscillate: shrinking
one section moves a symbol, which flips isInt<N> for other sites and
changes bytesDropped again.  In large programs (e.g. Rust) the PC of
a site can stabilize while Dest jitter near the range limit, so
remove keeps alternating between 0 and 4 and relaxOnce never settles.

Follow the same approach as RISCV::relaxCall: after a few passes, do
not allow remove to increase beyond the previous pass's value
(cur - delta).  Pass that cap as prevRemove into the two helpers;
range checks may still clear remove (0) when the target goes out of
range.

No reduced in-tree stress test: the failure is layout- and
input-order-sensitive and was validated against a fixed response-file
reproduction in the bug issue.
DeltaFile
+22-7lld/ELF/Arch/LoongArch.cpp
+22-71 files

NetBSD/src 0pIxmZ0 — tests/fs/puffs/h_dtfs dtfs_vnops.c, tests/fs/vfs t_vnops.c

   dtfs: Update ctime on utimes(2).

   PR kern/60800: tmpfs: missing ctime updates
VersionDeltaFile
1.68+1-6tests/fs/vfs/t_vnops.c
1.11+2-1tests/fs/puffs/h_dtfs/dtfs_vnops.c
+3-72 files

NetBSD/src NIdLmNI — sys/fs/v7fs v7fs_vnops.c, tests/fs/vfs t_vnops.c

   v7fs: Update ctime on utimes(2).

   PR kern/60800: tmpfs: missing ctime updates
VersionDeltaFile
1.39+4-7sys/fs/v7fs/v7fs_vnops.c
1.67+2-3tests/fs/vfs/t_vnops.c
+6-102 files

NetBSD/src Ssz4q7y — sys/fs/sysvbfs sysvbfs_vnops.c, tests/fs/vfs t_vnops.c

   sysvbfs: Update ctime on utimes(2).

   PR kern/60800: tmpfs: missing ctime updates
VersionDeltaFile
1.70+7-6sys/fs/sysvbfs/sysvbfs_vnops.c
1.66+1-2tests/fs/vfs/t_vnops.c
+8-82 files

NetBSD/src 2Mkiy4H — sys/fs/tmpfs tmpfs_subr.c, tests/fs/vfs t_vnops.c

   tmpfs: Update ctime on utimes(2).

   PR kern/60800: tmpfs: missing ctime updates
VersionDeltaFile
1.118+15-4sys/fs/tmpfs/tmpfs_subr.c
1.65+1-2tests/fs/vfs/t_vnops.c
+16-62 files

HardenedBSD/src 20b90b5 — contrib/less filename.c

HBSD: Resolve merge conflict

Signed-off-by:  Shawn Webb <shawn.webb at hardenedbsd.org>
DeltaFile
+0-160contrib/less/filename.c
+0-1601 files

FreeBSD/src ce0268c — sys/arm64/arm64 pmap.c

arm64 pmap: Eliminate redundant icache synchronization

Creating an executable user-space mapping to write-back memory
synchronizes the icache with the page's contents, whether or not those
contents have changed since the previous synchronization.  Use the pmap
private page flag PGA_ICACHE_SYNCED to record that the icache has been
synchronized with a managed page's contents and that the page has no
writable mappings.  When the flag is set, the creation of another
executable mapping to the page can skip the synchronization.  The flag
is cleared when a writable mapping to the page is created, using a
single atomic operation that keeps PGA_WRITEABLE and PGA_ICACHE_SYNCED
from ever being simultaneously set, and when the page's last mapping is
destroyed.

Assisted-by:    Claude Code (Fable 5.1)
Reviewed by:    kib, markj
Differential Revision:  https://reviews.freebsd.org/D59865
DeltaFile
+185-45sys/arm64/arm64/pmap.c
+185-451 files

FreeBSD/src f29a09d — sys/powerpc/aim mmu_oea64.c, sys/vm vm_page.c vm_page.h

vm_page: Replace PGA_EXECUTABLE with PGA_PMAP_PRIV1

At present, PGA_EXECUTABLE is only used by the powerpc mmu_oea64 pmap.
The MI layer only accesses this flag to assert that it is clear when a
managed page is freed.  Soon, we will need a similar, but not identical,
machine-dependent flag in the arm64 pmap.  So, we rename this flag to
PGA_PMAP_PRIV1, simply saying that it is reserved for use by the pmap.
Each pmap can then define a name that best reflects its own meaning.
However, we still assert that this flag is clear when a managed page is
freed.

No functional change.

Reviewed by:    kib, markj
Differential Revision:  https://reviews.freebsd.org/D59995
DeltaFile
+4-3sys/vm/vm_page.h
+7-0sys/powerpc/aim/mmu_oea64.c
+1-1sys/vm/vm_page.c
+12-43 files

HardenedBSD/src 69e4b67 — contrib/expat/tests basic_tests.c, contrib/less lesskey.c lessmsg

Merge remote-tracking branch 'rad/freebsd/15-stable/main' into hardened/15-stable/main

Conflicts:
        contrib/less/filename.c (unresolved)
DeltaFile
+342-280contrib/less/opttbl.c
+296-232contrib/less/screen.c
+246-129contrib/less/decode.c
+372-0contrib/less/lessmsg
+0-364contrib/less/lesskey.c
+349-5contrib/expat/tests/basic_tests.c
+1,605-1,010113 files not shown
+5,053-2,665119 files

NetBSD/src PcO60R5 — tests/fs/vfs t_vnops.c

   t_vnops: Verify that utimes updates ctime, if applicable.

   PR kern/60800: tmpfs: missing ctime updates
VersionDeltaFile
1.64+21-1tests/fs/vfs/t_vnops.c
+21-11 files

OpenBSD/ports e4jxN4r — mail/mlmmj Makefile

   mail/mlmmj: revise to depend on new devel/kyua

   ok sthen@
VersionDeltaFile
1.31+2-3mail/mlmmj/Makefile
+2-31 files

OpenBSD/ports mjM0FIZ — devel/atf distinfo Makefile, devel/atf/patches patch-configure

   devel/atf: update to 0.26

   ok sthen@
VersionDeltaFile
1.4+10-23devel/atf/pkg/PLIST
1.13+13-13devel/atf/Makefile
1.3+13-3devel/atf/patches/patch-configure
1.2+2-2devel/atf/distinfo
+38-414 files

OpenBSD/ports IujyjsG — devel/lutok distinfo Makefile, devel/lutok/patches patch-configure

   devel/lutok: update to 0.6.3

   This update is needed to build the new devel/kyua.

   ok sthen@
VersionDeltaFile
1.3+124-186devel/lutok/pkg/PLIST
1.3+24-3devel/lutok/patches/patch-configure
1.14+11-15devel/lutok/Makefile
1.2+2-2devel/lutok/distinfo
+161-2064 files

OpenBSD/ports 9tB6DHa — devel Makefile, devel/quirks Makefile

   hook and add quirks for devel/kyua

   ok sthen@
VersionDeltaFile
1.1834+3-1devel/quirks/files/Quirks.pm
1.1820+1-1devel/quirks/Makefile
1.2618+1-0devel/Makefile
+5-23 files

OpenBSD/ports cWEwtL5 — devel/kyua Makefile distinfo, devel/kyua/patches patch-configure

   Initial revision
VersionDeltaFile
1.1+38-0devel/kyua/pkg/PLIST
1.1+34-0devel/kyua/Makefile
1.1+21-0devel/kyua/patches/patch-configure
1.1+5-0devel/kyua/pkg/DESCR
1.1+2-0devel/kyua/distinfo
1.1.1.1+0-0devel/kyua/Makefile
+100-04 files not shown
+100-010 files

LLVM/project 7ff1282 — llvm/lib/CodeGen SpillPlacement.cpp, llvm/test/CodeGen/AMDGPU wave-profile-spill-zero-cost.mir

[CodeGen] Keep wave-profiled spill frequencies positive

SpillPlacement expects positive block weights, but a valid wave profile can
record zero executions for a CFG-reachable block. Giving such a block zero
spill cost can make the allocator choose a very different placement.

Clamp every accepted wave-derived frequency to at least one, as we already
do for nonzero counts that round down to zero. Unmeasured or rejected blocks
still use their existing MBFI frequency. Add a focused MIR test for a valid
zero-wave record.

This pattern arose in a profiled Composable Kernel convolution case. With
the separate spill correctness fixes and partial spilling enabled, the
zero-cost policy failed two CPU-reference checks; the positive floor passed
both. The test checks the cost directly; the application result was checked
separately on gfx950.
DeltaFile
+27-0llvm/test/CodeGen/AMDGPU/wave-profile-spill-zero-cost.mir
+3-2llvm/lib/CodeGen/SpillPlacement.cpp
+30-22 files

NetBSD/pkgsrc-wip 26b8abe — kicad COMMIT_MSG, kicad-footprints COMMIT_MSG

kicad*: update COMMIT_MSGs with data since 8.0.6
DeltaFile
+45-128kicad/COMMIT_MSG
+4-2kicad-templates/COMMIT_MSG
+4-2kicad-packages3d/COMMIT_MSG
+3-2kicad-symbols/COMMIT_MSG
+2-2kicad-footprints/COMMIT_MSG
+58-1365 files

OpenBSD/ports S8Y8Axw — devel Makefile, devel/kyua-testers distinfo

   remove and unhook devel/kyua-{cli,testers}

   These ports have been merged into one[0]: devel/kyua. An import of
   the merged port follows.

   [0] https://github.com/freebsd/kyua/blob/33d348582c677ba63daa301d802aefea7aca52af/NEWS#L318

   ok sthen@
VersionDeltaFile
1.2617+0-2devel/Makefile
1.5+0-0devel/kyua-testers/pkg/PLIST
1.2+0-0devel/kyua-testers/pkg/DESCR
1.3+0-0devel/kyua-testers/patches/patch-fs_test_c
1.3+0-0devel/kyua-testers/patches/patch-configure
1.2+0-0devel/kyua-testers/distinfo
+0-27 files not shown
+0-213 files

NetBSD/pkgsrc-wip dddfb19 — . TODO, pimsync TODO Makefile

pimsync: update to 0.6.0.
DeltaFile
+55-19pimsync/distinfo
+17-5pimsync/cargo-depends.mk
+1-1pimsync/Makefile
+2-0pimsync/patches/patch-Cargo.toml
+0-1TODO
+1-0pimsync/TODO
+76-266 files

FreeBSD/ports 45eb789 — mail/noattach Makefile, mail/rbl-milter Makefile

sysutils/minirsyslogd: add LICENSE

mail/noattach: add LICENSE
mail/pathalias: add LICENSE
mail/rbl-milter: add LICENSE
multimedia/replex: add LICENSE
mail/sid-milter: add LICENSE
mail/sma: add LICENSE
DeltaFile
+5-0mail/sid-milter/Makefile
+4-0mail/sma/Makefile
+3-0multimedia/replex/Makefile
+3-0mail/rbl-milter/Makefile
+3-0mail/noattach/Makefile
+2-0sysutils/minirsyslogd/Makefile
+20-01 files not shown
+22-07 files

FreeBSD/ports e4fde38 — net/tinyfugue Makefile, security/tinc Makefile

net-p2p/ctorrent: update LICENSE

www/davical: update LICENSE
german/dtaus: update LICENSE
emulators/emu64: update LICENSE
emulators/frodo: update LICENSE
irc/hexchat-fish: update LICENSE
sysutils/loganalyzer: update LICENSE
comms/lrzsz: update LICENSE
security/tinc-devel: update LICENSE
security/tinc: update LICENSE
net/tightvnc: update LICENSE
net/tinyfugue-devel: update LICENSE
net/tinyfugue: update LICENSE
emulators/vice: update LICENSE
comms/vrflash: update LICENSE
www/webalizer: update LICENSE
DeltaFile
+1-1www/webalizer/Makefile
+1-1www/davical/Makefile
+1-1sysutils/loganalyzer/Makefile
+1-1security/tinc/Makefile
+1-1security/tinc-devel/Makefile
+1-1net/tinyfugue/Makefile
+6-610 files not shown
+16-1616 files

OpenBSD/src K1hQ5wq — distrib/special/doas doas.c

   Stop using non-standard UID_MAX and GID_MAX because a variety of code
   uses inclusive comparisons such that the UINT_MAX value aliases on top
   of -1 and causes issues.  First instance of this reported by Acts1631.
   joint work with millert
VersionDeltaFile
1.5+3-3distrib/special/doas/doas.c
+3-31 files

OpenBSD/src qc19ESN — lib/libc/gen getpwent.c getgrouplist.c, lib/libutil passwd.c

   Stop using non-standard UID_MAX and GID_MAX because a variety of code
   uses inclusive comparisons such that the UINT_MAX value aliases on top
   of -1 and causes issues.  First instance of this reported by Acts1631.
   joint work with millert
VersionDeltaFile
1.58+3-3lib/libutil/passwd.c
1.75+3-3lib/libc/gen/getpwent.c
1.33+3-3lib/libc/gen/getgrouplist.c
1.53+3-3lib/libc/gen/getgrent.c
+12-124 files

OpenBSD/ports fN0MLQx — multimedia/vvdec/patches patch-thirdparty_simde_simde-f16_h, multimedia/vvenc/patches patch-thirdparty_simde_simde-f16_h

   Fix vvdec and vvenc build on sparc64

   Path from Brad Smith

   Thanks!
VersionDeltaFile
1.1+24-0multimedia/vvenc/patches/patch-thirdparty_simde_simde-f16_h
1.1+23-0multimedia/vvdec/patches/patch-thirdparty_simde_simde-f16_h
+47-02 files

OpenBSD/src SyAzYeS — sys/kern kern_acct.c

   use UNVEIL_WRITE for acct; from Acts1631
VersionDeltaFile
1.51+2-2sys/kern/kern_acct.c
+2-21 files