FreeBSD/ports 6aa08fbmultimedia/supersonic distinfo Makefile

multimedia/supersonic: Update to 0.20.0

ChangeLog: https://github.com/dweymouth/supersonic/releases/tag/v0.20.0
DeltaFile
+5-5multimedia/supersonic/distinfo
+1-2multimedia/supersonic/Makefile
+6-72 files

OPNSense/core 529f4f2. plist, src/etc/inc interfaces.inc

interfaces: generalise the dhcp6c_script using the new IFNAME variable #7647

The file was conceptually created in d36f0f4f62557 and before was a single
command line script... so add appropriate copyrights from that time onward.

Many thanks to Martin for pinoeering this back in the day!

interfaces: show the prefix shift in the log message

Move the other force message to the respective if which is more or
less what we had before.  This is important for making clear what
the impact of #9521 to renewals actually is.

interfaces: missed script path via @cm-rudolph
DeltaFile
+84-0src/opnsense/scripts/interfaces/dhcp6c_script.sh
+3-68src/etc/inc/interfaces.inc
+1-0plist
+88-683 files

OPNSense/core dc30b3bsrc/etc/inc interfaces.inc, src/opnsense/scripts/interfaces rtsold_script.sh

interfaces: multi-dhcp6c support and custom PD association #7647

This splits off rtsold and dhcp6c into separate processes
which frees us from the restrictions of faked iterative IDs
for PD associations.  For NA we simply default to 0 now.

I'm not entirely sure why we settled for a single deamon of
dhcp6c back in the day, but there are certianly downsides to
it and I don't see something that wasn't fixed in the meantime
that makes this not work.

Add two debugging files which still need to be steered via the
debug setting.
DeltaFile
+21-53src/etc/inc/interfaces.inc
+58-4src/www/interfaces.php
+5-5src/opnsense/scripts/interfaces/rtsold_script.sh
+84-623 files

LLVM/project f828f3cruntimes/cmake config-runtimes-Fortran.cmake

Address review comments
DeltaFile
+233-226runtimes/cmake/config-runtimes-Fortran.cmake
+233-2261 files

OPNSense/core 98d2933src/opnsense/scripts/interfaces rtsold_script.sh

interfaces: more script love for rtsold
DeltaFile
+3-2src/opnsense/scripts/interfaces/rtsold_script.sh
+3-21 files

OPNSense/tools 0955816config/25.7 ports.conf

add OATH Toolkit for 2FA support in Acme Client

refs https://github.com/opnsense/plugins/issues/3942
DeltaFile
+1-0config/25.7/ports.conf
+1-01 files

Illumos/gate 6919cfbusr/src/lib/libc/port/gen localtime.c

17357 libc: check sign expansion
Reviewed by: Robert Mustacchi <rm+illumos at fingolfin.org>
Approved by: Dan McDonald <danmcd at edgecast.io>
DeltaFile
+2-1usr/src/lib/libc/port/gen/localtime.c
+2-11 files

LLVM/project 1219cc7clang-tools-extra/clang-tidy/bugprone UnsafeFunctionsCheck.cpp, clang-tools-extra/docs ReleaseNotes.rst

