FreeBSD/ports 4885183 — graphics/drm-latest-kmod Makefile.version distinfo, graphics/nvidia-drm-latest-kmod Makefile distinfo

graphics/drm-latest-kmod: Update to drm_v6.12.85_3 to fix build

After src commit 33595d4ae01c added pci_map_rom() and pci_unmap_rom() to
linuxkpi, graphics/drm-latest-kmod failed to build because drm-kmod
defined the same macros itself.

Upstream drm-kmod made its definitions conditional, and ports commit
7e420adaf6ef pulled that fix in for drm-515-kmod, drm-61-kmod,
drm-66-kmod, and drm-612-kmod.  drm-latest-kmod was missed, so move it
to the same tag as drm-612-kmod.

Bump PORTREVISION of the nvidia-drm-latest-kmod ports, which build
against the drm-kmod sources, and update their distinfo for the new
tarball.

Reference: https://github.com/freebsd/drm-kmod/pull/503

Reviewed by:    dumbbell
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D60084
DeltaFile
+3-3graphics/nvidia-drm-latest-kmod/distinfo
+3-3graphics/nvidia-drm-latest-kmod-devel/distinfo
+3-3graphics/nvidia-drm-latest-kmod-580/distinfo
+3-3graphics/drm-latest-kmod/distinfo
+2-2graphics/drm-latest-kmod/Makefile.version
+1-1graphics/nvidia-drm-latest-kmod/Makefile
+15-152 files not shown
+17-178 files

LLVM/project 5b3ae00 —

