FreeBSD/src 1d18872sys/compat/linuxkpi/common/include/linux hardirq.h highmem.h

LinuxKPI: add supporting #includes

Compiling drm-kmod on !X86 does not include asm/smp.h which includes
preempt.h on FreeBSD.  In order to compile drm-kmod on other
architectures add the secondary #includes for preempt.h to
spinlock.h and hardirq.h (which now also gets included from highmem.h)
to connect the #include chain.

Sponsored by:   The FreeBSD Foundation
MFC after:      3 days
PR:             279864
Reviewed by:    jhibbits, emaste
Differential Revision: https://reviews.freebsd.org/D55974
DeltaFile
+1-0sys/compat/linuxkpi/common/include/linux/hardirq.h
+1-0sys/compat/linuxkpi/common/include/linux/highmem.h
+1-0sys/compat/linuxkpi/common/include/linux/spinlock.h
+3-03 files

FreeBSD/src 2ce06d2sys/kern subr_sbuf.c

sbuf: make assertion message a lot more useable

Saying that we are called with an (un)finished or corrupted sbuf
is like saying "error" (though [un]finished is an extra hint).

Add the pointer to the sbuf so one could easily check it,
add the flags we are checking so one could see quickly about
a possible state mismatch.

Given we already dereference the pointer in the KASSERT there is no
extra harm adding it to the message.

Found while:    testing lindebugfs changes
Sponsored by:   The FreeBSD Foundation
MFC after:      3 days
Reviewed by:    jhb
Differential Revision: https://reviews.freebsd.org/D55919
DeltaFile
+2-2sys/kern/subr_sbuf.c
+2-21 files

FreeBSD/ports 43bbbd6finance/hs-hledger distinfo Makefile.cabal

finance/hs-hledger: Update 1.51.1 => 1.52

Approved by:            yuri@ (maintainer, Mentor)
Approved by:            db@, yuri@ (Mentors, implicit)
Differential Revision:  https://reviews.freebsd.org/D56020
DeltaFile
+141-129finance/hs-hledger/distinfo
+169-0finance/hs-hledger/Makefile.cabal
+1-164finance/hs-hledger/Makefile
+311-2933 files

FreeBSD/ports 41364f2textproc/hs-pandoc-crossref distinfo Makefile.cabal

textproc/hs-pandoc-crossref: 0.3.22 => 0.3.23

Approved by:            haskell@ (alven@)
Approved by:            db@, yuri@ (Mentors, implicit)
DeltaFile
+175-173textproc/hs-pandoc-crossref/distinfo
+178-0textproc/hs-pandoc-crossref/Makefile.cabal
+1-176textproc/hs-pandoc-crossref/Makefile
+354-3493 files

LLVM/project c672819. benchmark_build.sh

normalize script
DeltaFile
+10-81benchmark_build.sh
+10-811 files

LLVM/project 1f1d316clang/lib/Format UnwrappedLineParser.cpp, clang/unittests/Format TokenAnnotatorTest.cpp

