FreshBSD

8 min read Original article ↗

FreeBSD/src 71e72c9contrib/wpa/src/ap ieee802_11.c, contrib/wpa/src/common proximity_ranging.c qca-vendor.h

wpa: Update to 2.12

Fixes and new features include:

hostapd:
* support RSN overriding (e.g., WPA3-Personal Compatibility Mode)
* EHT/IEEE 802.11be/Wi-Fi 7
  - more complete support
  - fix message validation issues that could enable DoS attacks
  - fix group key rekeying
* enable SAE group 20 by default if SAE-EXT-KEY is enabled
* reject unexpected SAE password identifier to avoid DoS attack against
  a specific STA
* mandate use of SAE H2E when using password identifiers
* assign VLAN when using SAE with PMKSA caching
* support SPP A-MSDU negotiation
* support IEEE 802.11bi functionality
  - changing SAE password identifiers
  - EPPKE

    [50 lines not shown]
DeltaFile
+6,124-33contrib/wpa/src/common/qca-vendor.h
+5,003-0contrib/wpa/wpa_supplicant/nan_supplicant.c
+3,381-671contrib/wpa/src/drivers/driver_nl80211.c
+3,106-664contrib/wpa/src/ap/ieee802_11.c
+3,677-0contrib/wpa/src/nan/nan.c
+2,707-0contrib/wpa/src/common/proximity_ranging.c
+23,998-1,368330 files not shown
+89,793-24,630336 files

LLVM/project 271eee9llvm/utils/lit/lit TestRunner.py, llvm/utils/lit/tests/Inputs/shtest-env-positive env-u.txt mixed.txt

