FreeBSD/ports 881f11d — net/haproxy28 Makefile distinfo

net/haproxy28: update to version 2.8.31
DeltaFile
+3-3net/haproxy28/distinfo
+1-1net/haproxy28/Makefile
+4-42 files

FreeBSD/ports 3450d69 — net/haproxy30 Makefile distinfo

net/haproxy30: update to version 3.0.30
DeltaFile
+3-3net/haproxy30/distinfo
+1-1net/haproxy30/Makefile
+4-42 files

FreeBSD/ports e545fd8 — net/haproxy26 Makefile distinfo

net/haproxy26: update to version 2.6.35
DeltaFile
+3-3net/haproxy26/distinfo
+1-1net/haproxy26/Makefile
+4-42 files

FreeBSD/ports 62bbe7f — net/haproxy32 Makefile distinfo

net/haproxy32: update to version 3.2.26
DeltaFile
+3-3net/haproxy32/distinfo
+1-1net/haproxy32/Makefile
+4-42 files

FreeBSD/ports 73613a8 — net/haproxy Makefile distinfo

net/haproxy: update to version 3.4.7.
DeltaFile
+3-3net/haproxy/distinfo
+1-1net/haproxy/Makefile
+4-42 files

FreeBSD/ports fc985da — net/haproxy33 Makefile distinfo

net/haproxy33: update to version 3.3.17.
DeltaFile
+3-3net/haproxy33/distinfo
+1-1net/haproxy33/Makefile
+4-42 files

LLVM/project 6b804fd — llvm/lib/CodeGen/SelectionDAG SelectionDAGBuilder.cpp, llvm/lib/Target/AMDGPU SIInstrInfo.h AMDGPUAsmPrinter.cpp

