LLVM/project c273220mlir/lib/Conversion/SCFToSPIRV SCFToSPIRV.cpp, mlir/test/Conversion/SCFToSPIRV for.mlir

[mlir][SCFToSPIRV] Fix iter_args returning undef on zero trip scf.for (#206280)
DeltaFile
+55-0mlir/test/Conversion/SCFToSPIRV/for.mlir
+10-0mlir/lib/Conversion/SCFToSPIRV/SCFToSPIRV.cpp
+65-02 files

DragonFlyBSD/src f7d736asys/conf kern.pre.mk

kern.pre.mk: Style cleanups
DeltaFile
+7-5sys/conf/kern.pre.mk
+7-51 files

DragonFlyBSD/src 0688f9fsys/vm device_pager.c

vm: Clean up cdev_pager_allocate() a bit

* Introduce 'pindex' variable to clean up the code.
* Add KASSERT() to ensure the object type matches (obtained from FreeBSD)
DeltaFile
+7-4sys/vm/device_pager.c
+7-41 files

DragonFlyBSD/src 3afd77dshare/man/man7 vkernel.7

vkernel.7: Fix markup in FILES section
DeltaFile
+1-2share/man/man7/vkernel.7
+1-21 files

DragonFlyBSD/src 86716f0sys/vm device_pager.c

vm: Remove duplicate reference in cdev_pager_allocate()

The code was updated in 2013 [1] to bring in various changes from
FreeBSD, but left this duplicate reference.  Remove the erroneous
vm_object_reference_locked() call.

[1] kernel: Port new device_pager interface from FreeBSD
    commit f2c2051ee473577d22178d55f782ceebbd88d58f

GitHub-PR: #49
Credit: LI Leding
DeltaFile
+0-4sys/vm/device_pager.c
+0-41 files

DragonFlyBSD/src f47a9aesys/platform/vkernel64/conf Makefile ldscript.x86_64

vkernel64: Remove unused linker script
DeltaFile
+0-194sys/platform/vkernel64/conf/ldscript.x86_64
+3-0sys/platform/vkernel64/conf/Makefile
+3-1942 files

DragonFlyBSD/src 4a85e64sys/kern kern_mib.c

kernel: Disable build-ID for vkernel(7) and fix build

Vkernel(7) doesn't use a linker script, so it's not easy to define
__build_id_{start,end} for it.

A solution would be to locate the ELF in memory, parse and walk the
program headers to find the ".note.gnu.build-id" section.

Reported-by: Michael Neumann
DeltaFile
+9-0sys/kern/kern_mib.c
+9-01 files

DragonFlyBSD/src d4a2200sys/conf kern.pre.mk, sys/platform/vkernel64/conf Makefile

kern.pre.mk: Update ELDFLAGS and thus clean up vkernel64/Makefile
DeltaFile
+4-12sys/platform/vkernel64/conf/Makefile
+8-8sys/conf/kern.pre.mk
+12-202 files

LLVM/project ac8b30clibcxx/test/std/language.support/support.types/byteops rshift.pass.cpp rshift.assign.pass.cpp

[libc++][test] Suppress warning on bitwise shift with `bool` operands in `std::byte` tests for MSVC (#212433)

It was intentional in https://llvm.org/PR204116 that tests for
`operator<<`, `operator<<=`, `operator>>`, `operator>>=` used `bool`
operands, because `bool` is an integral type and thus satisfies the
constraints of these operators.

However, MSVC considers `bool` is unsafe as an operand of bitwise shift
operators and emits warning C4804. So this patch suppresses the warning
for MSVC.
DeltaFile
+3-0libcxx/test/std/language.support/support.types/byteops/rshift.pass.cpp
+3-0libcxx/test/std/language.support/support.types/byteops/rshift.assign.pass.cpp
+3-0libcxx/test/std/language.support/support.types/byteops/lshift.pass.cpp
+3-0libcxx/test/std/language.support/support.types/byteops/lshift.assign.pass.cpp
+12-04 files

FreeBSD/ports 0a0ca75devel/libreadline-java Makefile

devel/libreadline-java: deprecate and expire

- no maintainer
- forked(?) to github
- version 0.8.0 on SF is 20+ years old
- does not compile on jdk11+
- debian has a patch, but we need a maintainer to do this IMHO
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897530
  https://salsa.debian.org/java-team/libreadline-java/-/commit/8fb882cd77c2a9f09b3f1ef644659a84e0758331

Approved-by:    no maintainer
DeltaFile
+4-1devel/libreadline-java/Makefile
+4-11 files

LLVM/project 91af5fbllvm/include/llvm/Target Target.td

Change a comment
DeltaFile
+3-4llvm/include/llvm/Target/Target.td
+3-41 files

LLVM/project 53fa929clang/lib/Basic/Targets AMDGPU.h, llvm/include/llvm/TargetParser AMDGPUTargetParser.h

AMDGPU: Remove dead FEATURE_FP64/FEATURE_LDEXP from ArchFeatureKind

No GPU ever sets these bits, and clang's hasFP64()/hasLDEXPF() short-circuit
on isAMDGCN() before testing them, so the bits are never observed.

Co-authored-by: Claude (Claude-Opus-4.8)
DeltaFile
+10-12llvm/include/llvm/TargetParser/AMDGPUTargetParser.h
+2-8clang/lib/Basic/Targets/AMDGPU.h
+12-202 files

FreeNAS/freenas ccc76a3src/middlewared/middlewared/alert/source __init__.py nfs_bindaddr.py, src/middlewared/middlewared/plugins nfs.py

NAS-141982 / 27.0.0-BETA.1 / Remove dead code `NFSBindAddressAlert` (#19416)

The code setting `interfaces_are_set_up` was guarded under `if
osc.FREEBSD` and removed in 2021.

Nothing calls `nfs.bindip`

There is no other code raising `NFSBindAddressAlert`

`validate_bind_ip` is also not used by anything else
DeltaFile
+1-29src/middlewared/middlewared/plugins/nfs.py
+0-17src/middlewared/middlewared/plugins/nfs_/validators.py
+0-10src/middlewared/middlewared/alert/source/nfs_bindaddr.py
+0-1src/middlewared/middlewared/alert/source/__init__.py
+1-574 files

FreeBSD/src 744cc51sys/sys mbuf.h

mbuf: Parenthesize macro arguments

MFC after:      1 week
Sponsored by:   Klara, Inc.
Sponsored by:   NetApp, Inc.
DeltaFile
+1-1sys/sys/mbuf.h
+1-11 files

LLVM/project 2a50c95clang/lib/Analysis ThreadSafety.cpp, clang/test/Sema warn-thread-safety-analysis.c

Thread Safety Analysis: Honor try-lock branches of a void conditional (#211973)

Try-locks are not acquired on the arms of a `?:`, because the arms would
then disagree about whether the capability is held and warn where they
join. That reasoning assumes the `?:` produces a result that is branched
on later, which is where the acquisition is handled instead.

A void `?:` has no such result. Its branch is all there is to interpret,
and its arms might not join at all because one of them does not return
(this is how glibc before 2.32 spells `assert()`).

So asserting that a try-lock succeeded left the capability unheld on
every path, and a function documented to acquire it warned that it did
not, if written like so:

  void lock(void) ACQUIRE(mu) {
    int got = trylock();
assert(got); // warning: expecting mutex 'mu' to be held at the end of
function

    [6 lines not shown]
DeltaFile
+24-0clang/test/SemaCXX/warn-thread-safety-analysis.cpp
+19-0clang/test/Sema/warn-thread-safety-analysis.c
+7-2clang/lib/Analysis/ThreadSafety.cpp
+50-23 files

LLVM/project 561093dcmake/Modules LLVMVersion.cmake

Bump version to 23.1.0-rc2
DeltaFile
+1-1cmake/Modules/LLVMVersion.cmake
+1-11 files

LLVM/project f11d740libc/test/src/__support CMakeLists.txt hash_test.cpp

[libc] Make hash_test hermetic (#212428)

Aligned allocation is now supported, but the test burns through our 1MB
never-freeing bump pointer allocation buffer. I tweak the test to reuse
the buffer between loop iterations, reducing its memory usage by about
300x :P.
DeltaFile
+18-24libc/test/src/__support/hash_test.cpp
+1-2libc/test/src/__support/CMakeLists.txt
+19-262 files

FreeBSD/ports 1337b82devel/umlgraph Makefile

devel/umlgraph: deprecate and expire

I succeeded in building the forked(?) https://github.com/dspinellis/UMLGraph.
But it didn't run. Patch is in the PR.

NB: domainname was for sale now. Changed in something more reasonable.

PR:     297117
Approved-by:    no maintainer
DeltaFile
+5-2devel/umlgraph/Makefile
+5-21 files

FreeBSD/ports 8a8c1f7lang/rust-nightly Makefile distinfo, lang/rust-nightly/files patch-src_tools_cargo_src_cargo_sources_git_source.rs

lang/rust-nightly: update 1.98.0.20260621 → 1.99.0.20260726

Approved by:    rust (implicit)
DeltaFile
+9-9lang/rust-nightly/distinfo
+3-3lang/rust-nightly/Makefile
+2-2lang/rust-nightly/files/patch-src_tools_cargo_src_cargo_sources_git_source.rs
+14-143 files

FreeNAS/freenas c403e04src/middlewared/middlewared/api/base/server/ws_handler rpc.py, src/middlewared/middlewared/apps websocket_app.py

NAS-141966 / 26.0.0-BETA.3 / Remove frames from JSON-RPC error responses (by anodos325) (#19414)

The client-facing error trace included every stack frame's locals (via
get_frame_details, which reprs each local). This can result in API calls
echoing back parameters from the call to the same API client in the
error response. Generally, this information is not consumed by the
truenas API client, jobs framework, or other internal call sites.

Original PR: https://github.com/truenas/middleware/pull/19403

Co-authored-by: Andrew Walker <andrew.walker at truenas.com>
DeltaFile
+70-0src/middlewared/middlewared/pytest/unit/api/base/server/test_error_traceback_redaction.py
+1-13src/middlewared/middlewared/api/base/server/ws_handler/rpc.py
+1-12src/middlewared/middlewared/apps/websocket_app.py
+72-253 files

FreeNAS/freenas 17e0414src/middlewared/middlewared/alert/source __init__.py nfs_bindaddr.py, src/middlewared/middlewared/plugins nfs.py

Remove dead code `NFSBindAddressAlert`
DeltaFile
+1-29src/middlewared/middlewared/plugins/nfs.py
+0-17src/middlewared/middlewared/plugins/nfs_/validators.py
+0-10src/middlewared/middlewared/alert/source/nfs_bindaddr.py
+0-1src/middlewared/middlewared/alert/source/__init__.py
+1-574 files

FreeBSD/ports 427b47fdns/dnscontrol Makefile distinfo

dns/dnscontrol: Update to 4.44.1
DeltaFile
+5-5dns/dnscontrol/distinfo
+1-1dns/dnscontrol/Makefile
+6-62 files

FreeNAS/freenas eb3f38atests/api2 test_300_nfs.py

NAS-141978 / 27.0.0-BETA.1 / NFS tests (#19411)

96% coverage on plugins/nfs.py
DeltaFile
+375-2tests/api2/test_300_nfs.py
+375-21 files

FreeBSD/ports 37a7e77www/yarr Makefile distinfo

www/yarr: Update to 2.8
DeltaFile
+9-9www/yarr/distinfo
+6-6www/yarr/Makefile
+15-152 files

FreeNAS/freenas 6f2d851src/middlewared/middlewared/api/base/server/ws_handler rpc.py, src/middlewared/middlewared/apps websocket_app.py

NAS-141966 / 26.0.0-RC.1 / Remove frames from JSON-RPC error responses (by anodos325) (#19415)

The client-facing error trace included every stack frame's locals (via
get_frame_details, which reprs each local). This can result in API calls
echoing back parameters from the call to the same API client in the
error response. Generally, this information is not consumed by the
truenas API client, jobs framework, or other internal call sites.

Original PR: https://github.com/truenas/middleware/pull/19403

Co-authored-by: Andrew Walker <andrew.walker at truenas.com>
DeltaFile
+70-0src/middlewared/middlewared/pytest/unit/api/base/server/test_error_traceback_redaction.py
+1-13src/middlewared/middlewared/api/base/server/ws_handler/rpc.py
+1-12src/middlewared/middlewared/apps/websocket_app.py
+72-253 files

OPNSense/ports c07bc7aopnsense/ndp-proxy-go Makefile distinfo, opnsense/ndp-proxy-go/files ndp-proxy-go.8

opnsense/ndp-proxy-go: Bump version to v1.0.4 (#281)
DeltaFile
+5-5opnsense/ndp-proxy-go/distinfo
+7-1opnsense/ndp-proxy-go/files/ndp-proxy-go.8
+1-1opnsense/ndp-proxy-go/Makefile
+13-73 files

FreeBSD/src 70509d1contrib/llvm-project/libunwind/src UnwindRegistersSave.S

Merge commit 6b0a46958c56 from llvm-project (by Piotr Kubaj):

  [libunwind][PPC64] Fix unw_getcontext corrupting callee-saved VSX registers on LE (#198371)

  This is the first of two independent fixes for libunwind on ppc64le
  (ELFv2 ABI, little-endian), where two separate bugs together cause
  SIGSEGV during backtracing. This commit addresses the VSX register
  corruption; the TOC-restore fault is handled in a follow-up. Both
  were discovered while debugging lang/rust build failures with
  RUST_BACKTRACE=1 on FreeBSD/powerpc64le (IBM POWER9).

  On ppc64le, `unw_getcontext` saves each VS register with an in-place
  `xxswapd n, n` followed by `stxvd2x`. The swap is needed because
  `stxvd2x` stores doublewords in the wrong order on LE. However, the
  macro never applies a second `xxswapd` to restore the register after
  the store, so all 64 VS registers are permanently corrupted on return
  from `unw_getcontext`.

  This affects every callee-saved VSX register: f14-f31 (VSR14-VSR31)

    [11 lines not shown]
DeltaFile
+4-0contrib/llvm-project/libunwind/src/UnwindRegistersSave.S
+4-01 files

LLVM/project 391d298mlir/lib/Target/LLVM/NVVM Target.cpp, mlir/test/Integration/GPU/CUDA command-line-arg.mlir

[mlir][Target] Make nvptxcompiler passed options high priority to keep consistent with ptxas behavior (#121036)

When using `ptxas` to do ptx->cubin, the options passed (via `cmd`) have
higher priority than the gpuModule target (such as `opt-level`). When
using `nvptxcompiler`, it is the opposite and we need to be consistent.
DeltaFile
+5-3mlir/test/Integration/GPU/CUDA/command-line-arg.mlir
+2-1mlir/lib/Target/LLVM/NVVM/Target.cpp
+7-42 files

FreeNAS/freenas e0e29a4src/middlewared/middlewared/api/base/server/ws_handler rpc.py, src/middlewared/middlewared/apps websocket_app.py

NAS-141966 / 27.0.0-BETA.1 / Remove frames from JSON-RPC error responses (#19403)

The client-facing error trace included every stack frame's locals (via
get_frame_details, which reprs each local). This can result in API calls
echoing back parameters from the call to the same API client in the
error response. Generally, this information is not consumed by the
truenas API client, jobs framework, or other internal call sites.

(cherry picked from commit e156c14b313546cf7e9eed02a2365909ac9bf99e)
DeltaFile
+70-0src/middlewared/middlewared/pytest/unit/api/base/server/test_error_traceback_redaction.py
+1-13src/middlewared/middlewared/api/base/server/ws_handler/rpc.py
+1-12src/middlewared/middlewared/apps/websocket_app.py
+72-253 files

LLVM/project 73d9e61llvm/docs AMDGPUUsage.rst

Update docs
DeltaFile
+20-13llvm/docs/AMDGPUUsage.rst
+20-131 files