[NVPTX] Consolidate AsmPrinter type and global variable printing (#222240)
DeltaFile
+0-00 files

LLVM/project bc1a551 — llvm/lib/Target/NVPTX NVPTXUtilities.h NVPTXAsmPrinter.cpp, llvm/test/CodeGen/NVPTX param-align.ll ptr-global.ll

[NVPTX] Consolidate AsmPrinter type and global variable printing (#222240)
DeltaFile
+219-461llvm/lib/Target/NVPTX/NVPTXAsmPrinter.cpp
+75-0llvm/test/CodeGen/NVPTX/fp-global.ll
+37-0llvm/test/CodeGen/NVPTX/odd-integer-width.ll
+22-0llvm/test/CodeGen/NVPTX/ptr-global.ll
+8-8llvm/lib/Target/NVPTX/NVPTXUtilities.h
+5-5llvm/test/CodeGen/NVPTX/param-align.ll
+366-4748 files not shown
+381-48214 files

FreeBSD/ports 87d39d9 — games/jinput Makefile

games/jinput: Fix build if maven39 installed

[ERROR] Plugin org.apache.maven.plugins:maven-resources-plugin:3.4.0 or one of its dependencies could not be resolved:
[ERROR]         Cannot access central (https://repo.maven.apache.org/maven2) in offline mode and the artifact org.apache.maven.plugins:maven-resources-plugin:jar:3.4.0 has not been downloaded from it before.
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/PluginResolutionException

Approved by:    blanket (fix build)
Sponsored by:   UNIS Labs
MFH:            2026Q3

(cherry picked from commit 5a8f4f19bebcaf728753b7f8f5e3f5837b56bda1)
DeltaFile
+2-1games/jinput/Makefile
+2-11 files

LLVM/project 3865d82 — llvm/lib/CAS PluginCAS.cpp

Include the plugin's error message with an unknown validation result
DeltaFile
+9-5llvm/lib/CAS/PluginCAS.cpp
+9-51 files

LLVM/project 9f00966 — mlir/include/mlir/Dialect/OpenACC OpenACCCGAttributes.td OpenACCUtilsCG.h, mlir/lib/Dialect/OpenACC/Transforms ACCComputeLowering.cpp

[mlir][OpenACC] Record gang(static:) chunk size on lowered loops (#227037)

Lower OpenACC `gang(static:)` through compute lowering as
`acc.chunk_size`. A constant size is stored directly; `static:*` and a
non-constant size are recorded as -1. `gang(static:)` also maps to gang
dimension 1.
DeltaFile
+55-0mlir/test/Dialect/OpenACC/acc-compute-lowering-loop.mlir
+23-2mlir/lib/Dialect/OpenACC/Transforms/ACCComputeLowering.cpp
+20-0mlir/lib/Dialect/OpenACC/Utils/OpenACCUtilsCG.cpp
+16-0mlir/unittests/Dialect/OpenACC/OpenACCUtilsCGTest.cpp
+15-0mlir/include/mlir/Dialect/OpenACC/OpenACCUtilsCG.h
+11-2mlir/include/mlir/Dialect/OpenACC/OpenACCCGAttributes.td
+140-46 files

LLVM/project f95e5ea — llvm/utils/gn/secondary/clang/include/clang/Config BUILD.gn

[gn] Fix Interpreter/emulated-tls.cpp on mac (#227132)

In, #225475 (5dfe8605911e), CLANG_HAVE_EMUTLS_GET_ADDRESS got hardcoded
to 0 in the GN build, while the CMake build has a config-time check for
__emutls_get_address.

On mac and linux, compiler-rt provides that symbol, so set
CLANG_HAVE_EMUTLS_GET_ADDRESS to 1 there. That way, __emutls_get_address
is force-linked as absolute symbol and things are happy.

(With it set to 0. clang-repl dlsym()s for the symbol, which works on
Linux where it's found in libgcc_s.so.1, but it doesn't work on mac.)
DeltaFile
+2-1llvm/utils/gn/secondary/clang/include/clang/Config/BUILD.gn
+2-11 files

FreeBSD/ports 5a8f4f1 — games/jinput Makefile

games/jinput: Fix build if maven39 installed

[ERROR] Plugin org.apache.maven.plugins:maven-resources-plugin:3.4.0 or one of its dependencies could not be resolved:
[ERROR]         Cannot access central (https://repo.maven.apache.org/maven2) in offline mode and the artifact org.apache.maven.plugins:maven-resources-plugin:jar:3.4.0 has not been downloaded from it before.
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/PluginResolutionException

Approved by:    blanket (fix build)
Sponsored by:   UNIS Labs
MFH:            2026Q3
DeltaFile
+2-1games/jinput/Makefile
+2-11 files

LLVM/project 34ae391 — llvm/test/CodeGen/AMDGPU bitcast-vector-extract.ll

[AMDGPU] Replace GCN-NOT with autogen checks in test

Change-Id: I21350cf041ea4f2fa22d152ba372da6095e8b762
DeltaFile
+235-30llvm/test/CodeGen/AMDGPU/bitcast-vector-extract.ll
+235-301 files

LLVM/project f6f868b — llvm/include/llvm-c/CAS PluginAPI_functions.h, llvm/include/llvm/CAS ObjectStore.h

Address review feedback
DeltaFile
+7-1llvm/lib/CAS/PluginCAS.cpp
+3-3llvm/include/llvm-c/CAS/PluginAPI_functions.h
+2-2llvm/include/llvm/CAS/ObjectStore.h
+12-63 files

LLVM/project f26ba92 — llvm/tools/llvm-cas llvm-cas.cpp

Rebase on updated base
DeltaFile
+8-6llvm/tools/llvm-cas/llvm-cas.cpp
+8-61 files

LLVM/project 14cd556 — llvm/tools/llvm-cas llvm-cas.cpp

Simplify redirect selection

Created using spr 1.3.7
DeltaFile
+8-6llvm/tools/llvm-cas/llvm-cas.cpp
+8-61 files

FreeBSD/ports 185c04f — games/jutils Makefile

games/jutils: Fix build if maven39 installed

[ERROR] Plugin org.apache.maven.plugins:maven-surefire-plugin:3.5.4 or one of its dependencies could not be resolved:
[ERROR]         Cannot access central (https://repo.maven.apache.org/maven2) in offline mode and the artifact org.apache.maven.plugins:maven-surefire-plugin:jar:3.5.4 has not been downloaded from it before.
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/PluginResolutionException

Approved by:    blanket (fix build)
Sponsored by:   UNIS Labs
MFH:            2026Q3

(cherry picked from commit d5cc2f5d3fe60a240e642b2514c120b4395d4a16)
DeltaFile
+2-1games/jutils/Makefile
+2-11 files

LLVM/project 54343ee — llvm/include/llvm/CAS UnifiedOnDiskCache.h, llvm/lib/CAS UnifiedOnDiskCache.cpp

Rebase on updated base
DeltaFile
+13-17llvm/lib/CAS/UnifiedOnDiskCache.cpp
+28-0llvm/test/tools/llvm-cas/validation.test
+20-7llvm/tools/llvm-cas/llvm-cas.cpp
+10-0llvm/unittests/CAS/UnifiedOnDiskCacheTest.cpp
+2-2llvm/include/llvm/CAS/UnifiedOnDiskCache.h
+3-0llvm/tools/llvm-cas/Options.td
+76-266 files

FreeBSD/ports d5cc2f5 — games/jutils Makefile

games/jutils: Fix build if maven39 installed

[ERROR] Plugin org.apache.maven.plugins:maven-surefire-plugin:3.5.4 or one of its dependencies could not be resolved:
[ERROR]         Cannot access central (https://repo.maven.apache.org/maven2) in offline mode and the artifact org.apache.maven.plugins:maven-surefire-plugin:jar:3.5.4 has not been downloaded from it before.
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/PluginResolutionException

Approved by:    blanket (fix build)
Sponsored by:   UNIS Labs
MFH:            2026Q3
DeltaFile
+2-1games/jutils/Makefile
+2-11 files

NetBSD/pkgsrc FtheXgB — net/py-suds Makefile

   net/py-suds: Add TOOL_DEPENDS py-setuptools
VersionDeltaFile
1.13+3-1net/py-suds/Makefile
+3-11 files

LLVM/project 0426fd3 — llvm/include/llvm/CAS UnifiedOnDiskCache.h, llvm/lib/CAS UnifiedOnDiskCache.cpp

Address review feedback

Created using spr 1.3.7
DeltaFile
+13-17llvm/lib/CAS/UnifiedOnDiskCache.cpp
+28-0llvm/test/tools/llvm-cas/validation.test
+20-7llvm/tools/llvm-cas/llvm-cas.cpp
+10-0llvm/unittests/CAS/UnifiedOnDiskCacheTest.cpp
+2-2llvm/include/llvm/CAS/UnifiedOnDiskCache.h
+3-0llvm/tools/llvm-cas/Options.td
+76-266 files

LLVM/project 6fee55d — flang/include/flang/Support Fortran-features.h, flang/lib/Semantics check-declarations.cpp

[flang][Semantics] Warn on BIND(C) interfaces with assumed-shape/rank dummies (#225965)

## Motivation

Fortran 2018 §18.3.6 requires assumed-shape, deferred-shape, and
assumed-rank `BIND(C)` dummy arguments to be passed using a CFI
descriptor (`CFI_cdesc_t`). Some existing C/C++ interfaces predate this
requirement and expect such an argument to be passed by bare address
instead. Declaring a `BIND(C)` Fortran interface against such code
currently produces a silent calling-convention mismatch — no diagnostic
warns the user that the ABI they've declared doesn't match what
pre-2018 C/C++ code expects.

## What this PR does

Adds a portability warning in `CheckSubprogram`
(`flang/lib/Semantics/check-declarations.cpp`) that fires when a
`BIND(C)` interface declares an assumed-shape or assumed-rank dummy
argument, under a new `UsageWarning` category, `BindCArrayDescriptor`.

    [40 lines not shown]
DeltaFile
+72-0flang/test/Semantics/bind-c20.f90
+25-0flang/test/Semantics/bind-c21.f90
+23-0flang/lib/Semantics/check-declarations.cpp
+1-1flang/include/flang/Support/Fortran-features.h
+121-14 files

LLVM/project e5cc9fb — llvm/lib/CodeGen MachineBasicBlock.cpp, llvm/lib/CodeGen/MIRParser MILexer.h MILexer.cpp

MIR: Serialize MachineBasicBlock::MaxBytesForAlignment

Fix missing serialization of another field. The alignment was
already handled. The name is a bit verbose. Some places call it
"MaxSkip" which matches the name of the 2nd operand to the .p2align
directive this corresponds to.

Co-Authored-By: Claude Sonnet 5 <noreply at anthropic.com>
DeltaFile
+55-0llvm/test/CodeGen/MIR/Generic/machine-basic-block-max-bytes-for-alignment-errors.mir
+31-1llvm/test/CodeGen/MIR/Generic/basic-blocks.mir
+24-0llvm/lib/CodeGen/MIRParser/MIParser.cpp
+2-0llvm/lib/CodeGen/MachineBasicBlock.cpp
+1-0llvm/lib/CodeGen/MIRParser/MILexer.h
+1-0llvm/lib/CodeGen/MIRParser/MILexer.cpp
+114-16 files

NetBSD/pkgsrc kqbfoKN — ham/chirp distinfo Makefile, ham/chirp/patches patch-chirp_wxui_____init____.py

   ham/chirp: Patch out phone-home version check as a privacy bug
VersionDeltaFile
1.1+20-0ham/chirp/patches/patch-chirp_wxui_____init____.py
1.80+2-2ham/chirp/Makefile
1.49+2-1ham/chirp/distinfo
+24-33 files

LLVM/project 60f7179 — .github/workflows libcxx-pr-benchmark.yml libcxx-pr-test-tools.yml

[libc++] Move test tools CI job back to k8s runner sets (#226564)

While the issue with k8s runners in #226230 is still not resolved, it is
better to target the k8s runners and get transient failures than to
target the old runners and have the jobs hang forever (there seems to be
no runners registered in llvm-premerge-libcxx-runners).

Co-authored-by: Aiden Grossman <aidengrossman at google.com>
DeltaFile
+5-2.github/workflows/libcxx-pr-test-tools.yml
+0-1.github/workflows/libcxx-pr-benchmark.yml
+5-32 files

NetBSD/pkgsrc 7rmGZ3V — ham/chirp Makefile

   ham/chirp: Adjust dependencies to setup.py
VersionDeltaFile
1.79+9-6ham/chirp/Makefile
+9-61 files

LLVM/project c6b15d3 — lld/test/wasm check-arch-32-in-64.test check-arch-64-in-32.test, lld/wasm InputFiles.cpp

[lld][WebAssembly] Fix error message when linking wasm64 file with -mwasm32 (#227091)

When `-mwasm32` is explicitly passed and a wasm64 object file is linked,
the error message previously stated:
"wasm32 object file can't be linked in wasm64 mode". Fix this to report
that the wasm64 object file cannot be linked in wasm32 mode.
DeltaFile
+4-2lld/wasm/InputFiles.cpp
+4-1lld/test/wasm/check-arch-64-in-32.test
+1-1lld/test/wasm/check-arch-32-in-64.test
+9-43 files

LLVM/project 64907b6 — libcxxabi/src cxa_personality.cpp, libunwind/include unwind_wasm.h

fix Wasm exceptions + coop threading + shared libraries (#222747)

Prior to this commit, the combination of Wasm exception handling,
cooperative multithreading, and shared libraries was broken.
Specifically, the code generation in `WasmEHPrepare.cpp` involved
direct, cross-library access to `libunwind.so`'s thread-local
`__wasm_lpad_context` variable. However, the ABI used for cooperative
multithreading does not support cross-library access to thread-local
variables.

The solution used here is to add a new `_Unwind_GetWasmLPadContext`
function to `libunwind.so` and use that to get address of the
`__wasm_lpad_context` for the current thread, both in the code generated
by `WasmEHPrepare.cpp` and in the `__gxx_wasm_personality_v0` function
defined in `cxa_personality.cpp`. I've used this strategy
unconditionally for all targets, regardless of whether cooperative
multithreading and/or position-independent are enabled. If desired (e.g.
for performance or code complexity reasons), I could make it conditional
on both of those features being enabled and fall back to using

    [2 lines not shown]
DeltaFile
+29-27llvm/lib/CodeGen/WasmEHPrepare.cpp
+8-7llvm/test/CodeGen/WebAssembly/eh-lsda.ll
+8-6llvm/test/CodeGen/WebAssembly/wasm-eh-prepare.ll
+5-3libcxxabi/src/cxa_personality.cpp
+6-2libunwind/src/Unwind-wasm.c
+4-3libunwind/include/unwind_wasm.h
+60-483 files not shown
+67-519 files

LLVM/project c7bed2c — llvm/lib/Target/AMDGPU VOP3PInstructions.td, llvm/test/CodeGen/AMDGPU frem.ll mad-mix-lo-bf16.ll

[AMDGPU] Fold fpround of fadd and fsub into v_mad/fma_mixlo and mixhi

MadFmaMixFP32Pats turns (fadd x, y) into (fma x, 1.0, y) and (fsub x, y)
into (fma (-y), 1.0, x) so the mix instructions absorb the operation along
with the f16 or bf16 source modifiers. MadFmaMixFP16Pats and
MadFmaMixFP16Pats_t16 only did this for fmul, so a rounded result still
needed a separate convert for a rounding the mix instructions perform
themselves.

Unlike the f32 patterns these do not require an operand to be an fpextend
of an f16, since an fpround on the result always removes the convert. The
rewrite is exact because the mix instructions round the f32 result again
when they write the 16-bit destination, so it stays f32_to_f16(fma(x, 1.0,
y)).

Assisted-by: Claude Code Opus 5
DeltaFile
+192-285llvm/test/CodeGen/AMDGPU/GlobalISel/fdiv.f16.ll
+61-311llvm/test/CodeGen/AMDGPU/mad-mix-lo.ll
+62-145llvm/test/CodeGen/AMDGPU/mad-mix-hi.ll
+55-36llvm/test/CodeGen/AMDGPU/mad-mix-lo-bf16.ll
+26-52llvm/test/CodeGen/AMDGPU/frem.ll
+70-0llvm/lib/Target/AMDGPU/VOP3PInstructions.td
+466-8294 files not shown
+499-88510 files

NetBSD/pkgsrc IcvoAWZ — net Makefile

   net/Makefile: +py-suds
VersionDeltaFile
1.1668+2-1net/Makefile
+2-11 files

NetBSD/pkgsrc qWWCiiE — doc CHANGES-2026

   doc: Added net/py-suds version 1.2.0
VersionDeltaFile
1.6491+2-1doc/CHANGES-2026
+2-11 files

NetBSD/pkgsrc BnIF985 — net/py-suds distinfo Makefile

   net/py-suds: Add py-suds version 1.2.0

   Suds is a lightweight SOAP-based web service client for Python
   licensed under LGPL.

   Although the original `suds` package stopped releasing versions after
   `0.4`, many (but not all) other open source projects moved to a
   maintained fork known as "suds-jurko". This is a community fork of
   that fork that is releasing packages under the main `suds` package
   name (and `suds-community` for consistency until version 2.x of this
   package).
VersionDeltaFile
1.3+8-17net/py-suds/DESCR
1.3+15-8net/py-suds/PLIST
1.12+12-8net/py-suds/Makefile
1.4+4-5net/py-suds/distinfo
+39-384 files

LLVM/project 5c881d4 — llvm/include/llvm/ProfileData SampleProf.h, llvm/lib/ProfileData SampleProf.cpp SampleProfReader.cpp

[ProfileData] Only keep module functions when reading ProfileSymbolList

When a sample profile is loaded for a module (SampleProfileLoader), the
profile symbol list is only ever queried for functions of that module:
`PSL->contains(F.getName())` in SampleProfileLoader and
`PSL->contains(CanonFName)` in SampleProfileMatcher. Yet the string-based
reader inserts every symbol of the profiled binary into a DenseSet, in every
compile and every ThinLTO backend that loads the profile.

When the reader has a module, build a small set of that module's function
names (raw and canonical) and only add matching list entries. The list is
still scanned, but nothing outside the module is inserted, so there is no
large hash table to build. Readers without a module (llvm-profdata) still
load the full list. The MD5 symbol list is unaffected.

In a fleet-wide CPU profile of a production clang,
`ProfileSymbolList::read` accounted for 1.7% of all clang cycles and 10% of
ThinLTO backend cycles.


    [11 lines not shown]
DeltaFile
+71-0llvm/test/Transforms/SampleProfile/pseudo-probe-stale-profile-symbol-list.ll
+10-6llvm/lib/ProfileData/SampleProf.cpp
+15-1llvm/lib/ProfileData/SampleProfReader.cpp
+3-1llvm/include/llvm/ProfileData/SampleProf.h
+3-0llvm/test/Transforms/SampleProfile/Inputs/pseudo-probe-stale-profile-symbol-list.text
+102-85 files

FreeBSD/src 334e874 — share/man/man4 wsp.4

wsp.4: Canonicalize SYNOPSIS + tag SPDX

MFC after:              3 days
Reviewed by:            wulf
Differential Revision:  https://reviews.freebsd.org/D59257
DeltaFile
+8-12share/man/man4/wsp.4
+8-121 files