LLVM/project 904d324flang/module cudadevice.f90, flang/test/Lower/CUDA cuda-intrinsic.cuf cuda-libdevice.cuf

[flang][cuda] Remove __nv_ binding names from rounding-mode intrinsics in cudadevice (#190722)

Remove name='__nv_...' from bind(c) declarations for 48 rounding-mode
functions in cudadevice.f90, allowing host,device functions to link
against the unprefixed host symbols. The __nv_ prefix for device code is
handled by a downstream pass.
DeltaFile
+48-48flang/module/cudadevice.f90
+36-36flang/test/Lower/CUDA/cuda-intrinsic.cuf
+8-8flang/test/Lower/CUDA/cuda-libdevice.cuf
+4-4flang/test/Lower/CUDA/cuda-device-proc.cuf
+96-964 files

FreeNAS/freenas 9ef077ctests/api2 test_300_nfs.py test_200_ftp.py

rm bulk tests
DeltaFile
+0-2,090tests/api2/test_300_nfs.py
+0-1,411tests/api2/test_200_ftp.py
+0-701tests/api2/test_011_user.py
+0-565tests/api2/test_audit_websocket.py
+0-495tests/api2/test_440_snmp.py
+0-488tests/api2/test_420_smb.py
+0-5,750258 files not shown
+0-31,358264 files

LLVM/project c8667a6mlir/lib/Dialect/OpenMP/IR OpenMPDialect.cpp

clang format
DeltaFile
+0-1mlir/lib/Dialect/OpenMP/IR/OpenMPDialect.cpp
+0-11 files

FreeNAS/freenas adf030etests/api2 test_container.py

fix another container API test
DeltaFile
+2-3tests/api2/test_container.py
+2-31 files

FreeNAS/freenas 80d7d52src/middlewared/middlewared/api/v26_0_0 container.py, tests/api2 test_container.py

NAS-140592 / 26.0.0-BETA.2 / fix container api test (by yocalebo) (#18673)

## Summary

`started_ubuntu_container` fixture and `test_container_update` verified
the container's init process by running `ps -p {status.pid}` on the
host. This is unreliable because `status.pid` may not always map
directly to the init process on the host (e.g. due to exec timing or
libvirt process tree differences).

## Changes

- **Fixture**: Removed the `/sbin/init` host-PID assertion. State `==
"RUNNING"` is sufficient for the fixture's contract.
- **`test_container_update`**: Replaced host `ps -p {pid}` checks with
`nsenter` to inspect PID 1 inside the container, which reliably reflects
the actual init process regardless of host PID mapping.

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

    [4 lines not shown]
DeltaFile
+2-3tests/api2/test_container.py
+2-1src/middlewared/middlewared/api/v26_0_0/container.py
+4-42 files

NetBSD/pkgsrc-wip eb71d1acargo-c distinfo cargo-depends.mk, cargo-c/patches patch-.._vendor_memchr-2.8.0_src_memchr.rs

Remove cargo-c & uutils-coreutils

Soon in main.
DeltaFile
+0-1,259cargo-c/distinfo
+0-1,169uutils-coreutils/distinfo
+0-418cargo-c/cargo-depends.mk
+0-390uutils-coreutils/cargo-depends.mk
+0-154uutils-coreutils/PLIST
+0-128cargo-c/patches/patch-.._vendor_memchr-2.8.0_src_memchr.rs
+0-3,51811 files not shown
+0-3,77317 files

LLVM/project 1336271flang/lib/Lower/OpenMP OpenMP.cpp, mlir/lib/Dialect/OpenMP/IR OpenMPDialect.cpp

Address review comments: mark unused param and move var decl

- Mark the unused 'clauses' parameter in TaskloopOp::build with
  [[maybe_unused]]
- Move the declaration of 'wrapperClauseOps' in genStandaloneTaskloop
  to immediately before its first use

Assisted-by: Copilot, Claude Sonnet 4.6
DeltaFile
+1-1flang/lib/Lower/OpenMP/OpenMP.cpp
+1-1mlir/lib/Dialect/OpenMP/IR/OpenMPDialect.cpp
+2-22 files

LLVM/project c029ca6flang/test/Lower/OpenMP taskloop.f90, mlir/include/mlir/Dialect/OpenMP OpenMPOps.td

[mlir][OpenMP] Move taskloop clauses to the context op

The clauses are implemented when lowering the context op (which
generates the runtime calls, and handles the outlining of the task
function: including privatization etc). Therefore I thought it made more
sense to put the clauses on this operation rather than on the wrapped
loop.

RFC: https://discourse.llvm.org/t/rfc-openmp-alloca-placement-for-openmp-loop-wrappers/89512/7

Patch 2/3
DeltaFile
+64-64mlir/test/Dialect/OpenMP/ops.mlir
+64-56mlir/include/mlir/Dialect/OpenMP/OpenMPOps.td
+46-46mlir/test/Dialect/OpenMP/invalid.mlir
+43-34mlir/lib/Dialect/OpenMP/IR/OpenMPDialect.cpp
+20-20flang/test/Lower/OpenMP/taskloop.f90
+16-19mlir/lib/Target/LLVMIR/Dialect/OpenMP/OpenMPToLLVMIRTranslation.cpp
+253-23930 files not shown
+366-35336 files

LLVM/project 2d5aab5mlir/include/mlir/Dialect/OpenMP OpenMPOps.td

Fix nit
DeltaFile
+1-1mlir/include/mlir/Dialect/OpenMP/OpenMPOps.td
+1-11 files

LLVM/project 54af0a7mlir/test/Target/LLVMIR openmp-taskloop-outer-bounds.mlir

Fix new test
DeltaFile
+2-2mlir/test/Target/LLVMIR/openmp-taskloop-outer-bounds.mlir
+2-21 files

LLVM/project 54f57d2flang/lib/Lower/OpenMP OpenMP.cpp

Don't create unnessecary block arguments
DeltaFile
+2-1flang/lib/Lower/OpenMP/OpenMP.cpp
+2-11 files

LLVM/project 5416bebmlir/test/Target/LLVMIR openmp-taskloop-bounds-cast.mlir

Fix new test again
DeltaFile
+2-2mlir/test/Target/LLVMIR/openmp-taskloop-bounds-cast.mlir
+2-21 files

LLVM/project 07e8db6compiler-rt/lib/sanitizer_common sanitizer_common.h

[sanitizer_common] Fix memory leak in ListOfModules (#190104)

I found a rather old leak in `ListOfModules`. `ListOfModules` has a
member

```
  InternalMmapVectorNoCtor<LoadedModule> modules_;
```

Which has neither a constructor nor destructor. As a consequence, we
need to call `Destroy` on it when ListOfModules is destroyed, so that
the memory is released to the OS (via munmap).


rdar://173906291
DeltaFile
+8-1compiler-rt/lib/sanitizer_common/sanitizer_common.h
+8-11 files

FreeNAS/freenas 7e74f8bsrc/middlewared/middlewared/api/v26_0_0 container.py, src/middlewared/middlewared/api/v27_0_0 container.py

NAS-140592 / 27.0.0-BETA.1 / fix container api test (#18669)

## Summary

`started_ubuntu_container` fixture and `test_container_update` verified
the container's init process by running `ps -p {status.pid}` on the
host. This is unreliable because `status.pid` may not always map
directly to the init process on the host (e.g. due to exec timing or
libvirt process tree differences).

## Changes

- **Fixture**: Removed the `/sbin/init` host-PID assertion. State `==
"RUNNING"` is sufficient for the fixture's contract.
- **`test_container_update`**: Replaced host `ps -p {pid}` checks with
`nsenter` to inspect PID 1 inside the container, which reliably reflects
the actual init process regardless of host PID mapping.
DeltaFile
+2-3tests/api2/test_container.py
+2-1src/middlewared/middlewared/api/v27_0_0/container.py
+2-1src/middlewared/middlewared/api/v26_0_0/container.py
+6-53 files

FreeNAS/freenas 08dfafftests/api2 test_zpool_scrub.py

zpool scrub tests
DeltaFile
+259-0tests/api2/test_zpool_scrub.py
+259-01 files

LLVM/project 585636dllvm/include/llvm/Transforms/Utils Cloning.h, llvm/lib/Transforms/IPO Inliner.cpp

Revert "[Inliner] Put inline history into IR as !inline_history metadata (#19…"

This reverts commit 82505fbfc870f4a657fbaa66a7514db9f30e030a.
DeltaFile
+0-102llvm/test/Transforms/Inline/inline-history.ll
+28-57llvm/lib/Transforms/Utils/InlineFunction.cpp
+0-61llvm/test/Verifier/inline-history-metadata.ll
+36-25llvm/lib/Transforms/IPO/Inliner.cpp
+26-25llvm/lib/Transforms/Utils/CloneFunction.cpp
+17-19llvm/include/llvm/Transforms/Utils/Cloning.h
+107-28913 files not shown
+213-39419 files

FreeNAS/freenas ca7b6d1src/middlewared/middlewared/utils/libvirt cdrom.py

NAS-140446 / 26.0.0-BETA.2 / improve validation error for VM ISO (by yocalebo) (#18672)

## Summary

Improves the CDROM path validation error message in `vm.device.create`
to help users understand why their path was rejected and what to do
about it.

Previously, storing an ISO in the pool root dataset produced the vague
error:
> The path must be a dataset or a directory within a dataset.

Now it produces:
> The specified path is located in the root dataset of pool 'dozer'. VM
resources must be stored within a child dataset of the pool, not the
pool root. Create a dataset under 'dozer' (e.g., dozer/iso) and move
your files there.

Also switches the pool root detection from counting `/` in the

    [6 lines not shown]
DeltaFile
+9-2src/middlewared/middlewared/utils/libvirt/cdrom.py
+9-21 files

LLVM/project 4f040ceutils/bazel/llvm-project-overlay/mlir BUILD.bazel

[Bazel] Fixes fce08a6 (#190821)

This fixes fce08a642fe588ebc15ce9dc6066b30fff741ef5.

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

FreeNAS/freenas 9dc8359src/middlewared/middlewared/utils/libvirt cdrom.py

NAS-140446 / 27.0.0-BETA.1 / improve validation error for VM ISO (#18671)

## Summary

Improves the CDROM path validation error message in `vm.device.create`
to help users understand why their path was rejected and what to do
about it.

Previously, storing an ISO in the pool root dataset produced the vague
error:
> The path must be a dataset or a directory within a dataset.

Now it produces:
> The specified path is located in the root dataset of pool 'dozer'. VM
resources must be stored within a child dataset of the pool, not the
pool root. Create a dataset under 'dozer' (e.g., dozer/iso) and move
your files there.

Also switches the pool root detection from counting `/` in the

    [2 lines not shown]
DeltaFile
+9-2src/middlewared/middlewared/utils/libvirt/cdrom.py
+9-21 files

FreeNAS/freenas 6d56c91src/middlewared/middlewared/api/v26_0_0 container.py, src/middlewared/middlewared/api/v27_0_0 container.py

address review
DeltaFile
+2-1src/middlewared/middlewared/api/v27_0_0/container.py
+2-1src/middlewared/middlewared/api/v26_0_0/container.py
+4-22 files

LLVM/project 0b6940aclang/test/CodeGen/AArch64 neon-intrinsics.c, clang/test/CodeGen/AArch64/neon intrinsics.c

Merge branch 'main' into users/cabbaken/04-04-_da_add_overflow_check_in_banerjeemivtest
DeltaFile
+786-8libc/shared/rpc_server.h
+773-0clang/test/CodeGen/AArch64/neon/intrinsics.c
+0-608libc/src/__support/RPC/rpc_server.h
+449-0flang/test/Analysis/AliasAnalysis/alias-analysis-derived-type-box-load.fir
+0-435clang/test/CodeGen/AArch64/neon-intrinsics.c
+225-150mlir/test/Dialect/OpenMP/ops.mlir
+2,233-1,201333 files not shown
+9,575-3,652339 files

FreeBSD/ports f5e12e1graphics/openjump pkg-plist Makefile, graphics/openjump/files patch-bin_oj__linux.sh

graphics/openjump: Update to 2.4.0

- Updated PLUS_REV from 5095 to 5303
- Detects the Java major version at runtime
- With Java 25 compatibility fix
- Remove incompatibility with -Djava.system.class.loader JVM flag
  that causes ClassNotFoundException with Java 9+
- Fix Java 9+ compatibility by adding reflective access permissions
- Add --add-opens flags for java.lang and jdk.internal.loader
- Keep original -Djava.system.class.loader flag
- Add explicit -Djava.library.path="$NATIVE_PATH" to Java command line
- Extend NATIVE_PATH to include /usr/local/lib and ${PREFIX}/lib
- Remove obsolete macOS path reference (/usr/local/opt/sqlite/lib)
- Enhance GDAL native path to include FreeBSD library directories
- Add --enable-native-access=ALL-UNNAMED flag for Java 25
- Fix About window by installing Readme.txt to root
- Make memory detection FreeBSD compatible
- Remove TurboJPEG JARs to suppress native library error
  The turbojpeg-wrapper and imageio-ext-turbojpeg JARs attempt to load

    [11 lines not shown]
DeltaFile
+48-195graphics/openjump/files/patch-bin_oj__linux.sh
+82-57graphics/openjump/pkg-plist
+7-5graphics/openjump/Makefile
+3-3graphics/openjump/distinfo
+140-2604 files

LLVM/project 4ecdf5ellvm/lib/Target/PowerPC PPCAsmPrinter.cpp

[AIX][ifunc] fix error message creation logic (misbehaves in production builds) (#188060)

I don't know why the old code was causing the function name to come out
empty in the message, in certain builds of llvm.
It's either a misuse[1] of the Twine class, or a bug somewhere else.
So this PR rewrites the logic by building the message into a
SmallString<128>. This logic is part of error handling, so optimizing it
is not important.

[1] I checked the usage and couldn't find anything suspicious

Co-authored-by: Wael Yehia <wyehia at ca.ibm.com>
DeltaFile
+6-5llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp
+6-51 files

LLVM/project ea5d9c7llvm/tools/llvm-profgen ProfiledBinary.h

[llvm-profgen] Fix break to continue in PrologEpilogTracker loops (#188565)

In inferPrologAddresses and inferEpilogAddresses, using `break`
incorrectly stops processing all remaining entries when a single
IP.advance() or IP.backward() fails. Change to `continue` so that only
the failing entry is skipped.
DeltaFile
+2-2llvm/tools/llvm-profgen/ProfiledBinary.h
+2-21 files

LLVM/project b9865b1llvm/lib/Transforms/Vectorize SLPVectorizer.cpp, llvm/test/Transforms/SLPVectorizer/AArch64 unprofitable-alternate-subtree.ll

Simplifications, fixes

Created using spr 1.3.7
DeltaFile
+24-49llvm/test/Transforms/SLPVectorizer/AMDGPU/slp-v2f16.ll
+17-19llvm/test/Transforms/SLPVectorizer/AArch64/unprofitable-alternate-subtree.ll
+16-17llvm/test/Transforms/SLPVectorizer/X86/shl-to-add-transformation4.ll
+8-8llvm/test/Transforms/SLPVectorizer/X86/external-bin-op-user.ll
+7-8llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+5-9llvm/test/Transforms/SLPVectorizer/X86/reduction2.ll
+77-1102 files not shown
+87-1228 files

FreeBSD/ports 2176938net/bird2 distinfo Makefile

net/bird2: Update to 2.18.1

Sponsored by:   Netflix
DeltaFile
+3-3net/bird2/distinfo
+1-1net/bird2/Makefile
+4-42 files

FreeBSD/ports 966e95cnet/bird3 distinfo Makefile

net/bird3: Update to 3.2.1

Sponsored by:   Netflix
DeltaFile
+3-3net/bird3/distinfo
+1-1net/bird3/Makefile
+4-42 files

LLVM/project 5df89aellvm/lib/CodeGen/SelectionDAG DAGCombiner.cpp, llvm/test/CodeGen/SystemZ vec-trunc-to-i16.ll

[CodeGen] Preserve big-endian trunc in concat_vectors (#190701)

A transform from `concat_vectors(trunc(scalar), undef)` to
`scalar_to_vector(scalar)` is only equivalent for little-endian targets.
On big-endian, that would put the extra upper bytes ahead of the desired
truncated bytes. This problem was seen on Rust s390x in [RHEL-147748].

[RHEL-147748]: https://redhat.atlassian.net/browse/RHEL-147748

Assisted-by: Claude Code
DeltaFile
+45-0llvm/test/CodeGen/SystemZ/vec-trunc-to-i16.ll
+3-1llvm/lib/CodeGen/SelectionDAG/DAGCombiner.cpp
+48-12 files

LLVM/project fce08a6mlir/include/mlir/Dialect/AMDGPU/IR AMDGPUEnums.h AMDGPUEnums.td, mlir/lib/Conversion/AMDGPUToROCDL AMDGPUToROCDL.cpp

[AMDGPU][MLIR][NFC] moved enc computation to a dedicated method (#189339)

Tried to adapt `GlobalPrefetchOp` for projects like Triton that do not
use `memref`s but they can still use enums exposed to the AMDGPU
dialects. Therefor, they could benefit from just calling a static method
which converts a bunch of enums to a correct `i32` value expected by the
AMDGCN backend.

Also renamed `TemporalHint` to `LoadTemporalHint` because it turned out
there are temporal hints for store operations (for example,
`buffer_store`) which have slightly different enum values (e.g., `WB`
(write-back) instead of `LU`)
DeltaFile
+36-0mlir/include/mlir/Dialect/AMDGPU/IR/AMDGPUEnums.h
+10-10mlir/test/Conversion/AMDGPUToROCDL/global-prefetch.mlir
+3-15mlir/lib/Conversion/AMDGPUToROCDL/AMDGPUToROCDL.cpp
+12-5mlir/lib/Dialect/AMDGPU/IR/AMDGPUOps.cpp
+9-0mlir/test/Dialect/AMDGPU/invalid.mlir
+2-2mlir/include/mlir/Dialect/AMDGPU/IR/AMDGPUEnums.td
+72-323 files not shown
+76-369 files

FreeNAS/freenas 11a94afsrc/middlewared/middlewared/plugins/zpool scrub_impl.py exceptions.py

exception names
DeltaFile
+6-6src/middlewared/middlewared/plugins/zpool/scrub_impl.py
+5-5src/middlewared/middlewared/plugins/zpool/exceptions.py
+3-3src/middlewared/middlewared/plugins/zpool/scrub.py
+14-143 files