LLVM/project de6cadeclang/test/CIR/CodeGenHLSL matrix-element-expr-load.hlsl

[CIR] Fix HLSL test that crashes (#182894)

This was caused by #182609, which just changed the way the AST stores
these, which causes us to hit an NYI in a way that doesn't recover
nicely. In the future, we could probably represent a 'no op' instead of
an empty op in the IR for these cases, but there isn't much use for it,
   since it is always after NYI.

This patch changes the test to use float instead of float1 as suggested
in review, which avoids the problematic conversion.
DeltaFile
+1-1clang/test/CIR/CodeGenHLSL/matrix-element-expr-load.hlsl
+1-11 files

LLVM/project 812c6f8mlir/include/mlir/Dialect/OpenACC OpenACCParMapping.h

[mlir][acc] Add parallelism mapping policy interface (#182890)

Add a header that defines the interface for mapping OpenACC parallelism
levels (gang, worker, vector) to target-specific parallel dimension
attributes. Alongside this,
DefaultACCToGPUMappingPolicy is introduced for an initial implementation
of ACC parallelism to GPU mapping.
DeltaFile
+164-0mlir/include/mlir/Dialect/OpenACC/OpenACCParMapping.h
+164-01 files

LLVM/project dd6e7b8llvm/test/Transforms/LoopVectorize hoist-predicated-loads-with-predicated-stores.ll

[LV] Add corner-case tests for licm of predicated memops (#182828)

DeltaFile
+272-0llvm/test/Transforms/LoopVectorize/hoist-predicated-loads-with-predicated-stores.ll
+272-01 files

OpenZFS/src 0f608aaconfig kernel-fst-mount.m4, module/os/linux/zfs zpl_super.c

Linux 7.0: add shims for the fs_context-based mount API

The traditional mount API has been removed, so detect when its not
available and instead use a small adapter to allow our existing mount
functions to keep working.

Sponsored-by: TrueNAS
Reviewed-by: Tony Hutter <hutter2 at llnl.gov>
Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Signed-off-by: Rob Norris <rob.norris at truenas.com>
Closes #18216
DeltaFile
+66-0module/os/linux/zfs/zpl_super.c
+6-1config/kernel-fst-mount.m4
+72-12 files

LLVM/project 1356a51llvm/test/CodeGen/AMDGPU call-args-inreg.ll cc-inreg-sgpr0-3-mismatch.ll, llvm/test/CodeGen/AMDGPU/GlobalISel irtranslator-call.ll

[AMDGPU] Fix caller/callee mismatch in SGPR assignment for inreg args

On the callee side, `LowerFormalArguments` marks SGPR0-3 as allocated in
`CCState` before running the CC analysis. On the caller side, `LowerCall` (and
GlobalISel's `lowerCall`/`lowerTailCall`) added the scratch resource to
`RegsToPass` without marking it in `CCState`. This caused `CC_AMDGPU_Func` to
treat SGPR0-3 as available on the caller side, assigning user inreg args there,
while the callee skipped them without marking it in `CCState`. This caused
`CC_AMDGPU_Func` to treat SGPR0-3 as available on the caller side, assigning
user inreg args there, while the callee skipped them.
DeltaFile
+405-7llvm/test/CodeGen/AMDGPU/call-args-inreg.ll
+168-39llvm/test/CodeGen/AMDGPU/cc-inreg-sgpr0-3-mismatch.ll
+84-2llvm/test/CodeGen/AMDGPU/call-args-inreg-no-sgpr-for-csrspill-xfail.ll
+41-41llvm/test/CodeGen/AMDGPU/GlobalISel/irtranslator-call.ll
+8-8llvm/test/CodeGen/AMDGPU/tail-call-inreg-arguments.error.ll
+4-8llvm/test/CodeGen/AMDGPU/tail-call-inreg-arguments.ll
+710-1055 files not shown
+730-11311 files

OpenZFS/src d34fd6cconfig kernel-acl.m4, include/os/linux/kernel/linux xattr_compat.h

Linux 7.0: posix_acl_to_xattr() now allocates memory

Kernel devs noted that almost all callers to posix_acl_to_xattr() would
check the ACL value size and allocate a buffer before make the call. To
reduce the repetition, they've changed it to allocate this buffer
internally and return it.

Unfortunately that's not true for us; most of our calls are from
xattr_handler->get() to convert a stored ACL to an xattr, and that call
provides a buffer. For now we have no other option, so this commit
detects the new version and wraps to copy the value back into the
provided buffer and then free it.

Sponsored-by: TrueNAS
Reviewed-by: Tony Hutter <hutter2 at llnl.gov>
Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Signed-off-by: Rob Norris <rob.norris at truenas.com>
Closes #18216
DeltaFile
+31-0config/kernel-acl.m4
+17-0include/os/linux/kernel/linux/xattr_compat.h
+48-02 files

OpenZFS/src 204de94config kernel-blk-queue.m4, module/os/linux/zfs vdev_disk.c

Linux 7.0: blk_queue_nonrot() renamed to blk_queue_rot()

It does exactly the same thing, just inverts the return. Detect its
presence or absence and call the right one.

Sponsored-by: TrueNAS
Reviewed-by: Tony Hutter <hutter2 at llnl.gov>
Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Signed-off-by: Rob Norris <rob.norris at truenas.com>
Closes #18216
DeltaFile
+26-0config/kernel-blk-queue.m4
+4-0module/os/linux/zfs/vdev_disk.c
+30-02 files

LLVM/project 055b1efllvm/lib/SandboxIR Region.cpp, llvm/unittests/SandboxIR RegionTest.cpp

[SandboxIR][Region] Replace exit() with reportFatalUsageError() (#182134)

`Region::createRegionsFromMD()` parses the IR and the corresponding
metadata and forms one or more Regions. If an instruction is tagged as
being part of the "auxiliary" vector of the region, then a check
enforces that it should also be part of a region, i.e., it should have
both `!sandboxaux` and `!sandboxvec` metadata, not just `!sandboxaux`.

The check used to `exit(1)` after printing an error, but it's better to
abort using LLVM's error handling functions. Since the user can write
the IR by hand I think it makes sense to report this as a usage error
with `reportFatalUsageError()`, and not as an internal error.
DeltaFile
+1-1llvm/lib/SandboxIR/Region.cpp
+2-0llvm/unittests/SandboxIR/RegionTest.cpp
+3-12 files

FreeNAS/freenas fe73e59src/middlewared/middlewared/plugins failover.py

NAS-139907 / 26.0.0-BETA.1 / fix failover.mismatch_nics (#18279)

When bond slave interfaces join a bond, their active MAC address
(link_address) is replaced with the bond master's MAC. All slaves in the
same bond share the same active MAC. The mismatch_nics caller was
building its MAC-to-name dicts using state['link_address'], which meant
multiple bond slaves would collapse into a single dict entry (last one
wins). Meanwhile, local_macs_to_remote_macs from the database uses
hardware_link_address (the permanent MAC), so the two sides of the
comparison used different MAC address sources — guaranteed mismatch for
any bond slave whose permanent MAC differs from the bond MAC.

Fix: use hardware_link_address instead of link_address when building
local_physical_mac_to_name and remote_physical_mac_to_name, matching the
MAC source used by persist_link_addresses.
DeltaFile
+14-9src/middlewared/middlewared/plugins/failover.py
+14-91 files

OpenZFS/src 7744f04lib/libspl/include/sys simd.h

SIMD: libspl: test the correct CPUID bit for AVX512VL

Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Signed-off-by: Attila Fülöp <attila at fueloep.org>
Closes #18254
DeltaFile
+1-1lib/libspl/include/sys/simd.h
+1-11 files

OpenZFS/src 6a717f3cmd/zpool zpool_main.c, lib/libzfs libzfs_pool.c

Improve misleading error messages for ZPOOL_STATUS_CORRUPT_POOL

When devices are missing or claimed by another subsystem (e.g.
mdadm, LVM), zpool import reports "The pool metadata is corrupted"
and suggests destroying the pool. This is misleading because the
metadata is not necessarily corrupted -- it may simply be incomplete
due to inaccessible devices.

Update the status, action, and recovery messages to acknowledge
that missing devices can trigger this status, and suggest checking
device availability before resorting to pool destruction.

Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Signed-off-by: Chris Longros <chris.longros at gmail.com>
Closes #18251
Closes #8236
DeltaFile
+9-2cmd/zpool/zpool_main.c
+3-1lib/libzfs/libzfs_pool.c
+12-32 files

OpenZFS/src bbf0106config zfs-build.m4

build: get objtool from $kernelbuild

On systems where `$kernelsrc` is different than `$kernelbuild`, the
objtool binary will be located in `$kernelbuild` as it's the result of
running `make prepare` during kernel build.

Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Reviewed-by: Attila Fülöp <attila at fueloep.org>
Signed-off-by: Louis Leseur <louis.leseur at gmail.com>
Closes #18248
Closes #18249
DeltaFile
+1-1config/zfs-build.m4
+1-11 files

FreeBSD/ports bbc0e2dgraphics/blender4 Makefile, graphics/blender4/files patch-release_freedesktop_blender.desktop

graphics/blender4: Fix desktop file - refers to stale executable name

The desktop file Exec command line refers to the wrong executable name
"blender" and it should be "blender-45".

PR:             293215
Approved by:    portmgr (blanket - fix runtime)
DeltaFile
+11-0graphics/blender4/files/patch-release_freedesktop_blender.desktop
+1-0graphics/blender4/Makefile
+12-02 files

LLVM/project 5d3c451lldb/include/lldb/Host/linux Ptrace.h, lldb/source/Plugins/Process/Linux NativeRegisterContextLinux_arm.cpp

[lldb][ARM] Support reading the thread pointer register on ARM Linux (#182438)

This implements reading the TPIDRURO register, which serves as the
thread pointer register on ARM Linux. Note that the register is not
displayed for core files because it is not included in the dump.
DeltaFile
+46-5lldb/source/Plugins/Process/Linux/NativeRegisterContextLinux_arm.cpp
+40-0lldb/test/API/linux/arm/tls_register/TestArmLinuxTLSRegister.py
+28-10lldb/source/Plugins/Process/Utility/RegisterInfoPOSIX_arm.cpp
+20-0lldb/source/Plugins/Process/Utility/RegisterInfos_arm.h
+10-2lldb/source/Plugins/Process/Utility/RegisterInfoPOSIX_arm.h
+8-1lldb/include/lldb/Host/linux/Ptrace.h
+152-185 files not shown
+176-1811 files

FreeBSD/ports c346ca9net-mgmt/super_mediator Makefile

net-mgmt/super_mediator: Ignore with mysql 8.4

PR:     291336
Reported by:    private exp-run
Sponsored by:   Netzkommune GmbH
DeltaFile
+1-1net-mgmt/super_mediator/Makefile
+1-11 files

LLVM/project 8bdef33clang/include/clang/Analysis/Scalable/EntityLinker EntityLinker.h, clang/include/clang/Analysis/Scalable/Support ErrorBuilder.h

[clang][ssaf] Add Entity Linker and associated data structures

This PR introduces the EntityLinker algorithm that merges per-TU
summaries into a single link-unit summary. As part of this change it
adds `operator<<` support for all SSAF model types to enable them to be
formatted automatically in diagnostics and test messages, and extracts
out and improves ErrorBuilder with a cleaner API and test coverage.

rdar://162570931
DeltaFile
+634-0clang/unittests/Analysis/Scalable/EntityLinkerTest.cpp
+209-0clang/include/clang/Analysis/Scalable/Support/ErrorBuilder.h
+196-0clang/unittests/Analysis/Scalable/ErrorBuilderTest.cpp
+189-0clang/lib/Analysis/Scalable/EntityLinker/EntityLinker.cpp
+1-96clang/lib/Analysis/Scalable/Serialization/JSONFormat.cpp
+90-0clang/include/clang/Analysis/Scalable/EntityLinker/EntityLinker.h
+1,319-9627 files not shown
+1,979-12033 files

FreeNAS/freenas 41bd6ccsrc/middlewared/middlewared/plugins/kmip zfs_keys.py, src/middlewared/middlewared/plugins/pool_ dataset_encryption_operations.py dataset_encryption_info.py

don't need the methods
DeltaFile
+1-29src/middlewared/middlewared/plugins/zfs/resource_crud.py
+7-4src/middlewared/middlewared/plugins/kmip/zfs_keys.py
+3-7src/middlewared/middlewared/plugins/pool_/dataset_encryption_operations.py
+4-5src/middlewared/middlewared/plugins/pool_/dataset_encryption_info.py
+2-3src/middlewared/middlewared/plugins/pool_/dataset_encryption_lock.py
+2-2src/middlewared/middlewared/plugins/zfs/dataset_encryption.py
+19-506 files

OpenZFS/src 4975430include/sys/fs zfs.h, man/man7 vdevprops.7

Add vdev property to disable vdev scheduler

Added vdev property to disable the vdev scheduler.
The intention behind this property is to improve IOPS
performance when using o_direct.

Reviewed-by: Tony Hutter <hutter2 at llnl.gov>
Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Reviewed-by: Alexander Motin <alexander.motin at TrueNAS.com>
Signed-off-by: MigeljanImeri <ImeriMigel at gmail.com>
Closes #17358
DeltaFile
+93-0tests/zfs-tests/tests/functional/cli_root/zpool_set/vdev_set_scheduler.ksh
+40-0module/zfs/vdev_queue.c
+17-0man/man7/vdevprops.7
+16-0module/zfs/vdev.c
+13-0include/sys/fs/zfs.h
+11-0module/zcommon/zpool_prop.c
+190-08 files not shown
+206-214 files

FreeBSD/ports 657b78ddatabases/rubygem-mysql Makefile

databases/rubygem-mysql: Ignore with mysql 8.4

PR:     291336
Reported by:    private exp-run
Sponsored by:   Netzkommune GmbH
DeltaFile
+1-1databases/rubygem-mysql/Makefile
+1-11 files

FreeBSD/ports 62c5915databases/ocaml-mysql Makefile

databases/ocaml-mysql: Ignore with mysql 8.4

PR:     291336
Reported by:    private exp-run
Sponsored by:   Netzkommune GmbH
DeltaFile
+1-1databases/ocaml-mysql/Makefile
+1-11 files

LLVM/project 149fa10llvm/test/Transforms/LoopVectorize vplan-based-stride-mv.ll, llvm/test/Transforms/LoopVectorize/VPlan vplan-based-stride-mv.ll

[NFC][VPlan] Add initial tests for future VPlan-based stride MV

I tried to include both the features that current
LoopAccessAnalysis-based transformation supports (e.g., trunc/sext of
stride) but also cases where the current implementation behaves poorly,
e.g., https://godbolt.org/z/h31c3zKxK; as well as some other potentially
interesting scenarios I could imagine.
DeltaFile
+2,438-0llvm/test/Transforms/LoopVectorize/VPlan/vplan-based-stride-mv.ll
+2,149-0llvm/test/Transforms/LoopVectorize/vplan-based-stride-mv.ll
+4,587-02 files

LLVM/project 1ee0a68llvm/test/CodeGen/AMDGPU call-args-inreg.ll cc-inreg-sgpr0-3-mismatch.ll, llvm/test/CodeGen/AMDGPU/GlobalISel irtranslator-call.ll

[AMDGPU] Fix caller/callee mismatch in SGPR assignment for inreg args

On the callee side, `LowerFormalArguments` marks SGPR0-3 as allocated in
`CCState` before running the CC analysis. On the caller side, `LowerCall` (and
GlobalISel's `lowerCall`/`lowerTailCall`) added the scratch resource to
`RegsToPass` without marking it in `CCState`. This caused `CC_AMDGPU_Func` to
treat SGPR0-3 as available on the caller side, assigning user inreg args there,
while the callee skipped them without marking it in `CCState`. This caused
`CC_AMDGPU_Func` to treat SGPR0-3 as available on the caller side, assigning
user inreg args there, while the callee skipped them.
DeltaFile
+405-7llvm/test/CodeGen/AMDGPU/call-args-inreg.ll
+168-39llvm/test/CodeGen/AMDGPU/cc-inreg-sgpr0-3-mismatch.ll
+84-2llvm/test/CodeGen/AMDGPU/call-args-inreg-no-sgpr-for-csrspill-xfail.ll
+41-41llvm/test/CodeGen/AMDGPU/GlobalISel/irtranslator-call.ll
+8-8llvm/test/CodeGen/AMDGPU/tail-call-inreg-arguments.error.ll
+4-8llvm/test/CodeGen/AMDGPU/tail-call-inreg-arguments.ll
+710-1055 files not shown
+730-11311 files

LLVM/project 90b4ff8clang/lib/StaticAnalyzer/Checkers/WebKit NoDeleteChecker.cpp PtrTypesSemantics.cpp, clang/test/Analysis/Checkers/WebKit nodelete-annotation.cpp

[alpha.webkit.NoDeleteChecker] Better diagnostics (#182614)

This PR improves NoDeleteChecker's bug report so that it's more
actionable. Namely, when a function fails "triviali function analysis",
we report the first statement or parameter which failed the triviality
check.
DeltaFile
+73-23clang/test/Analysis/Checkers/WebKit/nodelete-annotation.cpp
+26-7clang/lib/StaticAnalyzer/Checkers/WebKit/NoDeleteChecker.cpp
+19-8clang/lib/StaticAnalyzer/Checkers/WebKit/PtrTypesSemantics.cpp
+8-4clang/lib/StaticAnalyzer/Checkers/WebKit/PtrTypesSemantics.h
+126-424 files

LLVM/project 181d6c3clang/lib/StaticAnalyzer/Checkers/WebKit PtrTypesSemantics.cpp, clang/test/Analysis/Checkers/WebKit nodelete-annotation.cpp

[alpha.webkit.NoDeleteChecker] Fundamental types are trivially destructive (#182734)

This PR fixes the bug in the "trivial function analysis" that
CanTriviallyDestruct returns false for some fundamental types such as
float and nullptr_t. Return true for these types instead as they are
trivally destructive.
DeltaFile
+23-0clang/test/Analysis/Checkers/WebKit/nodelete-annotation.cpp
+2-2clang/lib/StaticAnalyzer/Checkers/WebKit/PtrTypesSemantics.cpp
+25-22 files

LLVM/project 17ed0a7clang/lib/StaticAnalyzer/Checkers/WebKit PtrTypesSemantics.cpp, clang/test/Analysis/Checkers/WebKit nodelete-annotation.cpp

[alpha.webkit.NoDeleteChecker] Account for MacroQualifiedType (#182777)

This PR fixes typeAnnotationForReturnType to account for
MacroQualifiedType.
DeltaFile
+7-0clang/test/Analysis/Checkers/WebKit/nodelete-annotation.cpp
+4-1clang/lib/StaticAnalyzer/Checkers/WebKit/PtrTypesSemantics.cpp
+11-12 files

FreeBSD/ports a5e09e8graphics/materialx Makefile

graphics/materialx: Add required by bundled glfw dependencies

- Sync dependencies with graphics/glfw X11 enabled, WAYLAND disabled.
- Remove python version 3.9 from USES - 3.10 is the oldest version in
  ports.
- Add USES+=compiler:c++17-lang - several parts of the port uses
  -std=c++17.

PR:             293322
Approved by:    Martin Filla <freebsd at sysctl.cz> (maintainer)
DeltaFile
+5-4graphics/materialx/Makefile
+5-41 files

LLVM/project 796a1ealldb/include/lldb/Host/windows ConnectionConPTYWindows.h PseudoConsole.h, lldb/source/Host/common ProcessLaunchInfo.cpp

[lldb][windows] fix a race condition when closing the ConPTY (#182302)

This patch fixes a race condition when closing the ConPTY of a process
on Windows.

The read operation in `ConnectionGenericFile::Read` is asynchronous
because the ConPTY does not work with synchronous reads. However, this
is prone to a race condition if the ConPTY is closed between the
`ReadFile` and the `WaitForMultipleObjects`. This eventually leads to
the data being truncated, i.e some of the STDOUT is missing.

The fix is to introduce a mutex which prevents the ConPTY from closing
while a Read loop is in progress.

At the end of the pipe, `WaitForMultipleObjects` hangs until it receives
a `ERROR_BROKEN_PIPE` event, which is signaled when closing the ConPTY.
It's important to close the Read thread before closing the ConPTY,
otherwise the thread deadlocks waiting for the `ERROR_BROKEN_PIPE` which
is never sent because the ConPTY is waiting for the thread to exit

    [14 lines not shown]
DeltaFile
+87-0lldb/source/Host/windows/ConnectionConPTYWindows.cpp
+50-0lldb/include/lldb/Host/windows/ConnectionConPTYWindows.h
+41-1lldb/include/lldb/Host/windows/PseudoConsole.h
+18-6lldb/source/Host/windows/PseudoConsole.cpp
+9-2lldb/source/Host/common/ProcessLaunchInfo.cpp
+6-3lldb/source/Plugins/Process/Windows/Common/ProcessWindows.cpp
+211-125 files not shown
+226-1411 files

LLVM/project cd200c8llvm/utils/TableGen DAGISelMatcher.cpp

[TableGen] Implement TypesAreContradictory for non-simple ValueTypeByHwMode. (#182765)

This allows a little bit more factoring in the isel table.

Assisted-by: claude
DeltaFile
+45-15llvm/utils/TableGen/DAGISelMatcher.cpp
+45-151 files

LLVM/project 0868430llvm/lib/Transforms/Vectorize LoopVectorize.cpp, llvm/test/Transforms/LoopVectorize/VPlan vplan-print-after-all.ll

[NFC][VPlan] Split `makeMemOpWideningDecisions` into subpasses

The idea is to have handling of strided memory operations (either from
https://github.com/llvm/llvm-project/pull/147297 or for VPlan-based
multiversioning for unit-strided accesses) done after some mandatory
processing has been performed (e.g., some types **must** be scalarized)
but before legacy CM's decision to widen (gather/scatter) or scalarize
has been committed.

And in longer term, we can uplift all other memory widening decision to
be done here directly at VPlan level. I expect this structure would also
be beneficial for that.
DeltaFile
+83-38llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
+3-0llvm/test/Transforms/LoopVectorize/VPlan/vplan-print-after-all.ll
+86-382 files

LLVM/project 1873be3llvm/test/CodeGen/AMDGPU call-args-inreg.ll cc-inreg-sgpr0-3-mismatch.ll, llvm/test/CodeGen/AMDGPU/GlobalISel irtranslator-call.ll

[AMDGPU] Fix caller/callee mismatch in SGPR assignment for inreg args

On the callee side, `LowerFormalArguments` marks SGPR0-3 as allocated in
`CCState` before running the CC analysis. On the caller side, `LowerCall` (and
GlobalISel's `lowerCall`/`lowerTailCall`) added the scratch resource to
`RegsToPass` without marking it in `CCState`. This caused `CC_AMDGPU_Func` to
treat SGPR0-3 as available on the caller side, assigning user inreg args there,
while the callee skipped them without marking it in `CCState`. This caused
`CC_AMDGPU_Func` to treat SGPR0-3 as available on the caller side, assigning
user inreg args there, while the callee skipped them.
DeltaFile
+405-7llvm/test/CodeGen/AMDGPU/call-args-inreg.ll
+168-39llvm/test/CodeGen/AMDGPU/cc-inreg-sgpr0-3-mismatch.ll
+84-2llvm/test/CodeGen/AMDGPU/call-args-inreg-no-sgpr-for-csrspill-xfail.ll
+41-41llvm/test/CodeGen/AMDGPU/GlobalISel/irtranslator-call.ll
+8-8llvm/test/CodeGen/AMDGPU/tail-call-inreg-arguments.error.ll
+4-8llvm/test/CodeGen/AMDGPU/tail-call-inreg-arguments.ll
+710-1055 files not shown
+730-11311 files