[clang-tidy] Warn on use of std::get_temporary_buffer (#176191)

The STL function `std::get_temporary_buffer` was originally designed
with the intent of providing a more efficient implementation than the
general-purpose operator new, but no such implementation was created and
the API was deprecated (in C++17) and removed (in C++20).

As this function is difficult to use and provides no advantages, I think
(or at least hope) that nobody actually uses it; but given that it was
present in the official standard, I think tidy should be able to report
its bugprone nature. (It returns uninitialized memory, which can cause
subtle bugs, e.g. as in the last code example of the SEI CERT rule
EXP54-CPP.)
DeltaFile
+20-0clang-tools-extra/test/clang-tidy/checkers/bugprone/unsafe-functions.cpp
+7-2clang-tools-extra/clang-tidy/bugprone/UnsafeFunctionsCheck.cpp
+5-0clang-tools-extra/docs/ReleaseNotes.rst
+2-0clang-tools-extra/docs/clang-tidy/checks/bugprone/unsafe-functions.rst
+34-24 files

OpenZFS/src 54b141fmodule Makefile.bsd, module/os/freebsd/zfs zfs_vnops_os.c

FreeBSD: Remove references to DEBUG_VFS_LOCKS

This option is removed upstream in favour of plain INVARIANTS.

VNASSERT is always defined so I see no reason to use it conditionally.

Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Reviewed-by: Alexander Motin <alexander.motin at TrueNAS.com>
Signed-off-by: Mark Johnston <markj at FreeBSD.org>
Closes #18136
DeltaFile
+2-12module/os/freebsd/zfs/zfs_vnops_os.c
+0-5module/Makefile.bsd
+2-172 files

LLVM/project fc9feeemlir/include/mlir/Dialect/LLVMIR LLVMOps.td, mlir/lib/Dialect/LLVMIR/IR LLVMDialect.cpp

[mlir][LLVM] Speed up `extractvalue(insertvalue)` canonicalization (#176478)

The current `ExtractValueOp::fold` implementation traverses the entire
chain of `InsertValueOp`s leading up to it. This can be extremely slow
if there are a huge number of `ExtractValueOp`s using values from the
same chain.

This PR improves this significantly in cases where a large number of the
`ExtractValueOp`s are actually reading from the same `InsertValueOp`.
That is, for patterns like:

```
%i0 = llvm.insertvalue %v0, %undef[0]
%i1 = llvm.insertvalue %v1, %0[1]
...
%i999 = llvm.insertvalue %v999, %998[999]
%e0 = llvm.extractvalue %i999[0]
%e1 = llvm.extractvalue %i999[1]
...

    [17 lines not shown]
DeltaFile
+98-0mlir/lib/Dialect/LLVMIR/IR/LLVMDialect.cpp
+1-0mlir/include/mlir/Dialect/LLVMIR/LLVMOps.td
+99-02 files

FreeBSD/src 902e305lib/libthr/tests pthread_tryjoin_test.c Makefile

lib/libthr: add pthread_tryjoin(3) test

Reviewed by:    markj
Sponsored by:   The FreeBSD Foundation
MFC after:      1 week
Differential revision:  https://reviews.freebsd.org/D54766
DeltaFile
+62-0lib/libthr/tests/pthread_tryjoin_test.c
+1-0lib/libthr/tests/Makefile
+63-02 files

FreeBSD/src 7f026a5share/man/man3 pthread_join.3 Makefile

Document pthread_tryjoin_np(3)

Reviewed by:    markj
Sponsored by:   The FreeBSD Foundation
MFC after:      1 week
Differential revision:  https://reviews.freebsd.org/D54766
DeltaFile
+23-3share/man/man3/pthread_join.3
+2-1share/man/man3/Makefile
+25-42 files

FreeBSD/src afa70a8include pthread_np.h, lib/libthr pthread.map

libthr: add pthread_tryjoin_np()

Similar to the same glibc function.

Reviewed by:    markj
Sponsored by:   The FreeBSD Foundation
MFC after:      1 week
Differential revision:  https://reviews.freebsd.org/D54766
DeltaFile
+41-14lib/libthr/thread/thr_join.c
+4-0lib/libthr/pthread.map
+1-0include/pthread_np.h
+46-143 files

FreeBSD/src ce16be7lib/libthr/thread thr_join.c

libthr/thread/thr_join.c: deduplicate backout_join() helper

Reviewed by:    markj
Sponsored by:   The FreeBSD Foundation
MFC after:      1 week
Differential revision:  https://reviews.freebsd.org/D54766
DeltaFile
+13-8lib/libthr/thread/thr_join.c
+13-81 files

OPNSense/core f80f021. plist, src/etc/inc interfaces.inc

interfaces: generalise the dhcp6c_script using the new IFNAME variable #7647

The file was conceptually created in d36f0f4f62557 and before was a single
command line script... so add appropriate copyrights from that time onward.

Many thanks to Martin for pinoeering this back in the day!

interfaces: show the prefix shift in the log message

Move the other force message to the respective if which is more or
less what we had before.  This is important for making clear what
the impact of #9521 to renewals actually is.

interfaces: missed script path via @cm-rudolph
DeltaFile
+84-0src/opnsense/scripts/interfaces/dhcp6c_script.sh
+3-68src/etc/inc/interfaces.inc
+1-0plist
+88-683 files

OPNSense/core 9ea6cabsrc/etc/inc interfaces.inc, src/opnsense/scripts/interfaces rtsold_script.sh

interface: multi-dhcp6c support and custom PD association #7647

This splits off rtsold and dhcp6c into separate processes
which frees us from the restrictions of faked iterative IDs
for PD associations.  For NA we simply default to 0 now.

I'm not entirely sure why we settled for a single deamon of
dhcp6c back in the day, but there are certianly downsides to
it and I don't see something that wasn't fixed in the meantime
that makes this not work.

Add two debugging files which still need to be steered via the
debug setting.
DeltaFile
+21-53src/etc/inc/interfaces.inc
+58-4src/www/interfaces.php
+5-5src/opnsense/scripts/interfaces/rtsold_script.sh
+84-623 files

OPNSense/core 02776c8src/opnsense/scripts/interfaces rtsold_script.sh

interfaces: replace 1 and 2 with real variable names

This will match dhcp6c_script.sh more closely in the future.
DeltaFile
+11-7src/opnsense/scripts/interfaces/rtsold_script.sh
+11-71 files

FreeBSD/src 002c50esys/amd64/vmm vmm.c

amd64/vmm: remove unused static function vcpu_state2str()

It is guarded by #ifdef KTR, so the warning does not show up under usual
kernel configs.

Fixes:  ed85203fb7a0334041db6da07e45ddda4caef13d
Sponsored by:   The FreeBSD Foundation
Differential revision:  https://reviews.freebsd.org/D54781
DeltaFile
+0-20sys/amd64/vmm/vmm.c
+0-201 files

FreeBSD/ports 5d600fcsecurity/wazuh-server distinfo

security/wazuh-server: fix fetch

PR:             292580
Reported by:    Trond Endrestøl <Trond.Endrestol at ximalas.info>
DeltaFile
+2-2security/wazuh-server/distinfo
+2-21 files

FreeBSD/ports e17d963www/forgejo Makefile distinfo

www/forgejo: Update to 14.0.0

Changelog:
* https://codeberg.org/forgejo/forgejo/src/branch/forgejo/release-notes-published/14.0.0.md

MFH:            2026Q1
DeltaFile
+16-7www/forgejo/Makefile
+3-3www/forgejo/distinfo
+19-102 files

FreeBSD/src 4b534b8sys/dev/acpica acpi.c

acpi: Fix not calling AcpiLeaveSleepState() in S3 path

When resuming from ACPI suspend, the ACPI_SS_SLP_PREP bit in slp_state
was being checked and subsequently unset when calling resumeclock().
This bit was also being checked for the AcpiLeaveSleepState() call in
the non-s2idle path, but having just been unset, it was never actually
being called.

Change this so that resumeclock() is always being called (since we never
goto breakout between suspendclock() and resumeclock() anyway) and
ACPI_SS_SLP_PREP is purely used for AcpiEnterSleepStatePrep() and
AcpiLeaveSleepState() in the non-s2idle paths.

PR:             292568
Reported by:    Marek Zarychta
Reviewed by:    olce
Tested by:      Marek Zarychta
Approved by:    olce
Fixes:  7669cbd0f064 (“acpi: Suspend-to-idle support (s2idle)”)

    [2 lines not shown]
DeltaFile
+3-6sys/dev/acpica/acpi.c
+3-61 files

LLVM/project d1964f7

Trigger Build
DeltaFile
+0-00 files

LLVM/project 8168577mlir/include/mlir/Dialect/SPIRV/IR SPIRVTosaOps.td SPIRVTosaTypes.td, mlir/lib/Dialect/SPIRV/IR SPIRVTosaOps.cpp

[mlir][spirv] Initial support for TOSA Extended Instruction Set (#174402)

This patch adds initial support for the TOSA Extended Instruction Set
(001000.1) to the SPIR-V dialect in MLIR. The TOSA extended instruction
set provides a standardized set of machine learning operations designed
to be used within `spirv.ARM.Graph` operations (corresponding to
OpGraphARM in SPV_ARM_graph) and typed with `!spirv.arm.tensor<...>`
(corresponding to OpTypeTensorARM in SPV_ARM_tensor).

The change introduces:
* Dialect plumbing for import, serialization, and deserialization of the
TOSA extended instruction set.
* The `spirv.Tosa.ArgMax` operation from TOSA extended instruction, each
lowering to the corresponding `OpExtInst`.
* Verification enforcing that `spirv.Tosa.ArgMax` appears only within
`spirv.ARM.Graph` regions, operates on `!spirv.arm.tensor<...>` types,
and is well-formed according to the TOSA 001000.1 specification.

Only the ArgMax operation from TOSA 001000.1 extended instructions is

    [9 lines not shown]
DeltaFile
+86-0mlir/include/mlir/Dialect/SPIRV/IR/SPIRVTosaOps.td
+49-0mlir/lib/Dialect/SPIRV/IR/SPIRVTosaOps.cpp
+41-0mlir/include/mlir/Dialect/SPIRV/IR/SPIRVTosaTypes.td
+41-0mlir/test/Target/SPIRV/tosa-ops.mlir
+29-3mlir/tools/mlir-tblgen/SPIRVUtilsGen.cpp
+23-0mlir/test/Dialect/SPIRV/IR/tosa-ops.mlir
+269-34 files not shown
+310-310 files

FreeBSD/ports 74973dcMk/Uses gssapi.mk

Mk/Uses/gssapi: Fix conditional

Fixes:          95035ba60352
Reported by:    "John W. O'Brien" <john at saltant.com>"
DeltaFile
+1-1Mk/Uses/gssapi.mk
+1-11 files

HardenedBSD/src a4e8319bin/ln symlink.7

Merge remote-tracking branch 'internal/hardened/current/master' into hardened/current/cross-dso-cfi
DeltaFile
+19-2bin/ln/symlink.7
+19-21 files

HardenedBSD/src 41d8c30share/mk src.opts.mk

HBSD: Resolve merge conflict

Signed-off-by:  Shawn Webb <shawn.webb at hardenedbsd.org>
DeltaFile
+2-3share/mk/src.opts.mk
+2-31 files

FreeBSD/src 709a53csys/x86/include apicreg.h, sys/x86/x86 local_apic.c

x86/local_apic.c: Properly calculate the number of LVT entries

First, the CMCI entry index is APIC_LVT_MAX, so it was excluded
unconditionall [1].

Second, the number of entries is reported by the version register, and
we must not access past the last reported entry.

Reported by:    olivier [1]
Fixes:  11f954b021a1aadde1d03d40ed5d6b529e14da98
Reviewed by:    markj
Sponsored by:   The FreeBSD Foundation
MFC after:      1 week
Differential revision:  https://reviews.freebsd.org/D54773
DeltaFile
+6-1sys/x86/include/apicreg.h
+5-2sys/x86/x86/local_apic.c
+11-32 files

FreeBSD/src 83d9882sys/amd64/amd64 machdep.c, sys/kern init_main.c

sys: do not allow entering vm_fault() on boot until VM is initialized

On amd64, a hack sets td_critnest to 1 in hammer_time(), and then clear
it before returning from hammer_time(), which is too early.  Instead,
set TDP_NOFAULTING for thread0, and clear the flag after vm_init() finished.

Noted by:       adrian
Reviewed by:    adrian (previous version), markj
Sponsored by:   The FreeBSD Foundation
MFC after:      1 week
Differential revision:  https://reviews.freebsd.org/D54768
DeltaFile
+11-1sys/kern/init_main.c
+8-0sys/vm/vm_init.c
+1-4sys/amd64/amd64/machdep.c
+20-53 files

FreeBSD/src ad5e3cbsys/x86/x86 local_apic.c

x86/local_apic.c: add lapic_maxlvt() helper

that calculates the max index of the present LVT entry from the value of
the LAPIC version register.

Reviewed by:    markj
Sponsored by:   The FreeBSD Foundation
MFC after:      1 week
Differential revision:  https://reviews.freebsd.org/D54773
DeltaFile
+15-5sys/x86/x86/local_apic.c
+15-51 files

LLVM/project 1ec8257llvm/lib/Target/X86 X86ISelLowering.cpp, llvm/test/CodeGen/X86 clmul-vector.ll

[X86] Add initial support for ISD::CLMUL vXi32/vXi64 custom lowering (#176759)

These will be quicker if they are "scalarized" to use PCLMULQDQ and then
packed back together instead of the default expansion - 256-bit/512-bit
support will follow shortly.

vXi8/vXi16 look like they will be quicker without PCLMULQDQ, assuming we
can avoid so many multiplies after #176356 has landed.
DeltaFile
+5,757-14,929llvm/test/CodeGen/X86/clmul-vector.ll
+9-2llvm/lib/Target/X86/X86ISelLowering.cpp
+5,766-14,9312 files