DragonFlyBSD/src b3fc113sys/conf options, sys/config LINT64

apple_smc: hook module into build and add opt_acpi.h to kmod SRCS
DeltaFile
+7-0sys/dev/apple/Makefile
+4-0sys/config/LINT64
+1-1sys/dev/apple/smc/Makefile
+1-0sys/dev/Makefile
+1-0sys/conf/options
+14-15 files

DragonFlyBSD/src 4e78c23sys/dev/apple/smc smc.c smc_sysctl.c

apple_smc: classify DTS vs absolute temperature sensors at attach

Intel DTS (Distance-to-Tj,max) sensors expose negative millidegree offsets
via sp78 keys.  On iMac14,1 (Haswell desktop) TC0E, TC0F, TH1F etc. all
read ~-66000 mC at idle while being valid CPU temperatures when decoded as:

  actual = Tj,max + dts_offset

Previous code put all sp78 keys in sc_temp_sensors[], exposing raw -66°C
readings as garbage temperature values.

Changes:
- Read Tj,max from MSR_IA32_TEMPERATURE_TARGET (0x1A2) bits[23:16] at
  attach; default 100°C for machines without the MSR or pre-Sandy Bridge
- Probe-read each sp78 key at enumeration time and classify:
  - <= -120000 mC: disconnected sentinel (0x8000/0x8100 family) — drop
  - <  -10000 mC: DTS sensor — store in sc_dts_sensors[]
  - >= -10000 mC: absolute sensor — store in sc_temp_sensors[]
- Register DTS sensors under dev.apple_smc.0.temp.dts.<key>, decoded to

    [8 lines not shown]
DeltaFile
+66-4sys/dev/apple/smc/smc.c
+20-0sys/dev/apple/smc/smc_sysctl.c
+4-0sys/dev/apple/smc/smc.h
+90-43 files

LLVM/project 0e6d576clang/lib/Driver/ToolChains HIPAMD.cpp, clang/test/Driver hip-spirv-linker-crash.c

