LLVM/project 61caac5lldb/docs/resources formatterbytecode.rst

[lldb] Fix small error in formatterbytecode.rst (#182342)

DeltaFile
+1-1lldb/docs/resources/formatterbytecode.rst
+1-11 files

NetBSD/pkgsrc-wip ae885ff. TODO, umurmur Makefile distinfo

umurmur: update to 0.3.1
DeltaFile
+8-5umurmur/Makefile
+4-6umurmur/patches/patch-src_config.h.in
+4-3umurmur/distinfo
+1-1umurmur/files/umurmur.sh
+0-1TODO
+17-165 files

LLVM/project ea4bbfbllvm/docs AMDGPUUsage.rst

AMDGPU/Docs: Reserve 0x060 and 0x070 ELF MACH (e_flags) (#182341)

DeltaFile
+2-0llvm/docs/AMDGPUUsage.rst
+2-01 files

LLVM/project fece61blldb/source/Plugins/ScriptInterpreter/Python lldb-python.h ScriptInterpreterPython.cpp, lldb/source/Plugins/ScriptInterpreter/Python/Interfaces ScriptInterpreterPythonInterfaces.cpp ScriptedThreadPythonInterface.h

[lldb] Remove check for LLDB_ENABLE_PYTHON in SWIGPythonBridge.h (#182326)

The header guard is redundant because
`source/Plugins/ScriptInterpreter/CMakeLists.txt` already gates the
entire `Python/` subdirectory behind `LLDB_ENABLE_PYTHON`.
DeltaFile
+0-7lldb/source/Plugins/ScriptInterpreter/Python/lldb-python.h
+0-6lldb/source/Plugins/ScriptInterpreter/Python/ScriptInterpreterPython.cpp
+0-6lldb/source/Plugins/ScriptInterpreter/Python/PythonDataObjects.h
+0-5lldb/source/Plugins/ScriptInterpreter/Python/Interfaces/ScriptInterpreterPythonInterfaces.cpp
+0-5lldb/source/Plugins/ScriptInterpreter/Python/Interfaces/ScriptedThreadPythonInterface.h
+0-5lldb/source/Plugins/ScriptInterpreter/Python/PythonDataObjects.cpp
+0-3423 files not shown
+0-13829 files

FreeNAS/freenas da9de1dsrc/middlewared/middlewared/api/v26_0_0 zfs_tier.py

Add subscription
DeltaFile
+6-0src/middlewared/middlewared/api/v26_0_0/zfs_tier.py
+6-01 files

HardenedBSD/src f47c0ee. ObsoleteFiles.inc, lib/libpfctl libpfctl.c

Merge branch 'freebsd/15-stable/main' into hardened/15-stable/main
DeltaFile
+12-41tools/build/mk/OptionalObsoleteFiles.inc
+13-1tests/sys/netpfil/pf/loginterface.sh
+7-1lib/libpfctl/libpfctl.c
+3-0ObsoleteFiles.inc
+35-434 files

LLVM/project e467947lldb/test/API/functionalities/module_cache/simple_exe TestModuleCacheSimple.py

[lldb] Disable shared build for TestModuleCacheSimple.py (#182329)

Follow up to #181720.
DeltaFile
+2-0lldb/test/API/functionalities/module_cache/simple_exe/TestModuleCacheSimple.py
+2-01 files

LLVM/project d5b6b46llvm/utils/emacs tablegen-mode.el

[emacs] Rework tablegen mode (#182076)

This commit reworks tablegen-mode to be derived from prog-mode and
removes a lot of the manual work that define-derived-mode does for you
these days, along with fixing other lints (such as an over-long
summary).

This is a major version bump because td-decorators-face has been renamed
to tablegen-decorators-face in order to not pollute other namespaces.
DeltaFile
+43-62llvm/utils/emacs/tablegen-mode.el
+43-621 files

FreeBSD/ports 4f4a3c7security/libgpg-error distinfo Makefile

security/libgpg-error: update to 1.59
DeltaFile
+3-3security/libgpg-error/distinfo
+1-1security/libgpg-error/Makefile
+1-1security/libgpg-error/pkg-plist
+5-53 files

HardenedBSD/ports 4f4a3c7security/libgpg-error distinfo Makefile

security/libgpg-error: update to 1.59
DeltaFile
+3-3security/libgpg-error/distinfo
+1-1security/libgpg-error/Makefile
+1-1security/libgpg-error/pkg-plist
+5-53 files

LLVM/project c34fb00mlir/lib/Dialect/SCF/Utils Utils.cpp, mlir/test/Dialect/Affine loop-coalescing.mlir

[mlir] Fix a crash in SCF loop coalescing when loop step is zero (#181893)

Fixes #181590 
The affine-loop-coalescing pass crashes when loop has a statistically
known zero step. This fix does an early bail-out in coalesceLoops that
return failure when a loop has a known zero step.
DeltaFile
+18-0mlir/test/Dialect/Affine/loop-coalescing.mlir
+9-0mlir/lib/Dialect/SCF/Utils/Utils.cpp
+27-02 files

FreeNAS/freenas 406b1c2src/middlewared/middlewared/api/v26_0_0 zfs_tier.py common.py

Address API feedback from other teams
DeltaFile
+9-1src/middlewared/middlewared/api/v26_0_0/zfs_tier.py
+6-2src/middlewared/middlewared/api/v26_0_0/common.py
+2-2src/middlewared/middlewared/api/v26_0_0/pool_dataset.py
+2-1src/middlewared/middlewared/api/v26_0_0/nfs.py
+2-1src/middlewared/middlewared/api/v26_0_0/smb.py
+21-75 files

Linux/linux 8bf22c3drivers/net/ethernet/mellanox/mlx5/core en_main.c, drivers/net/ethernet/mscc ocelot_net.c

Merge tag 'net-7.0-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net

Pull networking fixes from Jakub Kicinski:
 "Including fixes from Netfilter.

  Current release - new code bugs:

   - net: fix backlog_unlock_irq_restore() vs CONFIG_PREEMPT_RT

   - eth: mlx5e: XSK, Fix unintended ICOSQ change

   - phy_port: correctly recompute the port's linkmodes

   - vsock: prevent child netns mode switch from local to global

   - couple of kconfig fixes for new symbols

  Previous releases - regressions:


    [38 lines not shown]
DeltaFile
+43-206net/netfilter/nf_tables_api.c
+141-18net/nfc/nci/ntf.c
+88-2tools/testing/selftests/net/forwarding/bridge_mdb_max.sh
+63-26drivers/net/ethernet/mscc/ocelot_net.c
+17-47drivers/net/ethernet/mellanox/mlx5/core/en_main.c
+35-22drivers/net/ovpn/io.c
+387-32197 files not shown
+1,140-694103 files

LLVM/project 07ee052llvm/test/CodeGen/X86 avx512-mask-bit-manip.ll

[X86] avx512-mask-bit-manip.ll - fix T1MSKC pattern (#182308)

Missing NOT
DeltaFile
+13-11llvm/test/CodeGen/X86/avx512-mask-bit-manip.ll
+13-111 files

Linux/linux 4f13d0darch/riscv/net bpf_jit_comp64.c, kernel/bpf verifier.c

Merge tag 'bpf-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf

Pull bpf fixes from Alexei Starovoitov:

 - Fix invalid write loop logic in libbpf's bpf_linker__add_buf() (Amery
   Hung)

 - Fix a potential use-after-free of BTF object (Anton Protopopov)

 - Add feature detection to libbpf and avoid moving arena global
   variables on older kernels (Emil Tsalapatis)

 - Remove extern declaration of bpf_stream_vprintk() from libbpf headers
   (Ihor Solodrai)

 - Fix truncated netlink dumps in bpftool (Jakub Kicinski)

 - Fix map_kptr grace period wait in bpf selftests (Kumar Kartikeya
   Dwivedi)

    [22 lines not shown]
DeltaFile
+77-20arch/riscv/net/bpf_jit_comp64.c
+65-0tools/lib/bpf/features.c
+25-23kernel/bpf/verifier.c
+4-26tools/testing/selftests/bpf/progs/rcu_tasks_trace_gp.c
+28-0tools/testing/selftests/bpf/test_kmods/bpf_testmod.c
+13-4tools/lib/bpf/libbpf.c
+212-7313 files not shown
+242-10119 files

OpenZFS/src d06a1d9include/sys metaslab_impl.h metaslab.h, module/zfs metaslab.c spa_log_spacemap.c

Fix available space accounting for special/dedup (#18222)

Currently, spa_dspace (base to calculate dataset AVAIL) only includes
the normal allocation class capacity, but dd_used_bytes tracks space
allocated across all classes.  Since we don't want to report free
space of other classes as available (we can't promise new allocations
will be able to use it), report only allocated space, similar to how
we report space saved by dedup and block cloning.

Since we need deflated space here, make allocation classes track
deflated allocated space also.  While here, make mc_deferred also
deflated, matching its use contexts.  Also while there, use
atomic_load() to read the allocation class stats.

Reviewed-by: Rob Norris <robn at despairlabs.com>
Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Signed-off-by: Alexander Motin <alexander.motin at TrueNAS.com>
Closes #18190
Closes #18222
DeltaFile
+46-26module/zfs/metaslab.c
+5-3include/sys/metaslab_impl.h
+2-3module/zfs/spa_log_spacemap.c
+4-1module/zfs/spa_misc.c
+2-2include/sys/metaslab.h
+1-1module/zfs/spa.c
+60-366 files

pfSense/pfsense a31b2ccsrc/usr/local/www vpn_ipsec_settings.php

Correct check for "Strict Interface Binding" option. Fix #16709
DeltaFile
+7-5src/usr/local/www/vpn_ipsec_settings.php
+7-51 files

LLVM/project aa2dac4llvm/lib/CodeGen/SelectionDAG TargetLowering.cpp, llvm/test/CodeGen/X86 bittest-big-integer.ll hoist-and-by-const-from-shl-in-eqcmp-zero.ll

[DAG] SimplifyDemandedBits - fold FSHR(X,Y,Amt) -> SRL(Y,Amt) (#182294)

If a FSHR node's DemandedBits mask and maximum shift amount doesn't
demand any bits from the X upper register, then simplify to a SRL node.

FSHL is less useful but we could add it as a future patch if there's
interest

Based off a discussion on #182021
DeltaFile
+39-41llvm/test/CodeGen/X86/bittest-big-integer.ll
+23-3llvm/lib/CodeGen/SelectionDAG/TargetLowering.cpp
+8-8llvm/test/CodeGen/X86/hoist-and-by-const-from-shl-in-eqcmp-zero.ll
+5-8llvm/test/CodeGen/X86/add-sub-bool.ll
+3-3llvm/test/CodeGen/X86/known-pow2.ll
+78-635 files

pfSense/pfsense 4b704d1src/etc/inc pfsense-utils.inc

Fix option matching and alert message.

The previous condition check resulted in false positives. Use
preg_match() for easier readability. While here also fix the notice.

Followup to fb490d5ff0f9eb5a42a8b20e6f2d9e4001252d57.
DeltaFile
+2-5src/etc/inc/pfsense-utils.inc
+2-51 files

LLVM/project 657eef6llvm/include/llvm/IR ModuleSummaryIndex.h, llvm/lib/LTO LTO.cpp

[ThinLTO] Distinguish symbols that are promoted (#181946)

Thinlink may decide some symbols with internal linkage should get promoted to external. Such a symbol, when being imported, would have its name changed by appending a suffix (`.llvm.<a hash>`) to avoid collisions - since internal linkage symbols have non-unique names.

Later, still during Thinlink, in `thinLTOResolvePrevailingGUID`, the fact that this symbol was promoted is not considered and we set its linkage to `AvailableExternally`(when reading `thinLTOResolvePrevailingGUID`, note that "prevailing-ness" is not a concept that the original symbol would have participated in)



This should result in a final (native) link error, because the symbol's definition may be elided. But we get lucky: in the post-thinlink backend, during import, in `llvm::thinLTOFinalizeInModule`, after this symbol's name was changed and its linkage also changed to `External` (see `FunctionImportGlobalProcessing::processGlobalForThinLTO`), we try to find it in the `DefinedGlobals`, fail (because its guid is computed from its changed name)) and leave its linkage as-is. Which happens to be correct.

This patch makes this outcome intentional rather than accidental. It becomes critical once we land [this RFC](https://discourse.llvm.org/t/rfc-keep-globalvalue-guids-stable/84801).

As a side-benefit, the extra attribute propagations that weren't happening in `llvm::thinLTOFinalizeInModule` now do.
DeltaFile
+27-0llvm/test/ThinLTO/X86/export2.ll
+21-1llvm/include/llvm/IR/ModuleSummaryIndex.h
+8-2llvm/lib/LTO/LTO.cpp
+9-0llvm/test/ThinLTO/X86/Inputs/export2.ll
+1-1llvm/test/ThinLTO/X86/module_asm2.ll
+1-1llvm/lib/Transforms/IPO/FunctionAttrs.cpp
+67-53 files not shown
+70-89 files

LLVM/project e87ac29llvm/lib/CodeGen MachineVerifier.cpp, llvm/test/MachineVerifier/AMDGPU unsupported-subreg-index-aligned-vgpr-check.mir

[NFC][CodeGen] Refactor subregister index verification for MIR (#181921)

Refactor register class/subreg-index verification against the
instruction specified class:
- Avoid inflating the register's class (i.e., no need to call
`getLargestLegalSuperClass`).
- Check validity with `getMatchingSuperRegClass(RC, DRC, SubIdx) == RC`.
- Add some explanatory comments for this check.
- Extended a unit test to exercise this verification failure.
DeltaFile
+22-22llvm/lib/CodeGen/MachineVerifier.cpp
+11-0llvm/test/MachineVerifier/AMDGPU/unsupported-subreg-index-aligned-vgpr-check.mir
+33-222 files

LLVM/project 4db69f4llvm/lib/CodeGen/AsmPrinter AsmPrinter.cpp, llvm/test/CodeGen/AArch64 cfguard-module-flag.ll

[win] Control Flow Guard: Don't set the GuardCF COFF feature if the checks are missing (#182205)

LLVM allows Windows Control Flow Guard to be enabled in "table only"
mode where it emits the Control Flow Guard tables (indicating addresses
for valid targets) but doesn't emit any checks at call sites. This is
almost the same as MSVC's `/d2guardnochecks` flag, EXCEPT MSVC doesn't
set the COFF feature bit indicating that Control Flow Guard is enabled
(`GuardCF`) whereas LLVM does.

This change aligns LLVM with MSVC: in table only mode, the Control Flow
Guard COFF feature bit (`GuardCF`) will not be set.
DeltaFile
+6-0llvm/test/CodeGen/X86/cfguard-module-flag.ll
+2-2llvm/lib/CodeGen/AsmPrinter/AsmPrinter.cpp
+2-1llvm/test/CodeGen/WinCFGuard/cfguard.ll
+2-0llvm/test/CodeGen/AArch64/cfguard-module-flag.ll
+12-34 files

LLVM/project e7266adlldb/source/Host/windows PseudoConsole.cpp

[lldb][windows] mitigate a race condition when closing the ConPTY (#182109)

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

This is a temporary solution, I am working on a better one. This would
however unlock the
[lldb-aarch64-windows](https://lab.llvm.org/buildbot/#/builders/141/builds/15535)
bot while still keeping STDIN and STDOUT support in lldb.

The race condition happens because the ConPTY is closed when a process
exits, however the data was not fully received yet from the process.
I think the correct solution would be to close the ConPTY when we
receive the EOF in `ConnectionGenericFile::Read`.
DeltaFile
+4-0lldb/source/Host/windows/PseudoConsole.cpp
+4-01 files

OpenZFS/src 640a217. copy-builtin, .github/workflows/scripts qemu-6-tests.sh qemu-8-summary.sh

CI: Test & fix Linux ZFS built-in build

ZFS can be built directly into the Linux kernel.  Add a test build
of this to the CI to verify it works.  The test build is only enabled
on Fedora runners (since they run the newest kernels) and is done in
parallel with ZTS.  The test build is done on vm2, since it typically
finishes ~15min before vm1 and thus has time to spare.

In addition:

- Update 'copy-builtin' to check that $1 is a directory
- Fix some VERIFYs that were causing the built-in build to fail

Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Signed-off-by: Tony Hutter <hutter2 at llnl.gov>
Closes #18234
DeltaFile
+53-1.github/workflows/scripts/qemu-6-tests.sh
+13-1.github/workflows/scripts/qemu-8-summary.sh
+4-1copy-builtin
+2-2module/zfs/spa_misc.c
+2-2module/zfs/ddt_log.c
+1-1module/zfs/zio_compress.c
+75-82 files not shown
+77-108 files

LLVM/project a8cd1aclldb/cmake/modules LLDBConfig.cmake, lldb/source/Plugins/Process CMakeLists.txt

[lldb][Process/FreeBSDKernel] Remove libfbsdvmcore support (#181283)

Due to libfbsdvmcore, adding new features requires modifying both
`ProcessFreeBSDKernelFVC` and `ProcessFreeBSDKernelKVM` which also
requires testing on both. This is highly inefficient while the user base
of fvc is currently invisible since most package manager don't ship
libfbsdvmcore with LLDB.

There is still demand for cross-platform kernel dump debugging. This
will be implemented in future either by cloning and embedding kvm
interface into LLDB or unifying dump formats to ELF core with
minidump-to-elf conversion tool on FreeBSD side.

---------

Signed-off-by: Minsoo Choo <minsoochoo0122 at proton.me>
DeltaFile
+12-109lldb/source/Plugins/Process/FreeBSDKernel/ProcessFreeBSDKernel.cpp
+1-14lldb/source/Plugins/Process/FreeBSDKernel/CMakeLists.txt
+13-1lldb/source/Plugins/Process/FreeBSDKernel/ProcessFreeBSDKernel.h
+3-0llvm/docs/ReleaseNotes.md
+1-1lldb/source/Plugins/Process/CMakeLists.txt
+0-1lldb/cmake/modules/LLDBConfig.cmake
+30-1266 files

LLVM/project 025e11emlir/test/Dialect/Tosa tosa-narrow-f64-to-f32.mlir tosa-narrow-f64-to-f32-aggressive.mlir

[mlir][tosa] Use 0 values for the dense resource in tosa-narrow-* tests (#182321)

For the test portability between little-endian and big-endian, just use
zeros as the dense resource values. It doesn't test the actual narrowing
but tests that the other conversions went well.
DeltaFile
+2-2mlir/test/Dialect/Tosa/tosa-narrow-f64-to-f32.mlir
+2-2mlir/test/Dialect/Tosa/tosa-narrow-f64-to-f32-aggressive.mlir
+2-2mlir/test/Dialect/Tosa/tosa-narrow-i64-to-i32-aggressive.mlir
+2-2mlir/test/Dialect/Tosa/tosa-narrow-i64-to-i32.mlir
+8-84 files

FreeNAS/freenas 345ef1csrc/middlewared/middlewared/plugins/apps crud.py

Add validation to prevent multiple instances of flagged app

This commit adds changes to prevent installation of an app which has already been installed and is marked as an app which cannot have multiple instances installed.
DeltaFile
+16-1src/middlewared/middlewared/plugins/apps/crud.py
+16-11 files

LLVM/project b0bf771clang/test/CodeGenHIP builtins-amdgcn-vi-f16.hip

[AMDGPU] Removed _hip suffix from test names
DeltaFile
+22-22clang/test/CodeGenHIP/builtins-amdgcn-vi-f16.hip
+22-221 files

FreeNAS/freenas 17487dfsrc/middlewared/middlewared/api/v26_0_0 auth.py, src/middlewared/middlewared/plugins auth.py

NAS-139877 / 26.0.0-BETA.1 / Only issue single-use reconnect tokens (#18247)

This commit modifies the behavior login_ex requests for reauthentication
tokens to ensure that they are only always single-use. This removes a
difference between when we're in STIG mode and not, and corresponds with
current UI design where they basically will do token chaining on
reconnects.
DeltaFile
+19-0tests/api2/test_auth_token.py
+2-2src/middlewared/middlewared/api/v26_0_0/auth.py
+1-1src/middlewared/middlewared/plugins/auth.py
+22-33 files

OpenZFS/src c8a72a2module/icp/asm-x86_64/modes ghash-x86_64.S aesni-gcm-avx2-vaes.S, module/icp/include/modes gcm_asm_rename_funcs.h

ICP: AES-GCM assembly: remove unused Gmul functions

In the AES-GCM assembly files we are defining Gmul functions we
don't use anywhere.

Just remove the dead code.

Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Signed-off-by: Attila Fülöp <attila at fueloep.org>
Closes #18226
DeltaFile
+0-64module/icp/asm-x86_64/modes/ghash-x86_64.S
+0-36module/icp/asm-x86_64/modes/aesni-gcm-avx2-vaes.S
+0-1module/icp/include/modes/gcm_asm_rename_funcs.h
+0-1013 files