LLVM/project 4131535flang/test/Driver fsafe-trampoline.f90

[flang] Add REQUIRES for the trampoline test (#185699)

Instead of listing the UNSUPPORTED list, it makes sense to have
the REQUIRES. 

Fix build failure in https://lab.llvm.org/buildbot/#/builders/157/builds/45154.
DeltaFile
+1-1flang/test/Driver/fsafe-trampoline.f90
+1-11 files

FreeBSD/src 1a92fc9sys/dev/virtio virtqueue.c

virtio: Restore mb() calls

Until an issue seen on amd64 can be investigated restore two mb() calls
to virtio.

Reviewed by:    andrew
Fixes:  c499ad6f997c ("virtio: Use bus_dma for ring and indirect buffer allocations")
Sponsored by:   Arm Ltd
Differential Revision:  https://reviews.freebsd.org/D55766
DeltaFile
+6-0sys/dev/virtio/virtqueue.c
+6-01 files

FreeBSD/src 522012csys/dev/virtio virtqueue.c

Revert "virtio: Restore mb() calls"

This reverts commit d99e725c26a7745aa349eab01ae56ca630b6d0f5.
DeltaFile
+0-6sys/dev/virtio/virtqueue.c
+0-61 files

FreeBSD/src d99e725sys/dev/virtio virtqueue.c

virtio: Restore mb() calls

Until an issue seen on amd64 can be investigated restore two mb() calls
to virtio.

Reviewed by:    andrew
Fixes:  c499ad6f997c ("virtio: Use bus_dma for ring and indirect buffer allocations")
Sponsored by:   Arm Ltd
Differential Revision:  https://reviews.freebsd.org/D55766
DeltaFile
+6-0sys/dev/virtio/virtqueue.c
+6-01 files

LLVM/project 30f13b1llvm/test/CodeGen/AMDGPU vgpr-mark-last-scratch-load.ll

[AMDGPU] New test for untested line in AMDGPUMarkLastScratchLoad (#185430)

[This
line](https://github.com/llvm/llvm-project/blob/af15474262100ade9a8fcfd05f9e05c7ba23ff8c/llvm/lib/Target/AMDGPU/AMDGPUMarkLastScratchLoad.cpp#L121)
in the AMDGPU backend is uncovered by the existing test suite (checked
using coverage, and by asserting that no tests in the existing test
suite fails if we insert an `abort()` at this line).

We propose a test that covers this line. We demonstrate the test by
inserting an `abort()` at that line in commit
[#3cb65cf](https://github.com/llvm/llvm-project/pull/185430/changes/3cb65cf4451b5e728fb1e4968ba78b8e83d74220).
Running all tests shows that only our proposed test fails in the
presence of the abort. We'll remove the abort before merging.

This is the only test that fails in the presence of the abort (our new
test) -- it will pass once we remove the abort:
`CodeGen/AMDGPU/mark-last-scratch-load.ll`
DeltaFile
+305-0llvm/test/CodeGen/AMDGPU/vgpr-mark-last-scratch-load.ll
+305-01 files

LLVM/project 122cffallvm/lib/Target/AMDGPU AMDGPUCoExecSchedStrategy.cpp AMDGPUCoExecSchedStrategy.h, llvm/test/CodeGen/AMDGPU coexec-scheduler.ll

[AMDGPU] Add stalls for DS FIFO buffer

Change-Id: I73e56da97a931349e0655e4e20b24aeb97920647
DeltaFile
+56-53llvm/test/CodeGen/AMDGPU/coexec-scheduler.ll
+58-25llvm/lib/Target/AMDGPU/AMDGPUCoExecSchedStrategy.cpp
+41-6llvm/lib/Target/AMDGPU/AMDGPUCoExecSchedStrategy.h
+155-843 files

LLVM/project d8d9df5libc/test/integration/src/__support/GPU scan_reduce.cpp, libclc/clc/lib/amdgpu/subgroup clc_sub_group_reduce.cl sub_group_reduce.cl

Address comments

Created using spr 1.3.7
DeltaFile
+289-52llvm/test/Analysis/CostModel/AMDGPU/exp10.ll
+289-52llvm/test/Analysis/CostModel/AMDGPU/exp.ll
+153-48llvm/test/Analysis/CostModel/AMDGPU/exp2.ll
+145-0libclc/clc/lib/amdgpu/subgroup/clc_sub_group_reduce.cl
+0-145libclc/clc/lib/amdgpu/subgroup/sub_group_reduce.cl
+107-0libc/test/integration/src/__support/GPU/scan_reduce.cpp
+983-297127 files not shown
+2,697-962133 files

FreeBSD/ports 91df7cctextproc/qo distinfo Makefile

textproc/qo: Update to 0.3.1
DeltaFile
+5-5textproc/qo/distinfo
+2-3textproc/qo/Makefile
+7-82 files

LLVM/project 5e2d990llvm/include/llvm/Frontend/OpenMP OMPIRBuilder.h, llvm/lib/Frontend/OpenMP OMPIRBuilder.cpp

Use findAllocaInsertPoint when possible and move the affinity packing logic to OpenMPToLLVMIRTranslation

- Move the omp.affinity_list packing logic from OMPIRBuilder to
  OpenMPToLLVMIRTranslation so that we have all the omp.affinity_list
  allocating logic inside the lambda defined in buildAffinityData
  - all the allocation logic for affinity list is now using
    findAllocaInsertPoint when possible (static count)
  - `task_affinity_iterator_dynamic_tripcount` in
    openmp-iterator.mlir is a regression test add previously for
    dynamic tripcount
DeltaFile
+67-7mlir/lib/Target/LLVMIR/Dialect/OpenMP/OpenMPToLLVMIRTranslation.cpp
+3-49llvm/lib/Frontend/OpenMP/OMPIRBuilder.cpp
+6-6mlir/test/Target/LLVMIR/openmp-iterator.mlir
+5-1llvm/include/llvm/Frontend/OpenMP/OMPIRBuilder.h
+1-3llvm/unittests/Frontend/OpenMPIRBuilderTest.cpp
+82-665 files

LLVM/project 55e4326llvm/lib/Target/SystemZ SystemZAsmPrinter.cpp SystemZAsmPrinter.h

Reorder code to avoid globals
DeltaFile
+6-8llvm/lib/Target/SystemZ/SystemZAsmPrinter.cpp
+2-3llvm/lib/Target/SystemZ/SystemZAsmPrinter.h
+8-112 files

LLVM/project 40cd48flld/test/wasm relocatable.ll

[lld][WebAssembly] Restore inactive checks relocatable.ll test. NFC (#185569)

Back in 6474d1b20 this test was updated, removing the NORMAL vs SHARED
distinction in the output checking. However many of the NORMAL-NEXT
lines were left unmodified, making them effectively disabled.

This restores and updates the expectations.
DeltaFile
+201-173lld/test/wasm/relocatable.ll
+201-1731 files

LLVM/project 5c4856cllvm/lib/Transforms/InstCombine InstCombineCasts.cpp, llvm/test/Transforms/InstCombine trunc.ll

[InstCombine] Fold trunc (usub.sat 1, x) to i1 -> icmp eq x, 0 (#185524)

Regression noticed in https://github.com/llvm/llvm-project/pull/184182

Proof: https://alive2.llvm.org/ce/z/hsyFbC
DeltaFile
+55-0llvm/test/Transforms/InstCombine/trunc.ll
+5-0llvm/lib/Transforms/InstCombine/InstCombineCasts.cpp
+60-02 files

LLVM/project fd069a4compiler-rt/cmake base-config-ix.cmake, compiler-rt/cmake/Modules AllSupportedArchDefs.cmake

[copmiler-rt] Initial support for building profile library on the GPU (#185552)

Summary:
As suggested in https://github.com/llvm/llvm-project/pull/177665, we
should build a GPU version of the compiler-rt profile library instead of
writing it in-line in the lowering. This PR does not define anything GPU
specific, it simply re-uses the baremetal handling. Later PRs will
prevent the GPU specific handling we would want to do to optimize
counter handling on the GPU.

Note that this will require using the cache file, or setting these
options
manually for existing users. Hopefully if people are using the cache
file
as they should it won't break anything.
DeltaFile
+10-0compiler-rt/lib/profile/CMakeLists.txt
+4-2compiler-rt/cmake/caches/GPU.cmake
+2-4compiler-rt/cmake/base-config-ix.cmake
+2-2offload/cmake/caches/Offload.cmake
+3-1compiler-rt/cmake/Modules/AllSupportedArchDefs.cmake
+2-2offload/cmake/caches/FlangOffload.cmake
+23-114 files not shown
+27-1510 files

FreeBSD/ports d4d2f6asysutils/goaccess distinfo Makefile, sysutils/goaccess/files patch-src_wsauth.c

sysutils/goaccess: Update to 1.10.1
DeltaFile
+26-0sysutils/goaccess/files/patch-src_wsauth.c
+3-9sysutils/goaccess/distinfo
+1-6sysutils/goaccess/Makefile
+30-153 files

LLVM/project 0872043llvm/lib/Target/AMDGPU AMDGPUCoExecSchedStrategy.cpp, llvm/test/CodeGen/AMDGPU coexec-scheduler.ll

Update for rebase

Change-Id: If807373eb8553665b4a49e076fb155d261d8347d
DeltaFile
+92-91llvm/test/CodeGen/AMDGPU/coexec-scheduler.ll
+1-4llvm/lib/Target/AMDGPU/AMDGPUCoExecSchedStrategy.cpp
+93-952 files

FreeBSD/ports 31d509bgames/widelands Makefile distinfo, games/widelands/files patch-c0b44ccc04df35a9a23ca9be3e05f5d3a5428f6f

games/widelands: update 1.2.1 → 1.3.1

PR:             293644
Tested by:      thindil at laeran.pl.eu.org
DeltaFile
+0-224games/widelands/files/patch-c0b44ccc04df35a9a23ca9be3e05f5d3a5428f6f
+3-5games/widelands/Makefile
+3-3games/widelands/distinfo
+1-1games/widelands/pkg-plist
+7-2334 files

FreeBSD/ports 2791408astro/josm Makefile distinfo, astro/josm/files josm.sh.in

astro/josm: update 19439 → 19481

- Switch to latest supported openjdk
- Simplify wrapper script, run with correct java
DeltaFile
+3-4astro/josm/Makefile
+3-3astro/josm/distinfo
+1-5astro/josm/files/josm.sh.in
+7-123 files

FreeBSD/ports db52a59astro/osmosis Makefile

astro/osmosis: switch to default java version
DeltaFile
+1-2astro/osmosis/Makefile
+1-21 files

FreeBSD/ports 6418513astro/gpsprune Makefile

astro/gpsprune: switch to default java version
DeltaFile
+2-4astro/gpsprune/Makefile
+2-41 files

FreeBSD/ports a926280games/luanti distinfo Makefile

games/luanti: update 5.14.0 → 5.15.1

PR:             293560
Tested by:      giorgio.caculli at protonmail.com
DeltaFile
+3-3games/luanti/distinfo
+1-1games/luanti/Makefile
+2-0games/luanti/pkg-plist
+6-43 files

FreeBSD/ports 58d1e2fdevel/omnilinter distinfo Makefile

devel/omnilinter: update 0.7.0 → 0.7.1
DeltaFile
+203-219devel/omnilinter/distinfo
+101-110devel/omnilinter/Makefile
+304-3292 files

FreeBSD/ports ac7488cdevel/cppcheck distinfo Makefile, devel/cppcheck/files patch-CMakeLists.txt

devel/cppcheck: update 2.19.1 → 2.20.0
DeltaFile
+3-3devel/cppcheck/distinfo
+2-2devel/cppcheck/files/patch-CMakeLists.txt
+2-2devel/cppcheck/Makefile
+7-73 files

FreeBSD/ports f395188games/linwarrior Makefile

games/linwarrior: deprecate
DeltaFile
+3-0games/linwarrior/Makefile
+3-01 files

OpenBSD/ports pAVP1tgmath/gnuplot Makefile

   gnuplot: unbreak: bump REVISION and revert PATCHLEVEL bump
VersionDeltaFile
1.84+2-1math/gnuplot/Makefile
+2-11 files

OpenBSD/ports 0QIWwlYwww/tor-browser/browser Makefile, www/tor-browser/browser/files unveil.main unveil.content

   Tor Browser: sync unveil changes from firefox-esr

   Original commit message from landry@:
   "www/firefox-esr:  add some missing unveils

   - content process already accesses /etc/localtime, add /usr/share/zoneinfo
   - main process already has /usr/share/zoneinfo, add /etc/localtime
   - main process sometimes parses /etc/hosts (mostly on network.trr.mode
   changes ?) so unveil it.
   - unveil.socket is wrong but time is running out, and the socket process
   isnt used much anyway (network.http.network_access_on_socket_process.enabled defaults to false)

   required by upcoming changes to pledge/unveil"
VersionDeltaFile
1.16+2-0www/tor-browser/browser/files/unveil.main
1.12+1-0www/tor-browser/browser/files/unveil.content
1.194+1-0www/tor-browser/browser/Makefile
+4-03 files

LLVM/project 34c9c6bllvm/lib/Target/SystemZ SystemZAsmPrinter.cpp SystemZAsmPrinter.h, llvm/test/CodeGen/SystemZ zos-section-1.ll zos-prologue-epilog.ll

[SystemZ][z/OS] Remove use of subsections.

HLASM has no notion of subsections. There are several possible solutions
how to deal with this. However,

- using a different section introduces a lot of relocations, which slows
  down the binder later
- emitting the PPA1 after the code changes the location which may break
  existing tools

The choosen solution is to record the PPA1 data, and emit them at the
end of the assembly into the code section. This solves both issues,
at the expense of having to do some bookkeeping.

This change moves the position of the PPA2, too, but this is less
critical.
DeltaFile
+127-105llvm/lib/Target/SystemZ/SystemZAsmPrinter.cpp
+24-24llvm/test/CodeGen/SystemZ/zos-section-1.ll
+26-20llvm/test/CodeGen/SystemZ/zos-prologue-epilog.ll
+22-17llvm/test/CodeGen/SystemZ/zos-ppa1-argarea.ll
+24-3llvm/lib/Target/SystemZ/SystemZAsmPrinter.h
+10-12llvm/test/CodeGen/SystemZ/zos-hlasm-out.ll
+233-1815 files not shown
+246-20211 files

LLVM/project 072e869llvm/tools/sancov sancov.cpp

Add sancov support for large AArch64 binaries. (#185374)

In AArch64 calls have a +/-128MB range

(https://developer.arm.com/documentation/ddi0602/2025-12/Base-Instructions/BL--Branch-with-link-).
In cases where the .text is larger than that, the linker adds functions
that just jumps to the sanitizer functions and places them to some code
location where the rest of the binary can call it. These functions have
the prefix __AArch64ADRPThunk__.
This commit marks calls to this function as coverage points.
DeltaFile
+6-1llvm/tools/sancov/sancov.cpp
+6-11 files

LLVM/project 4d49a1ellvm/lib/Target/AMDGPU SIInstrInfo.cpp

[AMDGPU] Move constraining of the reg class during SGPR to VGPR copy to existing loop (#182104)
DeltaFile
+12-23llvm/lib/Target/AMDGPU/SIInstrInfo.cpp
+12-231 files

LLVM/project df8f645llvm/lib/Target/AArch64 AArch64InstrGISel.td, llvm/lib/Target/AArch64/GISel AArch64RegisterBankInfo.cpp AArch64LegalizerInfo.cpp

[AArch64][GlobalISel] Add G_SQDMULL node

Previously, GISel was failing to lower the sqdmulls.scalar intrinsic. This is just a variation of sqdmull, but on two 32-bit S registers.
To fix this, create a G_SQDMULL node, and lower sqdmulls.scalar to that. This node is linked to the SD patterns for sqdmull, which allow this version of the intrinsic to lower.
DeltaFile
+99-62llvm/test/CodeGen/AArch64/arm64-vmul.ll
+7-0llvm/lib/Target/AArch64/AArch64InstrGISel.td
+2-0llvm/lib/Target/AArch64/GISel/AArch64RegisterBankInfo.cpp
+0-2llvm/test/CodeGen/AArch64/arm64-int-neon.ll
+2-0llvm/lib/Target/AArch64/GISel/AArch64LegalizerInfo.cpp
+110-645 files

LLVM/project 52be4b6llvm/lib/Target/AArch64 AArch64ISelLowering.cpp, llvm/test/CodeGen/AArch64 ptrauth-tail-call-global.ll

[AArch64][PAC] Don't skip global legalization for AUTH_TCRETURN (#182513)

The 77bcab835aca1 folds llvm.ptrauth.resign intrinsic in case intrinsic
discriminant and key match those in call ptrauth bundle. However
assertion is now fired in AArch64AsmPrinter when PAC is enabled and
we're tail calling a global, because AUTH_TCRETURN expects address to be
stored in register.
DeltaFile
+16-0llvm/test/CodeGen/AArch64/ptrauth-tail-call-global.ll
+1-1llvm/lib/Target/AArch64/AArch64ISelLowering.cpp
+17-12 files