LLVM/project 6cbefe0llvm/lib/Target/AMDGPU AMDGPUPrintfRuntimeBinding.cpp, llvm/test/CodeGen/AMDGPU opencl-printf-invalid-signature.ll

[AMDGPU] Skip printf runtime binding if function signature is unexpected (#177573)

When creating the binding for OpenCL printf calls, we expect the
signature of the function to match the OpenCL specification. If the
signature is unexpected, this patch makes the pass skip creating the
binding to avoid incorrect behavior and crashes.

---------

Signed-off-by: Steffen Holst Larsen <HolstLarsen.Steffen at amd.com>
Co-authored-by: Steffen Holst Larsen <HolstLarsen.Steffen at amd.com>
DeltaFile
+230-0llvm/test/CodeGen/AMDGPU/opencl-printf-invalid-signature.ll
+11-0llvm/lib/Target/AMDGPU/AMDGPUPrintfRuntimeBinding.cpp
+241-02 files

LLVM/project af0d348llvm/lib/Target/AMDGPU AMDGPURegBankCombiner.cpp, llvm/test/CodeGen/AMDGPU/GlobalISel clamp-fmed3-const-combine.ll

[AMDGPU] Fix legacy index in fmed3 optimization (#177426)

The `matchFPMed3ToClamp` implementation incorrectly used the old
indexing for arguments from when it was wrapped in an intrinsic
instruction (i.e. the arguments would start at index 2). This missed
case was however in a conditional part of the optimization that would
only be hit if none of the other optimizations were hit. This commit
fixes this path and adds a test ensuring the path is tested in the
future.

Signed-off-by: Steffen Holst Larsen <HolstLarsen.Steffen at amd.com>
Co-authored-by: Steffen Holst Larsen <HolstLarsen.Steffen at amd.com>
DeltaFile
+21-0llvm/test/CodeGen/AMDGPU/GlobalISel/clamp-fmed3-const-combine.ll
+1-1llvm/lib/Target/AMDGPU/AMDGPURegBankCombiner.cpp
+22-12 files

OPNSense/core 60d3537src/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes FilterRuleField.php

Fall back to default virusprod table if alias cannot be resolved from uuid
DeltaFile
+3-0src/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/FilterRuleField.php
+3-01 files

FreeBSD/ports 22d95a5databases/surrealdb distinfo Makefile

databases/surrealdb: update 2.4.0 → 2.6.0

Reported by:    portscout
DeltaFile
+3-3databases/surrealdb/distinfo
+1-2databases/surrealdb/Makefile
+4-52 files

FreeBSD/ports dac39f0science/tinker distinfo Makefile

science/tinker: update 26.1.1 → 26.1.2

Reported by:    portscout
DeltaFile
+3-3science/tinker/distinfo
+1-1science/tinker/Makefile
+4-42 files

FreeBSD/ports f820c09devel/glaze pkg-plist distinfo

devel/glaze: update 6.5.0 → 7.0.2

Reported by:    portscout
DeltaFile
+17-0devel/glaze/pkg-plist
+3-3devel/glaze/distinfo
+2-2devel/glaze/Makefile
+22-53 files

FreeBSD/ports dbdf303math/py-cvxpy Makefile

math/py-cvxpy: Add comment
DeltaFile
+2-0math/py-cvxpy/Makefile
+2-01 files

FreeBSD/ports 35b6f4asysutils/mise distinfo Makefile

sysutils/mise: update 2026.1.7 → 2026.1.8

Reported by:    portscout
DeltaFile
+159-159sysutils/mise/distinfo
+79-79sysutils/mise/Makefile
+238-2382 files

FreeBSD/ports 719570bdeskutils/skim distinfo Makefile

deskutils/skim: update 1.7.2 → 1.11.0

Reported by:    portscout
DeltaFile
+25-17deskutils/skim/distinfo
+12-8deskutils/skim/Makefile
+37-252 files

LLVM/project 482a3bcllvm/test/Transforms/SLPVectorizer/X86 pr176906.ll

[SLP][X86] Add test case for #176906 (#178386)

DeltaFile
+262-0llvm/test/Transforms/SLPVectorizer/X86/pr176906.ll
+262-01 files

FreeBSD/ports a9280f6databases Makefile, databases/tredis distinfo Makefile

databases/tredis: Add terminal UI for Redis

tredis is a TUI for managing Redis servers, supporting multiple
connections, key browsing, all data types, and TLS.
DeltaFile
+561-0databases/tredis/distinfo
+301-0databases/tredis/Makefile
+10-0databases/tredis/pkg-descr
+1-0databases/Makefile
+873-04 files

LLVM/project c064244llvm/lib/Target/X86 X86FixupInstTuning.cpp, llvm/test/CodeGen/X86 fixup-vpermq-to-vinsert.mir

[X86] X86FixupInstTunings - attempt to convert VPERMQri to VINSERTI128rri (#177327)

When the immediate is 0x44, VPERMQ/VPERMPD duplicates the lower 128-bit
lane to both lanes. This is equivalent to inserting the lower 128-bits
into the upper 128-bit position, which VINSERTI128/VINSERTF128 can
potentially do more efficiently on some targets.

This patch enables X86FixupInstTuning to convert:
  VPERMQ  ymm, ymm, 0x44 -> VINSERTI128 ymm, ymm, xmm, 1
  VPERMPD ymm, ymm, 0x44 -> VINSERTF128 ymm, ymm, xmm, 1

Resolves #159410
DeltaFile
+71-0llvm/test/CodeGen/X86/fixup-vpermq-to-vinsert.mir
+41-1llvm/lib/Target/X86/X86FixupInstTuning.cpp
+112-12 files

LLVM/project 8df0c8dllvm/lib/Transforms/Utils LoopPeel.cpp, llvm/test/Transforms/LoopUnroll peel-last-iteration-load-widening.ll peel-last-iteration-load-widening-be.ll

Address comments 1
DeltaFile
+1,694-0llvm/test/Transforms/LoopUnroll/AArch64/peel-last-iteration-load-widening.ll
+0-616llvm/test/Transforms/LoopUnroll/peel-last-iteration-load-widening.ll
+117-79llvm/lib/Transforms/Utils/LoopPeel.cpp
+0-104llvm/test/Transforms/LoopUnroll/peel-last-iteration-load-widening-be.ll
+67-0llvm/test/Transforms/LoopUnroll/PowerPC/peel-last-iteration-load-widening-be.ll
+56-0llvm/test/Transforms/LoopUnroll/AArch64/peel-last-iteration-load-widening-disabled.ll
+1,934-7994 files not shown
+1,947-80810 files

LLVM/project 1b28156llvm/include/llvm/Transforms/Utils UnrollLoop.h LoopPeel.h, llvm/lib/Transforms/Scalar LoopUnrollPass.cpp

[LoopPeel] Peel last iteration to enable load widening

In loops that contain multiple consecutive small loads (e.g., 3 bytes
loading i8's), peeling the last iteration makes it safe to read beyond
the accessed region, enabling the use of a wider load (e.g., i32) for
all other N-1 iterations.

Patterns such as:
```
  %a = load i8, ptr %p
  %b = load i8, ptr %p+1
  %c = load i8, ptr %p+2
  ...
  %p.next = getelementptr i8, ptr %p, 3
```

Can be transformed to:
```
  %wide = load i32, ptr %p  ; Read 4 bytes

    [9 lines not shown]
DeltaFile
+616-0llvm/test/Transforms/LoopUnroll/peel-last-iteration-load-widening.ll
+230-1llvm/lib/Transforms/Utils/LoopPeel.cpp
+104-0llvm/test/Transforms/LoopUnroll/peel-last-iteration-load-widening-be.ll
+23-10llvm/lib/Transforms/Scalar/LoopUnrollPass.cpp
+10-8llvm/include/llvm/Transforms/Utils/UnrollLoop.h
+7-1llvm/include/llvm/Transforms/Utils/LoopPeel.h
+990-206 files

LLVM/project 9d800adllvm/lib/Target/AMDGPU AMDGPUInstructions.td R600Instructions.td, llvm/test/CodeGen/AMDGPU divergence-driven-buildvector.ll

[AMDGPU] Use FPImmLeaf for float constants, fix build_vector patterns (#178018)

DeltaFile
+100-0llvm/test/CodeGen/AMDGPU/divergence-driven-buildvector.ll
+5-19llvm/lib/Target/AMDGPU/AMDGPUInstructions.td
+7-7llvm/lib/Target/AMDGPU/R600Instructions.td
+2-2llvm/lib/Target/AMDGPU/SIInstructions.td
+114-284 files

NetBSD/pkgsrc BJ7yQr3textproc/py-pylev Makefile

   py-pylev: switch to https
VersionDeltaFile
1.2+2-2textproc/py-pylev/Makefile
+2-21 files

LLVM/project 4a5c5b5lldb/test/API/commands/help TestHelp.py

[lldb] Make "help format" test more strict (#178216)

Originally added in a81bd7f1014f316b42bf7274f76a340b833e663b /
https://reviews.llvm.org/D35525, this test either was not strict enough,
or lldb's behaviour has drifted since.

I think the intention was to check exactly when the output of "help
format" would wrap. Which should happen when we have printed up to the
terminal width, minus a few characters because we walk backwards to the
closest whitespace point to break at (so we don't split a word).

I've updated the test to check the exact outputs and cover printing one
line and two instances where we need to split different amounts onto a
second line.
DeltaFile
+28-2lldb/test/API/commands/help/TestHelp.py
+28-21 files

LLVM/project 355898aclang/include/clang/Basic Attr.td AttrDocs.td, llvm/lib/Target/SystemZ SystemZAsmPrinter.cpp SystemZInstrInfo.cpp

[SystemZ] Enable -fpatchable-function-entry=M,N (#178191)

This PR enables the option `-fpatchable-function-entry` for SystemZ. It
utilizes existing common code and just adds the emission of nops after
the function label in the backend.

SystemZ provides multiple nop options of varying length, making the
semantics of this option somewhat ambiguous. In order to align with what
`gcc` does with that same option, we#re choosing `nopr` as the
canoonical nop for this purpose.

For test, this adapts an existing test file from aarch64.
DeltaFile
+102-0llvm/test/CodeGen/SystemZ/patchable-function-entry.ll
+21-0llvm/lib/Target/SystemZ/SystemZAsmPrinter.cpp
+4-3clang/include/clang/Basic/Attr.td
+5-0llvm/lib/Target/SystemZ/SystemZInstrInfo.cpp
+2-0llvm/lib/Target/SystemZ/SystemZInstrInfo.h
+1-1clang/include/clang/Basic/AttrDocs.td
+135-41 files not shown
+136-57 files

NetBSD/pkgsrc fMbeVEQdoc CHANGES-2026

   doc: Updated security/gnupg2 to 2.5.17
VersionDeltaFile
1.693+2-1doc/CHANGES-2026
+2-11 files

NetBSD/pkgsrc M2n4zStsecurity/gnupg2 Makefile PLIST

   gnupg2: update to 2.5.17.

   Despite the odd minor, 2.5 is the stable branch.

   This update also renames the binary from gpg2 to gpg (the corresponding
   configure option was removed).

   Comment out some now hopefully unnecessary LDFLAGS.${OPSYS}.

   Noteworthy changes in version 2.5.17 (2026-01-27)
   -------------------------------------------------

     * agent: Fix stack buffer overflow when using gpgsm and KEM.  This
       was introduced with 2.5.13; see the advisory.  [T8044]

     * tpm: Fix possible buffer overflow in PKDECRYPT.  [T8045]

     * gpg: Fix possible NULL-deref with overlong signature packets.
       [T8049]

    [571 lines not shown]
VersionDeltaFile
1.168+9-14security/gnupg2/Makefile
1.19+11-6security/gnupg2/PLIST
1.3+7-7security/gnupg2/DESCR
1.92+4-5security/gnupg2/distinfo
+31-324 files

OPNSense/core 052667esrc/opnsense/mvc/app/views/OPNsense/Firewall filter_rule.volt

Show translated value in the advanced field tooltip when possible, this will show the alias name instead of the UUID
DeltaFile
+1-1src/opnsense/mvc/app/views/OPNsense/Firewall/filter_rule.volt
+1-11 files

LLVM/project f4b593allvm/lib/Target/Mips Mips64InstrInfo.td MipsDelaySlotFiller.cpp, llvm/test/CodeGen/Mips r5900-short-loop.ll

[Mips] Add r5900 (PlayStation 2 Emotion Engine) CPU support (#176666)

This PR adds basic support for the MIPS R5900 CPU, the Emotion Engine
processor used in the PlayStation 2.

**LLVM changes:**
- Add r5900 CPU definition (with soft float support for now)
- Disable instructions not supported by r5900 (64-bit multiply/divide,
LL/SC atomics, COP3)
- Add r5900 specific short loop delay slot fix (hardware errata
workaround)
- Set ISA extension `AFL_EXT_5900` in ELF flags for proper ABI
identification

**Clang changes:**
- Add r5900 as a valid CPU target for `-mcpu=r5900`
- Add r5900 to CPU test coverage
DeltaFile
+95-80llvm/lib/Target/Mips/Mips64InstrInfo.td
+87-2llvm/lib/Target/Mips/MipsDelaySlotFiller.cpp
+70-0llvm/test/CodeGen/Mips/r5900-short-loop.ll
+55-13llvm/lib/Target/Mips/MipsInstrInfo.td
+59-0llvm/test/MC/Mips/r5900-invalid.s
+11-2llvm/lib/Target/Mips/MipsSEISelLowering.cpp
+377-9713 files not shown
+431-10519 files

NetBSD/pkgsrc 5aTwwdOdoc CHANGES-2026

   Updated lang/oracle-jdk21, textproc/py-phonenumbers
VersionDeltaFile
1.692+3-1doc/CHANGES-2026
+3-11 files

NetBSD/pkgsrc MLdlUlGtextproc/py-phonenumbers distinfo Makefile

   py-phonenumbers: updated to 9.0.22

   9.0.22
   Unknown changes
VersionDeltaFile
1.40+4-4textproc/py-phonenumbers/distinfo
1.43+2-2textproc/py-phonenumbers/Makefile
+6-62 files

LLVM/project bda27d5clang/docs ReleaseNotes.rst, clang/lib/Lex PPDirectives.cpp

[Clang] prevent assertion in __has_embed parameter recovery at end-of-directive (#175104)

Fixes #175088

---

This PR addresses an assertion failure in the preprocessor triggered
when `__has_embed` parameter parsing reaches end-of-directive while
expecting a parenthesized argument.
DeltaFile
+10-0clang/test/Preprocessor/embed___has_embed_parsing_errors.c
+2-2clang/lib/Lex/PPDirectives.cpp
+1-0clang/docs/ReleaseNotes.rst
+13-23 files

LLVM/project 848164cllvm/lib/Target/RISCV RISCVISelLowering.cpp, llvm/test/CodeGen/RISCV xqcibm-insert.ll

[RISCV] Run combineOrToBitfieldInsert after DAG legalize (#177830)

Not combing `OR` into `QC.INSB(I)` before DAG legalization helps known
bits analysis to simplify the code if possible.

(cherry picked from commit 3ed48305ab19bf0090d2ca714a37dd7b0667b6c2)
DeltaFile
+22-0llvm/test/CodeGen/RISCV/xqcibm-insert.ll
+4-3llvm/lib/Target/RISCV/RISCVISelLowering.cpp
+26-32 files

NetBSD/pkgsrc n5FROYVlang/oracle-jdk21 distinfo Makefile

   oracle-jdk21: updated to 21.0.10

   21.0.10
   https://www.oracle.com/java/technologies/javase/21-0-10-relnotes.html
VersionDeltaFile
1.5+13-13lang/oracle-jdk21/distinfo
1.6+2-2lang/oracle-jdk21/Makefile
+15-152 files

LLVM/project e351925llvm/lib/Target/ARM ARMBaseInstrInfo.cpp ARMFrameLowering.cpp, llvm/test/CodeGen/ARM estimate-size-copy.mir

[ARM] Count register copies when estimating function size (#175763)

`EstimateFunctionSizeInBytes`, in `ARMFrameLowering.cpp`, provides an
early estimate of the compiled size of a function, in a context that
wants to overestimate rather than underestimate.

In some cases it was underestimating severely, by over 20%. The
discrepancy was entirely accounted for by the fact that `COPY`
operations were not being counted at all, even though each one (or at
least each one that survives any post-regalloc optimizations) takes 2
bytes in Thumb or 4 in Arm. This could lead to a compile failure, if the
underestimated function size led frame lowering to not stack LR, but
later, `ARMConstantIslandsPass` needed to insert an intra-function
branch long enough to require a `bl` instruction, needing LR to have
been stacked.

The result of `EstimateFunctionSizeInBytes` was not directly available
for testing, so I added an `LLVM_DEBUG` at the end of the function. That
way, the test file doesn't need to try to make a >2048 byte function

    [11 lines not shown]
DeltaFile
+37-0llvm/test/CodeGen/ARM/estimate-size-copy.mir
+5-0llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp
+2-0llvm/lib/Target/ARM/ARMFrameLowering.cpp
+44-03 files

NetBSD/pkgsrc 7stCQHldoc CHANGES-2026

   doc: Updated security/gnupg to 1.4.23nb28
VersionDeltaFile
1.691+2-1doc/CHANGES-2026
+2-11 files

NetBSD/pkgsrc PRU7AwWsecurity/gnupg PLIST options.mk

   gnupg: install binaries with '1' suffix

   update DESCR to note that this is the old, unsupported version
   Remove readline option since readline/bl3.mk is included unconditionally
   in the Makefile anyway.
   Clean some pkglint.

   Bump PKGREVISION.
VersionDeltaFile
1.30+14-14security/gnupg/PLIST
1.18+4-11security/gnupg/options.mk
1.3+10-3security/gnupg/DESCR
1.177+7-4security/gnupg/Makefile
+35-324 files