LLVM/project 8b316fclld/ELF/Arch AMDGPU.cpp, lld/test/ELF amdgpu-abs32-reloc.s

Revert "[lld][AMDGPU] Support R_AMDGPU_ABS32_(LO|HI) relocations (#191550)"

This reverts commit 3a47349c084217d83f9968db8b551a8526de9702.
DeltaFile
+0-22lld/test/ELF/amdgpu-abs32-reloc.s
+0-14lld/ELF/Arch/AMDGPU.cpp
+0-362 files

FreeBSD/ports af07494graphics/hyprgraphics Makefile distinfo, graphics/hyprgraphics/files patch-src_image_formats_Svg.hpp patch-include_hyprgraphics_resource_resources_ImageResource.hpp

graphics/hyprgraphics: Update to 0.5.1

While here, remove upstreamed patches.

Changelog: https://github.com/hyprwm/hyprgraphics/releases/tag/v0.5.1

Reported by:    GitHub (watch releases)
DeltaFile
+0-10graphics/hyprgraphics/files/patch-src_image_formats_Svg.hpp
+0-10graphics/hyprgraphics/files/patch-include_hyprgraphics_resource_resources_ImageResource.hpp
+4-3graphics/hyprgraphics/Makefile
+3-3graphics/hyprgraphics/distinfo
+2-1graphics/hyprgraphics/pkg-plist
+9-275 files

FreeBSD/ports 73f60a4textproc/py-sphinx Makefile

textproc/py-sphinx: Fix build with Python 3.13+.
DeltaFile
+9-2textproc/py-sphinx/Makefile
+9-21 files

LLVM/project 3a47349lld/ELF/Arch AMDGPU.cpp, lld/test/ELF amdgpu-abs32-reloc.s

