LLVM/project 0387b87clang/test/C/C2y n3364.c

Fix PowerPC test failure from [AsmWriter] Change the output syntax of floating-point literals. (#196407)

The root cause of the failure is that the output syntax only outputs the
+/-snan syntax for ppc_fp128 if the trailing double is 0. The clang test
here is triggering -LDBL_SNAN, which is actually an fneg(snan constant),
and the fneg causes the signs of both doubles in the ppc_fp128 to flip.
As a result, only the ppc_fp128 form is output in the hexadecimal format
rather than the -snan format, necessitating a change to the test output.
DeltaFile
+1-1clang/test/C/C2y/n3364.c
+1-11 files

LLVM/project 3c9f41futils/bazel/llvm-project-overlay/llvm BUILD.bazel driver.bzl

[Bazel] Fixes dbf927a (#196414)

This fixes dbf927a6e3ff4b076b3ead608c57e16ebee9ed66.

Co-authored-by: Google Bazel Bot <google-bazel-bot at google.com>
DeltaFile
+17-0utils/bazel/llvm-project-overlay/llvm/BUILD.bazel
+1-1utils/bazel/llvm-project-overlay/llvm/driver.bzl
+18-12 files

LLVM/project f486c65llvm/lib/Transforms/Vectorize VPlanTransforms.cpp VPlanTransforms.h, llvm/test/Transforms/LoopVectorize load-of-struct-deref-pred.ll dereferenceable-info-from-assumption-variable-size.ll

[VPlan] Directly use masks on recipes in dropPoisonGen (#193978)

dropPoisonGeneratingRecipes currently uses a convoluted and incorrect
logic to determine whether a recipe is masked. Use the masks that are
set on the recipes directly instead.
DeltaFile
+16-16llvm/test/Transforms/LoopVectorize/X86/load-deref-pred.ll
+11-16llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
+2-9llvm/lib/Transforms/Vectorize/VPlanTransforms.h
+4-4llvm/test/Transforms/LoopVectorize/load-of-struct-deref-pred.ll
+3-3llvm/test/Transforms/LoopVectorize/dereferenceable-info-from-assumption-variable-size.ll
+1-5llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
+37-539 files not shown
+52-6715 files

LLVM/project e0039cbclang/test/SemaHLSL/BuiltIns ConstantBuffers.hlsl, clang/test/SemaHLSL/Resources ConstantBuffers.hlsl

Move test file, and add new test.
DeltaFile
+74-0clang/test/SemaHLSL/Resources/ConstantBuffers.hlsl
+0-68clang/test/SemaHLSL/BuiltIns/ConstantBuffers.hlsl
+74-682 files

FreeBSD/ports 05dd509net-mgmt/zabbix7-server distinfo Makefile

net-mgmt/zabbix7-server: Update to 7.0.26

Release notes:  https://www.zabbix.com/rn/rn7.0.26
DeltaFile
+3-3net-mgmt/zabbix7-server/distinfo
+1-1net-mgmt/zabbix7-server/Makefile
+4-42 files

FreeBSD/ports e07d03bnet-mgmt/zabbix6-java Makefile, net-mgmt/zabbix6-proxy Makefile

net-mgmt/zabbix6-server: Update to 6.0.46

Release notes:  https://www.zabbix.com/rn/rn6.0.46
DeltaFile
+3-3net-mgmt/zabbix6-server/distinfo
+1-2net-mgmt/zabbix6-server/Makefile
+1-1net-mgmt/zabbix6-proxy/Makefile
+1-1net-mgmt/zabbix6-java/Makefile
+6-74 files

FreeBSD/ports a33ec8dnet-mgmt/zabbix74-server distinfo Makefile

net-mgmt/zabbix74-server: Update to 7.4.10

Release notes:  https://www.zabbix.com/rn/rn7.4.10
DeltaFile
+3-3net-mgmt/zabbix74-server/distinfo
+1-1net-mgmt/zabbix74-server/Makefile
+4-42 files

LLVM/project 3c2569bllvm/lib/Target/AMDGPU AMDGPUISelLowering.cpp, llvm/test/CodeGen/AMDGPU udivrem24.ll udiv.ll

[AMDGPU] Fix LowerDIVREM24 lowering for the unsigned case

The code was not properly checking that the operands were
24-bit integers for the unsigned case.
DeltaFile
+70-78llvm/test/CodeGen/AMDGPU/udivrem24.ll
+19-22llvm/test/CodeGen/AMDGPU/udiv.ll
+34-0llvm/test/CodeGen/AMDGPU/udiv-miscompilation.ll
+14-6llvm/lib/Target/AMDGPU/AMDGPUISelLowering.cpp
+137-1064 files

OpenZFS/src a2d0533cmd/zdb zdb.c, man/man8 zdb.8

Add some more file layout output, triggered by -v

With one -v, the block type (parity or data) is printed (matching
the ASCII-art version); with two -v, the offset into the file is
also printed.

This also updates the man page, and adds some simple
test scripts.

Sponsored-by: Klara, Inc.
Sponsored-by: Wasabi Technology, Inc.
Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Reviewed-by: Sean Fagan <sean.fagan at klarasystems.com>
Signed-off-by: Sean Fagan <sean.fagan at klarasystems.com>
Closes #18470
DeltaFile
+78-0tests/zfs-tests/tests/functional/cli_root/zdb/zdb_file_layout_003.ksh
+78-0tests/zfs-tests/tests/functional/cli_root/zdb/zdb_file_layout_001.ksh
+78-0tests/zfs-tests/tests/functional/cli_root/zdb/zdb_file_layout_002.ksh
+48-16cmd/zdb/zdb.c
+57-0tests/zfs-tests/tests/functional/cli_root/zdb/zdb_file_layout_neg.ksh
+6-1man/man8/zdb.8
+345-172 files not shown
+353-208 files

FreeNAS/freenas eebe3desrc/middlewared/middlewared/plugins/failover_ event.py, src/middlewared/middlewared/plugins/iscsi_ lio.py alua.py

Add middleware support for LIO ALUA HA

Wire up the middleware side of LIO ALUA high-availability: load
lio_ha.ko with per-node addresses on service start, manage ALUA
state across failover events, clean up STANDBY configfs on pool
export, and add pre-flight validation that targets have static
initiator ACLs before ALUA can be enabled.

For each target, create a portal-less phantom TPG carrying the peer
node's controller group so that a single RTPG response from any
connected port lists both ALUA groups.  Write tpgt_N/rtpi explicitly
before enable so that relative target port IDs in RTPG match the
tag formula (portal.tag on Node A, portal.tag + 32000 on Node B)
rather than being auto-assigned sequentially by the kernel.

ALUA group states are driven by role and ha_state:

  MASTER  + synced        local=OPTIMIZED     remote=NONOPTIMIZED
  MASTER  + connected     local=OPTIMIZED     remote=TRANSITIONING

    [4 lines not shown]
DeltaFile
+494-128src/middlewared/middlewared/utils/lio/config.py
+214-2src/middlewared/middlewared/plugins/iscsi_/lio.py
+62-9src/middlewared/middlewared/plugins/iscsi_/alua.py
+33-21src/middlewared/middlewared/plugins/failover_/event.py
+34-19src/middlewared/middlewared/plugins/iscsi_/iscsi_global.py
+38-0src/middlewared/middlewared/utils/iscsi/constants.py
+875-1795 files not shown
+947-18611 files

LLVM/project 9f47d4cllvm/lib/Transforms/Vectorize VPlanTransforms.cpp, llvm/test/Transforms/LoopVectorize first-order-recurrence-tail-folding.ll

[VPlan] Fold removeRedundantCanonicalIVs into replaceWideCanIVs. (#195545)

Unify logic to replace VPWidenCanonicalIVRecipes with scalar-steps or
VPWidenIntOrFpInductionRecipe in replaceWideCanonicalIVWithWideIV. This
reduces the code a bit and running later has the benefit that we do the
replacement after the wide mask compare has been replaced by
active-lane-mask/EVL. This means we do not need to drop wrap flags in
some cases, as the wide IV is not used for the mask.

PR: https://github.com/llvm/llvm-project/pull/195545
DeltaFile
+77-70llvm/test/Transforms/LoopVectorize/VPlan/vplan-sink-scalars-and-merge.ll
+36-61llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
+38-37llvm/test/Transforms/LoopVectorize/VPlan/first-order-recurrence-sink-replicate-region.ll
+10-10llvm/test/Transforms/LoopVectorize/RISCV/interleaved-masked-access.ll
+9-9llvm/test/Transforms/LoopVectorize/first-order-recurrence-tail-folding.ll
+6-6llvm/test/Transforms/LoopVectorize/RISCV/uniform-load-store.ll
+176-19312 files not shown
+201-21818 files

OpenZFS/src 439b802module/zfs sa.c

sa: fix sa_add_projid lock ordering

sa_add_projid() currently acquires hdl->sa_lock before zp->z_lock.
Several same-znode update paths take zp->z_lock and then call
sa_update() or sa_bulk_update() on the same SA handle.

On Linux, FS_IOC_FSSETXATTR reaches zfs_setattr() through
zpl_ioctl_setxattr() without outer inode serialization. This makes
the reversed lock order a real ABBA deadlock rather than a lockdep
false positive when projid is added to an old-format inode while
another thread updates the same znode.

Acquire zp->z_lock before hdl->sa_lock in sa_add_projid() to match
the existing znode update ordering.

Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Signed-off-by: ZhengYuan Huang <gality369 at gmail.com>
Co-authored-by: gality369 <gality369 at example.com>
Closes #18503
DeltaFile
+2-2module/zfs/sa.c
+2-21 files

FreeBSD/src 13c70efusr.sbin/rtadvd config.c

rtadvd(8): Honor pltime/vltime in interface declarations

Currently rtadvd ignores interface pltime/vltime specifications
unless the (static) address range is also included in the config file.
This extends the validity of a pltime and/or vltime stanza in
the config file for an interface to delegated addresses from
an upstream provider.

Approved by:    re (cperciva)
Signed-off-by:  tickerguy <karl at denninger.net>
PR:             288426
Reviewed by:    pouria
Pull Request:   https://github.com/freebsd/freebsd-src/pull/1863

(cherry picked from commit 103f9883d1ed7431c432caa6ab9c61cd4d0831d0)
(cherry picked from commit 18caefe847086a9e89812db600c852b225467090)
DeltaFile
+20-2usr.sbin/rtadvd/config.c
+20-21 files

FreeBSD/src cef90b4usr.sbin/certctl certctl.c certctl.8, usr.sbin/certctl/tests certctl_test.sh

certctl: Unstickify (un)trusted certificates

Ever since certctl was rewritten in C, the rehash command has reingested
TRUSTDESTDIR / UNTRUSTDESTDIR in addition to TRUSTPATH / UNTRUSTPATH.
This seemed like a good idea at the time but was, in retrospect, a
mistake, as it means a (un)trusted certificate remains (un)trusted
forever (or at least until it expires) even if it is removed from
(UN)TRUSTPATH.  Among other issues, it causes ports QA to fail for any
port that either installs certificates or depends on a port that does.

Although this behavior was undocumented, the change may surprise users
who have added certificates manually, so update the manual page to point
it out and add prominent warnings to the trust and untrust commands.

Approved by:    re (cperciva)
PR:             290078
MFC after:      1 week
Reviewed by:    kevans, bcr
Differential Revision:  https://reviews.freebsd.org/D56617

    [3 lines not shown]
DeltaFile
+52-29usr.sbin/certctl/certctl.c
+13-2usr.sbin/certctl/certctl.8
+2-1usr.sbin/certctl/tests/certctl_test.sh
+67-323 files

FreeBSD/src 9536a3asbin/md5/tests md5_test.sh

md5: Don't generate test cases just to skip them

Don't waste time generating Perl test cases for algorithms that are not
supported in Perl mode only to skip them when they are run.

Approved by:    re (cperciva)
MFC after:      1 week
Reviewed by:    ngie
Differential Revision:  https://reviews.freebsd.org/D56687

(cherry picked from commit fd386e76fa2b29d99525c246cbfc05768a1f4a76)
(cherry picked from commit f9626b7e55e11322ad45da2201cd482b43eeabb6)
DeltaFile
+6-6sbin/md5/tests/md5_test.sh
+6-61 files

FreeBSD/src 1981ce9contrib/libc-vis vis.3

vis.3: Try to better describe VIS_SAFE

The current text fails to draw the reader's attention to the fact that
VIS_SAFE essentially exempts certain characters from being encoded.

While here, fix some markup nits.

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

(cherry picked from commit 8acc4c16c6635c3cd8871d0ee1221b62d48d71b9)
(cherry picked from commit b21f08f97ba0c1e254b55e2ac66ec6853ad281f7)
DeltaFile
+19-13contrib/libc-vis/vis.3
+19-131 files

FreeBSD/src 60a521ausr.bin/stat stat.c, usr.bin/stat/tests stat_test.sh

stat: fix use of devname(3)

Besides being a little hard to parse through visually, this had its own
bug of inspecting st->st_mode to determine what to pass to devname(3),
which is only correct for st_rdev.

For st_dev, you're likely to be looking at files or directories and
attempting to assess what device they're located on, so the mode is
meaningless- we just have to assume that our filesystems are on
character devices and attempt to resolve st_dev as such.

Approved by:    re (cperciva)
Reviewed by:    des, kib (previous version)
Differential Revision:  https://reviews.freebsd.org/D56565

(cherry picked from commit 4d4acdbfc22c84081037f31cff4fb03d18373036)

stat: The devname test case requires root


    [26 lines not shown]
DeltaFile
+38-2usr.bin/stat/tests/stat_test.sh
+11-3usr.bin/stat/stat.c
+49-52 files

FreeBSD/src 56a5d11share/man/man4 nlsysevent.4 Makefile

nlsysevent: add manpage

Approved by:    re (cperciva)
Reviewed by:    des

(cherry picked from commit 72d701eb1d83cfb3479e4c839412325ff9efc97c)
(cherry picked from commit ee2fc974e0716040622926c7c8ca8df09284e6f9)
DeltaFile
+132-0share/man/man4/nlsysevent.4
+1-0share/man/man4/Makefile
+133-02 files

FreeBSD/src 78c1ba5libexec/nuageinit nuageinit

nuageinit: only parse user_data as yaml when necessary

This fixes a regression introduced in cae280931c9e which prevents
user_data as a shell script to be used

Approved by:    re (cperciva)
PR:             295062
Reported by:    Ross McKelvie <ross at exitzero.uk>
MFC After:      1 day

(cherry picked from commit c316ec259011e9e22e40eaa72d834f3bfac95c28)
(cherry picked from commit 4211f280ba087c75dcd84f9b592238b2eae33af9)
DeltaFile
+1-1libexec/nuageinit/nuageinit
+1-11 files

LLVM/project dbf927allvm/docs/CommandGuide llvm-extract-bundle-entry.rst, llvm/lib/Object OffloadBundle.cpp

Add llvm-extract-bundle-entry to extend llvm-objcopy (#169386)

This commit creates llvm-extract-bundle-entry as a wrapper to
llvm-objcopy,
  to allow extracting HIP offload fatbin bundles given a URI argument.

---------

Co-authored-by: dsalinas_amdeng <david.salinas at amd.com>
DeltaFile
+92-1llvm/tools/llvm-objcopy/ObjcopyOptions.cpp
+78-0llvm/test/tools/llvm-objcopy/extract-bundle-entry.test
+59-0llvm/docs/CommandGuide/llvm-extract-bundle-entry.rst
+36-0llvm/tools/llvm-objcopy/ExtractBundleEntryOpts.td
+20-5llvm/lib/Object/OffloadBundle.cpp
+12-0llvm/tools/llvm-objcopy/llvm-objcopy.cpp
+297-68 files not shown
+329-814 files

LLVM/project ad5664bclang/include/clang/Basic TokenKinds.def, clang/include/clang/Sema SemaHLSL.h

[HLSL] Add type traits for ConstantBuffers templates

This commit adds the type traits to restrict the template type in a
ConstantBuffer to structs or classes that do not contain a resource
type.

Assisted-by: Gemini
DeltaFile
+44-6clang/lib/Sema/HLSLExternalSemaSource.cpp
+33-0clang/test/SemaHLSL/BuiltIns/ConstantBuffers.hlsl
+13-0clang/lib/Sema/SemaHLSL.cpp
+9-0clang/lib/Sema/SemaTypeTraits.cpp
+1-0clang/include/clang/Sema/SemaHLSL.h
+1-0clang/include/clang/Basic/TokenKinds.def
+101-66 files

LLVM/project c0262e7llvm/lib/Target/SystemZ SystemZISelLowering.cpp, llvm/test/CodeGen/SystemZ args-23.ll

[SystemZ] Fix internal error with single-element vector types (#196127)

The special treatment of single-element 128-bit vector types in
SystemZTargetLowering::getRegisterTypeForCallingConv is not appropriate
if vector types are not supported, and can lead to internal compiler
errors.

Fixes: https://github.com/llvm/llvm-project/issues/194256
(cherry picked from commit 48346f2352eaf25373e1a6204c0c7f9fdce92a85)
DeltaFile
+464-0llvm/test/CodeGen/SystemZ/args-23.ll
+1-1llvm/lib/Target/SystemZ/SystemZISelLowering.cpp
+465-12 files

LLVM/project cbb1eb5lldb/test/API/tools/lldb-dap/source TestDAP_source.py, lldb/tools/lldb-dap/Handler SourceRequestHandler.cpp

[lldb-dap] Fix crash in source request handler (#195847)

Check optional argument source has a value before getting the source
reference.

(cherry picked from commit fa8724beccad53be2d39d065be5db11917f94bac)
DeltaFile
+6-0lldb/test/API/tools/lldb-dap/source/TestDAP_source.py
+3-2lldb/tools/lldb-dap/Handler/SourceRequestHandler.cpp
+9-22 files

FreeBSD/ports e44abc0benchmarks/clpeak Makefile distinfo, benchmarks/clpeak/files patch-src_vk__peak.cpp

benchmarks/clpeak: update to 2.0.2

Changes:        https://github.com/krrishnarraj/clpeak/releases/tag/2.0.0
Changes:        https://github.com/krrishnarraj/clpeak/releases/tag/2.0.1
Changes:        https://github.com/krrishnarraj/clpeak/releases/tag/2.0.2
Reported by:    GitHub (watch releases)
DeltaFile
+11-0benchmarks/clpeak/files/patch-src_vk__peak.cpp
+10-1benchmarks/clpeak/Makefile
+3-3benchmarks/clpeak/distinfo
+24-43 files

LLVM/project b3793a0bolt/include/bolt/Profile DataReader.h, bolt/lib/Profile DataReader.cpp

[𝘀𝗽𝗿] initial version

Created using spr 1.3.4
DeltaFile
+23-18bolt/lib/Profile/DataReader.cpp
+3-6bolt/include/bolt/Profile/DataReader.h
+26-242 files

LLVM/project 62a94f0llvm/lib/Transforms/IPO InstrumentorStubPrinter.cpp

Fix comment
DeltaFile
+2-0llvm/lib/Transforms/IPO/InstrumentorStubPrinter.cpp
+2-01 files

OpenBSD/ports RrUYEr1productivity/gnucash/patches patch-CMakeLists_txt

   gnucash: pull in upstream fix for required libs for boost >=1.90

   ok aja (maintainer)
VersionDeltaFile
1.12+16-0productivity/gnucash/patches/patch-CMakeLists_txt
+16-01 files

LLVM/project 36cfc59clang/lib/CIR/Dialect/Transforms EHABILowering.cpp CIRTransformUtils.cpp, clang/test/CIR/IR invalid-construct-catch-param.cir

[CIR] Lower cir.construct_catch_param on Itanium (#195904)

Implement Itanium-ABI lowering of the `cir.construct_catch_param`
operation. This operation encapsulates the target-specific work that
must happen before `__cxa_begin_catch` to bind an in-flight exception
object to a non-trivially-copyable catch parameter

In order to allow the full copy-constructor call generation handling,
including call site attribute generation, to be reused during codegen,
we will be generating a thunk function to perform the copy construction
when it is needed. This function gets inlined during EHABI lowering.
This allows us to generate a target-independent representation during
the initial CIR code generation without having to duplicate the copy
construction logic in the EHABI lowering pass.

The actual generation of the thunk function and the
construct_catch_param operation will be added in a follow-up change.

Assisted-by: Cursor / claude-opus-4.7-thinking-xhigh
DeltaFile
+218-0clang/test/CIR/Transforms/eh-abi-lowering-construct-catch.cir
+185-18clang/lib/CIR/Dialect/Transforms/EHABILowering.cpp
+175-0clang/test/CIR/Transforms/eh-abi-lowering-construct-catch-invalid.cir
+72-0clang/lib/CIR/Dialect/Transforms/CIRTransformUtils.cpp
+1-64clang/lib/CIR/Dialect/Transforms/FlattenCFG.cpp
+40-1clang/test/CIR/IR/invalid-construct-catch-param.cir
+691-835 files not shown
+735-8411 files

FreeBSD/src 8eef59dsys/vm vm_map.c

vm_map_growstack(): use local for p->p_vmspace

Noted by:       alc
Sponsored by:   The FreeBSD Foundation
MFC after:      1 week
DeltaFile
+1-2sys/vm/vm_map.c
+1-21 files

LLVM/project 143aa41llvm/docs SecurityTransparencyReports.rst

2025 Security Response Group Transparency Report (#194066)

Add the Security Response Group's Transparency Report for 2025.
DeltaFile
+129-0llvm/docs/SecurityTransparencyReports.rst
+129-01 files