LLVM/project 1fb48d1lldb/bindings/interface SBTypeSummaryExtensions.i SBTypeExtensions.i, lldb/test/API/python_api/compile_unit TestCompileUnitAPI.py

[lldb] Fix incorrect Python property bindings in SBExtensions. (#215283)

Several Python property definitions in the SB extension interface files
were incorrectly copy-pasted during the
["Don't use SWIG internals
refactor"](https://github.com/llvm/llvm-project/commit/89b658428bae3b749f174ca79f0fe390451d8f69)
causing properties to shadow earlier definitions instead of exposing new
functionalities.

Rename each duplicate to its intended property name and wire it to the
correct underlying method.
Add add new API tests to cover the issue.

- SBModule: compile_unit -> section.
- SBType: is_function -> is_reference.
- SBTypeSummary is_function_code -> is_function_name.
DeltaFile
+24-2lldb/test/API/python_api/type/TestTypeList.py
+10-5lldb/test/API/python_api/formatters/TestFormattersSBAPI.py
+12-0lldb/test/API/python_api/compile_unit/TestCompileUnitAPI.py
+1-1lldb/bindings/interface/SBTypeSummaryExtensions.i
+1-1lldb/bindings/interface/SBTypeExtensions.i
+1-1lldb/bindings/interface/SBModuleExtensions.i
+49-101 files not shown
+50-107 files

FreeBSD/src 8b668bcsys/dev/ixgbe if_ix.c

ixgbe: Preserve the full VF RSS domain in the shared RETA

The 82599 and X540 share the global RSS redirection table between the
PF and its VFs.  Programming that table from the PF queue count
prevents a VF from using queue indices absent from the PF layout.  A
one-queue PF consequently directs every flow for a two- or four-queue
VF to queue zero.

Program at least four queue indices while SR-IOV is active.  Each pool
PSRTYPE.RQPL field masks the shared table to the queue subset available
to that function, so the PF can continue using fewer queues.

MFC after:      2 weeks
DeltaFile
+17-5sys/dev/ixgbe/if_ix.c
+17-51 files

NetBSD/pkgsrc-wip 649bdaf. Makefile

wip: Enable tcl-expect-git
DeltaFile
+1-0Makefile
+1-01 files

NetBSD/pkgsrc-wip 1039216tcl-expect-git DESCR distinfo

wip/tcl-expect-git: import tcl-expect-5.45.5

Expect is a program that performs programmed dialogue with other
interactive programs.  It is briefly described by its man page, expect(1).

It uses pseudo-tty's to control the child processes, so it is not affected
by programs that refuse to read from stdin or pipes. (eg: passwd(1) etc).
DeltaFile
+45-0tcl-expect-git/PLIST
+43-0tcl-expect-git/Makefile.common
+32-0tcl-expect-git/Makefile
+15-0tcl-expect-git/buildlink3.mk
+5-0tcl-expect-git/DESCR
+5-0tcl-expect-git/distinfo
+145-06 files

LLVM/project 6fd0aaeclang/lib/Headers cpuid.h

[clang][Headers] Fix typo in documentation of cpuid.h (#215316)

Fix extended leaf hex value from 0x8000000 to 0x80000000 in the doxygen
comment for __get_cpuid_max, and correct the description of its return
value behavior when CPUID is unsupported.
DeltaFile
+4-4clang/lib/Headers/cpuid.h
+4-41 files

FreeBSD/src f9ce33bsys/dev/ixgbe ixgbe_x550.c ixgbe_type.h

ixgbe: Add 10GBase-BX BiDi SFP+ module support

10G-BX optics use paired wavelengths to carry 10 Gb/s Ethernet over a
single strand of single-mode fiber.  Their 10G compliance byte is
empty, so identify them from the SFF-8472 nominal signaling rate and
single-mode reach fields.

When an EEPROM also advertises 1G BASE-BX10, give the complete 10G
bitrate and reach signature precedence.  Otherwise retain FreeBSD's
permissive 1G-BX identification rather than requiring a nominal
1.3 GBd rate.

MFC after:      2 weeks
Relnotes:       yes
DeltaFile
+56-5sys/dev/ixgbe/ixgbe_phy.c
+10-0sys/dev/ixgbe/if_ix.c
+7-0sys/dev/ixgbe/ixgbe_82599.c
+3-0sys/dev/ixgbe/ixgbe_type.h
+3-0sys/dev/ixgbe/ixgbe_phy.h
+2-0sys/dev/ixgbe/ixgbe_x550.c
+81-56 files

LLVM/project e034a40llvm/lib/CodeGen/SelectionDAG LegalizeDAG.cpp

[SDAG] Make FNEG and FCOPYSIGN expansions handle vectors (#214545)

PR #214341 resolved a bug where the expansion of FABS wasn't correctly
unrolling vector operands before invoking getSignAsIntValue(). This bug
was identified in the expansions for FCOPYSIGN and FNEG, but I didn't
fix it in that PR because I couldn't find a target that triggered these
expansion patterns.

Therefore, this followup PR fixes the bug in case someone someday uses
these codepaths again.
DeltaFile
+6-0llvm/lib/CodeGen/SelectionDAG/LegalizeDAG.cpp
+6-01 files

NetBSD/pkgsrc hLvGrTzdoc CHANGES-2026

   Updated devel/talloc, devel/tevent
VersionDeltaFile
1.5140+3-1doc/CHANGES-2026
+3-11 files

NetBSD/pkgsrc g095oS9devel/tevent Makefile distinfo

   tevent: updated to 0.17.2

   0.17.2
   Unknown changes
VersionDeltaFile
1.24+4-4devel/tevent/distinfo
1.27+3-4devel/tevent/Makefile
+7-82 files

NetBSD/pkgsrc bYBC3LHdevel/talloc Makefile distinfo

   talloc: updated to 2.5.0

   2.5.0
   Unknown changes
VersionDeltaFile
1.40+4-4devel/talloc/distinfo
1.53+2-2devel/talloc/Makefile
+6-62 files

LLVM/project 9d69e21llvm/utils/lit/lit worker.py run.py

[lit] Address scaling problems with ProcessPoolExecutor (#214853)

The executor implementation failed to account for how work distributes
across high core count machines. Up to about 64 cores/threads scaling
progresses linearly. However, beyond that the polling overhead, and lack
of scheduling, caused a major regression in high core count machines.

This PR addresses those issues in two ways. First, removes IPC events by
using a SimpleQueue with callbacks, which only fire on events and
removes many polling updates. Second, it batches tests to further limit
the amount of IPC events being tracked. Empirically, even a batch_size
of 2 was enough to dramatically improve overall throughput. This is
tunable through the LIT_BATCH_SIZE environment variable.

Additionally, we change SUBMISSION_WINDOW_PER_WORKER from 4 to 8, as
this was a better balance across both low and high core count machines.

On an AMD Ryzen Threadripper PRO 3995WX 64-Cores, 128 thread, 256 GB RAM
The execution time for check-llvm went from 105.2s to 48.38s, making the

    [6 lines not shown]
DeltaFile
+72-30llvm/utils/lit/lit/run.py
+13-0llvm/utils/lit/lit/worker.py
+85-302 files

LLVM/project bda3efbllvm/lib/Transforms/Vectorize VPlanTransforms.h VPlanTransforms.cpp, llvm/test/Transforms/LoopVectorize vplan-based-stride-mv-cfg.ll

Disable epilogue vectorization when performing VPlan-based stride MV
DeltaFile
+75-0llvm/test/Transforms/LoopVectorize/vplan-based-stride-mv-cfg.ll
+4-0llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
+1-1llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
+1-0llvm/lib/Transforms/Vectorize/VPlanTransforms.h
+81-14 files

LLVM/project 8237c29llvm/include/llvm/ADT GenericUniformityInfo.h GenericUniformityImpl.h, llvm/lib/Transforms/Scalar Reassociate.cpp

[ADT][Reassociate] Invalidate stale UniformityInfo entries on instruction erase (#214719)

`GenericUniformityAnalysisImpl::UniformValues` never removes an entry
when its value is erased. Reassociate keeps one `UniformityInfo` for the
whole pass while creating and deleting instructions, so a new
instruction can reuse a freed one's address and inherit its stale
"uniform" verdict instead of the documented divergent default. This
makes rank-boosting depend on heap addresses

Add `forgetValue()` (following the same idea as
`ScalarEvolution::forgetValue`) and call it at Reassociate two erase
sites

As a result of this issue we have a side effect that is reproducible on
https://github.com/llvm/llvm-project/pull/214624: nondeterministic
operand ordering in Reassociate output, because a newly-created
instruction can spuriously be classified "uniform" instead of the
documented default of divergent depending on whether the allocator
happened to reuse a freed instruction address

    [3 lines not shown]
DeltaFile
+10-0llvm/include/llvm/ADT/GenericUniformityImpl.h
+4-0llvm/lib/Transforms/Scalar/Reassociate.cpp
+4-0llvm/include/llvm/ADT/GenericUniformityInfo.h
+18-03 files

FreeBSD/src 4220b52sys/net if_media.h

net: Add ifmedia support for 10GBase-BX BiDi

10GBase-BX uses paired wavelengths to carry both directions over a
single strand of single-mode fiber.  The optics must be paired so that
the transmit and receive wavelengths cross over.

MFC after:      2 weeks
DeltaFile
+3-0sys/net/if_media.h
+3-01 files

LLVM/project 7214eb0mlir/include/mlir/Dialect/MemRef/IR MemRefOps.td, mlir/lib/Dialect/MemRef/IR MemRefMemorySlot.cpp

[MLIR][Mem2Reg] Add support for memref.alloca_scope (#214221)

This PR implements `PromotableRegionOpInterface` for
`memref.alloca_scope`. This widens the range of programs that can be
processed by Mem2Reg pass.
DeltaFile
+39-1mlir/lib/Dialect/MemRef/IR/MemRefMemorySlot.cpp
+21-0mlir/test/Dialect/MemRef/mem2reg.mlir
+8-7mlir/include/mlir/Dialect/MemRef/IR/MemRefOps.td
+68-83 files

LLVM/project e4293abflang/lib/Lower/OpenMP OpenMP.cpp, flang/test/Lower/OpenMP canonical-loop-trip-count.f90

[flang][OpenMP] Fold canonical loop trip counts during lowering (#215238)

Canonical loop lowering currently materializes the complete trip-count
arithmetic even when the loop bounds and step are compile-time
constants.

Use FirOpBuilder::createOrFold for the comparisons, selects,
subtraction, unsigned division, and addition in the trip-count prologue.
This folds constant trip counts while preserving the existing dynamic
lowering and overflow flags.

Add bare-unroll lowering coverage for ascending, descending, zero-trip,
non-unit-step, dynamic, and i64 loops.

I'm doing this because
1) Surprisingly, no canonicalization pass between lowering and LLVM-IR
   translation is doing this already. Folding here saves us building
   LLVM instructions just for the middle-end to fold it.
2) This could simplify some analysis for #214115

Assisted-by: Codex
DeltaFile
+138-0flang/test/Lower/OpenMP/canonical-loop-trip-count.f90
+39-28flang/lib/Lower/OpenMP/OpenMP.cpp
+177-282 files

FreeBSD/src be3e106sys/dev/ixgbe ixgbe_common.c

ixgbe: Validate EEPROM checksum section bounds

The generic checksum walker trusts NVM section pointers and lengths and
iterates with a 16-bit index.  A corrupt section that crosses the end of
the EEPROM can wrap the index and leave the driver in an effectively
unbounded read loop during attach.

Validate each non-empty section against the discovered EEPROM word size
before reading it, and use widened arithmetic for the inclusive end and
iterator.

MFC after:      2 weeks
DeltaFile
+13-3sys/dev/ixgbe/ixgbe_common.c
+13-31 files

FreeBSD/src 660099csys/dev/ixgbe if_ix.c

ixgbe: Restore missed packet accounting

missed_rx and total_missed_rx are never populated.  As a result, the
GPRC erratum workaround does not remove missed packets and iqdrops
always remains zero.  The rx_missed_packets sysctl and input-error total
also expose only MPC bank zero.

Read and accumulate all eight MPC banks.  Use the interval total to
correct GPRC and the cumulative total for iqdrops, input errors, and the
aggregate sysctl.  This matches DPDK's coverage of the hardware banks.

MFC after:      2 weeks
DeltaFile
+10-4sys/dev/ixgbe/if_ix.c
+10-41 files

FreeBSD/src 877f0eesys/dev/ixgbe if_ix.c if_sriov.c

ixgbe: Preserve VF jumbo frame size across PF resets

sc->max_frame_size represents the largest frame requested by the PF or
an active VF.  The MTU callback replaces it with the PF frame size, so
a subsequent reinitialization can program MHADD below an active VF's
jumbo-frame request.

Recompute the aggregate before hardware initialization and use it when
programming MHADD.  Recompute after each VF LPE request as well, so a
reduced request can lower the hardware limit when no other function
needs the previous value.

MFC after:      2 weeks
DeltaFile
+4-3sys/dev/ixgbe/if_sriov.c
+5-1sys/dev/ixgbe/if_ix.c
+9-42 files

FreeBSD/src ff86fd4share/man/man4 ix.4, sys/dev/ixgbe ixgbe_type.h if_ix.c

ixgbe: Expose EEE LPI event counters

X550-family devices provide clear-on-read counters for transmit and
receive Low Power Idle events.  Accumulate each register once in the
normal statistics poll and expose the monotonic totals below the eee
sysctl node.  Document the counters together with the existing EEE
control.

Obtained from:  Intel ix 3.4.39
MFC after:      2 weeks
DeltaFile
+18-0sys/dev/ixgbe/if_ix.c
+7-1share/man/man4/ix.4
+2-0sys/dev/ixgbe/ixgbe_type.h
+27-13 files

FreeBSD/src c410551sys/dev/ixgbe if_ix.c

ixgbe: Compare flow control against requested mode

The flow-control sysctl represents the configured policy, while
current_mode is the mode negotiated with the link partner.  Comparing a
new request with current_mode can needlessly reprogram an unchanged
policy or skip a requested policy change that happens to match the
current negotiation result.

Compare with requested_mode before deciding that no update is needed.

MFC after:      2 weeks
DeltaFile
+1-1sys/dev/ixgbe/if_ix.c
+1-11 files

FreeBSD/src a884921sys/dev/ixgbe if_ixv.c

ixv: Report multigigabit link speeds

The VF link-status path can receive 2.5 and 5 Gb/s speed bits from
X550-family PFs, but media reporting has no cases for them.  The
bootverbose message also assumes every non-10-Gb/s link is 1 Gb/s.

Expose the corresponding ifmedia subtypes and derive the diagnostic
speed through the shared link-speed conversion helper.

MFC after:      2 weeks
DeltaFile
+14-4sys/dev/ixgbe/if_ixv.c
+14-41 files

LLVM/project 7384c30clang/include/clang/Options FlangOptions.td, flang/lib/Evaluate tools.cpp

[flang][Lower] Add complex sum reassociation (#214775)

Third part of generalisations requested in #207377.

Extend the experimental split-sum transformation to complex addition and
subtraction chains. Share the signed-term builder across explicitly
supported real and complex categories while keeping integer expressions
excluded.

There are no known effect on benchmarks as a result of this patch.

Assisted-by: Codex
DeltaFile
+52-46flang/lib/Evaluate/tools.cpp
+90-2flang/test/Lower/split-sum-expression-tree-lowering.f90
+43-0flang/test/Driver/sum-reassociation.f90
+0-27flang/test/Driver/real-sum-reassociation.f90
+14-9clang/include/clang/Options/FlangOptions.td
+6-4flang/test/Driver/driver-help.f90
+205-883 files not shown
+212-959 files

LLVM/project 9ee4dd8llvm/test/CodeGen/RISCV llvm.sincos.ll

spelling

Co-authored-by: Craig Topper <craig.topper at sifive.com>
DeltaFile
+1-1llvm/test/CodeGen/RISCV/llvm.sincos.ll
+1-11 files

LLVM/project 5417c6flldb/source/ValueObject DILEval.cpp, lldb/test/API/commands/frame/var-dil/expr/SizeOf main.cpp TestFrameVarDILExprSizeOf.py

Forbid sizeof on bitfields
DeltaFile
+10-0lldb/test/API/commands/frame/var-dil/expr/SizeOf/TestFrameVarDILExprSizeOf.py
+9-0lldb/test/API/commands/frame/var-dil/expr/SizeOf/main.cpp
+5-0lldb/source/ValueObject/DILEval.cpp
+24-03 files

LLVM/project fa1af8blldb/test/API/commands/frame/var-dil/expr/SizeOf TestFrameVarDILExprSizeOf.py main.cpp

Add more tests cases, expand struct fields
DeltaFile
+8-4lldb/test/API/commands/frame/var-dil/expr/SizeOf/main.cpp
+4-0lldb/test/API/commands/frame/var-dil/expr/SizeOf/TestFrameVarDILExprSizeOf.py
+12-42 files

LLVM/project c585ac0lldb/source/Plugins/Language/CPlusPlus LibCxxVector.cpp, lldb/tools/lldb-dap/Protocol ProtocolEvents.cpp

[lldb] Fix MSVC warnings about missing return values (#215313)

MSVC warns with
[C4715](https://learn.microsoft.com/en-us/cpp/error-messages/compiler-warnings/compiler-warning-level-1-c4715)
about missing returns in functions where a `switch` over and enum
handles all names enumerators, because the enum could hold unnamed
values. For example, given an `enum class Foo { Bar, Baz }` a function
handles both `Bar` and `Baz` by returning a value, Clang and GCC won't
issue warnings, but MSVC will.

This handles the cases in the two locations I found.
DeltaFile
+3-0lldb/tools/lldb-dap/Protocol/ProtocolEvents.cpp
+3-0lldb/source/Plugins/Language/CPlusPlus/LibCxxVector.cpp
+6-02 files

FreeBSD/ports 5c12766www/ot-recorder Makefile distinfo

www/ot-recorder: Update to 1.0.3

re: https://github.com/owntracks/recorder/releases/tag/1.0.3
    https://github.com/owntracks/recorder/releases/tag/1.0.2
DeltaFile
+3-3www/ot-recorder/distinfo
+1-2www/ot-recorder/Makefile
+4-52 files

LLVM/project 965dc1allvm/lib/Transforms/Vectorize VPlanTransforms.cpp

Clarify cast users are defined outside VPlan
DeltaFile
+2-0llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
+2-01 files

OpenBSD/ports 3NBFKGzarchivers/unarr Makefile, archivers/unarr/patches patch-lzmasdk_CpuArch_c

   */*: Sync up LZMA CpuArch patches with upstream LZMA SDK

   from Brad
VersionDeltaFile
1.2+69-32emulators/mame/patches/patch-3rdparty_lzma_C_CpuArch_c
1.2+57-18graphics/blender/patches/patch-extern_lzma_CpuArch_c
1.2+64-6archivers/unarr/patches/patch-lzmasdk_CpuArch_c
1.152+1-1graphics/blender/Makefile
1.9+1-1archivers/unarr/Makefile
1.105+1-0emulators/mame/Makefile
+193-586 files