[lld][AMDGPU] Support R_AMDGPU_ABS32_(LO|HI) relocations (#191550)

Summary:
These relocations are extremely rare, but they are listed as an expected
relocation in https://llvm.org/docs/AMDGPUUsage.html#relocation-records
and you can theoretically make them happen so we should probably support
it in the linker.
DeltaFile
+22-0lld/test/ELF/amdgpu-abs32-reloc.s
+14-0lld/ELF/Arch/AMDGPU.cpp
+36-02 files

FreeBSD/ports db42cb7devel Makefile, devel/py-standard-imghdr Makefile distinfo

devel/py-standard-imghdr: new port, backport of stdlib imghdr module

Provides the imghdr module removed from the Python standard library
in Python 3.13, for packages that depend on it.

WWW: https://github.com/youknowone/python-deadlib

Co-Authored-By: Claude Sonnet 4.6 <noreply at anthropic.com>
DeltaFile
+23-0devel/py-standard-imghdr/Makefile
+9-0devel/py-standard-imghdr/files/patch-pyproject.toml
+3-0devel/py-standard-imghdr/distinfo
+3-0devel/py-standard-imghdr/pkg-descr
+1-0devel/Makefile
+39-05 files

NetBSD/pkgsrc edhO1hUdoc CHANGES-2026

   doc: Updated x11/xfce4-terminal to 1.2.0
VersionDeltaFile
1.2212+2-1doc/CHANGES-2026
+2-11 files

NetBSD/pkgsrc RkGUYO8x11/xfce4-terminal Makefile distinfo, x11/xfce4-terminal/patches patch-terminal_terminal-window-dropdown.c

   xfce4-terminal: update to 1.2.0

   1.2.0 (2026-03-08)
   =====
   - build: Rename POTFILES.in to POTFILES
   - build: Make xsltproc dependency optional
   - Fix previous commit
   - Delay tab title update on contents changed to avoid high cpu usage
   - cleanup: Move function and set static qualifier
   - Do not escape non-ASCII characters in dnded uris
   - build: Add 'doc' configure option
   - Escape special characters in dnded uris
   - build: Fix typo in optimization level
   - doc: Add "bugs" section to man page
   - search: Shift+Enter for Next; remove throttling
   - wayland: dropdown: Handle output disconnection
   - I18n: Update po/LINGUAS list
   - Allow handling middle click event by terminal applications
   - Fix shift + right click propagation to terminal apps

    [20 lines not shown]
VersionDeltaFile
1.1+21-0x11/xfce4-terminal/patches/patch-terminal_terminal-window-dropdown.c
1.95+4-13x11/xfce4-terminal/Makefile
1.30+5-4x11/xfce4-terminal/distinfo
1.13+2-1x11/xfce4-terminal/PLIST
+32-184 files

FreeBSD/ports 6559474net/py-bonsai distinfo Makefile, net/py-bonsai/files patch-pyproject.toml

net/py-bonsai: Update 1.5.4 => 1.5.5

Changelog:
https://github.com/noirello/bonsai/blob/v1.5.5/CHANGELOG.rst

PR:             294373
Sponsored by:   UNIS Labs
DeltaFile
+0-12net/py-bonsai/files/patch-pyproject.toml
+3-3net/py-bonsai/distinfo
+1-1net/py-bonsai/Makefile
+4-163 files

OpenBSD/src dX4JHNfsys/uvm uvm_pdaemon.c

   When the pagedaemon is triggered to create free memory, there may be
   sleeping pmemrange allocations with multi-page alignment requirements
   which can't be satisfied by the simplistic freeing of (solo) pages
   which the pagedaemon performs.  As we near starvation, fragmentation
   is the main problem.  Our free list could be large enough that the
   pagedaemon sees no reason to do more work, but also too fragmented to
   satisfy a pending allocation request with complex requirements
   (imagine asking for 512K of physically linear memory which is DMA
   reachable).  When the requirement isn't satisfied, the pagedaemon is
   told to try again, but again doesn't mean harder because it has no
   mechanism to try harder.  It's tracking variables do not show the
   fragmentation problem.  It spins a lot.  Often this becomes a
   deadlock.
   Time to change strategy: Overshoot creation of (both) inactive and
   free pages each time through the loop. After inspecting existing
   variables, we generate minumum 128 inactive pages (which may be
   dynamically drawn down asyncronously by accesses), and then try to
   convert minumum 128 inactives into free pages (different pages
   get freed different ways, including via swapcluster which has been

    [7 lines not shown]
VersionDeltaFile
1.156+14-11sys/uvm/uvm_pdaemon.c
+14-111 files

LLVM/project ea8554ellvm/lib/Analysis InstCount.cpp, llvm/lib/Passes PassBuilderPipelines.cpp

Changed stat passes to count instructions before and after optimizations (#188837)

Created this for instcount and func-properties-analysis to be able to
see the change the optimization pipelines have on stats
DeltaFile
+0-70llvm/test/Analysis/FunctionPropertiesAnalysis/properties-stats.ll
+63-0llvm/test/Analysis/FunctionPropertiesAnalysis/function-properties-analysis.ll
+43-8llvm/lib/Analysis/InstCount.cpp
+38-6llvm/lib/Passes/PassBuilderPipelines.cpp
+41-0llvm/test/Analysis/InstCount/pipeline.ll
+41-0llvm/test/Analysis/FunctionPropertiesAnalysis/pipeline.ll
+226-846 files not shown
+285-9912 files

OpenBSD/src jQ5yTjmsys/uvm uvm_swap.c uvm_pdaemon.c

   To support swapencrypt, the swapcluster code has a memory allocation codepath.
   Since this is runs inside the pagedaemon that is unworkable.  We'd like to
   encrypt the pages inplace for IO, but there are architectures not ready for
   a high-mem page to be written to a dma-restricted device (work in progress).
   So for now we need to bounce through dma-reachable memory buffer.  A previous
   attempt had 1 extra bounce buffer, but then slept on allocation inside the
   pagedaemon context which is also unworkable.  This version contains 32
   pre-allocated swapclusters (64K each), and through a counter signals to the
   pagedaemon when it should stop trying to create memory.  32 swap clusters
   is comfortably more than the minimum we expect the pagedaemon frantically
   generate.  This crummy solution is good enough until we the dma reach problem
   is solved (soon)
   ok kettenis kirill (who looked into other solutions) beck
VersionDeltaFile
1.180+61-12sys/uvm/uvm_swap.c
1.155+12-1sys/uvm/uvm_pdaemon.c
1.22+3-1sys/uvm/uvm_swap.h
+76-143 files

LLVM/project c9b632fllvm/test/MC/SystemZ insn-good-zos-pcrel.s

Fully translate test case to HLASM syntax dialect

This is a follow-up to 9d4436e3f4dfecd9503e90fb4cba907c86103e1e
which came in through the rebase.
DeltaFile
+28-28llvm/test/MC/SystemZ/insn-good-zos-pcrel.s
+28-281 files

FreeBSD/src 6dddd25sys/fs/nfsserver nfs_nfsdsocket.c

nfs_nfsdsocket.c: All Copy and Clone across file systems

For some server file system types, such as ZFS, a Copy/Clone
operation can be done across file systems of the same file
system type.

As such, this patch allows the Copy/Clone to be attempted
when the file handles are for files on different file systems.

This fixes a problem for exported ZFS file systems when a
copy_files on file_range(2) between file systems in the same
NFSv4 mount is attempted.

PR:     294010

(cherry picked from commit b65e7b4944cc2f594c9d9e6abc9b8618d3d62ff8)
DeltaFile
+2-1sys/fs/nfsserver/nfs_nfsdsocket.c
+2-11 files

LLVM/project afce975mlir/test/Dialect/Quant/Bytecode types.mlir

Fix duplicate quant bytecode test to actually test storage-type-only case (#190194)

Fixes a copy paste error
DeltaFile
+2-2mlir/test/Dialect/Quant/Bytecode/types.mlir
+2-21 files

LLVM/project eaf2f4eclang/lib/CodeGen BackendUtil.cpp, llvm/include/llvm/CodeGen AsmPrinterAnalysis.h

[𝘀𝗽𝗿] initial version

Created using spr 1.3.7
DeltaFile
+53-0llvm/include/llvm/CodeGen/AsmPrinterAnalysis.h
+51-1clang/lib/CodeGen/BackendUtil.cpp
+25-22llvm/include/llvm/Passes/CodeGenPassBuilder.h
+13-18llvm/lib/Target/X86/X86CodeGenPassBuilder.cpp
+10-15llvm/lib/Target/AMDGPU/R600TargetMachine.cpp
+10-11llvm/lib/Target/AMDGPU/AMDGPUTargetMachine.cpp
+162-6710 files not shown
+196-11316 files

LLVM/project 2850600llvm/include/llvm/CodeGen AsmPrinterAnalysis.h, llvm/include/llvm/Passes CodeGenPassBuilder.h

[𝘀𝗽𝗿] changes to main this commit is based on

Created using spr 1.3.7

[skip ci]
DeltaFile
+53-0llvm/include/llvm/CodeGen/AsmPrinterAnalysis.h
+25-22llvm/include/llvm/Passes/CodeGenPassBuilder.h
+13-18llvm/lib/Target/X86/X86CodeGenPassBuilder.cpp
+10-15llvm/lib/Target/AMDGPU/R600TargetMachine.cpp
+0-21llvm/lib/Target/X86/X86AsmPrinter.h
+10-11llvm/lib/Target/AMDGPU/AMDGPUTargetMachine.cpp
+111-877 files not shown
+135-11213 files

LLVM/project e266936utils/bazel/llvm-project-overlay/mlir BUILD.bazel

[Bazel] Fixes bd3088e (#191571)

This fixes bd3088ec7c680d419b108713945d94b1365c1201.

Co-authored-by: Google Bazel Bot <google-bazel-bot at google.com>
DeltaFile
+1-0utils/bazel/llvm-project-overlay/mlir/BUILD.bazel
+1-01 files

LLVM/project 380b70cclang-tools-extra/clang-doc Serialize.cpp Representation.cpp, clang-tools-extra/clang-doc/benchmarks ClangDocBenchmark.cpp

[clang-doc] Use distinct APIs for fixed arena allocation sites

Typically, code either always emits data into the TransientArena or the
PersistentArena. Use more explicit APIs to convey the intent directly
instead of relying on parameters or defaults.
DeltaFile
+18-17clang-tools-extra/clang-doc/Serialize.cpp
+7-8clang-tools-extra/clang-doc/Representation.cpp
+7-7clang-tools-extra/clang-doc/BitcodeReader.cpp
+8-3clang-tools-extra/clang-doc/Representation.h
+3-3clang-tools-extra/clang-doc/benchmarks/ClangDocBenchmark.cpp
+43-385 files

LLVM/project eac7e79clang-tools-extra/clang-doc Representation.h

[clang-doc][nfc] Reformat and revise comment block
DeltaFile
+9-12clang-tools-extra/clang-doc/Representation.h
+9-121 files

LLVM/project 3b2c11eclang-tools-extra/clang-doc Serialize.cpp Serialize.h

[clang-doc] Removed OwnedPtr alias

The alias served a purpose during migration, but now conveys the wrong
semantics, as the memory of these pointers is generally interned inside
a local arena.
DeltaFile
+40-38clang-tools-extra/clang-doc/Serialize.cpp
+29-42clang-tools-extra/clang-doc/Serialize.h
+17-18clang-tools-extra/clang-doc/Representation.cpp
+3-14clang-tools-extra/clang-doc/Representation.h
+8-8clang-tools-extra/clang-doc/JSONGenerator.cpp
+8-6clang-tools-extra/clang-doc/HTMLGenerator.cpp
+105-12610 files not shown
+145-16616 files

LLVM/project 766ae30clang-tools-extra/clang-doc Representation.h Representation.cpp, clang-tools-extra/clang-doc/benchmarks ClangDocBenchmark.cpp

[clang-doc] Update type aliases

Many of the type aliases we introduced to simplify migration to arena
allocation  are no longer relevant after completing the migration. We
can use more relevant names and remove dead aliases.
DeltaFile
+13-25clang-tools-extra/clang-doc/Representation.h
+9-9clang-tools-extra/unittests/clang-doc/BitcodeTest.cpp
+4-4clang-tools-extra/unittests/clang-doc/MergeTest.cpp
+4-4clang-tools-extra/clang-doc/Representation.cpp
+4-4clang-tools-extra/clang-doc/benchmarks/ClangDocBenchmark.cpp
+4-4clang-tools-extra/unittests/clang-doc/ClangDocTest.cpp
+38-505 files not shown
+47-5911 files

HardenedBSD/src f95b974share/mk src.opts.mk

HBSD: Resolve merge conflict

Signed-off-by:  Shawn Webb <shawn.webb at hardenedbsd.org>
DeltaFile
+0-5share/mk/src.opts.mk
+0-51 files

HardenedBSD/src 59627d9sys/arm64/qualcomm qcom_gcc.c, sys/dev/qcom_gcc qcom_gcc_msm8916_clock.c qcom_gcc_msm8916_reset.c

Merge remote-tracking branch 'origin/freebsd/current/main' into hardened/current/master

Conflicts:
        share/mk/src.opts.mk (unresolved)
DeltaFile
+0-143sys/arm64/qualcomm/qcom_gcc.c
+0-112sys/netinet6/nd6_rtr.c
+84-0sys/dev/qcom_gcc/qcom_gcc_msm8916_clock.c
+71-0sys/dev/qcom_gcc/qcom_gcc_msm8916_reset.c
+41-0sys/dev/qcom_gcc/qcom_gcc_msm8916.h
+0-39sys/net/if_ethersubr.c
+196-29423 files not shown
+269-37929 files

HardenedBSD/src 0425476lib/libsys procctl.2, lib/libusb libusb20_dev_open.3 libusb20_be_device_foreach.3

Merge branch 'freebsd/15-stable/main' into hardened/15-stable/main
DeltaFile
+7-77share/man/man5/style.mdoc.5
+69-0lib/libusb/libusb20_dev_open.3
+62-0share/man/man4/vmgenc.4
+56-0lib/libusb/libusb20_be_device_foreach.3
+24-24lib/libsys/procctl.2
+29-0share/man/man4/man4.arm/dwcotg.4
+247-10122 files not shown
+373-14428 files

LLVM/project 4f49847flang/lib/Optimizer/Dialect FIROps.cpp CMakeLists.txt, flang/test/Transforms licm-acc-compute-region.fir

[flang] Detect non-optional boxes inside acc.compute_region. (#191328)

This should be a temporary change until we figure out
a better way for representing definitely present boxes.
It allows me to experiment with flang-licm further,
so I would like to ask for approval.
DeltaFile
+53-0flang/test/Transforms/licm-acc-compute-region.fir
+17-1flang/lib/Optimizer/Dialect/FIROps.cpp
+1-0flang/lib/Optimizer/Dialect/CMakeLists.txt
+71-13 files

HardenedBSD/ports 7e13347databases/movine distinfo, devel/cargo-deny distinfo Makefile

Merge branch 'freebsd/main' into hardenedbsd/main
DeltaFile
+207-517devel/cargo-deny/distinfo
+283-247databases/movine/distinfo
+449-0sysutils/cardano-cli/Makefile.cabal
+1-435sysutils/cardano-cli/Makefile
+209-161sysutils/cardano-cli/distinfo
+103-259devel/cargo-deny/Makefile
+1,252-1,61971 files not shown
+2,178-2,59977 files

LLVM/project 889d5bdflang/lib/Optimizer/Dialect/CUF CUFOps.cpp, flang/test/Transforms/CUF cuf-kernel-licm.fir

[flang][CUF] Limit Flang LICM for operations with symbol operands. (#191494)

There is probably an ordering issue between `CUFDeviceGlobal`
and `OffloadLiveInValueCanonicalization` passes: Flang LICM hoists
`fir.address_of` out of `cuf.kernel`, it is pulled back by
`OffloadLiveInValueCanonicalization`, but the symbol is never added
into the device module because `CUFDeviceGlobal` does not run after.

Changing the passes order may take some time, so this is a temporary
workaround to unblock #191309.

The change is currently NFC.
DeltaFile
+31-0flang/test/Transforms/CUF/cuf-kernel-licm.fir
+7-1flang/lib/Optimizer/Dialect/CUF/CUFOps.cpp
+38-12 files

LLVM/project 0074bfdllvm/lib/Support/Windows Path.inc Threading.inc

[Support] On Windows, silence FARPROC casts (#191563)

When building with clang-cl 19, this was generating:
```
  warning: cast from 'FARPROC' ... converts to incompatible function type
           [-Wcast-function-type-mismatch]
```
DeltaFile
+2-2llvm/lib/Support/Windows/Path.inc
+2-2llvm/lib/Support/Windows/Threading.inc
+4-42 files

LLVM/project 5d64a44clang-tools-extra/clang-doc Representation.h

[clang-doc] Initialize member variable (#191570)

We don't always initialize the IsType field in the current
implementation. We can ensure this field is always initialized to
`false`, and avoid any UB due to garbage data.
DeltaFile
+1-1clang-tools-extra/clang-doc/Representation.h
+1-11 files

LLVM/project bd3088emlir/lib/Dialect/SparseTensor/Transforms SparseGPUCodegen.cpp, mlir/test/Dialect/SparseTensor/GPU gpu_codegen_out_buffer.mlir gpu_combi.mlir

[mlir][sparse][gpu] fix sparse GPU codegen out buffer (#189221)

When lowering sparse tensor operations to GPU code using
`-sparse-gpu-codegen`, the generated `gpu.memcpy` op for device-to-host
copy was targeting the wrong buffer. In my case, it did not copy back
the output buffer and instead only copied back the input positions
buffer which results in the output buffer in host memory being empty.

The `SparseGPUCodegen` pass carries an assumption that the first buffer
is the out buffer. It looks like this assumption is not always true, as
in my case its the input positions buffer which made it the only buffer
getting copied back to host.

This change introduces a fix by removing the assumption and replacing it
with an analysis that checks for `memref::StoreOp` and write
MemoryEffects. This change also adds a regression test which highlights
the problematic edge case.

Assisted by Gemini 3.1 Pro for finding the issue of using incorrect
buffers in `gpu.memcpy` op in the lowered code.
DeltaFile
+42-8mlir/lib/Dialect/SparseTensor/Transforms/SparseGPUCodegen.cpp
+35-0mlir/test/Dialect/SparseTensor/GPU/gpu_codegen_out_buffer.mlir
+21-8mlir/test/Dialect/SparseTensor/GPU/gpu_combi.mlir
+11-5mlir/test/Dialect/SparseTensor/GPU/gpu_matmul.mlir
+109-214 files