FreeBSD/src 7f1009dsys/net if_var.h if.c

net/if.c: Add fib-aware ifa_ifwithaddr()

Add FIB selection logic by introducing ifa_ifwithaddr_fib() to
support FIB-specific lookups. Then have ifa_ifwithaddr() wrap it
with RT_ALL_FIBS.
Also, do the same for ifa_ifwithaddr_check().

Reviewed by:    glebius, bnovkov
Differential Revision: https://reviews.freebsd.org/D58305

(cherry picked from commit b00d30950cde27eda8f51523a40f2c05a38daac1)
DeltaFile
+23-6sys/net/if.c
+2-0sys/net/if_var.h
+25-62 files

LLVM/project 02b0838mlir/include/mlir/Dialect/LLVMIR LLVMIntrinsicOps.td, mlir/test/Target/LLVMIR llvmir-intrinsics.mlir

[mlir][llvm] Add more constrained FP operations (#213745)

This change adds special constrained forms of transcendental operations
for the remaining cases that lower to contrained fp intrinsic calls. It
also adds fast-math flag support to the constrained operations, which is
needed to handle combinations of Clang command-line options such as
"-ffinite-math-only -ftrapping-math".

Assisted-by: Cursor / various models
DeltaFile
+530-0mlir/test/Target/LLVMIR/llvmir-intrinsics.mlir
+441-0mlir/test/Target/LLVMIR/Import/intrinsic.ll
+195-3mlir/include/mlir/Dialect/LLVMIR/LLVMIntrinsicOps.td
+8-8mlir/test/Target/LLVMIR/Import/intrinsic-unregistered.ll
+1,174-114 files

LLVM/project 3bace22clang/lib/CIR/CodeGen CIRGenBuiltinAArch64.cpp, clang/test/CodeGen/AArch64/neon intrinsics.c

[CIR][AArch64] Update builtin handlers to use emitNeonCallToOp (#214075)

This is another change to prepare AArch64 builtin handling for the
transition to constrained FP handling. It replaces a number of places
where we were creating CIR operations directly with calls to
emitNeonCallToOp so that we will be able to centralize the constrained
FP handling.

This also updates the vrndns_f32 to eliminate a redundant load of the
operand, which is the only part of this change with a visible difference
in the output.

Assisted-by: Cursor / Grok 4.5
DeltaFile
+41-17clang/lib/CIR/CodeGen/CIRGenBuiltinAArch64.cpp
+0-1clang/test/CodeGen/AArch64/neon/intrinsics.c
+41-182 files

LLVM/project 0a9cfa0mlir/include/mlir/Dialect/LLVMIR LLVMIntrinsicOps.td, mlir/test/Target/LLVMIR llvmir-intrinsics.mlir

[mlir][llvm] Add operations for coroutine intrinsics (#214099)

This adds operations to the LLVM dialect to represent coroutine
intrinsics that were previously missing from the dialect. A few
coroutine operations were already in place. This change adds operations
for the remaining intrinsics that cab be generated by Clang. There are
some additional coroutine intrinsics defined in LLVM IR that aren't
covered, but I'm omitting those until they are needed.

We are in the process of implementing coroutine support in CIR, and
these are the operations we'll need for lowering to LLVM.

Assisted-by: Cursor / Grok 4.5
DeltaFile
+99-0mlir/test/Target/LLVMIR/llvmir-intrinsics.mlir
+91-0mlir/test/Target/LLVMIR/Import/intrinsic.ll
+70-0mlir/include/mlir/Dialect/LLVMIR/LLVMIntrinsicOps.td
+260-03 files

NetBSD/pkgsrc rF18QDgsecurity/libssh options.mk

   libssh: needs openssl 3.5.0
VersionDeltaFile
1.9+2-1security/libssh/options.mk
+2-11 files

NetBSD/pkgsrc c4gStPQchat/ejabberd Makefile

   chat/ejabberd: Partially address pkglin and improve comments

     - Improve version pattern for coreutils (textual change, NFCI)
     - Reorder CONFIGURE_ARGS after DEPENDS
     - Clarify and regularize description of build tools
     - Reorder erlang bl3 depends.

   Except for coreutils version, this is a comment-only/reordering
   change.
VersionDeltaFile
1.118+43-46chat/ejabberd/Makefile
+43-461 files

LLVM/project eb71693llvm/lib/Target/AMDGPU AMDGPULegalizerInfo.cpp, llvm/test/CodeGen/AMDGPU fmin3-minimumnum.ll fmax3-maximumnum.ll

[AMDGPU][GlobalISel] RegBankLegalize rules for G_FMINIMUMNUM, G_FMAXIMUMNUM
DeltaFile
+6,715-3,988llvm/test/CodeGen/AMDGPU/maximumnum.ll
+6,603-3,889llvm/test/CodeGen/AMDGPU/minimumnum.ll
+2,884-8llvm/test/CodeGen/AMDGPU/fmin3-minimumnum.ll
+2,884-8llvm/test/CodeGen/AMDGPU/fmax3-maximumnum.ll
+270-0llvm/test/CodeGen/AMDGPU/GlobalISel/minimumnum-maximumnum-salu-float.ll
+117-23llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
+19,473-7,9163 files not shown
+19,492-7,9219 files

LLVM/project 395b70clldb/include/lldb/Target Target.h RegisterTypeBuilder.h, lldb/source/Core DumpRegisterValue.cpp

[lldb] Refactor RegisterTypeBuilder

This prepares it for emitting union types. Major changes:
* Entry function is now a dispatcher to builder functions for each type.
* Name mangling is standardised.
* The register name parameter is no longer needed and so was removed.
DeltaFile
+107-86lldb/source/Plugins/RegisterTypeBuilder/RegisterTypeBuilderClang.cpp
+12-3lldb/source/Plugins/RegisterTypeBuilder/RegisterTypeBuilderClang.h
+2-4lldb/source/Target/Target.cpp
+2-3lldb/include/lldb/Target/Target.h
+2-3lldb/include/lldb/Target/RegisterTypeBuilder.h
+2-2lldb/source/Core/DumpRegisterValue.cpp
+127-1016 files

LLVM/project 588e217lldb/source/Plugins/Process/Utility RegisterTypeDetector_arm64.h

put back initialiser
DeltaFile
+1-1lldb/source/Plugins/Process/Utility/RegisterTypeDetector_arm64.h
+1-11 files

LLVM/project 84b4348llvm/lib/Transforms/Vectorize VPlanConstruction.cpp VPlan.h

Don't allow null phi
DeltaFile
+4-6llvm/lib/Transforms/Vectorize/VPlan.h
+1-1llvm/lib/Transforms/Vectorize/VPlanConstruction.cpp
+5-72 files

LLVM/project 6db948alldb/source/Plugins/Process/Utility RegisterTypeDetector_arm64.h RegisterTypeDetector_arm64.cpp, lldb/test/API/linux/aarch64/mte_core_file TestAArch64LinuxMTEMemoryTagCoreFile.py

[lldb][AArch64] Use unique_ptr instead of statics in RegisterTypeDetector

Fixes #214264.

I used static variables for the created types, on the assumption
that only one detector would be used and that the host's
features would not change.

That is true for an lldb-server on a real Linux/FreeBSD system.
It is not true when we use the detector with core files. In the
same LLDB session you might load several files that came from
systems with different features.

The result was that the first detection sets up the static variables
and future detections do not update them. So subsequent core
files can have incorrect types.

(and in future if types vary per-process, we could have the same
issue in lldb-server)

    [31 lines not shown]
DeltaFile
+64-74lldb/source/Plugins/Process/Utility/RegisterTypeDetector_arm64.cpp
+57-27lldb/source/Plugins/Process/Utility/RegisterTypeDetector_arm64.h
+19-0lldb/test/API/linux/aarch64/mte_core_file/TestAArch64LinuxMTEMemoryTagCoreFile.py
+140-1013 files

LLVM/project f05a4d9lldb/source/Plugins/Process/FreeBSD NativeRegisterContextFreeBSD_arm64.cpp, lldb/source/Plugins/Process/Linux NativeRegisterContextLinux_arm64.cpp

[lldb] Make RegisterFlagsDetector into RegisterTypesDetector

In future it may be generating things other than flags. Functionality
is the same, but the interface changes to use RegisterType.
DeltaFile
+348-0lldb/source/Plugins/Process/Utility/RegisterTypeDetector_arm64.cpp
+0-334lldb/source/Plugins/Process/Utility/RegisterFlagsDetector_arm64.cpp
+0-101lldb/source/Plugins/Process/Utility/RegisterFlagsDetector_arm64.h
+99-0lldb/source/Plugins/Process/Utility/RegisterTypeDetector_arm64.h
+9-9lldb/source/Plugins/Process/Linux/NativeRegisterContextLinux_arm64.cpp
+7-7lldb/source/Plugins/Process/FreeBSD/NativeRegisterContextFreeBSD_arm64.cpp
+463-4513 files not shown
+472-4609 files

LLVM/project c94a01blldb/source/Plugins/Process/gdb-remote ProcessGDBRemote.cpp, lldb/test/API/functionalities/gdb_remote_client TestXMLRegisterFlags.py

Add test for ID overlap
DeltaFile
+44-0lldb/test/API/functionalities/gdb_remote_client/TestXMLRegisterFlags.py
+2-2lldb/source/Plugins/Process/gdb-remote/ProcessGDBRemote.cpp
+46-22 files

LLVM/project 332bcc7lldb/test/API/functionalities/gdb_remote_client TestXMLRegisterFlags.py

Add tests to demonstrate our parsing mistakes.
DeltaFile
+74-0lldb/test/API/functionalities/gdb_remote_client/TestXMLRegisterFlags.py
+74-01 files

LLVM/project 7075c6dlldb/include/lldb/Utility RegisterType.h RegisterTypeFlags.h, lldb/source/Plugins/Process/gdb-remote ProcessGDBRemote.h ProcessGDBRemote.cpp

[lldb] Store all XML register types in a single string map

We are assuming that their ID's are unique, so there's no need to keep
separate maps. We can do basic type checking by checking the kind of
the type pointed to.

A few more methods were added to the base RegisterType. GetSize()
returns 0 for enums because enums don't have a size until they are
used by a register. This is not ideal but it works for now.
DeltaFile
+64-70lldb/source/Plugins/Process/gdb-remote/ProcessGDBRemote.cpp
+7-8lldb/source/Plugins/Process/gdb-remote/ProcessGDBRemote.h
+11-3lldb/include/lldb/Utility/RegisterTypeFlags.h
+6-0lldb/include/lldb/Utility/RegisterType.h
+2-2lldb/source/Utility/RegisterTypeFlags.cpp
+90-835 files

LLVM/project 935ee38lldb/source/Plugins/Process/gdb-remote ProcessGDBRemote.cpp, lldb/test/API/functionalities/gdb_remote_client TestXMLRegisterFlags.py

use first instance of duplicated ID
DeltaFile
+19-8lldb/source/Plugins/Process/gdb-remote/ProcessGDBRemote.cpp
+3-4lldb/test/API/functionalities/gdb_remote_client/TestXMLRegisterFlags.py
+22-122 files

LLVM/project a91510ellvm/lib/Target/AMDGPU AMDGPU.td AMDGPUFeatures.td, llvm/lib/Target/AMDGPU/Utils AMDGPUBaseInfo.h AMDGPUBaseInfo.cpp

[AMDGPU] Set gfx13 LDS to 192KB and model LDS size via subtarget features

Set gfx13 addressable LDS to 192KB (96KB in CU mode).

Replace the isGFX10/1250 if-logic to calculate LDS size with FeatureLocalMemorySize.

This change is NFC for all targets except gfx13.
DeltaFile
+68-1llvm/test/CodeGen/AMDGPU/occupancy-levels.ll
+35-30llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.cpp
+17-0llvm/test/CodeGen/AMDGPU/lds-limit-diagnostics-gfx13.ll
+14-0llvm/lib/Target/AMDGPU/AMDGPUFeatures.td
+6-3llvm/lib/Target/AMDGPU/AMDGPU.td
+5-0llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.h
+145-341 files not shown
+147-377 files

LLVM/project 0e3c581libc/src/__support/FPUtil float80.h, libc/test/src/__support/FPUtil float80_test.cpp

add tests
DeltaFile
+21-0libc/src/__support/FPUtil/float80.h
+13-0libc/test/src/__support/FPUtil/float80_test.cpp
+34-02 files

OPNSense/core 4527d64src/opnsense/service/modules template.py

configd: sanitize template filename replacements
DeltaFile
+3-3src/opnsense/service/modules/template.py
+3-31 files

Linux/linux fcaeecbtools/testing/selftests/ftrace/test.d/dynevent add_remove_eprobe.tc

Merge tag 'probes-fixes-v7.2-rc6' of git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace

Pull probes selftest fix from Masami Hiramatsu:

 - selftests/ftrace: Refactor eprobes test to fix argument checks

   Refactor the eprobes selftest to get more stable test result by using
   `sys_enter_chdir` instead of `openat` and filter for exact directory
   names

   This resolves test instability after the string pointer handling fix

* tag 'probes-fixes-v7.2-rc6' of git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace:
  selftests/ftrace: refactor eprobes test to fix argument checks
DeltaFile
+5-11tools/testing/selftests/ftrace/test.d/dynevent/add_remove_eprobe.tc
+5-111 files

LLVM/project c7317d7clang/lib/CIR/Lowering/DirectToLLVM LowerToLLVM.cpp, clang/test/CIR/CodeGen tls-model.cpp

[CIR][MLIR-LLVM] Add 'thread local mode/model' attribute support (#214337)

The main purpose of this patch is to implement the 'tls_model' attribute
for ClangIR. However, this required updating the LLVM-IR dialect to ALSO
support this, not just as a bool. This patch threads it into both sides.

CIR tries to refer to it as "TLS_Model" to match the C/C++ attribute
closely, the LLVM Dialect refers to it as ThreadLocalMode to reflect
better what LLVM does.

Left as still 'not done' (in CIR only!) is the lowering of the 'other'
kinds of thread-local settings, which are intended to do various levels
of locking/initialization. Those are left for a future implementation
effort. The C++ test itself is taken directly from classic codegen.
DeltaFile
+131-0clang/test/CIR/CodeGen/tls-model.cpp
+45-19mlir/lib/Dialect/LLVMIR/IR/LLVMDialect.cpp
+56-0mlir/test/Dialect/LLVMIR/alias.mlir
+29-8clang/lib/CIR/Lowering/DirectToLLVM/LowerToLLVM.cpp
+27-0mlir/test/Dialect/LLVMIR/invalid.mlir
+20-0mlir/include/mlir/Dialect/LLVMIR/LLVMEnums.td
+308-2710 files not shown
+385-5216 files

LLVM/project b51765dllvm/lib/Transforms/Vectorize VPlan.h VPlanRecipes.cpp, llvm/test/Transforms/LoopVectorize compress-idioms.ll

[LoopVectorize] Support vectorization of compressing patterns in VPlan

RFC link: https://discourse.llvm.org/t/rfc-loop-vectorization-of-compress-store-expand-load-patterns/86442

This adds loop vectorizer support for "compressing" patterns,
for example:

```
int dst_idx = 0;
for (int i = 0; i < n; i++) {
  if (cond[i])
    dst[dst_idx++] = src[i];
}
```

Can be vectorized with a `llvm.masked.compressstore` as:

```
int dst_idx = 0;

    [52 lines not shown]
DeltaFile
+424-0llvm/test/Transforms/LoopVectorize/compress-idioms.ll
+157-0llvm/test/Transforms/LoopVectorize/VPlan/compress-idioms.ll
+132-0llvm/test/Transforms/LoopVectorize/AArch64/compress-idioms.ll
+111-14llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
+70-4llvm/lib/Transforms/Vectorize/VPlanRecipes.cpp
+60-4llvm/lib/Transforms/Vectorize/VPlan.h
+954-2213 files not shown
+1,096-2719 files

LLVM/project a7cdf80llvm/lib/Transforms/Vectorize LoopVectorize.cpp VPlan.h, llvm/test/Transforms/LoopVectorize compress-store-vec-epilogue.ll

Fix epilogue resume handling
DeltaFile
+98-0llvm/test/Transforms/LoopVectorize/compress-store-vec-epilogue.ll
+5-5llvm/lib/Transforms/Vectorize/VPlan.h
+2-1llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
+105-63 files

FreeBSD/src 978b902sys/netinet in_pcb.c raw_ip.c, sys/netinet6 in6_pcb.c raw_ip6.c

bind(2): Lookup local address in current FIB if '*.bind_all_fibs' is active

When a protocol-specific 'bind_all_fibs' tunable is set to 0, a
listening socket will only receive traffic originating from the FIB
it was bound to. However, there are no checks to determine whether
an address exists in the target FIB when binding the socket, which can
lead to a situation where a socket and the address it was bound to
belong to different FIBs.

Prevent this footgun by looking up the requested address in the current
FIB if 'bind_all_fibs' is active and returning an error if the address
does not exist.

Sponsored by:   Stormshield
Sponsored by:   Klara, Inc.
Differential Revision:  https://reviews.freebsd.org/D58281
Reviewed by:    glebius, pouria, markj
MFC after:      2 weeks

(cherry picked from commit 948ad32ae1e0811f45e1d38f26636fefed5051f0)
DeltaFile
+100-0tests/sys/netinet/fib_bind.py
+5-2sys/netinet6/raw_ip6.c
+5-2sys/netinet/raw_ip.c
+1-1sys/netinet6/in6_pcb.c
+1-1sys/netinet/in_pcb.c
+1-0tests/sys/netinet/Makefile
+113-66 files

LLVM/project 530dd70llvm/include/llvm/Analysis IVDescriptors.h, llvm/lib/Analysis IVDescriptors.cpp

[IVDescriptors] Implement MonotonicDescriptor

RFC link: https://discourse.llvm.org/t/rfc-loop-vectorization-of-compress-store-expand-load-patterns/86442

"Monotonic" variable is similar to induction variable, but its value is updated under some condition, e.g.:
```
int idx = 0;
for(int i = 0; i < n; ++i) {
  // some uses of idx
  if (cond)
    ++idx;
}
```
In this example, `i` is induction variable and `idx` is monotonic variable: it's updated only when cond == true. In LLVM IR, this looks like:
```
loop_header:
  %monotonic_phi = [%start, %prehader], [ %chain_phi0, %latch]

step_bb:

    [26 lines not shown]
DeltaFile
+153-0llvm/unittests/Analysis/IVDescriptorsTest.cpp
+121-0llvm/lib/Analysis/IVDescriptors.cpp
+39-0llvm/include/llvm/Analysis/IVDescriptors.h
+313-03 files

Linux/linux ad7d48ffs/xfs xfs_super.c xfs_buf_item_recover.c, fs/xfs/scrub dirtree_repair.c rtbitmap_repair.c

Merge tag 'xfs-fixes-7.2-rc7' of git://git.kernel.org/pub/scm/fs/xfs/xfs-linux

Pull xfs fixes from Carlos Maiolino:
 "This contains mostly a collection of bug fixes found by LLM tools"

* tag 'xfs-fixes-7.2-rc7' of git://git.kernel.org/pub/scm/fs/xfs/xfs-linux: (34 commits)
  xfs: check v5 superblock features early
  xfs: add a comment to describe xfs_gc_bio.victim_rtg
  xfs: add a separate bio_set for spliting GC writes
  xfs: don't swallow dquot recovery verification errors
  xfs: fix ilock leak on error in xfs_dq_get_next_id
  xfs: don't ignore runtime errors in xrep_iunlink_reload_next
  xfs: set the prev pointer when reinserting an inode on the unlinked list
  xfs: fix another iunlink infinite loop bug in online fsck
  xfs: fix allocated inodes that show up in the unlinked list
  xfs: check xfarray iteration errors when committing unlinked inode lists
  xfs: pass runtime errors from xrep_iunlink_mark_ondisk_rec up to callers
  xfs: load next_agino from the correct xfarray in xrep_iunlink_relink_prev
  xfs: don't walk off the end of a null sc->sa.agi_bp in AGI repair

    [8 lines not shown]
DeltaFile
+140-29fs/xfs/scrub/agheader_repair.c
+72-24fs/xfs/scrub/agheader.c
+41-16fs/xfs/xfs_buf_item_recover.c
+52-1fs/xfs/xfs_super.c
+28-18fs/xfs/scrub/rtbitmap_repair.c
+18-4fs/xfs/scrub/dirtree_repair.c
+351-9219 files not shown
+420-11625 files

LLVM/project 11ba1b7clang-tools-extra/docs/clang-tidy/checks/bugprone chained-comparison.md exception-escape.md

[clang-tidy][docs] Rewrite bugprone check docs to Markdown [1/4] (#214413)

Tracking issue: #201242

See the [migration guide] for more information.

[migration guide]:

https://llvm.org/docs/SphinxQuickstartTemplate.html#markdown-migration-guidelines

This rewrites part 1/4 of the remaining bugprone check documentation
from reST to MyST Markdown.

AI Usage: This was prepared with rst2myst and GPT5.6-assisted cleanup.
I manually verified that the documentation renders as expected.

Preview site:
https://broken.life/llvm-staging/bugprone-markdown-port/
DeltaFile
+180-182clang-tools-extra/docs/clang-tidy/checks/bugprone/easily-swappable-parameters.md
+165-166clang-tools-extra/docs/clang-tidy/checks/bugprone/argument-comment.md
+74-78clang-tools-extra/docs/clang-tidy/checks/bugprone/empty-catch.md
+72-74clang-tools-extra/docs/clang-tidy/checks/bugprone/branch-clone.md
+71-66clang-tools-extra/docs/clang-tidy/checks/bugprone/exception-escape.md
+47-51clang-tools-extra/docs/clang-tidy/checks/bugprone/chained-comparison.md
+609-61714 files not shown
+1,020-1,04720 files

LLVM/project ac9e7f5clang-tools-extra/docs/clang-tidy/checks/bugprone empty-catch.rst empty-catch.md

[clang-tidy][docs] Rename bugprone check docs to Markdown [1/4] (#214412)

Tracking issue: #201242

See the [migration guide] for more information.

[migration guide]:

https://llvm.org/docs/SphinxQuickstartTemplate.html#markdown-migration-guidelines

This is the mechanical rename for part 1/4 of the remaining `bugprone`
check documentation.
The rewrite is provided by the next PR in this stack.
DeltaFile
+0-276clang-tools-extra/docs/clang-tidy/checks/bugprone/easily-swappable-parameters.rst
+276-0clang-tools-extra/docs/clang-tidy/checks/bugprone/easily-swappable-parameters.md
+0-275clang-tools-extra/docs/clang-tidy/checks/bugprone/argument-comment.rst
+275-0clang-tools-extra/docs/clang-tidy/checks/bugprone/argument-comment.md
+0-149clang-tools-extra/docs/clang-tidy/checks/bugprone/empty-catch.rst
+149-0clang-tools-extra/docs/clang-tidy/checks/bugprone/empty-catch.md
+700-70034 files not shown
+1,741-1,74140 files

LLVM/project 629919dllvm/unittests/Analysis IVDescriptorsTest.cpp

Remove deleted test (rebase error)
DeltaFile
+0-45llvm/unittests/Analysis/IVDescriptorsTest.cpp
+0-451 files

LLVM/project 492fb50llvm/unittests/Analysis IVDescriptorsTest.cpp

Restore deleted test (rebase error)
DeltaFile
+45-0llvm/unittests/Analysis/IVDescriptorsTest.cpp
+45-01 files