Revert "[Driver][HIP/SPIRV] Fix crash when llvm-link is executed" (#196113)

This reverts commit 6887ccf6251dcdf835e3df2bf93ad04133c5ad78. 

Reason: Failure in post merge buildbot
https://github.com/llvm/llvm-project/pull/196074#issuecomment-4390083234
DeltaFile
+0-15clang/test/Driver/hip-spirv-linker-crash.c
+1-2clang/lib/Driver/ToolChains/HIPAMD.cpp
+1-172 files

OpenZFS/src 872f010module/zstd/include zstd_compat_wrapper.h, module/zstd/lib/common zstd_common.c

Zstd: rework ZSTD_isError symbol renaming

The import of Zstd v1.5.7 in a2ac9cd606ce2428c23cc89cec6f0392424e82c9
added an unconditional renaming of ZSTD_isError to zfs_ZSTD_isError
with an asm directive.  Instead, do it with a define that is conditioned
on whether zstd_compat_wrapper.h is actually in use.  Also add a define
to that header so that it can be detected.  This allows the build to
work without using the compat wrapper.

Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Signed-off-by: Ryan Libby <rlibby at FreeBSD.org>
Closes #18483
DeltaFile
+6-2module/zstd/lib/common/zstd_common.c
+2-0module/zstd/include/zstd_compat_wrapper.h
+8-22 files

OpenZFS/src ae37f05module/os/linux/zfs zpl_file.c zfs_vfsops.c

linux: verify stale znodes in legacy fallocate

The mode=0 and FALLOC_FL_KEEP_SIZE preallocation path can reach
zfs_freesp() directly and call zfs_statvfs() before going through the
normal zpl_enter_verify_zp() boundary.

When zfs_rezget() tears down a failed SA reload, a stale inode may
remain alive in the VFS with z_sa_hdl cleared. The unchecked
fallocate path can then reach sa_lookup(zp->z_sa_hdl, ...) through
zfs_statvfs() or zfs_freesp() and crash on a NULL SA handle.

Use zfs_enter_verify_zp() in zfs_statvfs() so stale znodes are
rejected under the teardown lock for both fallocate and statfs.
Also wrap the direct zfs_freesp() call in
zpl_enter_verify_zp()/zfs_exit() so this path follows the same
validation rules as the other Linux ZPL file operations.

Fixes: f734301d2267
("linux: add basic fallocate(mode=0/2) compatibility")

    [4 lines not shown]
DeltaFile
+12-4module/os/linux/zfs/zpl_file.c
+2-3module/os/linux/zfs/zfs_vfsops.c
+14-72 files

LLVM/project 69b4766llvm/include module.modulemap, llvm/lib/IR CMakeLists.txt

[modulemap] Fix module build after #189515 (#196106)

Mark newly added `.def` file as textual header to fix module include and
module cycle issue. Also added a missing CMake analysis_gen dependency
that might cause build failure.
DeltaFile
+3-0llvm/include/module.modulemap
+1-0llvm/lib/IR/CMakeLists.txt
+4-02 files

LLVM/project 4004400clang/test/CIR/CodeGen delete-array-throwing-dtor.cpp, clang/unittests/CIR ControlFlowTest.cpp

Merge branch 'main' into users/s-perron/constantbuffer-constantbuffer-t
DeltaFile
+458-0clang/unittests/CIR/ControlFlowTest.cpp
+442-0llvm/docs/AMDGPU/DeveloperGuideline.rst
+353-56llvm/include/llvm/FileCheck/FileCheck.h
+279-0clang/test/CIR/CodeGen/delete-array-throwing-dtor.cpp
+132-92llvm/utils/FileCheck/FileCheck.cpp
+152-20mlir/include/mlir/Dialect/SPIRV/IR/SPIRVTosaTypes.td
+1,816-16886 files not shown
+3,673-78292 files

LLVM/project 1567629llvm/lib/Target/SPIRV SPIRVInstructionSelector.cpp SPIRVEmitIntrinsics.cpp, llvm/test/CodeGen/SPIRV/hlsl-resources getbasepointer.ll

[SPIRV] Implement spv_resource_getbasepointer for Vulkan buffers (#195152)

The new intrinsic spv_resource_getbasepointer allows retrieving the base
pointer of a resource without an index. This is necessary for resources
like ConstantBuffer<T> where you can access the top level struct of type
T.

Assisted-by: Gemini

<!-- branch-stack-start -->

-------------------------
- main
  - https://github.com/llvm/llvm-project/pull/195151
    - https://github.com/llvm/llvm-project/pull/195152 :point_left:
      - https://github.com/llvm/llvm-project/pull/195153
        - https://github.com/llvm/llvm-project/pull/195154

<sup>[Stack](https://www.git-town.com/how-to/proposal-breadcrumb.html)

    [2 lines not shown]
DeltaFile
+54-0llvm/test/CodeGen/SPIRV/hlsl-resources/getbasepointer.ll
+20-10llvm/lib/Target/SPIRV/SPIRVInstructionSelector.cpp
+12-7llvm/lib/Target/SPIRV/SPIRVEmitIntrinsics.cpp
+86-173 files

LLVM/project 4e007c1compiler-rt/test lit.common.cfg.py, llvm/utils/lit/lit util.py LitConfig.py

[lit] [compiler-rt] Add llvm-lit global command cache to speed up test config (#195888)

Compiler-rt lit test discovery takes quite a while on Darwin (i.e. the
time from when you launch llvm-lit to when the first test runs can be
minutes for check-compiler-rt). This appears to be mostly due to
subprocess calls during test configuration.

This adds a memoized command-runner to llvm-lit, so that lit.cfg.py
scripts can re-use the result of feature-detection commands when running
multiple test suites at once. I've adopted it for several subprocess
calls in compiler-rt.

rdar://175893448
DeltaFile
+88-0llvm/utils/lit/tests/unit/Util.py
+15-34compiler-rt/test/lit.common.cfg.py
+24-1llvm/utils/lit/lit/util.py
+16-0llvm/utils/lit/lit/LitConfig.py
+143-354 files

FreeBSD/ports b9dea12math/pffft Makefile

math/pffft: correct CMake parameter name
DeltaFile
+1-1math/pffft/Makefile
+1-11 files

FreeBSD/src 0ae114fusr.bin/lockf/tests lockf_test.sh

lockf: Test that lockf does not spin on fd

Approved by:    re (cperciva)
PR:             294832
MFC after:      1 week
Reviewed by:    markj
Differential Revision:  https://reviews.freebsd.org/D56723

(cherry picked from commit 0733afdb4dad58cfe7ad7f5994e26bf148d78199)
(cherry picked from commit 8e5f92b6b22c82af1192575781788eb2c8fed448)
DeltaFile
+18-0usr.bin/lockf/tests/lockf_test.sh
+18-01 files

FreeBSD/src d0f618eusr.bin/lockf lockf.c

lockf: Avoid spinning when operating on an fd

When operating on a file descriptor, acquire_lock() would ignore the
flags argument and always operate in non-blocking mode, resulting in
unnecessary busy-looping.

Approved by:    re (cperciva)
PR:             294832
MFC after:      1 week
Reviewed by:    markj
Differential Revision:  https://reviews.freebsd.org/D56722

(cherry picked from commit d90513ea85693da0ca5955173609f4e81e38ae16)
(cherry picked from commit 651b82e64ef4f753d8f4c1793f359de39744526c)
DeltaFile
+5-1usr.bin/lockf/lockf.c
+5-11 files

FreeBSD/src c4be32ausr.bin/tail reverse.c

tail(1): Fix -r (reverse) to work on pseudo filesystems

Pseudo filesystems (e.g., procfs) advertise a zero file size.
Fix reverse() to handle such a case similarly as forward() so
that '-r' works on pseudo filesystems.

Approved by:    re (cperciva)
Signed-off-by:  Aaron LI <aly at aaronly.me>
Reviewed by:    pouria, Ricardo Branco <rbranco at suse.de>, des
Fixes:          1fb3caee7 ("tail: Do not trust st_size if it equals zero.")
Pull-Request:   https://github.com/freebsd/freebsd-src/pull/2080

(cherry picked from commit 4feeca3193c316c18472cd40f215446fda3bd739)
(cherry picked from commit 771a65210018c68198ea413df10225e87a0ea909)
DeltaFile
+1-1usr.bin/tail/reverse.c
+1-11 files

FreeBSD/src 6a3966fsys/dev/vt vt_core.c

vt_core: don't draw the splash if a panic occurred

The shutdown splash draws over all the useful info if ddb(4) is
disabled. Don't draw the splash screen if we're rebooting because of a
panic.

Approved by:    re (cperciva)
MFC after:      3 days

(cherry picked from commit bc83f414583ccaf337ef3b7c019df7727d6a3aae)
(cherry picked from commit 3aabec5c8c6a74a4e50640b399a825d9f7adca9a)
DeltaFile
+3-0sys/dev/vt/vt_core.c
+3-01 files

LLVM/project 41ef6d0llvm/include/llvm/IR Instruction.h, llvm/lib/IR Instruction.cpp

[IR] Add Instruction::maySynchronize() method (NFC) (#196052)

Extract the logic from FunctionAttrs into a generic API on Instruction,
which will check the nosync flag on calls and ordering for atomic
instructions.

For now, I've retained the previous implementation which considers
monotonic ordering to be synchronizing, which is unnecessarily
conservative and doesn't match LangRef (or the Attributor
implementation).

This is to make it easier to reuse this logic in more places.
DeltaFile
+7-37llvm/lib/Transforms/IPO/FunctionAttrs.cpp
+27-0llvm/lib/IR/Instruction.cpp
+4-0llvm/include/llvm/IR/Instruction.h
+38-373 files

LLVM/project 6887ccfclang/lib/Driver/ToolChains HIPAMD.cpp, clang/test/Driver hip-spirv-linker-crash.c

[Driver][HIP/SPIRV] Fix crash when llvm-link is executed. (#196074)

There is a design limitation (see
[InputInfo](https://github.com/llvm/llvm-project/blob/f08b4fff52cdd3fc8fdd962080da089497c00fcc/clang/include/clang/Driver/InputInfo.h#L23))
that is forwarding flags to `llvm-link` when it shouldn't happen. This
commit fixes this issue by sanitizing the arguments forwarded to
`llvm-link`.

This may happen when `clang-linker-wrapper` eventually calls `clang`,
which adds the `-Xlinker` flags. Crash reproducer is here:
https://gcc.godbolt.org/z/rxvWcvan3.

The fix is based on @MrSidims' old PR (#183492).

The error started manifesting by default after the switch to the new
driver, and the issue has been in the new driver since commit
https://github.com/llvm/llvm-project/commit/4c6f398b866030c17fd94dcdca04f4df03c5214c.
However, the problem could potentially be triggered by any call to
`clang`, regardless of the `clang-linker-wrapper`.

    [3 lines not shown]
DeltaFile
+15-0clang/test/Driver/hip-spirv-linker-crash.c
+2-1clang/lib/Driver/ToolChains/HIPAMD.cpp
+17-12 files

NetBSD/pkgsrc-wip 87eba77htop-git Makefile distinfo, htop-git/patches patch-Settings.c

htop-git: sync with upstream changes.
DeltaFile
+0-16htop-git/patches/patch-Settings.c
+5-2htop-git/Makefile
+0-1htop-git/distinfo
+5-193 files

LLVM/project c74f833clang/include/clang/CIR/Dialect/IR CIROps.td, clang/lib/CIR/Dialect/Transforms CXXABILowering.cpp LoweringPrepare.cpp

[CIR] Implement cleanup for array delete with throwing dtor (#194965)

This implements cleanup handling to perform partial array destruction in
the case where an exception is thrown while we are calling destructors
for an array delete expression. When an exception occurs, we attempt to
continuing destructing the rest of the array. If a second exception is
thrown, we terminate the process, but if only one exception is thrown we
will complete the array element destruction and then call operator
delete. This matches the behavior of classic codegen.

As part of this implementation, I had to move the array delete operator
call to a cleanup handler in order to ensure that it was called both in
the normal case (when no exception is thrown) and in the case where an
exception is thrown but the partial cleanup completes successfully. This
required updating one existing test.

In the case where exception are not enabled, we still call the array
delete operator from a cleanup handler, but the cleanup executes
unconditionally in the non-exception control flow.

Assisted-by: Cursor / claude-opus-4.7-thinking-xhigh
DeltaFile
+279-0clang/test/CIR/CodeGen/delete-array-throwing-dtor.cpp
+71-41clang/lib/CIR/Dialect/Transforms/CXXABILowering.cpp
+49-32clang/test/CIR/CodeGen/delete-array.cpp
+24-5clang/include/clang/CIR/Dialect/IR/CIROps.td
+15-0clang/test/CIR/IR/invalid-delete-array.cir
+11-0clang/lib/CIR/Dialect/Transforms/LoweringPrepare.cpp
+449-783 files not shown
+465-839 files

NetBSD/pkgsrc-wip a5876f4btop-git/patches patch-src_netbsd_btop__collect.cpp

btop-git: remove accidentally added patch.
DeltaFile
+0-47btop-git/patches/patch-src_netbsd_btop__collect.cpp
+0-471 files

LLVM/project 9003d18llvm/include module.modulemap, llvm/lib/IR CMakeLists.txt

[𝘀𝗽𝗿] initial version

Created using spr 1.3.7
DeltaFile
+3-0llvm/include/module.modulemap
+1-0llvm/lib/IR/CMakeLists.txt
+4-02 files

NetBSD/pkgsrc-wip 8967e41btop-git Makefile PLIST, btop-git/patches patch-src_btop.cpp patch-Makefile

btop-git: sync with upstream changes.

Apply the patch from https://github.com/aristocratos/btop/pull/1647
to test if btop stops hanging on long runs.
DeltaFile
+75-0btop-git/patches/patch-src_btop.cpp
+19-10btop-git/Makefile
+6-6btop-git/patches/patch-Makefile
+10-1btop-git/PLIST
+5-2btop-git/distinfo
+115-195 files

FreeNAS/freenas a9abf6ctests/sharing_protocols/nfs test_nfs_truenas_acl_tools.py test_nfs_dacl_readdir.py

Fix
DeltaFile
+0-87tests/sharing_protocols/nfs/test_nfs_truenas_acl_tools.py
+2-37tests/sharing_protocols/nfs/test_nfs_dacl_readdir.py
+1-2tests/sharing_protocols/nfs/conftest.py
+0-2tests/sharing_protocols/nfs/test_nfs_acl.py
+3-1284 files

OpenBSD/ports 7HHe78isecurity/acme.sh distinfo Makefile, security/acme.sh/pkg PLIST

   security/acme.sh: update to 3.1.3
VersionDeltaFile
1.5+19-0security/acme.sh/pkg/PLIST
1.5+2-2security/acme.sh/distinfo
1.6+1-1security/acme.sh/Makefile
+22-33 files

OpenBSD/ports NIyKWvMshells/nushell distinfo crates.inc, shells/nushell/patches patch-tests_repl_test_config_path_rs

   shells/nushell: Update to 0.112.2
   + enable MCP feature. What could possibly go wrong?
VersionDeltaFile
1.23+760-724shells/nushell/distinfo
1.21+379-361shells/nushell/crates.inc
1.25+3-3shells/nushell/Makefile
1.2+1-1shells/nushell/patches/patch-tests_repl_test_config_path_rs
+1,143-1,0894 files

OpenBSD/ports DBWOZbReditors/vim distinfo Makefile, editors/vim/patches patch-runtime_syntax_make_vim patch-runtime_autoload_tar_vim

   update to vim-9.2.447
VersionDeltaFile
1.23+2-2editors/vim/patches/patch-runtime_syntax_make_vim
1.160+2-2editors/vim/distinfo
1.31+3-0editors/vim/pkg/PLIST
1.307+1-1editors/vim/Makefile
1.16+1-1editors/vim/patches/patch-runtime_autoload_tar_vim
+9-65 files

OpenBSD/ports tyAXiAPdevel/libgsf Makefile distinfo

   Update to libgsf-1.14.58.
VersionDeltaFile
1.115+2-2devel/libgsf/Makefile
1.57+2-2devel/libgsf/distinfo
+4-42 files

LLVM/project dd145ebopenmp CMakeLists.txt

[openmp][flang] To add a cmake option to build OPENMP Fortran modules only without building the libomp lib (#195576)

PR #192687 Introduces a dependency to the Fortran intrinsic module when
building `openmp` Fortran modules, which requires a Flang enabled llvm
build in order to build `openmp` Fortran modules.

This PR is to add a cmake option `LIBOMP_FORTRAN_MODULES_ONLY` to allow
users to build 'openmp` Fortran modules only for Flang without building
the libomp runtime library.
This will allow libomp.a/so build still be independent from the Flang
build as before.

E.g. To build `openmp` Fortran modules only for Flang, one would need to
use the following options.
```
cmake \
...
  -DLIBOMP_FORTRAN_MODULES_ONLY=ON \
  -DLLVM_ENABLE_PROJECTS="flang" \
  -DLLVM_ENABLE_RUNTIMES="openmp" \
  ...
DeltaFile
+9-1openmp/CMakeLists.txt
+9-11 files

OpenBSD/ports 3F0axfyfonts/openmoji distinfo Makefile

   fonts/openmoji: update to 17.0.0

   Changes: https://github.com/hfg-gmuend/openmoji/releases/tag/17.0.0
VersionDeltaFile
1.3+2-2fonts/openmoji/distinfo
1.4+1-2fonts/openmoji/Makefile
+3-42 files

OpenBSD/ports WPwVBnYlang/gleam distinfo crates.inc, lang/gleam/patches patch-compiler-core_src_error_rs

   lang/gleam: Update to 1.16.0
VersionDeltaFile
1.32+114-122lang/gleam/distinfo
1.23+56-60lang/gleam/crates.inc
1.10+1-1lang/gleam/patches/patch-compiler-core_src_error_rs
1.38+1-1lang/gleam/Makefile
+172-1844 files

OpenBSD/ports vnmNmR4lang/erlang/26 distinfo Makefile, lang/erlang/27 Makefile distinfo

   lang/erlang: Update to 26.2.5.20, 27.3.4.11 and 28.5
   While here, fix a trailing whitespace in erlang.port.mk
VersionDeltaFile
1.17+7-7lang/erlang/28/Makefile
1.27+4-4lang/erlang/26/distinfo
1.29+4-4lang/erlang/27/Makefile
1.24+4-4lang/erlang/27/distinfo
1.16+4-4lang/erlang/28/distinfo
1.32+3-3lang/erlang/26/Makefile
+26-261 files not shown
+27-277 files