Revert "[AMDGPU] Support the RF inline asm constraint" (#232024)

Reverts llvm/llvm-project#195123
DeltaFile
+0-334llvm/test/CodeGen/AMDGPU/inline-mem-constraints.ll
+0-27llvm/lib/Target/AMDGPU/AMDGPUISelDAGToDAG.cpp
+0-12llvm/lib/Target/AMDGPU/SIISelLowering.cpp
+0-10llvm/lib/Target/AMDGPU/AMDGPUAsmPrinter.cpp
+1-8llvm/lib/Target/AMDGPU/SIInstrInfo.h
+1-7llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp
+2-3989 files not shown
+10-42015 files

FreeBSD/src 169e254 — sys/fs/fuse fuse_vnops.c fuse_ipc.c, tests/sys/fs/fusefs utils.hh mockfs.cc

fusefs: fix a deadlock caused by daemons that never initialize

If a daemon never responds to FUSE_INIT, but some process attempts to
access the mountpoint, and a different process (possibly the daemon
itself) attempts to unmount, a deadlock would result.

Fix this bug by blocking any thread that enters fuse_vfsop_root until
the daemon responds to FUSE_INIT or it times out.  That will block any
thread attempting to lookup a path in the fuse mountpoint, before it
even gets to fuse VOPs.  Remove less thorough initialization checks in
fuse_ticket_fetch and fuse_vnop_access that are no longer necessary.
And add a test case.

PR:             287431
Sponsored by:   ConnectWise
Reviewed by:    js
Differential Revision: https://reviews.freebsd.org/D59737

(cherry picked from commit 0bd6348b52e1991fafc55128173c989dab36dfd9)
DeltaFile
+75-11tests/sys/fs/fusefs/pre-init.cc
+31-0sys/fs/fuse/fuse_vfsops.c
+1-23sys/fs/fuse/fuse_ipc.c
+0-14sys/fs/fuse/fuse_vnops.c
+8-1tests/sys/fs/fusefs/mockfs.cc
+2-0tests/sys/fs/fusefs/utils.hh
+117-493 files not shown
+119-529 files

LLVM/project 03ba8c3 — llvm/lib/Target/AMDGPU VOP2Instructions.td

[AMDGPU] Remove redundant V_PK_FMAC_F16_e32_vi. NFCI. (#231972)

V_PK_FMAC_F16_e32_vi was added for gfx908 before there were any GFX9
specific reals for V_PK_FMAC_F16. #144782 added VOP2_Real_e32e64_gfx9 for
it, which includes V_PK_FMAC_F16_e32_gfx9 with the same encoding, making
the VI real redundant. FeaturePkFmacF16Inst is not available on any GFX8
target, so the VI real was only ever usable on GFX9, where the asm matcher
had two identical matches for the e32 form.

Codegen already uses V_PK_FMAC_F16_e32_gfx9 on GFX9, and the disassembler
now decodes the e32 form from the GFX9 table instead of the GFX8 table,
with no change to the printed text.

Co-authored-by: Claude Opus 5.5 (1M context) <noreply at anthropic.com>
DeltaFile
+0-4llvm/lib/Target/AMDGPU/VOP2Instructions.td
+0-41 files

FreeNAS/freenas 678dfeb — tests/protocols __init__.py iscsi_proto.py

Add context_params to iscsi_scsi_connect()

Pass an optional context_params dict through to python-scsi's
init_device(), so a test can set pre-login iscsi.Context options such
as an explicit ISID.  context_params_supported() lets callers skip when
the installed python-scsi predates it.

Also ruff.
DeltaFile
+41-6tests/protocols/iscsi_proto.py
+8-1tests/protocols/__init__.py
+49-72 files

FreeNAS/freenas 41c5fc1 — src/middlewared/middlewared/api/v28_0_0 iscsi_global.py

Allow iSCSI mode=2
DeltaFile
+1-1src/middlewared/middlewared/api/v28_0_0/iscsi_global.py
+1-11 files

FreeNAS/freenas fb7be58 — src/middlewared/middlewared/plugins/iscsi_ lio.py

Update how we tell LIO that an extent has resized.
DeltaFile
+2-2src/middlewared/middlewared/plugins/iscsi_/lio.py
+2-21 files

FreeNAS/freenas ce5976b — src/middlewared/middlewared/plugins/iscsi_ alua.py extents.py, src/middlewared/middlewared/utils/lio config.py

Add middleware support for LIO ALUA HA

Wire up the middleware side of LIO ALUA high-availability: load
lio_ha.ko with per-node addresses on service start, manage ALUA
state across failover events, clean up STANDBY configfs on pool
export, and add pre-flight validation that targets have static
initiator ACLs before ALUA can be enabled.

For each target, create a portal-less phantom TPG carrying the peer
node's controller group so that a single RTPG response from any
connected port lists both ALUA groups.  Write tpgt_N/rtpi explicitly
before enable so that relative target port IDs in RTPG match the
tag formula (portal.tag on Node A, portal.tag + 32000 on Node B)
rather than being auto-assigned sequentially by the kernel.

ALUA group states are driven by role and ha_state:

  MASTER  + synced        local=OPTIMIZED     remote=NONOPTIMIZED
  MASTER  + connected     local=OPTIMIZED     remote=TRANSITIONING

    [4 lines not shown]
DeltaFile
+541-135src/middlewared/middlewared/utils/lio/config.py
+214-2src/middlewared/middlewared/plugins/iscsi_/lio.py
+87-71src/middlewared/middlewared/plugins/iscsi_/fs_attachment_delegate.py
+89-58src/middlewared/middlewared/plugins/iscsi_/target_to_extent.py
+59-47src/middlewared/middlewared/plugins/iscsi_/extents.py
+62-9src/middlewared/middlewared/plugins/iscsi_/alua.py
+1,052-3228 files not shown
+1,236-37114 files

FreeBSD/doc f293085 — website/content/en/status/report-2026-07-2026-09 core.adoc

status/2026q3: Add core@ entry

Reviewed by:            core@, status (salvadore)
Differential Revision:  https://reviews.freebsd.org/D60483
DeltaFile
+152-0website/content/en/status/report-2026-07-2026-09/core.adoc
+152-01 files

LLVM/project 5580cb8 — flang/lib/Semantics expression.cpp, flang/test/Semantics/OpenMP declare-reduction-operators.f90 declare-reduction-logical.f90

[flang][OpenMP] Diagnose array element references to UDR special variables (#231559)

In OpenMP 6.0, user-defined reduction combiners and initializers are
treated as elemental, so omp_in, omp_out, omp_priv and omp_orig are
scalars, and any selectors in their designators must be component
selectors.

These special variables were declared as entities with unknown details
and a reference like omp_out(1) made them be treated as implicit
external functions.

Also, OmpInVar|OmpOutVar|OmpPrivVar|OmpOrigVar flags were never set
because the symbol lookup was done in the wrong scope.

Convert the special variables to object entities when they are declared,
set the flags on the declared symbols and treat a parenthesized
reference to a flagged scalar as an array element, so that the same
"'omp_out' is not an array" error is reported as for array sections.


    [2 lines not shown]
DeltaFile
+61-0flang/test/Semantics/OpenMP/declare-reduction-scalar-vars.f90
+28-28flang/test/Semantics/OpenMP/declare-reduction-functions.f90
+8-8flang/test/Semantics/OpenMP/declare-reduction.f90
+9-0flang/lib/Semantics/expression.cpp
+4-4flang/test/Semantics/OpenMP/declare-reduction-operators.f90
+4-4flang/test/Semantics/OpenMP/declare-reduction-logical.f90
+114-444 files not shown
+129-5210 files

LLVM/project 0576b30 — flang/include/flang/Semantics openmp-utils.h, flang/lib/Lower/OpenMP OpenMP.cpp

[flang][OpenMP] Rank metadirective candidates once

When a runtime guard fails, Flang reranks the remaining METADIRECTIVE
candidates. A selector that was a strict subset of the failed candidate
then gets its raw score back and can overtake a better static candidate.
With vendor(score(100): llvm) for TASKYIELD, vendor(score(1): llvm) plus
condition(score(20): flag) for BARRIER, and condition(score(10): .true.)
for TASKWAIT, a false flag selects TASKYIELD instead of TASKWAIT.

This patch ranks the candidates once against the complete set and keeps
that order on every runtime path. It also scores an implicit NOTHING like
an explicit replacement, so explicitness only breaks ties. Under
match_none, the guarded candidate now carries a false condition instead
of an unknown one, since that's the outcome it's selected on. Construct
selectors now recognize construct={simd}.

Split from #224431.

Assisted-by: GitHub Copilot (Claude Opus 5.5)
DeltaFile
+284-80flang/test/Lower/OpenMP/metadirective-user.f90
+50-93flang/lib/Semantics/openmp-utils.cpp
+81-0flang/test/Lower/OpenMP/metadirective-user-static.f90
+7-22flang/lib/Lower/OpenMP/OpenMP.cpp
+10-11flang/include/flang/Semantics/openmp-utils.h
+19-0flang/test/Lower/OpenMP/declare-variant-condition-identity.f90
+451-2066 files

LLVM/project 4c5eca6 — clang/include/clang/Basic DiagnosticSemaKinds.td, clang/lib/Sema SemaChecking.cpp

Update wording to be clearer.
DeltaFile
+3-3clang/lib/Sema/SemaChecking.cpp
+4-2clang/include/clang/Basic/DiagnosticSemaKinds.td
+2-2clang/test/Sema/builtin-counted-by-ref.c
+9-73 files

LLVM/project 883d990 — clang/lib/CIR/CodeGen CIRGenFunction.cpp

[CIR] Address reviewer feedback

Assisted-by: Cursor / claude-opus-5.5
DeltaFile
+6-4clang/lib/CIR/CodeGen/CIRGenFunction.cpp
+6-41 files

LLVM/project 15704f6 — llvm/docs CommandLine.md, llvm/lib/Option LibraryOptions.cpp

[Option] Support aliases of library options

A library option that is renamed can keep its old spelling as an alias
that sets the same member, using the existing Alias<> and AliasArgs<>
of OptParser.td, as AArch64Options.td already does for
-aarch64-stack-hazard-size. Renames that dropped the old spelling (for
example the "disable-" to positive ones) can use it to stay source
compatible.

Three things did not work and are fixed:

* A Flag alias with AliasArgs, the only form that can flip a bool
  (-disable-foo as -foo=false) or supply a value, was never listed by
  LibraryOptionsParser::forEachOption, so cl:: reported it as an unknown
  argument and did not check its name for duplicates.
* The emitter rejected an alias of an option with a Condition. An alias
  now takes its target's Condition and is built where the target is.
* An alias of a different kind than its target was accepted and read a
  missing value. The emitter now requires the target's kind (or a Flag

    [9 lines not shown]
DeltaFile
+166-10llvm/unittests/Option/LibraryOptionsTest.cpp
+81-0llvm/test/TableGen/opt-parser-struct-alias.td
+42-7llvm/utils/TableGen/Basic/OptionParserEmitter.cpp
+23-8llvm/unittests/Option/LibraryOpts.td
+30-0llvm/docs/CommandLine.md
+5-1llvm/lib/Option/LibraryOptions.cpp
+347-266 files

LLVM/project b09b655 — clang/lib/CIR/Lowering/DirectToLLVM LowerToLLVM.cpp, clang/test/CIR/Lowering unlowered-address-spaces.cir

[CIR] Reject language address spaces in DirectToLLVM pointer conversion

Reject unlowered language address spaces in pointer types when bypassing TargetLowering. Guard pointer-producing lowerings, including generated patterns, so failed conversions report legalization failures instead of silently selecting address space zero or constructing invalid LLVM operations.

Assisted-by: Codex / GPT-6
DeltaFile
+504-0clang/test/CIR/Lowering/unlowered-address-spaces.cir
+64-0clang/lib/CIR/Lowering/DirectToLLVM/LowerToLLVM.cpp
+2-0clang/utils/TableGen/CIRLoweringEmitter.cpp
+570-03 files

LLVM/project fe25fb6 — clang/include/clang/CIR LoweringHelpers.h, clang/include/clang/CIR/Dialect/IR CIROps.td

[CIR] Propagate initializer type adjustment failures

Reject initializers whose active members have no LLVM representation, including when an enclosing union's storage type is convertible. Propagate recursive adjustment failures before querying data layout or constructing LLVM operations.

Assisted-by: Codex / GPT-6
DeltaFile
+66-0clang/test/CIR/Lowering/unsupported-initializer-types.cir
+13-2clang/lib/CIR/Lowering/DirectToLLVM/LowerToLLVM.cpp
+12-0clang/lib/CIR/Lowering/LoweringHelpers.cpp
+2-1clang/include/clang/CIR/LoweringHelpers.h
+1-1clang/include/clang/CIR/Dialect/IR/CIROps.td
+94-45 files

LLVM/project c653fe3 — clang/lib/CIR/Lowering/DirectToLLVM LowerToLLVM.h LowerToLLVM.cpp, clang/test/CIR/Lowering unsupported-type-conversions.cir

[CIR] Propagate type conversion failures in DirectToLLVM

Propagate failed type and constant conversions through DirectToLLVM so unsupported types produce legalization failures instead of invalid LLVM operations or a void function result.

Assisted-by: Codex / GPT-6
DeltaFile
+178-0clang/test/CIR/Lowering/unsupported-type-conversions.cir
+49-13clang/lib/CIR/Lowering/DirectToLLVM/LowerToLLVM.cpp
+4-3clang/lib/CIR/Lowering/DirectToLLVM/LowerToLLVM.h
+231-163 files

LLVM/project 2ad5bb3 — llvm/lib/Target/AMDGPU AMDGPU.td, llvm/lib/Target/ARM ARMPredicates.td

Targets: Use none_of instead of not in AssemblerPredicate conditions

Negate features in AssemblerPredicate conditions using the new none_of
instead of not.

Co-authored-by: Claude Opus 5.5 <noreply at anthropic.com>
DeltaFile
+63-58llvm/lib/Target/AMDGPU/AMDGPU.td
+15-15llvm/lib/Target/Mips/MipsInstrInfo.td
+5-5llvm/lib/Target/ARM/ARMPredicates.td
+4-3llvm/lib/Target/Mips/MipsInstrFPU.td
+3-3llvm/lib/Target/X86/X86InstrPredicates.td
+3-3llvm/lib/Target/RISCV/RISCVFeatures.td
+93-877 files not shown
+102-9413 files

NetBSD/src vh32ndX — lib/libc/stdio vfwprintf.c

   Pull up following revision(s) (requested by kre in ticket #531):

        lib/libc/stdio/vfwprintf.c: revision 1.42,1.43

   PR lib/60708 - include 'F' format when fetching %n$ args.

   PR bin/60496 - fix printf(3) with non-single-byte decimal point & thousands sep

   These fixes are relatively simple, and should be safe -- I have had them
   in my source tree for ages now.

   The fix for the decimal point case is taken more or less directly from
   an old FreeBSD fix for the same issue.

   The thousands separator case is different - our code and FreeBSD's have
   diverged so much in this area that simply using their method would have
   been more trouble than it was worth, so I reimplemented it differently
   to better fit our code model.


    [3 lines not shown]
VersionDeltaFile
1.41.4.1+56-36lib/libc/stdio/vfwprintf.c
+56-361 files

LLVM/project 01a93fc — llvm/lib/Passes PassBuilderPipelines.cpp

[𝘀𝗽𝗿] initial version

Created using spr 1.3.7
DeltaFile
+25-13llvm/lib/Passes/PassBuilderPipelines.cpp
+25-131 files

LLVM/project c830573 — mlir/include/mlir/Dialect/XeGPU/uArch uArchBase.h IntelGpuXe3.h, mlir/lib/Conversion/XeGPUToXeVM XeGPUToXeVM.cpp

[MLIR][XeGPU] Rename Xe3 uArch to Xe3p and add 2D block memory restrictions (#229936)

The uArch header named after Xe3 actually describes Xe3p: plain Xe3
exposes no XeGPU-relevant differences over Xe2, while CRI (Crescent
Island) is an Xe3p part. Rename IntelGpuXe3.h to IntelGpuXe3p.h along
with the `Xe3` class and the `Xe3_First`/`Xe3_Last` uArch kinds, and
record in the file comment why there is no separate Xe3 header. The only
functional difference between the Xe2 and Xe3p instruction sets remains
the scaled DPAS (MXFP) extension.

The subgroup 2D block load/store/prefetch instructions carried no
description of the restrictions on the 2D memory region they access. Add
`BlockIOMemoryRestrictions`. The load, store and prefetch instructions
of a given architecture all share the same restrictions, so this is a
property of the uArch rather than of an individual instruction: `uArch`
exposes it through `getBlockIOMemoryRestrictions()`, next to
`getSubgroupSize()` and `getGeneralPackedFormatBitSize()`. None of these
limits are common across architectures, so uArchBase.h defines only the
layout and each uArch supplies the values. Xe2 requires a 64 byte

    [14 lines not shown]
DeltaFile
+100-1mlir/lib/Conversion/XeGPUToXeVM/XeGPUToXeVM.cpp
+94-0mlir/test/Conversion/XeGPUToXeVM/failed_conversion.mlir
+93-0mlir/include/mlir/Dialect/XeGPU/uArch/IntelGpuXe3p.h
+73-0mlir/test/Conversion/XeGPUToXeVM/create_nd_tdesc.mlir
+0-68mlir/include/mlir/Dialect/XeGPU/uArch/IntelGpuXe3.h
+35-3mlir/include/mlir/Dialect/XeGPU/uArch/uArchBase.h
+395-724 files not shown
+423-7510 files

LLVM/project a652cac — mlir/include/mlir/Dialect/MemRef/Transforms MemorySlotOpInterfaceImpl.h, mlir/lib/Dialect/MemRef/Transforms MemorySlotOpInterfaceImpl.cpp

[mlir][Vector]  Promote buffers accessed via dynamic subviews (#217793)

**Motivation**

An op on dynamically-shaped tensors is padded to static tile sizes
before vectorization: its operands are padded up to a fixed size, and
the real region is extracted back from the result. After bufferization
those padded tensors become fixed-size buffers, and the IR around them
reaches each buffer through dynamic-shaped views — the buffer's shape is
static, but the part that really holds data is not.

The pattern looks like this: a fixed-size staging buffer holding one
tile, a dynamic subview covering the part with real data, a reshape
lifting that tile to the rank of the original tensor it came from, and a
memref.copy that stores the tile back into it or loads a tile out.

```mlir
%buf = memref.alloca() : memref<128x64xf16>      // padded staging buffer
vector.transfer_write %v, %buf[%c0, %c0] {in_bounds = [true, true]}

    [62 lines not shown]
DeltaFile
+204-97mlir/lib/Dialect/MemRef/Transforms/MemorySlotOpInterfaceImpl.cpp
+168-0mlir/test/Dialect/Vector/mem2reg-dynamic-subview.mlir
+119-36mlir/test/Dialect/Vector/mem2reg.mlir
+73-38mlir/lib/Dialect/Vector/Transforms/MemorySlotOpInterfaceImpl.cpp
+12-0mlir/include/mlir/Dialect/MemRef/Transforms/MemorySlotOpInterfaceImpl.h
+576-1715 files

LLVM/project c04b8e5 — llvm/include/llvm/DWARFLinker Utils.h, llvm/lib/DWARFLinker Utils.cpp

[DWARFLinker] Unique unnamed types by their contents (#231980)

An anonymous type is identified by its declaration file and line, but
several can be declared on one line, for example by a macro. The
parallel linker merged all of them into a single DIE. The classic linker
also considered the byte size, which got this right, but only for types
that had different sizes.

Make unnamed classes, structs, unions and enums consider their data
members, bases and enumerators, in addition to their declaration. As a
side effect, this also separates lambdas in function template
instantiations that capture different types, which the parallel linker
merged too.

rdar://189405402
DeltaFile
+1,198-0llvm/test/tools/dsymutil/AArch64/odr-unnamed-types-same-line.test
+102-44llvm/lib/DWARFLinker/Parallel/SyntheticTypeNameBuilder.cpp
+51-1llvm/lib/DWARFLinker/Classic/DWARFLinkerDeclContext.cpp
+41-0llvm/lib/DWARFLinker/Utils.cpp
+19-0llvm/lib/DWARFLinker/Parallel/SyntheticTypeNameBuilder.h
+14-0llvm/include/llvm/DWARFLinker/Utils.h
+1,425-451 files not shown
+1,427-477 files

HardenedBSD/src d743728 — sys/dev/sound/pci ich.c, sys/dev/sound/pcm buffer.c channel.c

Merge remote-tracking branch 'rad/freebsd/current/main' into hardened/current/master
DeltaFile
+99-65usr.sbin/bhyve/pci_xhci.c
+40-19usr.sbin/bhyve/pci_fbuf.c
+58-0tests/sys/sound/mmap.c
+37-11sys/dev/sound/pcm/channel.c
+31-4sys/dev/sound/pcm/buffer.c
+13-10sys/dev/sound/pci/ich.c
+278-10932 files not shown
+404-19338 files

HardenedBSD/src 454e9c5 — lib/libthr/thread thr_private.h thr_init.c

HBSD: Various fixups in libthr

HardenedBSD has diverged ever so slightly in the threading library. This
caused a world build issue after recent changes by FreeBSD.

Signed-off-by:  Shawn Webb <shawn.webb at hardenedbsd.org>
MFC-to:         15-STABLE
X-MFC-with:     5fb07bbcd5d5d9a865d9e7765fb93e9ba5edef1c
DeltaFile
+2-2lib/libthr/thread/thr_init.c
+2-0lib/libthr/thread/thr_private.h
+4-22 files