FreeBSD/src cdbc9b7sys/netpfil/pf pf_norm.c, tests/sys/netpfil/pf nat64.sh

pf: fix min-ttl and set-tos for nat64

If we have both af-to and min-ttl or set-tos on a single rule we didn't
apply the new ttl or tos.

That's because the scrub code still applied the change, but we
subsequently create a new header for the new address family. That's done
based on the ttl/tos saved in the struct pf_pdesc, which are the values
from the incoming packet, before the scrub modification(s).

Also update the struct pf_pdesc values when we update packets.

Reported by:    Marek Zarychta
Sponsored by:   Rubicon Communications, LLC ("Netgate")
DeltaFile
+69-0tests/sys/netpfil/pf/nat64.sh
+4-2sys/netpfil/pf/pf_norm.c
+73-22 files

LLVM/project 5ba6256clang-tools-extra/clang-tidy ClangTidy.cpp, clang-tools-extra/clang-tidy/tool ClangTidyMain.cpp run-clang-tidy.py

[clang-tidy] New option to remove arguments from the command line (#164344)

When using clang-tidy from a compilation database, some options might
not be
recognized by clang if the compilation database was generated for
another compiler.
This forces the user to add conditional code in their CMakeLists.txt to
remove
those arguments when using clang-tidy.
A new option was added to the .clang-tidy config to remove
those unknown flags without the need to generate a second
compilation_commands.json
    
Fixes #108455

Please see #111453 and #162201 for previous discussions regarding this
option.
This implementation was slightly changed from the initial PR based on
the following comment

    [6 lines not shown]
DeltaFile
+18-0clang-tools-extra/clang-tidy/ClangTidy.cpp
+14-0clang-tools-extra/clang-tidy/tool/ClangTidyMain.cpp
+12-0clang-tools-extra/clang-tidy/tool/run-clang-tidy.py
+9-0clang-tools-extra/clang-tidy/tool/clang-tidy-diff.py
+8-0clang-tools-extra/test/clang-tidy/infrastructure/removed-args.cpp
+5-0clang-tools-extra/docs/ReleaseNotes.rst
+66-04 files not shown
+75-210 files

FreeBSD/src 2c8a177sys/sys uio.h

uio.h: Indent struct uio according to style(9)

Approved by:    christos (mentor)
MFC after:      3 days
Differential Revision:  https://reviews.freebsd.org/D54071

(cherry picked from commit 8740d7e4d183189d259163aa30179ad14c77c0c4)
DeltaFile
+7-7sys/sys/uio.h
+7-71 files

FreeBSD/src b8d96efsys/sys uio.h

uio.h: Indent struct uio according to style(9)

Approved by:    christos (mentor)
MFC after:      3 days
Differential Revision:  https://reviews.freebsd.org/D54071

(cherry picked from commit 8740d7e4d183189d259163aa30179ad14c77c0c4)
DeltaFile
+7-7sys/sys/uio.h
+7-71 files

LLVM/project c4a0d71libc/src/__support/macros/properties compiler.h

[libc] Fix ifdef in compiler.h. (#172324)

DeltaFile
+1-1libc/src/__support/macros/properties/compiler.h
+1-11 files

LLVM/project e7dd7b8llvm/lib/Target/AMDGPU AMDGPUInstCombineIntrinsic.cpp, llvm/test/Transforms/InstCombine/AMDGPU tensor-load-store-lds.ll

[AMDGPU] tensor_{load_to/store_from}_lds => ..._d2 simplification (#171540)

This commit adds the rewrite

```
llvm.amdgcn.tensor.{load.to/store.from}.lds(
  <4 x i32> %d0, <8 x i32> %d1, <4 x i32> zeroinitializer,
  <4 x i32> zeroinitializer, i32 [cachepolicy])
=>
llvm.amdgcn.tensor.{load.to/store.from}.lds.d2(
  <4 x i32> %$d0, <8 x i32> %d1, i32 [cachepolicy])
```

This is justifed because, when the short encoding that uses the NULL
SGPR for registers 2 and 3 is used, the hardware acts as if those
registers were 0, including in the gather mode.

It is always safe not to run this transformation.

(Note: tests were LLM'd and then tweaked.)
DeltaFile
+185-0llvm/test/Transforms/InstCombine/AMDGPU/tensor-load-store-lds.ll
+21-0llvm/lib/Target/AMDGPU/AMDGPUInstCombineIntrinsic.cpp
+206-02 files

LLVM/project 1612fcaflang/lib/Semantics check-omp-loop.cpp

[flang][OpenMP] Make function name more accurate

Change `CountGeneratedLoops` to `CountGeneratedNests`, since it's really
the nests that are counted.
DeltaFile
+8-8flang/lib/Semantics/check-omp-loop.cpp
+8-81 files

FreeNAS/freenas 514830dsrc/middlewared/middlewared/apps webshell_app.py

Fix flake8 issue
DeltaFile
+1-1src/middlewared/middlewared/apps/webshell_app.py
+1-11 files

LLVM/project b368357llvm/lib/Target/X86 X86ISelLowering.cpp, llvm/test/CodeGen/X86 elementwise-store-of-scalar-splat.ll atomic-unordered.ll

[X86] combineStore - attempt to store i256/i512 types as v4i64/v8i64 vectors (#172288)

If the larger than legal scalar integer is freely foldable to a vector
type, or is likely to be custom lowered to an operation using vectors,
attempt to convert to a vector store.

This doesn't appear to be worth it for i128 types which can more easily
convert between types with extra insert_subvector steps etc.
DeltaFile
+13-29llvm/test/CodeGen/X86/elementwise-store-of-scalar-splat.ll
+23-6llvm/lib/Target/X86/X86ISelLowering.cpp
+3-8llvm/test/CodeGen/X86/atomic-unordered.ll
+39-433 files

LLVM/project f3d8ebellvm/lib/Transforms/InstCombine InstCombineSelect.cpp

InstCombine: Stop using m_c_BinOp for non-commutative ops

The previous flow tried both m_BinOp and m_c_BinOp for noncommutative
ops. Seems to have worked out OK though, since there are no test changes.
DeltaFile
+7-4llvm/lib/Transforms/InstCombine/InstCombineSelect.cpp
+7-41 files

OpenBSD/src SjufvMPusr.sbin/unbound configure config.h.in, usr.sbin/unbound/doc unbound-host.1.in unbound.conf.5.in

   merge unbound 1.24.2
VersionDeltaFile
1.61+2,735-1,952usr.sbin/unbound/configure
1.36+186-176usr.sbin/unbound/config.h.in
1.49+2-2usr.sbin/unbound/doc/unbound-host.1.in
1.55+2-2usr.sbin/unbound/doc/unbound.conf.5.in
1.50+2-2usr.sbin/unbound/doc/unbound.8.in
1.48+2-2usr.sbin/unbound/doc/libunbound.3.in
+2,929-2,1366 files not shown
+2,939-2,14512 files

OpenBSD/src Pne5xulusr.sbin/unbound configure config.h.in, usr.sbin/unbound/doc unbound.8.in unbound.conf.5.in

   import the rest of unbound 1.24.2; we already had the important code fix,
   this just updates generated files etc
VersionDeltaFile
1.1.1.42+2,728-1,945usr.sbin/unbound/configure
1.1.1.33+186-176usr.sbin/unbound/config.h.in
1.1.1.18+35-4usr.sbin/unbound/iterator/iter_scrub.c
1.1.1.42+2-2usr.sbin/unbound/doc/unbound.8.in
1.1.1.42+2-2usr.sbin/unbound/doc/unbound.conf.5.in
1.1.1.42+2-2usr.sbin/unbound/doc/libunbound.3.in
+2,955-2,1317 files not shown
+2,967-2,14213 files

LLVM/project ddd7e4bclang-tools-extra/docs/clang-tidy/checks/readability identifier-naming.rst

Fix typo in readability-identifier-naming docs (#172319)

Found in #171686, can be merged first.
DeltaFile
+53-53clang-tools-extra/docs/clang-tidy/checks/readability/identifier-naming.rst
+53-531 files

OpenBSD/src HVVD8IWdistrib/alpha/miniroot Makefile, distrib/amd64/ramdisk_cd Makefile

   use "bootonly" in all cases; ok kn
VersionDeltaFile
1.29+2-2distrib/alpha/miniroot/Makefile
1.40+2-2distrib/amd64/ramdisk_cd/Makefile
1.36+2-2distrib/arm64/ramdisk/Makefile
1.50+2-2distrib/hppa/ramdisk/Makefile
1.32+2-2distrib/i386/ramdisk_cd/Makefile
1.36+2-2distrib/loongson/ramdisk/Makefile
+12-122 files not shown
+16-168 files

FreeBSD/src 8ddb5afsys/dev/netmap netmap_freebsd.c

netmap: Fix error handling in nm_os_extmem_create()

We bump the object reference count prior to mapping it into the kernel
map, at which point the vm_map_entry owns the reference.  Then, if
vm_map_wire() fails, vm_map_remove() will release the reference, so we
should avoid decrementing it in the error path.

Reported by:    Ilja van Sprundel <ivansprundel at ioactive.com>
Reviewed by:    vmaffione
MFC after:      1 week
Differential Revision:  https://reviews.freebsd.org/D53066

(cherry picked from commit dfc1041c08ba32f24b8050b4d635a0bbbfd9b767)
DeltaFile
+1-0sys/dev/netmap/netmap_freebsd.c
+1-01 files

FreeBSD/src 8052346sys/dev/netmap netmap_freebsd.c

netmap: Fix error handling in nm_os_extmem_create()

We bump the object reference count prior to mapping it into the kernel
map, at which point the vm_map_entry owns the reference.  Then, if
vm_map_wire() fails, vm_map_remove() will release the reference, so we
should avoid decrementing it in the error path.

Reported by:    Ilja van Sprundel <ivansprundel at ioactive.com>
Reviewed by:    vmaffione
MFC after:      1 week
Differential Revision:  https://reviews.freebsd.org/D53066

(cherry picked from commit dfc1041c08ba32f24b8050b4d635a0bbbfd9b767)
DeltaFile
+1-0sys/dev/netmap/netmap_freebsd.c
+1-01 files

LLVM/project efd9dc8libc/src/__support/math expf_static_rounding.h, llvm CMakeLists.txt

Revert "[APFloat] Add exp function for APFloat::IEEESsingle using expf implementation from LLVM libc. (#143959)" (#172325)

This reverts commit 4190d576823c18f45ee0632baee7d798448178ac.

See https://lab.llvm.org/buildbot/#/builders/181/builds/33524

```
                 from /home/buildbot/buildbot-root/cross-project-tests-sie-ubuntu/llvm-project/llvm/lib/Support/APFloat.cpp:32:
/home/buildbot/buildbot-root/cross-project-tests-sie-ubuntu/llvm-project/llvm/../libc/src/__support/math/asin_utils.h:548:1:   in ‘constexpr’ expansion of ‘__llvm_libc::fputil::DyadicFloat<128>(__llvm_libc::Sign::POS, -127, __llvm_libc::BigInt<128, false, long unsigned int>(__llvm_libc::operator""_u128(((const char*)"0x80000000\'00000000\'00000000\'00000000"))))’
/home/buildbot/buildbot-root/cross-project-tests-sie-ubuntu/llvm-project/llvm/../libc/src/__support/FPUtil/dyadic_float.h:109:5:   in ‘constexpr’ expansion of ‘((__llvm_libc::fputil::DyadicFloat<128>*)this)->__llvm_libc::fputil::DyadicFloat<128>::normalize()’
/home/buildbot/buildbot-root/cross-project-tests-sie-ubuntu/llvm-project/llvm/../libc/src/__support/FPUtil/dyadic_float.h:118:16:   in ‘constexpr’ expansion of ‘((__llvm_libc::fputil::DyadicFloat<128>*)this)->__llvm_libc::fputil::DyadicFloat<128>::mantissa.__llvm_libc::BigInt<128, false, long unsigned int>::operator<<=(((size_t)shift_length))’
/home/buildbot/buildbot-root/cross-project-tests-sie-ubuntu/llvm-project/llvm/../libc/src/__support/big_int.h:829:52:   in ‘constexpr’ expansion of ‘__llvm_libc::multiword::shift<__llvm_libc::multiword::LEFT, false, long unsigned int, 2>(((__llvm_libc::BigInt<128, false, long unsigned int>*)this)->__llvm_libc::BigInt<128, false, long unsigned int>::val, s)’
/home/buildbot/buildbot-root/cross-project-tests-sie-ubuntu/llvm-project/llvm/../libc/src/__support/big_int.h:264:35: error: ‘constexpr __llvm_libc::cpp::enable_if_t<((((sizeof (To) == sizeof (From)) && __llvm_libc::cpp::is_trivially_constructible<To>::value) && __llvm_libc::cpp::is_trivially_copyable<T>::value) && __llvm_libc::cpp::is_trivially_copyable<From>::value), To> __llvm_libc::cpp::bit_cast(const From&) [with To = __int128 unsigned; From = __llvm_libc::cpp::array<long unsigned int, 2>; __llvm_libc::cpp::enable_if_t<((((sizeof (To) == sizeof (From)) && __llvm_libc::cpp::is_trivially_constructible<To>::value) && __llvm_libc::cpp::is_trivially_copyable<T>::value) && __llvm_libc::cpp::is_trivially_copyable<From>::value), To> = __int128 unsigned]’ called in a constant expression
  264 |     auto tmp = cpp::bit_cast<type>(array);
      |                ~~~~~~~~~~~~~~~~~~~^~~~~~~
                 from /home/buildbot/buildbot-root/cross-project-tests-sie-ubuntu/llvm-project/llvm/lib/Support/APFloat.cpp:32:
/home/buildbot/buildbot-root/cross-project-tests-sie-ubuntu/llvm-project/llvm/../libc/src/__support/CPP/bit.h:48:1: note: ‘constexpr __llvm_libc::cpp::enable_if_t<((((sizeof (To) == sizeof (From)) && __llvm_libc::cpp::is_trivially_constructible<To>::value) && __llvm_libc::cpp::is_trivially_copyable<T>::value) && __llvm_libc::cpp::is_trivially_copyable<From>::value), To> __llvm_libc::cpp::bit_cast(const From&) [with To = __int128 unsigned; From = __llvm_libc::cpp::array<long unsigned int, 2>; __llvm_libc::cpp::enable_if_t<((((sizeof (To) == sizeof (From)) && __llvm_libc::cpp::is_trivially_constructible<To>::value) && __llvm_libc::cpp::is_trivially_copyable<T>::value) && __llvm_libc::cpp::is_trivially_copyable<From>::value), To> = __int128 unsigned]’ is not usable as a ‘constexpr’ function because:
   48 | bit_cast(const From &from) {
      | ^~~~~~~~

    [2 lines not shown]
DeltaFile
+0-74llvm/unittests/ADT/APFloatTest.cpp
+0-43libc/src/__support/math/expf_static_rounding.h
+0-26llvm/lib/Support/APFloat.cpp
+0-6llvm/include/llvm/ADT/APFloat.h
+0-6llvm/lib/Support/CMakeLists.txt
+0-5llvm/CMakeLists.txt
+0-1602 files not shown
+1-1628 files

LLVM/project f0c9accllvm/lib/Target/SPIRV SPIRVEmitIntrinsics.cpp, llvm/test/CodeGen/SPIRV/pointers structured-buffer-vector-access.ll

[SPIRV][HLSL] Add FixedVector GEP legalization (#171682)

fixes #170241

PR #169090 updated vector swizzle elements individually for HLSL This is
because rawbuffer writes via rawBufferStore can cause datarace in
concurrent writing the way vectors are written all at once. This means
we needed individual writes per element. So that means we need to be
able to GEP into an element of a vector.

The SPIRV backend did not support this pattern. SPIRV assumes Composite
types (ie Vectors, Structs, and Arrays) only for Ptr legalization in
it's store transformations via transformStore.

Fixing things at the point of ptr legalziation for the store would be
too late because we would have lost critical ptr type information still
available in LLVM IR. Instead what we needed to do is teach the
walkLogicalAccessChain used by buildLogicalAccessChainFromGEP to
converts a byte-offset GEP on an i8-pointer into a logical SPIR-V

    [14 lines not shown]
DeltaFile
+44-0llvm/test/CodeGen/SPIRV/pointers/structured-buffer-vector-access.ll
+13-2llvm/lib/Target/SPIRV/SPIRVEmitIntrinsics.cpp
+57-22 files

OpenBSD/ports eU4adSynet/kdeconnect-kde Makefile

   This needs c++ and python so requires explicit COMPILER/COMPILER_LANGS

   OK sthen@
VersionDeltaFile
1.42+4-0net/kdeconnect-kde/Makefile
+4-01 files

OpenBSD/ports jzgW0PQdevel/py-rcsparse Makefile, devel/py-rcsparse/patches patch-py-rcsparse_c

   Fix another int-conversion issue in python code and bump REVISION

   In file included from /usr/local/include/python3.13/Python.h:73,
                    from py-rcsparse.c:18:
   py-rcsparse.c: At top level:
   /usr/local/include/python3.13/object.h:138:9: error: initialization
   of 'long int' from 'PyTypeObject *' {aka 'struct _typeobject *'}
   makes integer from pointer without a cast [-Wint-conversion]
   138 |         (type)                      \
       |         ^
   py-rcsparse.c:773:9: note: in expansion of macro 'PyObject_HEAD_INIT'
   773 |         PyObject_HEAD_INIT(&PyType_Type)
       |         ^~~~~~~~~~~~~~~~~~

   OK sthen@
VersionDeltaFile
1.7+9-0devel/py-rcsparse/patches/patch-py-rcsparse_c
1.32+1-1devel/py-rcsparse/Makefile
+10-12 files

FreeBSD/src 4f7436bsys/amd64/vmm vmm.c

amd64/vmm.c: Fix an incorrect memory segment check in vm_iommu_{un}map

This change fixes two checks that conflated memory mapping and memory
segment idenitifers. In both cases the code iterates over all memory
mappings but passes the index to `vm_memseg_sysmem`, which is wrong.

Fix this by passing the memory mapping's segment identifier instead.

Differential Revision:  https://reviews.freebsd.org/D54210
Reviewed by:    markj
Fixes:  c76c2a19ae37
PR:     290920

(cherry picked from commit f1809eab82a796845f126b703c01d4a31ccf2193)
DeltaFile
+4-4sys/amd64/vmm/vmm.c
+4-41 files

LLVM/project c299742llvm/lib/Target/AMDGPU AMDGPURegBankLegalizeHelper.cpp AMDGPUGlobalISelUtils.cpp, llvm/test/CodeGen/AMDGPU/GlobalISel fpext.ll unmerge-sgpr-s16.ll

AMDGPU/GlobalISel: Regbanklegalize rules for G_UNMERGE_VALUES

Move G_UNMERGE_VALUES handling to AMDGPURegBankLegalizeRules.cpp.
Fix sgpr S16 unmerge by lowering using shift and using S32.
Previously sgpr S16 unmerge was selected using _lo16 and _hi16 subreg
indexes which are exclusive to vgpr register classes.
For remaing cases we do trivial mapping, assigns same reg bank
to all operands, vgpr or sgpr.
DeltaFile
+60-0llvm/lib/Target/AMDGPU/AMDGPURegBankLegalizeHelper.cpp
+13-27llvm/test/CodeGen/AMDGPU/GlobalISel/fpext.ll
+36-0llvm/test/CodeGen/AMDGPU/GlobalISel/unmerge-sgpr-s16.ll
+16-0llvm/lib/Target/AMDGPU/AMDGPUGlobalISelUtils.cpp
+11-0llvm/lib/Target/AMDGPU/AMDGPURegBankLegalizeRules.cpp
+8-1llvm/lib/Target/AMDGPU/AMDGPURegBankLegalizeRules.h
+144-282 files not shown
+150-318 files

FreeNAS/freenas 777ba6esrc/middlewared/middlewared/plugins/pool_ dataset_encryption_lock.py

Add a comment
DeltaFile
+2-0src/middlewared/middlewared/plugins/pool_/dataset_encryption_lock.py
+2-01 files

FreeBSD/src f1809easys/amd64/vmm vmm.c

amd64/vmm.c: Fix an incorrect memory segment check in vm_iommu_{un}map

This change fixes two checks that conflated memory mapping and memory
segment idenitifers. In both cases the code iterates over all memory
mappings but passes the index to `vm_memseg_sysmem`, which is wrong.

Fix this by passing the memory mapping's segment identifier instead.

Differential Revision:  https://reviews.freebsd.org/D54210
Reviewed by:    markj
Fixes:  c76c2a19ae37
PR:     290920
DeltaFile
+4-4sys/amd64/vmm/vmm.c
+4-41 files

FreeNAS/freenas de9f15csrc/middlewared/middlewared/apps webshell_app.py

Set webshell homedir properly

This commit retrieves the configured homedir for users authenticating
via webshell. If NSS responds that user does not exist, then raise
an exception.
DeltaFile
+11-3src/middlewared/middlewared/apps/webshell_app.py
+11-31 files

FreeNAS/freenas 1719adbsrc/middlewared/middlewared/plugins replication.py

NAS-138906 / 26.04 / Refactor `ReplicationService._validate` (#17814)

This method is a bit long. Split it up into four smaller private methods
for better maintainability. This results in no behavior change.

We're mixing quote types in this file, so standardize double quotes as
well (easier to grep for expressions containing string literals).

http://jenkins.eng.ixsystems.net:8080/job/tests/job/api_tests/6921/
DeltaFile
+337-223src/middlewared/middlewared/plugins/replication.py
+337-2231 files

FreeBSD/ports 013488bmail/roundcube distinfo Makefile

mail/roundcube: security update to 1.6.12

PR:             291652
Submitted By:   brnrd
Security:       3a59024c-d8cf-11f0-af8c-8447094a420f
MFH:            2025Q4
DeltaFile
+3-3mail/roundcube/distinfo
+1-2mail/roundcube/Makefile
+4-52 files

LLVM/project 84d1de2llvm/lib/Support CMakeLists.txt

Fix build when the build directory isn't just immediately nested in the source dir

The include path here tried to recover the root source directory by assuming
a build directory immediately nested there.
DeltaFile
+1-1llvm/lib/Support/CMakeLists.txt
+1-11 files

FreeBSD/src 43b07bdusr.sbin/devinfo devinfo.c devinfo.8

Revert "devinfo: Add support for libxo"

This broke the human output formatting in several ways.

This reverts commit 4cf5878d27ddc9d3ca3ed870f88112c3b4f6fb69.
This reverts commit e8d6b58ef5a4afe0d155b6967c92d55f3bbd53fe.
This reverts commit c759aca606cee8352c1d739bf7a762c8a2ed2012.

PR:             291511
Reviewed by:    imp, des
Differential Revision:  https://reviews.freebsd.org/D54196
DeltaFile
+37-179usr.sbin/devinfo/devinfo.c
+1-13usr.sbin/devinfo/devinfo.8
+1-1usr.sbin/devinfo/Makefile
+39-1933 files

FreeBSD/src cae9ae6sys/arm/allwinner aw_rtc.c

aw_rtc: bump settime() delays

There are delay loops, checking the BUSY status bit, before writing to
the date or time registers. Each iteration contains a 1usec delay, for a
maximum of 70 iterations.

This is frequently not enough on the D1 platform, where the message is
emitted:

  rtc0: could not set date, RTC busy

Bump the loop delay to 10usecs each, and the maximum number of
iterations to 150, for a maximum delay of 1.5msecs between each write of
the register.

In my testing this seems to be adequate.

The loop variable is renamed for clarity/simplicity.


    [4 lines not shown]
DeltaFile
+12-11sys/arm/allwinner/aw_rtc.c
+12-111 files