[clang-format] Correctly annotate Java lambda/sychronized blocks (#187842)

Fixes #171841
DeltaFile
+12-0clang/unittests/Format/TokenAnnotatorTest.cpp
+2-0clang/lib/Format/UnwrappedLineParser.cpp
+14-02 files

LLVM/project adcb17bclang/lib/CodeGen CGHLSLBuiltins.cpp

[Clang][HLSL] Fix -Wunused-variable

Inline the definition of a variable into an assertion given it has no
other users and no side effects.
DeltaFile
+2-2clang/lib/CodeGen/CGHLSLBuiltins.cpp
+2-21 files

LLVM/project 2be28d6llvm/utils/gn/secondary/lldb/source/Core BUILD.gn

[gn] "port" 0ec9f7ebbdf72a94

Just use an empty list always.
DeltaFile
+8-0llvm/utils/gn/secondary/lldb/source/Core/BUILD.gn
+8-01 files

LLVM/project 1075a2fllvm/lib/Transforms/InstCombine InstCombineAtomicRMW.cpp, llvm/test/Transforms/InstCombine atomicrmw-add-neg.ll

[Instcombine] Write Instcombine pass to strength reduce lock xadd to lock sub (#184715)

Resolves: https://github.com/llvm/llvm-project/issues/174933

The issue goes into a case where fetch_sub(n) is properly optimized but
fetch_add(neg(n)) is not optimized to the same code.

Although the issue is tagged for x86 I assumed this be best handled
outside of the backends so I put this in InstCombine.
DeltaFile
+95-0llvm/test/Transforms/InstCombine/atomicrmw-add-neg.ll
+18-0llvm/lib/Transforms/InstCombine/InstCombineAtomicRMW.cpp
+113-02 files

NetBSD/src FnQtDnesys/arch/m68k/m68k fpu.c

   Ensure that lwp0 has a NULL FP state frame.
VersionDeltaFile
1.5+8-3sys/arch/m68k/m68k/fpu.c
+8-31 files

LLVM/project d3c7f23llvm/lib/Transforms/Vectorize VPlanValue.h

[VPlan] Remove unused VPlan friend declaration from VPValue (NFC)

VPlan only accesses VPValue through public APIs (getUnderlyingValue(),
etc.), so the friend declaration is unnecessary.
DeltaFile
+0-1llvm/lib/Transforms/Vectorize/VPlanValue.h
+0-11 files

LLVM/project 2702570utils/bazel/llvm-project-overlay/lldb BUILD.bazel, utils/bazel/llvm-project-overlay/lldb/source/Core SafeAutoloadPaths.inc

[Bazel] Port 0ec9f7ebbdf72a94e0e2c0872d4d11fc8d0efa6b
DeltaFile
+5-0utils/bazel/llvm-project-overlay/lldb/BUILD.bazel
+0-0utils/bazel/llvm-project-overlay/lldb/source/Core/SafeAutoloadPaths.inc
+5-02 files

OpenBSD/ports kiEOWPmgames/godot/pack1/patches patch-platform_x11_os_x11_cpp patch-platform_x11_detect_prime_cpp, games/godot/pack2/patches patch-platform_linuxbsd_wayland_display_server_wayland_cpp patch-platform_linuxbsd_x11_display_server_x11_cpp

   Patch out the automatic use of DRI_PRIME. As of now, we don't have
   working support for this (it's a mesa technology to allow rendering on
   a non-output display device). When I tried DRI_PRIME=1 on a laptop with
   iGPU and dGPU, the result was a system freeze.
   ok op@
VersionDeltaFile
1.2+20-2games/godot/pack1/patches/patch-platform_x11_os_x11_cpp
1.1+20-0games/godot/pack3/patches/patch-platform_linuxbsd_wayland_display_server_wayland_cpp
1.1+20-0games/godot/pack2/patches/patch-platform_linuxbsd_wayland_display_server_wayland_cpp
1.2+16-0games/godot/pack2/patches/patch-platform_linuxbsd_x11_display_server_x11_cpp
1.2+15-1games/godot/pack1/patches/patch-platform_x11_detect_prime_cpp
1.2+16-0games/godot/pack3/patches/patch-platform_linuxbsd_x11_display_server_x11_cpp
+107-37 files not shown
+170-313 files

NetBSD/src HhQFf5ysys/arch/m68k/include linux_bootinfo.h

   Revert unintentional commit.
VersionDeltaFile
1.3+0-5sys/arch/m68k/include/linux_bootinfo.h
+0-51 files

OpenBSD/ports MUK3xkJgames/fs2open Makefile distinfo, games/fs2open/patches patch-lib_antlr4-cpp-runtime_CMakeLists_txt patch-lib_libpcpnatpmp_src_net_sock_ntop_c

   Update to latest fs2open release 25.0.0. Re-enabling vulkan backend,
   however it doesn't produce the right window output here and may need
   more work. (The default is still opengl; start with '-vulkan' to test.)
VersionDeltaFile
1.25+25-16games/fs2open/Makefile
1.2+9-17games/fs2open/patches/patch-lib_antlr4-cpp-runtime_CMakeLists_txt
1.1+21-0games/fs2open/patches/patch-lib_libpcpnatpmp_src_net_sock_ntop_c
1.6+1-18games/fs2open/patches/patch-code_CMakeLists_txt
1.1+12-0games/fs2open/patches/patch-lib_libpcpnatpmp_src_net_gateway_c
1.10+4-4games/fs2open/distinfo
+72-5514 files not shown
+81-6020 files

NetBSD/src n3otpHtsys/arch/news68k/news68k machdep.c

   Re-factor m68k FP exception handling:

   - Move the FP exception stubs into the shared trap_subr.s.  Remove as
     many conditionals from the stubs as feasible, having separate stubs
     for each case that needs to be handled.  This doesn't really result
     in any more (or duplicated) code, and makes it all a lot easier to
     read.
   - All platforms now call the new fpu_init() function, which is renamed
     from fpu_probe(), and centralizes all of the FP-related initialization.
     Platforms that don't need to probe for the FPU aren't forced to do so;
     the probe only occurs if the fputype is FPU_UNKNOWN at the time fpu_init()
     is called.
   - Even on platforms that don't actually need to probe the FPU, make sure
     the "nofault" code is present in trap() to do so; this is meant to reduce
     diffs that need to be resolved later then the trap() function is re-factored.

   - On Amiga and Atari, remove the bespoke vectab code and just use the shared
     vec_init().  Additional cleanup is possible in this area.

   (missed this file in larger commit)
VersionDeltaFile
1.128+5-7sys/arch/news68k/news68k/machdep.c
+5-71 files

LLVM/project b7d97d9bolt/lib/Rewrite RewriteInstance.cpp

[BOLT] Remove outdated assertion from local symtab update logic (#187409)

The assert condition (function is not split or split
into less than three fragments) is not always true now
that we will emit more local symbols due to #184074.
DeltaFile
+0-3bolt/lib/Rewrite/RewriteInstance.cpp
+0-31 files

NetBSD/src etOtJrKsys/arch/amiga/amiga locore.s machdep.c, sys/arch/cesfic/cesfic locore.s

   Re-factor m68k FP exception handling:

   - Move the FP exception stubs into the shared trap_subr.s.  Remove as
     many conditionals from the stubs as feasible, having separate stubs
     for each case that needs to be handled.  This doesn't really result
     in any more (or duplicated) code, and makes it all a lot easier to
     read.
   - All platforms now call the new fpu_init() function, which is renamed
     from fpu_probe(), and centralizes all of the FP-related initialization.
     Platforms that don't need to probe for the FPU aren't forced to do so;
     the probe only occurs if the fputype is FPU_UNKNOWN at the time fpu_init()
     is called.
   - Even on platforms that don't actually need to probe the FPU, make sure
     the "nofault" code is present in trap() to do so; this is meant to reduce
     diffs that need to be resolved later then the trap() function is re-factored.

   - On Amiga and Atari, remove the bespoke vectab code and just use the shared
     vec_init().  Additional cleanup is possible in this area.
VersionDeltaFile
1.9+75-85sys/arch/m68k/m68k/vectors.c
1.181+1-109sys/arch/amiga/amiga/locore.s
1.4+65-40sys/arch/m68k/m68k/fpu.c
1.260+18-83sys/arch/amiga/amiga/machdep.c
1.151+1-97sys/arch/x68k/x68k/locore.s
1.60+1-91sys/arch/cesfic/cesfic/locore.s
+161-50564 files not shown
+634-1,63070 files

OpenBSD/ports kzQPX10wayland/wayback Makefile

   Wayback uses C23. Move to ports-gcc on base-gcc arches
VersionDeltaFile
1.3+4-0wayland/wayback/Makefile
+4-01 files

OpenBSD/ports dzO8PBvwayland/sway Makefile

   sway uses C11. Move to ports-gcc on base-gcc arches

   Fixes the build on sparc64
VersionDeltaFile
1.18+4-0wayland/sway/Makefile
+4-01 files

OpenBSD/ports ULDBffBdevel/py-bitstring Makefile, devel/py-bitstring/patches patch-pyproject_toml

   don't force a dependency on tibs (which is supposed to be optional for now)
   breakage during py-angr build found by tb@
VersionDeltaFile
1.3+7-4devel/py-bitstring/patches/patch-pyproject_toml
1.18+2-0devel/py-bitstring/Makefile
+9-42 files

OpenBSD/ports cjumLu6mail/postfix/stable distinfo Makefile, mail/postfix/stable/patches patch-conf_main_cf patch-makedefs

   update to postfix-3.11.1, from Brad (maintainer)
VersionDeltaFile
1.13+5-6mail/postfix/stable/patches/patch-conf_main_cf
1.47+10-0mail/postfix/stable/pkg/PLIST
1.164+2-2mail/postfix/stable/distinfo
1.279+1-1mail/postfix/stable/Makefile
1.15+1-1mail/postfix/stable/patches/patch-makedefs
+19-105 files

FreeBSD/ports f98bdb0math/ess Makefile distinfo

math/ess: Update to 26.01.0

ESS[BUGS] is still relevant due to NIMBLE keeping the language alive.
However, only syntax highlighting and key-presses will be supported
moving forward. For example, the < key now generates <- rather than
the former = since equals is a valid character in NIMBLE BUGS.

Reported by:    Repology
DeltaFile
+5-6math/ess/Makefile
+3-3math/ess/distinfo
+8-92 files

OpenBSD/ports pIpxzFMsysutils/awscli/v1 Makefile distinfo

   Update to awscli-1.44.63.
VersionDeltaFile
1.26+2-2sysutils/awscli/v1/Makefile
1.24+2-2sysutils/awscli/v1/distinfo
+4-42 files

OpenBSD/ports WvxxdWDnet/py-boto3 distinfo Makefile

   Update to py3-boto3-1.42.73.
VersionDeltaFile
1.642+2-2net/py-boto3/distinfo
1.654+1-1net/py-boto3/Makefile
+3-32 files

OpenBSD/ports V7N2zLwnet/py-botocore distinfo Makefile

   Update to py3-botocore-1.42.73.
VersionDeltaFile
1.859+2-2net/py-botocore/distinfo
1.869+1-1net/py-botocore/Makefile
+3-32 files

FreeBSD/ports 21ed0admisc/py-diffusers Makefile distinfo

misc/py-diffusers: update 0.35.1 → 0.37.0
DeltaFile
+3-3misc/py-diffusers/Makefile
+3-3misc/py-diffusers/distinfo
+6-62 files

FreeBSD/ports 96ae17dtextproc/py-sentencepiece distinfo Makefile

textproc/py-sentencepiece: update 0.2.0 → 0.2.1
DeltaFile
+3-3textproc/py-sentencepiece/distinfo
+1-2textproc/py-sentencepiece/Makefile
+4-52 files

FreeBSD/ports 37bcacfmath/eigen5 distinfo Makefile

math/eigen5: Remove GL_TAGNAME

This didn't work iin GitLab a long time ago, GL_TAGNAME
was mandatory, amd the latent memory of this caused me
to add GL_TAGNAME.

Reported by:    Gleb Popov <arrowd at freebsd.org>
DeltaFile
+3-3math/eigen5/distinfo
+0-1math/eigen5/Makefile
+3-42 files

OpenBSD/ports KsRIdMHwww/epiphany distinfo Makefile

   Update to epiphany-49.6.
VersionDeltaFile
1.123+2-2www/epiphany/distinfo
1.252+1-1www/epiphany/Makefile
+3-32 files