FreeBSD/src d4ddf8esys/dev/virtio/network if_vtnetvar.h

vtnet: Accept VIRTIO_NET_F_CTRL_RX_EXTRA

Although the driver does not issue the extra receive-mode commands
accepting the feature is harmless and some devices, notably Apple's
Virtualization.framework, offer their control-queue features as a
group and refuse FEATURES_OK unless the whole set is acknowledged.

Signed-off-by:  Faraz Vahedi <kfv at kfv.io>
Reviewed by:    adrian
Pull Request:   https://github.com/freebsd/freebsd-src/pull/2322
DeltaFile
+1-0sys/dev/virtio/network/if_vtnetvar.h
+1-01 files

FreeBSD/src c5caf85sys/dev/virtio/network if_vtnet.c if_vtnetvar.h

vtnet: Implement VIRTIO_NET_F_GUEST_ANNOUNCE

When the device sets VIRTIO_NET_S_ANNOUNCE in the config status
field, for example after a VM migrates to a new host, announce
the interface's presence on the network so peers and switches
learn the new attachment point, then acknowledge the request
with the VIRTIO_NET_CTRL_ANNOUNCE_ACK control command, as per
VirtIO v1.3, 5.1.6.5.4.

The announcement raises iflladdr_event: the stack sends gratuitous
ARPs and unsolicited neighbor advertisements for the interface's
addresses, and stacked interfaces such as vlan(4) propagate the
event and announce theirs as well.  The event handlers may sleep,
so the work is deferred from the config change interrupt to a task
on taskqueue_thread; that context also allows the acknowledgement
to be skipped safely if the interface was stopped in the meantime,
in which case the device keeps the bit set and the request is
re-delivered with the next config change interrupt.


    [3 lines not shown]
DeltaFile
+88-0sys/dev/virtio/network/if_vtnet.c
+2-0sys/dev/virtio/network/if_vtnetvar.h
+90-02 files

FreeBSD/src 5481c2dsys/dev/virtio/network if_vtnet.c if_vtnetvar.h

vtnet: Retry feature negotiation without offloads

A device is permitted to reject an otherwise valid subset of its
offered features by refusing to accept FEATURES_OK (VirtIO v1.3,
2.2.2).  Apple's Virtualization.framework does this in practice;
it treats the offered CSUM/TSO offloads as all-or-nothing, while
vtnet's default request contains only part of that group because
of hw.vtnet.lro_disable that would drop the guest TSO bits, thus
negotiation fails and the device does not attach.

If FEATURES_OK is rejected, retry the negotiation once with every
offload-related feature stripped.  Changing the feature set after
a failed FEATURES_OK requires re-initialising from device reset
(VirtIO v1.3, 3.1.1), so the retry goes through virtio_reinit().

A NIC without offloads is preferable to no NIC at all.  Devices
that accept the initial feature set are unaffected, while those
that also reject the reduced set continue to fail attachment as
before.

    [4 lines not shown]
DeltaFile
+14-2sys/dev/virtio/network/if_vtnet.c
+16-0sys/dev/virtio/network/if_vtnetvar.h
+30-22 files

FreeBSD/src 5d479b7sys/compat/linuxkpi/common/src linux_80211_macops.c linux_80211.c

LinuxKPI: 802.11: always lock around (*set_{frag,rts}_threshold)

We would lock the downcalls during normal operation but not during
vap (vif) creation as there was no need for locking.
Add the missing locking there as drivers seem to always expect it
(by assertion) and cannot distinguish between state.
Add the assertions to the downcalls as we need both of them locked
and both of them can sleep.

PR:             296185 ("rtw89(4) freezes the system with INVARIANTS kernel")
Debugged by:    Artem Bunichev (temcbun gmail.com)
Sponsored by:   The FreeBSD Foundation
MFC after:      3 days
DeltaFile
+6-0sys/compat/linuxkpi/common/src/linux_80211_macops.c
+2-0sys/compat/linuxkpi/common/src/linux_80211.c
+8-02 files

LLVM/project 5df4aa1flang/test/Fir/OpenACC acc-declare-gpu-module-insertion.fir, mlir/include/mlir/Dialect/OpenACC/Transforms Passes.td

