LLVM/project c01da65 — llvm/lib/CodeGen/SelectionDAG TargetLowering.cpp, llvm/lib/Target/RISCV RISCVISelLowering.cpp

Revert "[SelectionDAG] Narrow (shr (sub A, B), 1) to AVGSUBFLOOR (#233635)"

This reverts commit 11827b9010c26ea3b401b58070d62ba0f1caee48.
DeltaFile
+0-198llvm/test/CodeGen/RISCV/rvp-avgsub.ll
+6-113llvm/lib/CodeGen/SelectionDAG/TargetLowering.cpp
+11-0llvm/lib/Target/RISCV/RISCVISelLowering.cpp
+17-3113 files

LLVM/project 5f8ff15 — llvm/lib/ExecutionEngine/Orc/TargetProcess JITLoaderPerf.cpp

[ORC] Restrict JITLoaderPerf LLVM_ALWAYS_EXPORT to Linux (#238241)

PR #237756 added LLVM_ALWAYS_EXPORT to both the Linux and non-Linux stub
definitions in JITLoaderPerf.cpp, breaking static Windows MSVC builds
(https://lab.llvm.org/buildbot/#/builders/flang-x86_64-windows) with
C2375 because LLVM_ALWAYS_EXPORT expands to __declspec(dllexport) while
LLVM_ABI in JITLoaderPerf.h is empty.

Perf JIT support is Linux-only, so drop LLVM_ALWAYS_EXPORT from the
non-Linux stub definitions.

Assisted-by: Gemini
DeltaFile
+3-3llvm/lib/ExecutionEngine/Orc/TargetProcess/JITLoaderPerf.cpp
+3-31 files

LLVM/project f76021b — clang/lib/Sema SemaLookup.cpp, clang/test/Modules reduced-bmi-local-type.cppm

[C++20] [Modules] Don't judge the accetability of a function for whose definition is reduced (#238239)

Close https://github.com/llvm/llvm-project/issues/237418

The root cause of the issue is, when clang tries to judge if a
function's definition is acceptable or not, the body of the function is
removed in reduced BMI.

The solution here is to judge the acceptability of the function itself
instead.
DeltaFile
+62-0clang/test/Modules/reduced-bmi-local-type.cppm
+4-0clang/lib/Sema/SemaLookup.cpp
+66-02 files

FreeBSD/src 418b14a — sys/dev/usb/serial uchcom.c

uchcom: validate baud rate in uchcom_pre_param

Check the requested baud rate in uchcom_pre_param() instead of working
around it in uchcom_calc_baudrate(), where a rate of 0 caused a
divide-by-zero.  The pre_param callback is the proper place for this check.

Reviewed by:    aokblast
Differential Revision:  https://reviews.freebsd.org/D61127
DeltaFile
+6-9sys/dev/usb/serial/uchcom.c
+6-91 files

LLVM/project b045833 — llvm/include/llvm/IR Intrinsics.td

Apply suggestion from @nikic

Co-authored-by: Nikita Popov <npopov at redhat.com>
DeltaFile
+1-1llvm/include/llvm/IR/Intrinsics.td
+1-11 files

FreeBSD/ports 553520e — www/py-recaptcha Makefile

www/py-recaptcha: Deprecate

Python 2 code for the reCAPTCHA v1 API, which was shut down.

While here, fix portlint warnings.

Set the EXPIRATION_DATE to the beginning of next month.  Since the API
has been shut down, I don't expect anyone to care though.

PR:             299951
DeltaFile
+5-1www/py-recaptcha/Makefile
+5-11 files

FreeNAS/freenas 54a6169 — src/middlewared/middlewared/plugins/usage __init__.py run.py, src/middlewared/middlewared/plugins/zfs resource.py count_impl.py

Submit usage statistics once a day and gather space cheaply

## Problem
Usage statistics were submitted at a random time after every middleware start, so reboots, restarts and failovers could send them more than once a day.
Gathering also walked every dataset and zvol on every pool and read space properties for each one, when only counts, root dataset space, zvol `used` and the `used` of backed-up datasets were needed. The per-pool entries only had `capacity`, so used and free space couldn't be told apart, and `data_without_backup_size` summed `used` over every dataset, counting nested data once per level.

## Solution
- **Submit at most once every 24 hours.** The time of the last successful submission is kept in keyvalue, `usage.start` only submits once 24 hours have passed since then, and the next run is scheduled for 24 hours after it. When nothing is saved yet the clock starts from now, so nothing is sent for 24 hours after an upgrade or a first install. On HA, a run that falls due while the node isn't master waits another 24 hours. `usage.start` is started on `system.ready` rather than from setup, because plugin setup runs before pools are imported at boot and a run due then would gather without pools and record that as a successful submission.
- **Report used and available space for each pool.** `gather_pools` queries `zpool.query_impl` for the pools in `storage.volume` and reports `capacity`, `used` and `available` from the pool's `usable`, `used` and `available` properties. `capacity` therefore changes meaning, from root dataset used + available to pool `usable`, and none of these match `zfs list` because of slop space and special/dedup vdev accounting. dRAID vdev types are normalised to `draid`.
- **Measure data without backup against the space actually used.** `data_without_backup_size` is now the sum of root dataset `used` minus the backed-up size, clamped at 0 since a backed-up dataset and its child are both counted.
- **Gather without reading properties of every dataset.** Datasets and zvols are counted with a fast libzfs iteration in a private `zfs.resource.count_impl`, so the cost is one simple ioctl per dataset, one full lookup per zvol, one query per pool root and one query per backed-up dataset. Restricted runs, with usage collection off, get cheaper too. A backup source that can't be queried is logged and skipped rather than dropping all the backup stats.
- **Test the counts.** An api2 test checks that a dataset with a child and a zvol move the dataset and zvol counts and the zvol total size.
DeltaFile
+42-26src/middlewared/middlewared/plugins/usage/gather.py
+24-6src/middlewared/middlewared/plugins/usage/run.py
+30-0src/middlewared/middlewared/plugins/zfs/count_impl.py
+7-10src/middlewared/middlewared/plugins/usage/__init__.py
+17-0tests/api2/test_usage_reporting.py
+6-0src/middlewared/middlewared/plugins/zfs/resource.py
+126-426 files

LLVM/project 50fa303 — llvm/lib/Target/AMDGPU SIPreEmitPeephole.cpp, llvm/test/CodeGen/AMDGPU llvm.amdgcn.sched.group.barrier.gfx1250.ll coexec-scheduler.ll

[AMDGPU] Set WMMA source-operand reuse bits in SIPreEmitPeephole

gfx1250 WMMA and SWMMAC instructions can set matrix_a_reuse /
matrix_b_reuse bits that keep the A or B source operand in a
high-temporality state in the VALU source-operand cache, so a later
instruction reusing the same registers hits in the cache instead of
re-reading the register file.

Add a late, post-RA peephole in the existing pre-emit peephole pass that,
for every WMMA or SWMMAC, sets the A or B reuse bit when the next WMMA or
SWMMAC in the basic block reads the same physical registers in the same
operand position. Other instructions between the two are allowed, as long
as none of them reads or writes those registers.

The cache is only a few entries deep, so at most one reuse bit is set per
instruction, and none is added if one is already set.

Stale sticky entries in the cache are cleared when a register is used in
an instruction without a reuse bit being set. Therefore, the final use of
the same source should not set the bit.
DeltaFile
+391-0llvm/test/CodeGen/AMDGPU/wmma-set-reuse-bits.mir
+38-38llvm/test/CodeGen/AMDGPU/coexec-scheduler.ll
+71-1llvm/lib/Target/AMDGPU/SIPreEmitPeephole.cpp
+8-8llvm/test/CodeGen/AMDGPU/llvm.amdgcn.sched.group.barrier.gfx1250.ll
+508-474 files

FreeNAS/freenas cb19178 — src/middlewared/middlewared/plugins/failover_ event.py

Report failover steps in vrrp_master progress

This commit adds changes to report the current failover step in the vrrp_master job's progress extra field so TrueNAS Connect can show users what a failover is doing. The existing progress descriptions are left untouched since the webUI and failover.status depend on them.
DeltaFile
+10-2src/middlewared/middlewared/plugins/failover_/event.py
+10-21 files

FreeBSD/ports 682ead2 — editors/vscode Makefile distinfo, editors/vscode/files patch-build_lib_nodeCompileCache.ts patch-src_mainImpl.ts

editors/vscode: Update to 1.144.0

Changelog: https://code.visualstudio.com/updates/v1_144

Reported by:    GitHub (watch releases)
DeltaFile
+130-241editors/vscode/pkg-plist.amd64
+130-241editors/vscode/pkg-plist.aarch64
+13-13editors/vscode/distinfo
+14-5editors/vscode/files/patch-src_mainImpl.ts
+13-0editors/vscode/files/patch-build_lib_nodeCompileCache.ts
+4-4editors/vscode/Makefile
+304-5045 files not shown
+316-51611 files

NetBSD/pkgsrc PHTKfPw — doc CHANGES-2026

   Updated devel/cargo-nextest, devel/py-anyio
VersionDeltaFile
1.7575+3-1doc/CHANGES-2026
+3-11 files

NetBSD/pkgsrc 7vr594X — devel/py-anyio Makefile distinfo

   py-anyio: updated to 4.16.0

   4.16.0

   *New features*

   - Added ``BlockingPortal.call_async()`` for asynchronously calling into an event loop
     with optional abandonment on cancellation
   - Added SOCK_SEQPACKET support to ``connect_unix()`` and ``create_unix_listener()``

   *Other changes*

   - Changed UDP sockets on the asyncio backend to make ``send()`` wait until the
     datagram has been passed to the operating system

   *Bug fixes*

   - Fixed documentation implying that ``use_uvloop=True`` falls back to the standard
     event loop when uvloop (winloop on Windows) is not installed, and showed how to

    [100 lines not shown]
VersionDeltaFile
1.36+4-4devel/py-anyio/distinfo
1.43+2-2devel/py-anyio/Makefile
+6-62 files

LLVM/project 9d6524a — llvm/test/DebugInfo/Generic 2010-04-19-FramePtr.ll

Fix 2010-04-19-FramePtr.ll on non-Darwin hosts

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply at anthropic.com>
DeltaFile
+4-2llvm/test/DebugInfo/Generic/2010-04-19-FramePtr.ll
+4-21 files

LLVM/project 000dc58 — llvm/test/Transforms/Util/DeclareRuntimeLibcalls hexagon.ll arm.ll

RuntimeLibcalls: Add signatures for half and bfloat conversion libcalls

Fix missing type signatures for compiler-rt FP conversion functions.
__gnu_h2f_ieee and __gnu_f2h_ieee are special cases which take and
return the integer representations instead.

Co-authored-by: Claude Opus 5.5 <noreply at anthropic.com>
DeltaFile
+120-120llvm/test/Transforms/Util/DeclareRuntimeLibcalls/aarch64.ll
+81-81llvm/test/Transforms/Util/DeclareRuntimeLibcalls/windows.ll
+81-81llvm/test/Transforms/Util/DeclareRuntimeLibcalls/bsd.ll
+69-69llvm/test/Transforms/Util/DeclareRuntimeLibcalls/ppc.ll
+50-50llvm/test/Transforms/Util/DeclareRuntimeLibcalls/arm.ll
+48-48llvm/test/Transforms/Util/DeclareRuntimeLibcalls/hexagon.ll
+449-44912 files not shown
+781-76718 files

OPNSense/core 303651e — src/opnsense/scripts/captiveportal cp-background-process.py

captive portal: further restrict roaming to IPv6 client sessions (#11116)
DeltaFile
+21-26src/opnsense/scripts/captiveportal/cp-background-process.py
+21-261 files

NetBSD/pkgsrc jh1TjFE — devel/cargo-nextest Makefile cargo-depends.mk

   cargo-nextest: updated to 0.9.151

   0.9.151

   Fixed

   With test groups and threads-required, a test waiting for a slot in its group is now started as soon as enough threads are free. Previously, if the threads were freed by a test outside that group, the waiting test could be delayed. If no other test in its group was still running, the run could end with the test not being run.
   Fixed a panic when reusing builds (--archive-file or --binaries-metadata) for a custom target provided by rustc --print=cfg.
VersionDeltaFile
1.29+46-46devel/cargo-nextest/distinfo
1.29+14-14devel/cargo-nextest/cargo-depends.mk
1.33+2-2devel/cargo-nextest/Makefile
+62-623 files

LLVM/project bb58be9 — llvm/tools/llvm-mc llvm-mc.cpp

[nspr] update
DeltaFile
+0-1llvm/tools/llvm-mc/llvm-mc.cpp
+0-11 files

LLVM/project 8b5ece8 — llvm/lib/Target/Sparc SparcAsmPrinter.cpp SparcISelLowering.cpp, llvm/test/CodeGen/SPARC inlineasm-bad.ll inlineasm-v9.ll

[SPARC] Support missing inline asm constraints (#235776)

Clang frontend accepts J, K, L, M, N, and O, but the backend did not
handle them. Inline assembly using them failed with "invalid operand for
inline asm constraint".

Assisted-by: Claude
DeltaFile
+71-0llvm/test/CodeGen/SPARC/inlineasm.ll
+42-2llvm/lib/Target/Sparc/SparcISelLowering.cpp
+19-0llvm/test/CodeGen/SPARC/inlineasm-v9.ll
+17-0llvm/test/CodeGen/SPARC/inlineasm-bad.ll
+9-2llvm/lib/Target/Sparc/SparcAsmPrinter.cpp
+158-45 files

LLVM/project a766770 — libcxx/test/extensions/gnu/hash specializations.verify.cpp

[libc++][test] Avoid assert() in gnu/hash/specializations.verify.cpp (#237485)

In glibc 2.44 under C++26, `<assert.h>` expands variadic `assert(...)`
with `__VA_ARGS__` twice, causing the compile-time call-operator error
in this `-verify` test (updated in #145476) to fire twice on
https://lab.llvm.org/staging/#/builders/sanitizer-aarch64-linux-bootstrap-msan
(https://lab.llvm.org/staging/#/builders/7/builds/93).

Drop `<assert.h>` and check the call expression directly.

Discovered during upgrading buildbot GLIBC 2.43 to 2.44.

Related issue https://github.com/llvm/llvm-project/issues/233597.

Assisted-by: Gemini
DeltaFile
+1-2libcxx/test/extensions/gnu/hash/specializations.verify.cpp
+1-21 files

FreeBSD/ports 480464c — misc/py-crewai distinfo Makefile, misc/py-crewai/files patch-pyproject.toml

misc/py-crewai: update 1.15.27 → 1.15.34
DeltaFile
+108-69misc/py-crewai/Makefile
+15-9misc/py-crewai/files/patch-pyproject.toml
+3-3misc/py-crewai/distinfo
+126-813 files

FreeBSD/ports 536f963 — misc Makefile, misc/py-a2a-sdk distinfo pkg-descr

misc/py-a2a-sdk: New port: Python SDK for the Agent2Agent (A2A) protocol

Approved by:    no need for approval according to bapt@
DeltaFile
+79-0misc/py-a2a-sdk/Makefile
+7-0misc/py-a2a-sdk/pkg-descr
+3-0misc/py-a2a-sdk/distinfo
+1-0misc/Makefile
+90-04 files

FreeBSD/ports 40b5e85 — misc/py-crewai-tools distinfo Makefile

misc/py-crewai-tools: update 1.15.27 → 1.15.34
DeltaFile
+27-26misc/py-crewai-tools/Makefile
+3-3misc/py-crewai-tools/distinfo
+30-292 files

FreeBSD/ports af02d62 — misc/py-crewai-core distinfo Makefile, misc/py-crewai-core/files patch-pyproject.toml

misc/py-crewai-core: update 1.15.27 → 1.15.34
DeltaFile
+9-9misc/py-crewai-core/files/patch-pyproject.toml
+6-6misc/py-crewai-core/Makefile
+3-3misc/py-crewai-core/distinfo
+18-183 files

FreeBSD/ports 2f56a2c — devel Makefile, devel/py-aiologic distinfo pkg-descr

devel/py-aiologic: New port: GIL-powered locking library for Python

Approved by:    no need for approval according to bapt@
DeltaFile
+32-0devel/py-aiologic/Makefile
+4-0devel/py-aiologic/pkg-descr
+3-0devel/py-aiologic/distinfo
+1-0devel/Makefile
+40-04 files

FreeBSD/ports 3b32054 — devel Makefile, devel/py-culsans distinfo pkg-descr

devel/py-culsans: New port: Thread-safe async-aware queue for Python

Approved by:    no need for approval according to bapt@
DeltaFile
+31-0devel/py-culsans/Makefile
+5-0devel/py-culsans/pkg-descr
+3-0devel/py-culsans/distinfo
+1-0devel/Makefile
+40-04 files

FreeBSD/ports f5864dd — misc/py-crewai-cli distinfo Makefile, misc/py-crewai-cli/files patch-pyproject.toml

misc/py-crewai-cli: update 1.15.27 → 1.15.34
DeltaFile
+33-19misc/py-crewai-cli/Makefile
+7-7misc/py-crewai-cli/files/patch-pyproject.toml
+3-3misc/py-crewai-cli/distinfo
+43-293 files

FreeBSD/ports a7b8b10 — devel Makefile, devel/py-rfc8785 pkg-descr distinfo

devel/py-rfc8785: New port: Pure-Python implementation of RFC 8785 (JSON Canonicalization Scheme)

Approved by:    no need for approval according to bapt@
DeltaFile
+27-0devel/py-rfc8785/Makefile
+3-0devel/py-rfc8785/pkg-descr
+3-0devel/py-rfc8785/distinfo
+1-0devel/Makefile
+34-04 files

FreeBSD/ports bd55a7f — devel Makefile, devel/py-json-rpc pkg-descr distinfo

devel/py-json-rpc: New port: JSON-RPC transport implementation

Approved by:    no need for approval according to bapt@
DeltaFile
+28-0devel/py-json-rpc/Makefile
+3-0devel/py-json-rpc/pkg-descr
+3-0devel/py-json-rpc/distinfo
+1-0devel/Makefile
+35-04 files

LLVM/project f1f1b0a — llvm/lib/ExecutionEngine/Orc/TargetProcess JITLoaderPerf.cpp

[spr] update

Created using spr 2.0.0-beta.2
DeltaFile
+3-3llvm/lib/ExecutionEngine/Orc/TargetProcess/JITLoaderPerf.cpp
+3-31 files

NetBSD/pkgsrc JR1eiXj — www/py-django Makefile

   py-django: not for Python 3.11
VersionDeltaFile
1.161+3-1www/py-django/Makefile
+3-11 files