LLVM/project 805a81b — lld/ELF InputFiles.cpp, lld/test/ELF aarch64-feature-pauth.s gnu-property-err.s

[ELF] .note.gnu.property: Require padding for the last piece (#240238)

parseGnuPropertyNote skips pr_datasz rounded up to the alignment but
checks only pr_datasz, reading out of bounds when the padding is
missing. GNU ld reports such a note as corrupt.

Fix #235225
DeltaFile
+15-0lld/test/ELF/gnu-property-err.s
+2-1lld/test/ELF/aarch64-feature-pauth.s
+1-1lld/ELF/InputFiles.cpp
+18-23 files

LLVM/project e5cabc5 — lldb/test/API/functionalities/scripted_frame_provider TestScriptedFrameProvider.py

[lldb] Skip TestScriptedFrameProvider expression test on non-x86 Linux (#240233)

`test_expression_at_frame_without_variables` still fails on aarch64
Linux after 58b0fd59e5fb with "Couldn't allocate space for materialized
struct".

The IR interpreter evaluates `1 + 1`, so no code runs in the inferior,
but LLDB still needs to allocate memory there for the expression's
arguments and result. On macOS, debugserver does that itself when it
gets the `_M` packet, using `mach_vm_allocate()`. On x86 Linux,
lldb-server does it by running the `mmap` syscall on the thread's real
registers. Neither path goes through LLDB's frames, so the scripted
frame 0 never matters there.

lldb-server doesn't implement `_M` on other Linux architectures, so on
aarch64 LLDB falls back to calling `mmap` in the inferior. Before making
that call, `Thread::CheckpointThreadState()` saves the registers of
frame 0, which is the scripted frame. Its `RegisterContextMemory` has no
backing address, so `ReadAllRegisterValues()` fails and the call is

    [6 lines not shown]
DeltaFile
+1-0lldb/test/API/functionalities/scripted_frame_provider/TestScriptedFrameProvider.py
+1-01 files

FreeBSD/ports 31363b8 — devel/got Makefile distinfo

devel/got: Cherry-pick patches for shared locking

When operating on a worktree, got locks the tree in order to avoid
problems with concurrent operations.  Until now, got always used
exclusive locks, which caused problems when e.g. two separate parts
of the FreeBSD release build ran 'got tree' at once.

This has been fixed upstream but the 15.2 release cycle needs the
changes urgently and can't wait for the next got-portable release,
so cherry-pick those patches.

Reviewed by:    naddy
Sponsored by:   Amazon
MFC after:      1 minute
Differential Revision:  https://reviews.freebsd.org/D61327
DeltaFile
+5-1devel/got/distinfo
+5-0devel/got/Makefile
+10-12 files

LLVM/project 6b256f3 — llvm/test/Transforms/SLPVectorizer/X86 dependent-seeds-rejected-window.ll

[SLP][NFC] Add tests for dependent seeds in rejected windows (#240208)

Precommit tests for the once-used seeds that depend on each other, such
as x * x and x * (x * x), whose window is rejected and whose users are
bypassed by the window walk.

Co-authored-by: Claude Opus 5.5 <noreply at anthropic.com>
DeltaFile
+291-0llvm/test/Transforms/SLPVectorizer/X86/dependent-seeds-rejected-window.ll
+291-01 files

LLVM/project d60e6b7 — llvm/include/llvm/LTO Config.h, llvm/lib/LTO LTOBackend.cpp

[𝘀𝗽𝗿] initial version

Created using spr 1.3.7
DeltaFile
+0-2llvm/lib/LTO/LTOBackend.cpp
+0-2llvm/include/llvm/LTO/Config.h
+0-42 files

LLVM/project d215b74 — libc/src/__support/File file.cpp, libc/test/src/stdio CMakeLists.txt setvbuf_test.cpp

[libc] Make a stream unbuffered when setvbuf is given a size of zero (#236517)

`setvbuf(f, nullptr, _IOFBF, 0)` and `setlinebuf(f)`, which is
`setvbuf(f, nullptr, _IOLBF, 0)`, take the branch that stores the
caller's buffer. That buffer is null, but the requested mode is kept, so
the stream is left fully or line buffered with no buffer. A buffer of no
size holds nothing, so this sets the mode to `_IONBF` to match.

Where it came from: with my libc `setlinebuf(stdout)` followed by
another write crashed `bluetoothctl --help` when stdout was a pipe,
through a null buffer in a line buffered stream. I could not reproduce
that crash in a unit test on current main, so the tests added here pass
with and without the change. They pin the behaviour a program can see: a
zero sized stream shows its writes without a flush, and a sized one
still waits for `fflush`. Nothing public reports the buffering mode, so
I can't test the mode directly.

AI disclosure: this patch was written with Claude Code. I reviewed the
change and ran the new tests.

Assisted-by: Claude
DeltaFile
+80-1libc/test/src/stdio/setvbuf_test.cpp
+5-0libc/src/__support/File/file.cpp
+2-0libc/test/src/stdio/CMakeLists.txt
+87-13 files

LLVM/project bdc4465 — lld/ELF InputFiles.cpp, lld/test/ELF sht-group-empty.test

Merge branch 'main' into users/zhaoqi5/opt-vselect
DeltaFile
+34-0lld/test/ELF/invalid/sht-group-merge.test
+10-12llvm/test/CodeGen/LoongArch/lsx/fptosi-sat.ll
+13-1lld/test/ELF/sht-group-empty.test
+2-2lld/ELF/InputFiles.cpp
+59-154 files

LLVM/project 5ad4b79 — llvm/lib/CodeGen RegAllocGreedy.h

!fixup fix format
DeltaFile
+3-3llvm/lib/CodeGen/RegAllocGreedy.h
+3-31 files

OpenBSD/src VAprhwB — sys/dev/pci/drm/amd/amdgpu amdgpu_bios.c

   drm/amdgpu: Add checks to vbios fetch through ATRM

   From Lijo Lazar
   66b095839f0b3e1bfe75559fdbc6f6f2ac7c0330 in linux-6.18.y/6.18.61
   8c3fcfc14fc1320a1155acb2dd7656fce7003bc0 in mainline linux
VersionDeltaFile
1.16+8-2sys/dev/pci/drm/amd/amdgpu/amdgpu_bios.c
+8-21 files

OpenBSD/src hRrttP2 — sys/dev/pci/drm/amd/amdgpu amdgpu_ras.c

   drm/amdgpu: add bounds check to prevent array overflow

   From YiPeng Chai
   e0f1d03b9a648bcbc47216332676c4f450aa8061 in linux-6.18.y/6.18.61
   db15c49a17b8fab9ada38f3a548e5353d7d6b1a8 in mainline linux
VersionDeltaFile
1.22+7-0sys/dev/pci/drm/amd/amdgpu/amdgpu_ras.c
+7-01 files

LLVM/project 32d0875 — lld/ELF InputFiles.cpp, lld/test/ELF sht-group-empty.test

[ELF] -r: Create kept SHT_GROUP sections as InputSection (#240234)

* If it has the SHF_MERGE flag, the group becomes a MergeInputSection
  and finalizeShtGroup crashes reading symbols from the internal file.
* If it is named .note.GNU-stack, it is incorrectly discarded.

Fix #235240
DeltaFile
+34-0lld/test/ELF/invalid/sht-group-merge.test
+13-1lld/test/ELF/sht-group-empty.test
+2-2lld/ELF/InputFiles.cpp
+49-33 files

OpenBSD/src sAKjuQj — sys/dev/pci/drm/amd/amdgpu amdgpu_psp_ta.c

   drm/amdgpu: add buf length check

   From Gangliang Xie
   9614f912f9aec21bd1a6b70c6871e437b1fc302d in linux-6.18.y/6.18.61
   473f99e4a262776141366f7fb10f101d0f22b019 in mainline linux
VersionDeltaFile
1.9+4-1sys/dev/pci/drm/amd/amdgpu/amdgpu_psp_ta.c
+4-11 files

OpenBSD/src ieqmQa6 — sys/dev/pci/drm/radeon r600_dpm.c

   drm/radeon: avoid double free in r600 DPM cleanup

   From Ruoyu Wang
   d09f84813b4a67e1c2ca734335569fc61739cd7c in linux-6.18.y/6.18.61
   d3f30034f861a585f8e487ae1555d9f288a96f87 in mainline linux
VersionDeltaFile
1.7+15-6sys/dev/pci/drm/radeon/r600_dpm.c
+15-61 files

OpenBSD/src 7l2XVXr — sys/dev/pci/drm/amd/display/dc/dml2/dml21 dml21_wrapper.c

   drm/amd/display: fix max dispclk_khz/dppclk_khz double 1000

   From Charlene Liu
   95437a99037738e926aeb38bd645f792dc88ab71 in linux-6.18.y/6.18.61
   f48124ff35357d05a98d9cd5cb7982e7e5509003 in mainline linux
VersionDeltaFile
1.10+4-4sys/dev/pci/drm/amd/display/dc/dml2/dml21/dml21_wrapper.c
+4-41 files

OpenBSD/src VXBajGl — sys/dev/pci/drm/amd/amdgpu amdgpu_debugfs.c

   drm/amdgpu: Gate debugfs MMIO access on kernel lockdown

   From Asad Kamal
   7a8c7e9212c35e69a8c385d79fdcd7c403f1cf37 in linux-6.18.y/6.18.61
   17ac73b24006700f50972d37e297dec1f523c14a in mainline linux
VersionDeltaFile
1.25+7-0sys/dev/pci/drm/amd/amdgpu/amdgpu_debugfs.c
+7-01 files

OpenBSD/src kmHqFkZ — sys/dev/pci/drm/amd/pm/powerplay/hwmgr smu7_hwmgr.c vega10_hwmgr.c

   drm/amd/pm: Validate OD DPM triples before mutating tables

   From Asad Kamal
   29000475b125d1c8dda42d704b7d6bfa293a658c in linux-6.18.y/6.18.61
   b390cb9d776039fc4f0be13b2649299079227d12 in mainline linux
VersionDeltaFile
1.16+23-14sys/dev/pci/drm/amd/pm/powerplay/hwmgr/vega10_hwmgr.c
1.20+20-14sys/dev/pci/drm/amd/pm/powerplay/hwmgr/smu7_hwmgr.c
+43-282 files

OpenBSD/src dMch8By — sys/dev/pci/drm/amd/amdgpu mes_v12_0.c

   drm/amdgpu/mes_v12_0: use mes schedule pipe for legacy queues on unified MES

   From Jesse Zhang
   86229fb465756fda6bc8b200a1c59bbc55959742 in linux-6.18.y/6.18.61
   5ec4cc91708370847772f2a2397316dbd8d8f066 in mainline linux
VersionDeltaFile
1.8+17-10sys/dev/pci/drm/amd/amdgpu/mes_v12_0.c
+17-101 files

FreeBSD/ports 66a355e — devel/R-cran-otel Makefile distinfo

devel/R-cran-otel: Update to 0.3.0

Reported by:    portscout
DeltaFile
+3-3devel/R-cran-otel/distinfo
+1-1devel/R-cran-otel/Makefile
+4-42 files

FreeBSD/ports 0f044ab — science/fleur Makefile, science/fleur/files patch-cmake_compilerflags.cmake

science/fleur: remove the native option from compiation command lines
DeltaFile
+12-0science/fleur/files/patch-cmake_compilerflags.cmake
+1-0science/fleur/Makefile
+13-02 files

FreeBSD/ports f76f4ed — misc/onnxruntime Makefile, misc/py-onnxruntime Makefile

misc/{,py-}onnxruntime: fix build on aarch64 by adding CXXFLAGS
DeltaFile
+1-0misc/py-onnxruntime/Makefile
+1-0misc/onnxruntime/Makefile
+2-02 files

FreeBSD/ports 0e2b925 — misc/antigravity-cli Makefile distinfo

misc/antigravity-cli: update 1.5.2 → 1.5.3
DeltaFile
+5-5misc/antigravity-cli/distinfo
+2-2misc/antigravity-cli/Makefile
+7-72 files

FreeBSD/ports 1d72d24 — databases/surrealdb pkg-plist pkg-message, databases/surrealdb/files patch-surrealdb_kvs-rocksdb_src_memory__manager.rs surrealdb.in

databases/surrealdb: update 3.3.5 → 4.0.0

Also add:
- RC service script
- pkg-message
- surrealdb records in GIDs and UIDs
DeltaFile
+871-819databases/surrealdb/distinfo
+444-412databases/surrealdb/Makefile
+59-0databases/surrealdb/files/surrealdb.in
+0-22databases/surrealdb/files/patch-surrealdb_kvs-rocksdb_src_memory__manager.rs
+15-0databases/surrealdb/pkg-message
+2-0databases/surrealdb/pkg-plist
+1,391-1,2532 files not shown
+1,393-1,2558 files

NetBSD/src FQydxLA — doc CHANGES

   Delete mention of the three added test locales, they aren't something
   which any regular user ever needs to know about.
VersionDeltaFile
1.3309+1-4doc/CHANGES
+1-41 files

LLVM/project 11a323d — llvm/test/CodeGen/LoongArch/lsx fptosi-sat.ll

[LoongArch] Regenerate checks for fptosi-sat.ll (#240230)

From #233004, presumably a mid-air collision somewhere given the commit
was pushed ~3 weeks ago.
DeltaFile
+10-12llvm/test/CodeGen/LoongArch/lsx/fptosi-sat.ll
+10-121 files

LLVM/project 2ddf423 — llvm/test/CodeGen/AArch64 combine-sdiv.ll, llvm/test/CodeGen/ARM/GlobalISel arm-regbankselect.mir arm-irtranslator.ll

Merge branch 'main' into users/zhaoqi5/opt-vselect
DeltaFile
+5,423-1,527llvm/test/CodeGen/ARM/GlobalISel/arm-legalize-fp.mir
+534-327llvm/test/CodeGen/ARM/GlobalISel/arm-irtranslator.ll
+596-0llvm/test/CodeGen/X86/vector-shuffle-var-legalize.ll
+242-308llvm/test/CodeGen/AArch64/combine-sdiv.ll
+550-0llvm/test/Transforms/SLPVectorizer/X86/fma-copyable.ll
+227-227llvm/test/CodeGen/ARM/GlobalISel/arm-regbankselect.mir
+7,572-2,389452 files not shown
+22,080-7,826458 files

FreeBSD/poudriere 2634d29 — src/share/poudriere image_zsnapshot.sh

image -t zsnapshot: Remove stale files from the previous image

With -i, files removed from the world were left behind in the new image.

Fixes: dd61d5134c ("do_clone: Stop overwriting - move that to do_clone_del")
(cherry picked from commit c10dc9a7fc71d6049254c39a5ad71b91886cb1c0)

Conflicts:
        src/share/poudriere/image_zsnapshot.sh
DeltaFile
+1-1src/share/poudriere/image_zsnapshot.sh
+1-11 files

FreeBSD/poudriere 6af2445 — src/share/poudriere jail.sh

jail -u -m src=: Remove stale files from the /usr/src copy

Files removed from the src tree were left behind in the jail's /usr/src.

Issue #1299
Fixes: dd61d5134c ("do_clone: Stop overwriting - move that to do_clone_del")

(cherry picked from commit 0ceb8092c18377bd45e69baa581e2a214b9cae2b)

Conflicts:
        src/share/poudriere/jail.sh
DeltaFile
+4-2src/share/poudriere/jail.sh
+4-21 files

FreeBSD/src 91bcaea — sys/amd64/amd64 machdep.c

amd64: make hw.splitlock_force adjustable at runtime

(cherry picked from commit 57bc1e1c2f4c01953336bdf03743e30f4ba12cdc)
DeltaFile
+22-3sys/amd64/amd64/machdep.c
+22-31 files

LLVM/project c047fac — llvm/lib/Target/LoongArch LoongArchLASXInstrInfo.td, llvm/test/CodeGen/LoongArch llvm.exp10.ll llvm.sincos.ll

[LoongArch] Extract FP vector element 0 as a subregister (#233004)

Element 0 of an LSX/LASX floating-point vector is the aliased FPR, so
extractelement with index 0 needs no [x]vreplvei/xvpickve.
DeltaFile
+62-68llvm/test/CodeGen/LoongArch/llvm.sincos.ll
+35-39llvm/test/CodeGen/LoongArch/lsx/ir-instruction/flog2.ll
+34-36llvm/test/CodeGen/LoongArch/lsx/fpowi.ll
+6-6llvm/test/CodeGen/LoongArch/llvm.exp10.ll
+9-0llvm/lib/Target/LoongArch/LoongArchLASXInstrInfo.td
+2-5llvm/test/CodeGen/LoongArch/lsx/extract-fp-elt0.ll
+148-1545 files not shown
+157-16811 files

LLVM/project 300ff17 — llvm/test/CodeGen/LoongArch/lasx extract-fp-elt0.ll, llvm/test/CodeGen/LoongArch/lsx extract-fp-elt0.ll

[LoongArch][NFC] Pre-commit tests for extracting FP vector element 0 (#233003)
DeltaFile
+61-0llvm/test/CodeGen/LoongArch/lasx/extract-fp-elt0.ll
+61-0llvm/test/CodeGen/LoongArch/lsx/extract-fp-elt0.ll
+122-02 files