[flang][acc] Emit unified declare globals as extern. (#210757)

Emit external device symbols for OpenACC declare create and copyin
globals in -gpu=mem:unified; preserve device definitions for
device_resident globals.
DeltaFile
+23-0flang/test/Fir/OpenACC/acc-declare-gpu-module-insertion.fir
+19-2mlir/lib/Dialect/OpenACC/Transforms/ACCDeclareGPUModuleInsertion.cpp
+4-0mlir/include/mlir/Dialect/OpenACC/Transforms/Passes.td
+46-23 files

LLVM/project 6752777llvm/lib/Target/AMDGPU AMDGPU.td DSInstructions.td, llvm/test/TableGen asm-matcher-ambiguous-matchables.td asm-matcher-exclusive-pred-self.td

[TableGen][AMDGPU][AsmParser] Catch and fix ambiguous instructions

Declares mutually exclusive assembler predicates and teaches
TableGen to use that knowledge to report matchables that are
indistinguishable to the asm parser.

The instruction changes are effectively NFCI, mostly removing
genuine duplicates and fixing predicates.

Prepared using Claude.

https://github.com/llvm/llvm-project/issues/69256
DeltaFile
+91-28llvm/utils/TableGen/AsmMatcherEmitter.cpp
+98-0llvm/lib/Target/AMDGPU/AMDGPU.td
+56-0llvm/test/TableGen/asm-matcher-ambiguous-matchables.td
+20-6llvm/lib/Target/AMDGPU/DSInstructions.td
+17-9llvm/lib/Target/AMDGPU/VOP2Instructions.td
+24-0llvm/test/TableGen/asm-matcher-exclusive-pred-self.td
+306-434 files not shown
+340-5310 files

NetBSD/pkgsrc-wip b72688alibdatachannel PLIST Makefile

added libdatachannel 0.24.5
DeltaFile
+46-0libdatachannel/PLIST
+27-0libdatachannel/Makefile
+14-0libdatachannel/DESCR
+5-0libdatachannel/distinfo
+92-04 files

FreeBSD/ports 0e18fa4graphics/nvidia-drm-515-kmod-devel distinfo, graphics/nvidia-drm-612-kmod-devel distinfo

x11/nvidia-driver-devel, x11/nvidia-kmod-devel, x11/linux-nvidia-libs-devel, graphics/nvidia-drm*-kmod-devel: Update to 610.43.03

Update to latest New Feature Branch of drivers 610.43.03:
https://www.nvidia.com/en-us/drivers/details/274185/

Linux counterparts for x11/linux-nvidia-libs:
https://www.nvidia.com/en-us/drivers/details/274183/

PR:             296950
Differential Revision:  https://reviews.freebsd.org/D58375
DeltaFile
+3-3graphics/nvidia-drm-66-kmod-devel/distinfo
+3-3graphics/nvidia-drm-515-kmod-devel/distinfo
+3-3x11/nvidia-driver-devel/distinfo
+3-3graphics/nvidia-drm-latest-kmod-devel/distinfo
+3-3x11/linux-nvidia-libs-devel/distinfo
+3-3graphics/nvidia-drm-612-kmod-devel/distinfo
+18-1810 files not shown
+35-3516 files

FreeNAS/freenas 34182c9src/middlewared/middlewared role.py

Fix recursive role assignment

This commit fixes a typo for the PRIVILEGE_WRITE role that
if granted in isolation to a group could cause a
recursion error to surface to API consumer.

(cherry picked from commit 1bfae0d9d6b8a3b90feb11dcaf3b9b35d2522eea)
DeltaFile
+1-1src/middlewared/middlewared/role.py
+1-11 files

FreeNAS/freenas 1468c8csrc/middlewared/middlewared role.py

Fix recursive role assignment

This commit fixes a typo for the PRIVILEGE_WRITE role that
if granted in isolation to a group could cause a
recursion error to surface to API consumer.

(cherry picked from commit 1bfae0d9d6b8a3b90feb11dcaf3b9b35d2522eea)
DeltaFile
+1-1src/middlewared/middlewared/role.py
+1-11 files

FreeNAS/freenas 90ea852src/middlewared/middlewared role.py

NAS-141876 / 27.0.0-BETA.1 / Fix recursive role assignment (#19358)

This commit fixes a typo for the PRIVILEGE_WRITE role that if granted in
isolation to a group could cause a
recursion error to surface to API consumer.
DeltaFile
+1-1src/middlewared/middlewared/role.py
+1-11 files

NetBSD/pkgsrc-wip aa9cc0fplog PLIST Makefile

added plog 1.1.11
DeltaFile
+32-0plog/PLIST
+16-0plog/Makefile
+14-0plog/buildlink3.mk
+7-0plog/DESCR
+5-0plog/distinfo
+74-05 files

FreeBSD/src 9724f3fbin/cat cat.c

cat: Fix a NULL pointer dereference

Check the `fdopen` return value before calling `cook_cat`.

Reviewed by:    markj, bnovkov
Differential Revision:  https://reviews.freebsd.org/D57741
MFC after:      1 week
DeltaFile
+2-1bin/cat/cat.c
+2-11 files

LLVM/project 5b6ebc2flang/include/flang/Evaluate characteristics.h, flang/lib/Evaluate characteristics.cpp

[flang][cuda][openacc] Support CUDA calls to ACC routines (#210165)

Enable CUDA device procedures to call !$acc routine procedures.

- Treat ACC routines as device-callable during CUDA semantic checking.
- Apply implicit-device dummy argument handling to ACC routines called
from CUDA device code.
- Defer CUDA cloning of ACC routines until ACC lowering materializes and
moves the specialized routine into the GPU module.
- Add a CUF device-function transform regression test.
DeltaFile
+20-0flang/test/Fir/CUDA/cuda-device-func-transform.mlir
+10-6flang/lib/Semantics/check-call.cpp
+5-0flang/lib/Evaluate/characteristics.cpp
+5-0flang/lib/Optimizer/Transforms/CUDA/CUFDeviceFuncTransform.cpp
+3-0flang/lib/Semantics/check-cuda.cpp
+2-0flang/include/flang/Evaluate/characteristics.h
+45-66 files

LLVM/project e328d6e.github/workflows libcxx-pr-benchmark.yml

[libc++] Use github-script instead of pygithub for benchmark jobs, and report failure (#211074)

Switch GitHub API interactions to use actions/github-script instead of
pygithub, as is done in other Github workflows in the repository. This
is simpler and it also resolves the issue that if setting up the Python
virtual environment fails, there's no way to communicate the issue back
since doing so would require pygithub.

As a drive-by, also report the failure when a step in the libc++ PR
benchmark job fails, instead of leaving a "Running benchmarks in ..."
comment indefinitely.

Assisted by Claude

Fixes #210985
DeltaFile
+78-60.github/workflows/libcxx-pr-benchmark.yml
+78-601 files

FreeNAS/freenas 1bfae0dsrc/middlewared/middlewared role.py

Fix recursive role assignment

This commit fixes a typo for the PRIVILEGE_WRITE role that
if granted in isolation to a group could cause a
recursion error to surface to API consumer.
DeltaFile
+1-1src/middlewared/middlewared/role.py
+1-11 files

LLVM/project 16e009fllvm/lib/Transforms/Scalar ConstraintElimination.cpp, llvm/test/Transforms/ConstraintElimination induction-condition-in-loop-exit-postinc.ll monotonic-int-phis-signed.ll

[ConstraintElim] Derive signed facts for post-increment inductions. (#210079)

Extend logic added in https://github.com/llvm/llvm-project/pull/209199
to also derive signed facts.

To do so, we keep track of whether LowerBound = Start + Step overflows
signed/unsigned. Code that previously bailed out if we were handling a
post-increment induction has been updated to use the computed
LowerBound, if it does not signed-wrap.

Alive2 Proof: https://alive2.llvm.org/ce/z/frskVt

PR: https://github.com/llvm/llvm-project/pull/210079
DeltaFile
+54-6llvm/test/Transforms/ConstraintElimination/induction-condition-in-loop-exit-postinc.ll
+23-22llvm/lib/Transforms/Scalar/ConstraintElimination.cpp
+1-2llvm/test/Transforms/ConstraintElimination/monotonic-int-phis-signed.ll
+78-303 files

LLVM/project 82ecd00mlir/test/CAPI rewrite.c

pre-increment
DeltaFile
+5-5mlir/test/CAPI/rewrite.c
+5-51 files

LLVM/project 6d2f3d6mlir/include/mlir-c Rewrite.h, mlir/lib/CAPI/Transforms Rewrite.cpp

[mlir-c] Add 1:N TypeConverter conversion and materialization bindings

Builds on the source/target materialization C bindings:

- Target materialization callbacks now receive `originalType` (split from the
  previously-shared source/target callback typedef), exposing a documented C++
  capability that was otherwise unreachable from C.
- 1:N type conversion: `mlirTypeConverterAdd1ToNConversion` plus an opaque
  results accumulator (`MlirTypeConverterConversionResults` /
  `mlirTypeConverterConversionResultsAppend`). A declining callback's appended
  types are rolled back so the driver's "try the next conversion" invariant
  holds.
- 1:N target materialization: `mlirTypeConverterAdd1ToNTargetMaterialization`,
  whose callback fills a caller-allocated `outputs` buffer. A success that
  leaves any output null is treated as a decline rather than handing the driver
  a null-containing result.
- `mlirConversionPatternRewriterReplaceOpWithMultiple` for 1:N value
  replacement, which can drive a source materialization with nInputs > 1.
- An optional `matchAndRewrite1ToN` callback on `MlirConversionPatternCallbacks`

    [9 lines not shown]
DeltaFile
+706-1mlir/test/CAPI/rewrite.c
+163-14mlir/lib/CAPI/Transforms/Rewrite.cpp
+107-5mlir/include/mlir-c/Rewrite.h
+976-203 files

LLVM/project d768291mlir/test/CAPI rewrite.c

[mlir-c] Test the failure path of the 1:N type conversion callback

Adds a test that registers a 1:N conversion function returning
MlirTypeConverterConversionStatusFailure. Because it is tried before the
i32 -> (i16, i16) conversion, the failure must abort the whole conversion
(rather than falling back), leaving the IR unchanged -- the behavior that a
plain decline would not produce.
DeltaFile
+87-0mlir/test/CAPI/rewrite.c
+87-01 files

LLVM/project aa7fd45mlir/lib/Bindings/Python Rewrite.cpp

[mlir-c] Value-initialize MlirConversionPatternCallbacks in Python bindings

The Python conversion-pattern binding left the struct default-initialized,
so the newly-added optional matchAndRewrite1ToN field held an indeterminate
pointer. The driver's null check then read garbage and jumped into it,
segfaulting mlir/test/python/rewrite.py. Value-initialize the struct so
optional callbacks default to null.
DeltaFile
+3-1mlir/lib/Bindings/Python/Rewrite.cpp
+3-11 files

LLVM/project 75cb33dmlir/test/CAPI rewrite.c

[mlir-c] Fix -Wmissing-field-initializers in rewrite.c test

The new matchAndRewrite1ToN field left three existing
MlirConversionPatternCallbacks initializers under-initialized, which
fails the CI build under -Werror=-Wmissing-field-initializers.
DeltaFile
+4-3mlir/test/CAPI/rewrite.c
+4-31 files

LLVM/project 4705440mlir/include/mlir-c Rewrite.h, mlir/lib/CAPI/Transforms Rewrite.cpp

cleanup comments
DeltaFile
+2-18mlir/include/mlir-c/Rewrite.h
+0-12mlir/lib/CAPI/Transforms/Rewrite.cpp
+2-302 files

LLVM/project 4c716e5mlir/include/mlir-c Rewrite.h, mlir/lib/Bindings/Python Rewrite.cpp

[mlir-c] Use a tri-state status enum for the type conversion callback

MlirTypeConverterConversionCallback returned MlirLogicalResult and used a
null convertedType as a second failure sentinel, which could only express
success or "try another conversion" -- and conflated the C++ decline
(std::nullopt) and hard-failure (failure()) states.

Introduce MlirTypeConverterConversionStatus (Success/Failure/Declined) and
return it from the callback instead, mapping the three states to success(),
failure(), and std::nullopt respectively. Update the Python binding and the
C API test callback accordingly.

Add a C API unit test (testTypeConverterConversionStatus) exercising all
three status values through mlirTypeConverterConvertType.
DeltaFile
+72-6mlir/test/CAPI/rewrite.c
+23-6mlir/include/mlir-c/Rewrite.h
+16-7mlir/lib/CAPI/Transforms/Rewrite.cpp
+3-3mlir/lib/Bindings/Python/Rewrite.cpp
+114-224 files

FreeNAS/freenas aaf94a8src/middlewared/middlewared/plugins/boot_environment crud.py __init__.py, tests README.md

NAS-141595 / 27.0.0-BETA.1 / Replace zectl with the truenas_bootenv engine (#19298)

### Summary
The `boot_environment` plugin no longer shells out to `zectl`. Query,
clone, activate, destroy and keep now call the `truenas_bootenv` engine
in process on middleware's thread-local libzfs handle. `utils.py` and
`run_zectl_cmd` are deleted, and boot-time promotion goes through the
engine instead of parsing `zfs list -j` out of a shell pipeline.

See [truenas_pylibzfs
PR](https://github.com/truenas/truenas_pylibzfs/pull/260) for the engine
and why zectl is going. This PR is the rewiring, and needs that one
merged first.

### How the plugin is structured
The plugin is split in two. `crud.py` holds the async policy (the
mutation lock, the ordering, the grub marker, the rollback, the error
mapping) and never touches ZFS. `__init__.py` carries the `@api_method`
surface and the `be_*_impl` methods, which are synchronous because

    [49 lines not shown]
DeltaFile
+262-91src/middlewared/middlewared/plugins/boot_environment/crud.py
+123-9src/middlewared/middlewared/plugins/boot_environment/__init__.py
+103-0tests/unit/test_boot_environment_setup.py
+29-11tests/api2/test_boot_environments.py
+0-19src/middlewared/middlewared/plugins/boot_environment/utils.py
+6-7tests/README.md
+523-1371 files not shown
+523-1387 files

OpenBSD/src g9TVka4sys/arch/powerpc/include elf.h, sys/arch/powerpc64/include elf.h

   Set flags for Power ISA 2.06, 2.07, isel, and vec crypto

   These are for elf_aux_info(3) AT_HWCAP or AT_HWCAP2.  The vec crypto
   flag is for accelerating AES and SHA-2.  Some ports check these flags,
   or will check them if they get patched to call elf_aux_info.

   Define PPC_FEATURE2_VEC_CRYPTO with the same value as
   PPC_FEATURE2_HAS_VEC_CRYPTO, because I have seen code using the name
   without HAS.

   ok kettenis@
VersionDeltaFile
1.31+6-4sys/arch/powerpc64/powerpc64/cpu.c
1.4+2-1sys/arch/powerpc/include/elf.h
1.4+2-1sys/arch/powerpc64/include/elf.h
+10-63 files

LLVM/project e39a2d1flang/lib/Lower/OpenMP OpenMP.cpp DataSharingProcessor.cpp, flang/test/Lower/OpenMP metadirective-loop.f90 metadirective-implementation.f90

[flang][OpenMP] Lower DO and SIMD variants in metadirectives

Lower DO, SIMD, and DO SIMD replacement directives selected by a
metadirective. Support standalone and begin/end forms with static or runtime
selection.

A standalone metadirective and its associated loop are represented as sibling
PFT evaluations. For example:

```fortran
!$omp metadirective &
!$omp& when(user={condition(flag)}: do) &
!$omp& otherwise(nothing)
do i = 1, n
  a(i) = i
end do
```

has the following evaluation shape:

    [45 lines not shown]
DeltaFile
+432-6flang/lib/Lower/OpenMP/OpenMP.cpp
+416-0flang/test/Lower/OpenMP/metadirective-loop.f90
+69-8flang/lib/Lower/OpenMP/DataSharingProcessor.cpp
+74-0flang/test/Lower/OpenMP/Todo/metadirective-loop-unstructured.f90
+59-0flang/test/Lower/OpenMP/Todo/metadirective-loop-enclosing-data-environment.f90
+46-1flang/test/Lower/OpenMP/metadirective-implementation.f90
+1,096-1512 files not shown
+1,278-2818 files

FreeBSD/doc aaa3351website/content/en/status/report-2026-04-2026-06 openjdk.adoc hpc-ports-modernization.adoc, website/content/en/status/report-2026-04-2026-07 hpc-ports-modernization.adoc

Status/2026Q2: fix location of reports in wrong dirs
DeltaFile
+0-61website/content/en/status/report-2026-04-3036-06/openjdk.adoc
+61-0website/content/en/status/report-2026-04-2026-06/openjdk.adoc
+0-46website/content/en/status/report-2026-04-2026-07/hpc-ports-modernization.adoc
+46-0website/content/en/status/report-2026-04-2026-06/hpc-ports-modernization.adoc
+107-1074 files

LLVM/project bf42992llvm/lib/Transforms/Vectorize SLPVectorizer.cpp, llvm/test/Transforms/SLPVectorizer/X86 loop-invariant-gather-inst-count.ll rgb_phi.ll

Revert "[SLP]Make the instruction-count check loop-aware"

This reverts commit 3f928aec54e28dd470a3f0fbbe2ebafb73691dcc to fix
buildbots https://lab.llvm.org/buildbot/#/builders/11/builds/44691

Reviewers: 

Pull Request: https://github.com/llvm/llvm-project/pull/211091
DeltaFile
+64-64llvm/test/Transforms/SLPVectorizer/X86/loop-invariant-gather-inst-count.ll
+36-64llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+9-9llvm/test/Transforms/SLPVectorizer/X86/rgb_phi.ll
+7-8llvm/test/Transforms/SLPVectorizer/X86/phi-removed-on-operand-vectorization.ll
+5-5llvm/test/Transforms/SLPVectorizer/X86/deleted-instructions-clear.ll
+121-1505 files

OpenBSD/ports gRYlY1Ynet/icinga/core2 distinfo Makefile

   update to icinga2-2.16.4, from Alvar Penning
VersionDeltaFile
1.68+2-2net/icinga/core2/distinfo
1.160+1-1net/icinga/core2/Makefile
+3-32 files