LLVM/project 23d526allvm/lib/Transforms/Scalar ADCE.cpp

[spr] initial version

Created using spr 1.3.8-wip
DeltaFile
+58-140llvm/lib/Transforms/Scalar/ADCE.cpp
+58-1401 files

LLVM/project 0f83df2llvm/lib/Transforms/Scalar ADCE.cpp

[spr] changes to main this commit is based on

Created using spr 1.3.8-wip

[skip ci]
DeltaFile
+27-62llvm/lib/Transforms/Scalar/ADCE.cpp
+27-621 files

LLVM/project 723e162llvm/lib/Transforms/Scalar ADCE.cpp

[spr] initial version

Created using spr 1.3.8-wip
DeltaFile
+27-62llvm/lib/Transforms/Scalar/ADCE.cpp
+27-621 files

LLVM/project bf426c6llvm/lib/Transforms/Scalar ADCE.cpp

[spr] changes to main this commit is based on

Created using spr 1.3.8-wip

[skip ci]
DeltaFile
+6-39llvm/lib/Transforms/Scalar/ADCE.cpp
+6-391 files

NetBSD/pkgsrc-wip b4ad5a2clang PLIST, clang-tools-extra PLIST

llvm: updated to 22.1.2
DeltaFile
+329-288clang/PLIST
+248-49mlir/PLIST
+99-16llvm/PLIST
+41-24clang-tools-extra/PLIST
+24-25libcxx/PLIST
+24-25wasi-libcxx/PLIST
+765-42739 files not shown
+972-55445 files

LLVM/project c2b5da4llvm/lib/Transforms/Scalar ADCE.cpp

[spr] initial version

Created using spr 1.3.8-wip
DeltaFile
+6-39llvm/lib/Transforms/Scalar/ADCE.cpp
+6-391 files

FreeNAS/freenas bbdf864src/middlewared/middlewared/etc_files scst.conf.mako, src/middlewared/middlewared/plugins/failover_ event.py