[lit] Stop bare env from short-circuiting the pipeline (#214512)

env with no trailing subcommand returns early from _executeShCmd,
skipping the rest of the pipeline. A RUN line like env | FileCheck never
runs FileCheck.

Runs it as an in-process pipeline stage instead, reusing the existing
InProcessPipe implementation.

Fixes #115578.

Also fixes six Inputs/shtest-env-positive fixtures that could never have
passed once FileCheck actually ran. Five expected KEY = VALUE from
FileCheck while env has always printed KEY=VALUE. Two RUN lines used a
check-prefix that matched no CHECK line in the file. One needed
--allow-empty since env -i produces no output at all.
DeltaFile
+81-49llvm/utils/lit/lit/TestRunner.py
+7-7llvm/utils/lit/tests/Inputs/shtest-env-positive/env-calls-env.txt
+5-5llvm/utils/lit/tests/Inputs/shtest-env-positive/env-i.txt
+4-4llvm/utils/lit/tests/Inputs/shtest-env-positive/mixed.txt
+4-4llvm/utils/lit/tests/Inputs/shtest-env-positive/env.txt
+3-3llvm/utils/lit/tests/Inputs/shtest-env-positive/env-u.txt
+104-721 files not shown
+105-747 files

LLVM/project 804a213llvm/include/llvm/ExecutionEngine/Orc EPCGenericDylibManager.h, llvm/include/llvm/ExecutionEngine/Orc/Shared OrcRTBridge.h

[ORC] Standardize dylib manager on NativeDylibManager names (#215441)

The in-tree SimpleExecutorDylibManager now publishes a single controller
interface -- the ORC runtime's NativeDylibManager symbol names -- which
EPCGenericDylibManager targets, dropping the parallel LLVM-style
SimpleExecutorDylibManager_* names and the Create path that used them.
Follow-up to the EPCGenericDylibManager proxy refactor, which already
routed both name sets through the same code.

Details:

* Remove EPCGenericDylibManager::CreateWithDefaultBootstrapSymbols.
SimpleRemoteEPC and lli now construct via Create(ExecutionSession&),
which resolves the NativeDylibManager names in the session's bootstrap
JITDylib.

* Remove the SimpleExecutorDylibManager{Instance,Open,Resolve}
bootstrap-name constants from OrcRTBridge. SimpleExecutorDylibManager
previously published both name sets and now publishes only the

    [4 lines not shown]
DeltaFile
+0-23llvm/lib/ExecutionEngine/Orc/EPCGenericDylibManager.cpp
+9-14llvm/tools/lli/ForwardingMemoryManager.h
+4-12llvm/lib/ExecutionEngine/Orc/TargetProcess/SimpleExecutorDylibManager.cpp
+0-7llvm/lib/ExecutionEngine/Orc/Shared/OrcRTBridge.cpp
+0-5llvm/include/llvm/ExecutionEngine/Orc/EPCGenericDylibManager.h
+0-4llvm/include/llvm/ExecutionEngine/Orc/Shared/OrcRTBridge.h
+13-651 files not shown
+14-667 files

LLVM/project 5af96c6llvm/test/CodeGen/AMDGPU flat-saddr-atomics.ll llvm.amdgcn.wmma.imm.gfx1250.w32.ll

[AMDGPU] Use another sequence for initial unclaused vmem
DeltaFile
+500-250llvm/test/CodeGen/AMDGPU/llvm.amdgcn.wmma.gfx1250.w32.ll
+464-232llvm/test/CodeGen/AMDGPU/flat-saddr-load.ll
+392-196llvm/test/CodeGen/AMDGPU/llvm.amdgcn.wmma.imod.gfx1250.w32.ll
+366-183llvm/test/CodeGen/AMDGPU/fcanonicalize.ll
+348-174llvm/test/CodeGen/AMDGPU/llvm.amdgcn.wmma.imm.gfx1250.w32.ll
+332-166llvm/test/CodeGen/AMDGPU/flat-saddr-atomics.ll
+2,402-1,201205 files not shown
+12,910-6,461211 files

LLVM/project 6ef7561llvm/lib/DWARFCFIChecker DWARFCFIAnalysis.cpp, llvm/test/DWARFCFIChecker/X86 single-func.s single-func-cfa-mistake.s

[DWARFCFIChecker] Changing register initial status as undefined  (#209032)

As per DWARF spec 6.4.1. Users can overwrite this default assumption inside the prologue.
DeltaFile
+7-17llvm/lib/DWARFCFIChecker/DWARFCFIAnalysis.cpp
+3-4llvm/test/DWARFCFIChecker/X86/nested-frames.s
+0-4llvm/test/DWARFCFIChecker/X86/single-func.s
+0-4llvm/test/DWARFCFIChecker/X86/single-func-cfa-mistake.s
+0-4llvm/test/DWARFCFIChecker/X86/cfa-corner-cases.s
+2-2llvm/test/DWARFCFIChecker/X86/single-func-missed-cfi-directive.s
+12-356 files

LLVM/project b1c8447mlir/lib/Conversion/IndexToSPIRV IndexToSPIRV.cpp, mlir/test/Conversion/IndexToSPIRV index-to-spirv.mlir

[mlir][SPIR-V] Fix swapped select operands in index.floordivs lowering (#214770)

Fix ConvertIndexFloorDivSPattern to select `negRes` when `cmp` is true

Previously operands were reversed, producing the wrong sign for the
floordiv result whenever the negative result branch should've been taken
DeltaFile
+1-1mlir/test/Conversion/IndexToSPIRV/index-to-spirv.mlir
+1-1mlir/lib/Conversion/IndexToSPIRV/IndexToSPIRV.cpp
+2-22 files

LLVM/project dce785dclang/test/CIR/CodeGen call-conv-lowering-x86_64-member-ptr.cpp call-conv-lowering-x86_64-abi-compat.c

[CIR] Drop the call-conv lowering flag from the new CodeGen tests

The two CodeGen tests this branch adds ask for the pass with
`-clangir-enable-call-conv-lowering`, which no longer exists.  The pass
now runs by default, so the RUN lines do not need a flag at all and get
the same lowering without one.

Assisted-by: Cursor / claude-opus-5
DeltaFile
+2-2clang/test/CIR/CodeGen/call-conv-lowering-x86_64-member-ptr.cpp
+2-2clang/test/CIR/CodeGen/call-conv-lowering-x86_64-abi-compat.c
+4-42 files

LLVM/project 2b68cf5clang/test/CodeGen/LoongArch/lasx builtin.c builtin-alias.c, llvm/lib/Target/AArch64 AArch64SchedHIP12.td

Merge branch 'main' into users/adams381/cir-callconv-x86_64-leaf-floats
DeltaFile
+6,869-0llvm/test/tools/llvm-mca/AArch64/HiSilicon/hip12-sve-instructions.s
+2,728-2,728clang/test/CodeGen/LoongArch/lasx/builtin-alias.c
+2,724-2,724clang/test/CodeGen/LoongArch/lasx/builtin.c
+5,269-0llvm/test/tools/llvm-mca/AArch64/HiSilicon/hip12-writeback.s
+3,354-0llvm/lib/Target/AArch64/AArch64SchedHIP12.td
+3,159-0llvm/test/tools/llvm-mca/AArch64/HiSilicon/hip12-neon-instructions.s
+24,103-5,4521,635 files not shown
+86,558-35,0841,641 files

FreeBSD/src 135df77sys/dev/usb/controller xhci.c

usb: xhci: allow up to 1s for SET_ADDRESS

Some devices take a little longer, and the spec doesn't really seem to
mandate a maximum.  The common path in usbd_req_set_address() has
already been bumped to 1s and I have a headset (Logitech H390) that does
need a little bit longer, so let's match it in xhci.

Reviewed by:    aokblast
Differential Revision:  https://reviews.freebsd.org/D58717
DeltaFile
+1-1sys/dev/usb/controller/xhci.c
+1-11 files

LLVM/project 84afdb7clang/test/CIR/CodeGen pointer-to-member-func-cmp.cpp enum-bool.cpp

[CIR] Enable x86_64 calling-convention lowering by default (#215026)

x86_64 calling-convention lowering has been opt-in behind
`-clangir-enable-call-conv-lowering` since it landed, so nothing reaches
the pass unless a test asks for it. The ClangIR default path therefore
emits high-level signatures that do not match SysV: a 32-byte struct
return stays first-class instead of going out through `sret`, and a
one-eightbyte struct argument is passed as a record instead of being
coerced to `i64`.

This change turns the pass on by default for x86_64 and renames the flag
to a `BoolFOption` pair, `-fclangir-call-conv-lowering` and
`-fno-clangir-call-conv-lowering`. The last flag on the command line
wins, so a build can disable the pass globally and re-enable it for one
translation unit.

Flipping the default breaks 147 of 949 CIR tests. 37 tests are CHECK
regenerations where lowering moved toward classic CodeGen. 110 tests are
quarantined by adding the disable flag to the RUN lines that turn the

    [12 lines not shown]
DeltaFile
+45-38clang/test/CIR/CodeGen/pointer-to-member-func-cast.cpp
+51-18clang/test/CIR/CodeGen/call.c
+37-19clang/test/CIR/CodeGen/lambda.cpp
+34-8clang/test/CIR/CodeGen/call.cpp
+13-24clang/test/CIR/CodeGen/enum-bool.cpp
+24-12clang/test/CIR/CodeGen/pointer-to-member-func-cmp.cpp
+204-119152 files not shown
+975-568158 files

LLVM/project d95ab96llvm/lib/Transforms/Utils SimplifyLibCalls.cpp, llvm/test/Transforms/InstCombine sincos-double-float-shrink.ll

[SimplifyLibCalls] Shrink llvm.sincos.f64 to llvm.sincos.f32 (#211218)

The double -> float shrink in LibCallSimplifier::optimizeCall only knows
about Intrinsic::sin and Intrinsic::cos, so once InstCombine combines a
sin/cos pair into llvm.sincos the fpext/fptrunc pair is left in place
and the work is done at double precision.

Handle Intrinsic::sincos too, behind the same UnsafeFPShrink gate. It
needs its own helper rather than optimizeDoubleFP because sincos returns
a struct: the results are read back through extractvalue instead of
being used directly, and the narrowed call has to be rebuilt as a
struct. InstCombine folds the resulting extractvalue/insertvalue pairs
away, so the sin/cos pair in the reported case now ends up as a single
llvm.sincos.f32 call.

NOTE: reported as a 2-2.5% regression on SPEC17 526.blender with -flto
-ffast-math on neoverse-v2 in #194616.

Assisted-by: Opus 4.8
DeltaFile
+190-0llvm/test/Transforms/InstCombine/sincos-double-float-shrink.ll
+45-0llvm/lib/Transforms/Utils/SimplifyLibCalls.cpp
+235-02 files

LLVM/project 0d75e83.github/workflows libcxx-pr-benchmark.yml libcxx-benchmark-commit.yml, libcxx/utils/ci/lnt README.md machines.json

[libc++][CI] Add a cron job to trigger benchmarking jobs (#212859)

This patch introduces a GitHub workflow that runs on a schedule and
determines which benchmarking jobs to trigger to fill the LNT instances
with performance data.

As a drive-by, it also consolidates the information describing libc++
LNT machines into a single JSON file.

The added cron workflow will run every hour, but since the benchmarks
typically take more than an hour to run, it is expected that some of
those triggers will not actually trigger new jobs.
DeltaFile
+138-0.github/workflows/libcxx-benchmark-cron.yml
+13-23.github/workflows/libcxx-benchmark-commit.yml
+31-0libcxx/utils/ci/lnt/machines.json
+17-13.github/workflows/libcxx-pr-benchmark.yml
+10-0libcxx/utils/ci/lnt/README.md
+209-365 files

LLVM/project 1f105fbllvm/unittests/CAS CMakeLists.txt PluginCASTest.cpp

[Test][CAS] Fix PluginCASTest DLL discovery on Windows multi-config generators and MinGW config (#215099)

The test was computing the plugin path by walking up 3 directory levels
from the test executable to reach the build root, then appending
bin/CASPluginTest.dll. This fails on MSVC multi-config builds where an
extra Release/ subdirectory exists. Place the plugin library next to
the test executable instead, matching the pattern used by the Passes
plugin tests.

Also fix MinGW config, in mingw build configurations, the plugin is
named libCASTestPlugin.dll, while it resides in the bin directory.
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply at anthropic.com>

---------

Co-authored-by: Claude Opus 4.6 (1M context) <noreply at anthropic.com>
DeltaFile
+4-7llvm/unittests/CAS/PluginCASTest.cpp
+7-0llvm/unittests/CAS/CMakeLists.txt
+11-72 files

FreeBSD/ports 43da8e9sysutils Makefile, sysutils/leaves pkg-descr Makefile

sysutils/leaves: Add port: Text-mode disk usage visualization utility

Leaves is a disk usage analyzer inspired by WinDirStat and QDirStat.

It shows files and directories in a hierarchy of nested
rectangles. The area of a rectangle is proportional to its size. A 200
MB file will have twice the size as a sibling with 100 MB. The parent
directory will have about 3 times the area of the smaller file.

However, due to the limited resolution of working at a character
level, this is a fairly coarse approximation compared to a graphical
tool. On the other hand, this will work over remote shell connections
when graphical desktop environments are not available or impractical.

WWW: https://github.com/patonw/leaves
DeltaFile
+649-0sysutils/leaves/distinfo
+323-0sysutils/leaves/Makefile.crates
+27-0sysutils/leaves/Makefile
+11-0sysutils/leaves/pkg-descr
+1-0sysutils/Makefile
+1,011-05 files