NAS-140407 / 26.0.0-BETA.2 / Fix FC/iSCSI path availability during ALUA failover (by bmeagherix) (by bugclerk) (#18585)

Fixes FC/iSCSI path availability during HA failover when ALUA is
enabled.

Four independent problems caused paths to drop or I/O to fail during the
`dev_disk` -> `dev_vdisk` LUN swap window:

- **FC path death**: HA iSCSI session logout cascaded through SCST and
removed LUN mappings before the LUN swap, destroying the ALUA tgt_dev
filter and causing LUN NOT SUPPORTED on FC. Fixed by deferring
`reset_active` to after `become_active` has replaced all LUN mappings.

- **90-second global drain**: `activate_extents` wrote `active=1` via
sysfs, triggering `scst_suspend_activity(90s)`. Fixed by removing the
job entirely - `bind_alua_state=1` already handles dev_vdisk file-open
drain-free via `blockio_on_alua_state_change_finish`.

- **LUN replace blocks on in-flight commands**: `scst_acg_repl_lun`

    [34 lines not shown]
DeltaFile
+74-83src/middlewared/middlewared/plugins/iscsi_/scst.py
+16-66src/middlewared/middlewared/plugins/failover_/event.py
+4-66src/middlewared/middlewared/plugins/iscsi_/alua.py
+12-0src/middlewared/middlewared/etc_files/scst.conf.mako
+2-2tests/sharing_protocols/iscsi/test_262_iscsi_alua.py
+108-2175 files

FreeNAS/freenas 4923d94

Empty commit to create PR on github.

You should reset it
DeltaFile
+0-00 files

FreeNAS/freenas 23216fbsrc/middlewared/middlewared/etc_files scst.conf.mako, src/middlewared/middlewared/plugins/failover_ event.py

NAS-140407 / 27.0.0-BETA.1 / Fix FC/iSCSI path availability during ALUA failover (by bmeagherix) (#18576)

Fixes FC/iSCSI path availability during HA failover when ALUA is
enabled.

Four independent problems caused paths to drop or I/O to fail during the
`dev_disk` -> `dev_vdisk` LUN swap window:

- **FC path death**: HA iSCSI session logout cascaded through SCST and
removed LUN mappings before the LUN swap, destroying the ALUA tgt_dev
filter and causing LUN NOT SUPPORTED on FC. Fixed by deferring
`reset_active` to after `become_active` has replaced all LUN mappings.

- **90-second global drain**: `activate_extents` wrote `active=1` via
sysfs, triggering `scst_suspend_activity(90s)`. Fixed by removing the
job entirely - `bind_alua_state=1` already handles dev_vdisk file-open
drain-free via `blockio_on_alua_state_change_finish`.

- **LUN replace blocks on in-flight commands**: `scst_acg_repl_lun`

    [21 lines not shown]
DeltaFile
+74-83src/middlewared/middlewared/plugins/iscsi_/scst.py
+16-66src/middlewared/middlewared/plugins/failover_/event.py
+4-66src/middlewared/middlewared/plugins/iscsi_/alua.py
+12-0src/middlewared/middlewared/etc_files/scst.conf.mako
+2-2tests/sharing_protocols/iscsi/test_262_iscsi_alua.py
+108-2175 files

SmartOS/live a5b6010src/vm/node_modules VM.js, src/vm/node_modules/cloudinit nocloud.js

OS-8724 - Reserve vendor-data for SmartOS/Triton
DeltaFile
+20-5src/vm/tests/test-cloudinit-nocloud.js
+2-2src/vm/node_modules/cloudinit/nocloud.js
+3-1src/vm/node_modules/VM.js
+25-83 files

FreeBSD/ports 0b9eb35devel/libdatovka distinfo Makefile

devel/libdatovka: Update 0.7.2 => 0.7.3

Changelog:
https://gitlab.nic.cz/datovka/libdatovka/-/blob/v0.7.3/NEWS

PR:             294138
Sponsored by:   UNIS Labs
DeltaFile
+3-3devel/libdatovka/distinfo
+2-1devel/libdatovka/Makefile
+1-1devel/libdatovka/pkg-plist
+6-53 files

LLVM/project 24b53fbllvm/lib/Target/X86 X86FastISel.cpp, llvm/test/CodeGen/X86 i1-fast-isel.ll

[X86] Improve illegal return type handling in FastISel (#186723)

Previously, FastISel would fall back to DAG ISel for any illegal return
type. This change adds a more precise check to determine if the ABI
requires a type conversion that FastISel cannot handle.

For example, bfloat is returned as f16 in XMM0, but FastISel would
assign f32 register type and store it in FuncInfo.ValueMap, causing DAG
to incorrectly perform type conversion from f32 to bfloat later.

However, i1 is promoted to i8 and returned as i8 per the ABI, so
FastISel
can safely lower it without switching to DAGISel. This change enables
FastISel to handle such cases properly.

---------

Co-authored-by: Yuanke Luo <ykluo at birentech.com>
(cherry picked from commit 140adc92d509eeba74dc9d67d8d7bfdf1c485fc7)
DeltaFile
+106-0llvm/test/CodeGen/X86/i1-fast-isel.ll
+21-5llvm/lib/Target/X86/X86FastISel.cpp
+127-52 files

NetBSD/pkgsrc ihgXUW4mail/mu PLIST.guile distinfo

   mu: update to 1.14.0

   Packaging changes:
   - reflect the new requirements
   - when buliding for 'guile', it will now use mu's 'scm' which still
     uses guile but will soon use it's own scheme dialect

   Upstream changes:
   - updated requirements:
      - require C++20
      - require glib & friend: 2.80
      - require xapian 1.4.22
      - emacs 28.1 (for mu4e)
   - warn for deprecated guile (use scm)
   - a number of code-cleanups since we can use C++20 now
   - indexing: substantial speed-up of the clean-up phase
   - scm: support the --eval command-line option
   - mu4e: improve message rendering; get rid of some the unnecessary
     body-part mime indication noise

    [2 lines not shown]
VersionDeltaFile
1.2+4-12mail/mu/PLIST.guile
1.14+4-4mail/mu/distinfo
1.3+5-3mail/mu/options.mk
1.24+4-4mail/mu/Makefile
+17-234 files

LLVM/project cc87fcfllvm/lib/CodeGen/AsmPrinter AccelTable.cpp

[AccelTable] Pre-compute entry pool offsets for DW_IDX_parent. NFC (#188915)

After PR #150846 changed MCFragment to use fixed 16KB blocks, large
sections like .debug_names produce thousands of fragments. The
DW_IDX_parent emission called emitLabelDifference(ParentSymbol,
EntryPool, 4) per entry, which fell through to
attemptToFoldSymbolOffsetDifference's O(n) fragment walk when symbols
were in different fragments. This caused O(entries * fragments)
quadratic behavior, regressing dsymutil on large binaries like clang.

Fix by pre-computing byte offsets from EntryPool for each entry in a
first pass, then emitting emitInt32(offset) directly for DW_IDX_parent
instead of symbol differences. This also eliminates per-entry MCSymbol
allocation that was only needed for parent references.

Fix #188376

(cherry picked from commit 0f63c0a3a5fa5ed41c1a53ef8520f88c280c5c78)
DeltaFile
+50-23llvm/lib/CodeGen/AsmPrinter/AccelTable.cpp
+50-231 files

FreeBSD/src 5b8ab97sbin/pfctl pfctl.c

pfctl: parser must not ignore error from pfctl_optimize_ruleset()

Ignoring the error may cause pfctl(8) to load inconsistent ruleset
preventing pf(4) to enforce desired policy.

Issue reported and fix suggested by berts _from_ fastmail _dot_ com

'Looks good.' @deraadt

MFC after:      1 week
Obtained from:  OpenBSD, sashan <sashan at openbsd.org>, 9fd28a8cca
Sponsored by:   Rubicon Communications, LLC ("Netgate")

(cherry picked from commit 343ace42f82a629374af4dc3a72da5f46f2c3feb)
DeltaFile
+3-2sbin/pfctl/pfctl.c
+3-21 files

LLVM/project 719a040llvm/utils/lit/lit TestRunner.py

[lit] Stop holding subprocess objects open in TimeoutHelper (#186712)

Tweak TestRunner's TimeoutHelper storage to hold only PIDs rather
than the whole process object. Holding the object causes many pipes to
stay open, when all we need is the pid.

Addresses #185941

(cherry picked from commit 202ef22faeb1c2a7b5846a446e8c8dfe579d7c29)
DeltaFile
+5-3llvm/utils/lit/lit/TestRunner.py
+5-31 files

LLVM/project 5846877llvm/utils/lit/lit run.py

[lit] dealloc ApplyResult objects as they're waited on (#188642)

In _wait_for(), all async tasks are waited for. However, the objects
are held in the async_result list until the function calls complete.
This leads to about 3.6gig mem usage on my system when running
check-llvm, even though these objects aren't needed after the ar.get()
call.

Dealloc them as we go instead.

Addresses #188641

(cherry picked from commit b7d8831f8c432db97e5fcd5acdc470e7a82c92b2)
DeltaFile
+4-1llvm/utils/lit/lit/run.py
+4-11 files

LLVM/project 561944ellvm/utils/lit/lit TestRunner.py

[lit] Explicitly unset timer to free thread stack (#188717)

Currently the virtual address space usage of lit fluctuates wildly, with
peak usage exceeding 4GB, which results in subsequent thread spawning
errors on 32-bit systems.

The cause of this is a circular reference in TimeoutHelper._timer (via the
callback), which causes the 8MB thread stack to not be immediately
reclaimed when the timer is cancelled.

We can avoid this by explicitly unsetting the timer.

(cherry picked from commit dfefc03769f58d8982202276cd3381356da12dfe)
DeltaFile
+2-0llvm/utils/lit/lit/TestRunner.py
+2-01 files

FreeBSD/ports ae14c09lang/rust-nightly distinfo Makefile

lang/rust-nightly: update 1.96.0.20260309 → 1.96.0.20260326

Approved by:    rust (implicit)
DeltaFile
+3-3lang/rust-nightly/distinfo
+1-1lang/rust-nightly/Makefile
+4-42 files

LLVM/project b8918e6llvm/lib/Target/LoongArch LoongArchISelLowering.cpp, llvm/test/CodeGen/LoongArch fsqrt-reciprocal-estimate.ll

[LoongArch] Fix incorrect reciprocal sqrt estimate semantics (#187621)

The current implementation of getSqrtEstimate() has incorrect semantics
when using `FRSQRTE`.

`FRSQRTE` computes an approximation to 1/sqrt(x), but the existing code
multiplies the estimate by the operand when Reciprocal is true. This
results in returning sqrt(x) instead of 1/sqrt(x), effectively reversing
the intended semantics of the 'Reciprocal' flag.

Additionally, the implementation does not properly account for LLVM's
Newton-Raphson refinement pipeline. When refinement steps are requested,
the initial estimate must be in reciprocal form so that the generic
DAGCombiner can apply NR iterations correctly.

This patch fixes the behavior by:

- Returning the raw FRSQRTE result when Reciprocal is true, or when
  refinement steps are required.

    [16 lines not shown]
DeltaFile
+67-31llvm/lib/Target/LoongArch/LoongArchISelLowering.cpp
+0-12llvm/test/CodeGen/LoongArch/fsqrt-reciprocal-estimate.ll
+0-4llvm/test/CodeGen/LoongArch/lasx/fsqrt-reciprocal-estimate.ll
+0-2llvm/test/CodeGen/LoongArch/lsx/fsqrt-reciprocal-estimate.ll
+67-494 files

LLVM/project 522eebbcompiler-rt/lib/builtins/arm adddf3.S

Update #include "endian.h" for #189336

I had to rename that header file to fix macOS builds.
DeltaFile
+1-1compiler-rt/lib/builtins/arm/adddf3.S
+1-11 files

LLVM/project 62b14a8clang/test/Misc noexecstack.c, clang/tools/driver cc1as_main.cpp

[MC,clang] Fix -Wa,--noexecstack not emitting .note.GNU-stack (#187880)

AsmPrinter (clang -c a.c) and AsmParser (clang -c a.s, llvm-mc
-filetype=obj a.s) have different ways to emit .note.GNU-stack section.

913c5b4d1fff removed a redundant initSections call from cc1as, but
that was the only place where NoExecStack was consumed for the
assembler path.

Unify the .note.GNU-stack emission in MCELFStreamer::finishImpl,
making the `initSections` parameter redundant.

Add a -filetype=obj test for Solaris (see
https://reviews.llvm.org/D159179), which doesn't use .note.GNU-stack

`initSections` has 20+ uses. The parameter cleanup will be deferred to a
subsequent change.

Fixes https://github.com/llvm/llvm-project/issues/186004
DeltaFile
+22-0clang/test/Misc/noexecstack.c
+0-17llvm/test/MC/ELF/noexec.s
+11-4llvm/lib/MC/MCELFStreamer.cpp
+11-0llvm/test/MC/ELF/noexecstack.s
+1-3llvm/tools/llvm-mc/llvm-mc.cpp
+1-0clang/tools/driver/cc1as_main.cpp
+46-246 files

LLVM/project 4bae0d3llvm/lib/Target/ARM ARMISelLowering.cpp, llvm/test/CodeGen/ARM vld2.ll

[ARM] Fix incorrect post increment from Or (#188036)

If a Or is detected by findPointerConstIncrement but not by
getPointerConstIncrement it could use an invalid increment for the
offset. Protect against cases where getPointerConstIncrement cannot
return a valid offset.

Fixes #185677

(cherry picked from commit 5012b76ae273790340283084a3d0de96aeb54866)
DeltaFile
+17-15llvm/lib/Target/ARM/ARMISelLowering.cpp
+3-4llvm/test/CodeGen/ARM/vld2.ll
+20-192 files

LLVM/project d033ffellvm/test/CodeGen/ARM vld2.ll

[ARM] Regenerate vld2.ll test. NFC

(cherry picked from commit bcdb7d3c8f3fb554938185d1f286941651864664)
DeltaFile
+167-100llvm/test/CodeGen/ARM/vld2.ll
+167-1001 files

LLVM/project c3b6a59clang/test/SemaHLSL Texture2D-mips-errors.hlsl

[HLSL] Fix up Texture2D-mips-errors test

The Texture2D-mips-errors test was supposed to test for an error when the mips
types are used as templates. It was initially disabled because of a
crash. On further investigation, the crash was related to int2(0,0), and
not the mips type.

Follow-up issue for the int2(0,0) crash: #189086

Fixes #188556
DeltaFile
+5-7clang/test/SemaHLSL/Texture2D-mips-errors.hlsl
+5-71 files

NetBSD/pkgsrc fGTlpQnlang/ruby rubyversion.mk, lang/ruby33 distinfo Makefile

   Pullup ticket #7059 - requested by taca
   lang/ruby33: Security fix

   Revisions pulled up:
   - lang/ruby/rubyversion.mk                                      1.315
   - lang/ruby33/Makefile                                          1.10
   - lang/ruby33/PLIST                                             1.10
   - lang/ruby33/distinfo                                          1.16

   ---
      Module Name:      pkgsrc
      Committed By:     taca
      Date:             Thu Mar 26 14:05:17 UTC 2026

      Modified Files:
        pkgsrc/lang/ruby: rubyversion.mk
        pkgsrc/lang/ruby33: Makefile PLIST

      Log Message:

    [92 lines not shown]
VersionDeltaFile
1.314.2.2+6-6lang/ruby/rubyversion.mk
1.15.4.1+4-4lang/ruby33/distinfo
1.9.2.1+1-2lang/ruby33/Makefile
1.9.6.1+2-1lang/ruby33/PLIST
+13-134 files

LLVM/project fc78cc5clang/lib/CodeGen CGHLSLBuiltins.cpp, clang/lib/Sema HLSLBuiltinTypeDeclBuilder.cpp

[HLSL] Add CalculateLevelOfDetail methods to Texture2D

This adds the CalculateLevelOfDetail and CalculateLevelOfDetailUnclamped
methods to Texture2D using the establish pattern used for other methods.

Assisted-by: Gemini
DeltaFile
+44-0clang/test/CodeGenHLSL/resources/Texture2D-CalculateLevelOfDetail.hlsl
+44-0clang/test/AST/HLSL/Texture2D-scalar-AST.hlsl
+44-0clang/test/AST/HLSL/Texture2D-vector-AST.hlsl
+33-0clang/test/SemaHLSL/Resources/Texture2D-CalculateLevelOfDetail.hlsl
+32-0clang/lib/Sema/HLSLBuiltinTypeDeclBuilder.cpp
+20-0clang/lib/CodeGen/CGHLSLBuiltins.cpp
+217-07 files not shown
+260-213 files

LLVM/project 678d4bbllvm/include/llvm/IR IntrinsicsSPIRV.td, llvm/lib/Target/SPIRV SPIRVInstructionSelector.cpp SPIRVModuleAnalysis.cpp

[SPIRV] Implement the int_spv_resource_calculate_lod* IntrinsicsSPIRV

Implements intrinsics used to get the level-of-detail given a texture,
sampler, and a coordinate. It will be used to implement the
corresponding HLSL methods.

Assisted-by: Gemini
DeltaFile
+70-0llvm/lib/Target/SPIRV/SPIRVInstructionSelector.cpp
+36-0llvm/test/CodeGen/SPIRV/hlsl-resources/CalculateLevelOfDetail.ll
+12-2llvm/lib/Target/SPIRV/SPIRVModuleAnalysis.cpp
+10-0llvm/include/llvm/IR/IntrinsicsSPIRV.td
+128-24 files

LLVM/project 5841935clang/lib/Sema HLSLBuiltinTypeDeclBuilder.cpp HLSLBuiltinTypeDeclBuilder.h, clang/test/CodeGenHLSL/resources Texture2D-Mips.hlsl Texture2D-Sample.hlsl

[HLSL] Implement Texture2D::mips[][] (#186143)

We implement the Textur2D::mips[][] method. We follow the design in DXC.
There is a new member called `mips` with type mips_type. The member will
contain a copy of the handle for the texture.
    
The type `mips_type` will have a member function `operator[]` that takes
a level, and returns a `mips_slice_type`. The slice will contain the
handle and the level. It also has an operator[] member function that
take a coordinate. It will do a load from the handle with the level and
coordinate, and return that value.
    
Assisted-by: Gemini
DeltaFile
+299-44clang/lib/Sema/HLSLBuiltinTypeDeclBuilder.cpp
+63-0clang/test/CodeGenHLSL/resources/Texture2D-Mips.hlsl
+35-0clang/test/SemaHLSL/Texture2D-mips-errors.hlsl
+18-9clang/lib/Sema/HLSLBuiltinTypeDeclBuilder.h
+2-2clang/test/CodeGenHLSL/resources/Texture2D-Sample.hlsl
+2-2clang/test/CodeGenHLSL/resources/Texture2D-default.hlsl
+419-578 files not shown
+433-7014 files

LLVM/project 5f04300llvm/lib/Target/AArch64 AArch64SelectionDAGInfo.cpp, llvm/test/CodeGen/AArch64 mops-mmo-size.ll

[AArch64] Use an unknown size for memcpy ops with non-constant sizes. (#187445)

The previous value of 0 was allowing loads to move past the mops
operations where it is not valid. Use a LocationSize::afterPointer()
size instead.

The GISel lowering currently loses the MMO, which is fine as it should
be conservatively treated as a load/store to any location.

(cherry picked from commit 441790b31f06ed2300e0e8d74f3bdf446bc105aa)
DeltaFile
+28-0llvm/test/CodeGen/AArch64/mops-mmo-size.ll
+4-4llvm/lib/Target/AArch64/AArch64SelectionDAGInfo.cpp
+32-42 files