LLVM/project a69a951llvm/lib/Target/Hexagon HexagonVExtract.cpp HexagonISelDAGToDAG.cpp, llvm/test/CodeGen/Hexagon spill-vector-alignment.mir aligna-save-base-reg.ll

[Hexagon] Emit PS_aligna in the prologue with the final stack alignment (#204660)

Hexagon uses PS_aligna to set up the aligned stack base register when a
function has variable-sized stack objects. That pseudo is created during
instruction selection using the maximum stack alignment known at that
point.

Register allocation can later introduce HVX spill slots with stricter
alignment, for example 128-byte alignment in HVX 128-byte mode. If
PS_aligna keeps the older immediate, the aligned base register can be
under-aligned, and aligned HVX spill stores may address stack slots with
insufficient alignment.

In order to address this bug, insert PS_aligna during prologue emission
once its final value is known instead of manually updating it throughout
the backend multiple times.
DeltaFile
+96-104llvm/lib/Target/Hexagon/HexagonFrameLowering.cpp
+35-7llvm/lib/Target/Hexagon/HexagonRegisterInfo.cpp
+2-26llvm/lib/Target/Hexagon/HexagonISelDAGToDAG.cpp
+26-0llvm/test/CodeGen/Hexagon/aligna-save-base-reg.ll
+13-1llvm/test/CodeGen/Hexagon/spill-vector-alignment.mir
+0-11llvm/lib/Target/Hexagon/HexagonVExtract.cpp
+172-1494 files not shown
+189-15910 files

LLVM/project 47ec119llvm/lib/Target/AMDGPU SIInsertHardClauses.cpp, llvm/test/CodeGen/AMDGPU hard-clauses-gfx1250.mir

[AMDGPU] Prevent clauses with incompatible scopes on gfx1250-strict (#218788)
DeltaFile
+168-8llvm/test/CodeGen/AMDGPU/hard-clauses-gfx1250.mir
+20-1llvm/lib/Target/AMDGPU/SIInsertHardClauses.cpp
+188-92 files

NetBSD/pkgsrc-wip eb6b69bunifi Makefile COMMIT_MSG, unifi10 Makefile COMMIT_MSG

unifi: Move from unifi10

Earlier we had multiple versions in wip during a difficult 7->10
upgrade.  Now we have 10.1 in pkgsrc and 10.6 in wip, and UBNT is
headed to Unifi OS.  There's no reason to have a different name.
DeltaFile
+0-6,601unifi10/PLIST
+6,601-0unifi/PLIST
+0-141unifi10/COMMIT_MSG
+141-0unifi/COMMIT_MSG
+0-125unifi10/Makefile
+125-0unifi/Makefile
+6,867-6,86723 files not shown
+6,996-6,99629 files

NetBSD/pkgsrc-wip 1e4727eunifi10 Makefile

unifi10: Drop openjdk17 and explain non-working status

Upstream uses jdk25, class file version 69.0, and openjdk21 has 65.0.

Drop openjdk17 (which only supports class file version 61.0).

await async_request_package("openjdk25");
DeltaFile
+8-1unifi10/Makefile
+8-11 files

LLVM/project 5103ef7flang/test/Lower/OpenMP metadirective-loop.f90

Improve metadirective loop tests
DeltaFile
+114-7flang/test/Lower/OpenMP/metadirective-loop.f90
+114-71 files

FreeBSD/src 290e563lib/libc/gen strtofflags.c, sys/fs/tmpfs tmpfs_subr.c

chflags: Add a new UF_NOCACHE flag

This internet draft (which is close to being an RFC)
specifies a new NFSv4.2 attribute which tells the NFSv4.2
client to not cache file data. (Similar to O_DIRECT, but
triggered by this attribute set on the file on the NFSv4.2
server and not by the application's open(2).)

https://datatracker.ietf.org/doc/draft-ietf-nfsv4-uncacheable-files/

This patch adds a new chflags(1) flag called UF_NOCACHE to
implement this.

Patches for NFS and ZFS will be done separately.

This is a redo of the patch, with a requested name change
and a #ifdef in strtofflags.c so that it doesn't break some
Linux cross build.  The name change was requested by fuz@.


    [3 lines not shown]
DeltaFile
+6-0lib/libc/gen/strtofflags.c
+1-1sys/ufs/ufs/ufs_vnops.c
+1-1sys/fs/tmpfs/tmpfs_subr.c
+1-0sys/sys/stat.h
+9-24 files

OpenZFS/src 6d4ff3bmodule/zfs vdev.c spa.c, tests/test-runner/bin zts-report.py.in

Pool split leaks DTL spacemap objects

zpool split does not release DTL space map objects for
removed vdevs. Use the same approach as in spa_vdev_detach().
Mark vdev detached, and dirty DTL.

vdev_count_leaves() is implemented to set reader lock
to reliably count vdevs with private function. However,
while we are already holding spa config locks, we can not
count vdevs.

zpool split does clone original pool MOS for new pool byte-by-byte,
including DTL data for vdevs. As new pool does not have vdevs
left into old pool, this would result leaking those DTL's.

ZTS updates:
remove vdev_zaps_007_pos from zts-report.py.in
zpool_split_devices: use zdb -MC to test split pools


    [3 lines not shown]
DeltaFile
+103-3module/zfs/spa.c
+18-1tests/zfs-tests/tests/functional/cli_root/zpool_split/zpool_split_devices.ksh
+7-2module/zfs/vdev.c
+0-1tests/test-runner/bin/zts-report.py.in
+128-74 files

LLVM/project b884522llvm/utils/release build_llvm_release.bat

build_llvm_release.bat: Disable openmp for stage0 and profile builds (#218744)

openmp is not used by either of these builds, so we only need to build
it in the final stage that we are shipping to users.
DeltaFile
+3-1llvm/utils/release/build_llvm_release.bat
+3-11 files

LLVM/project 06c3394llvm/lib/Target/WebAssembly/GISel WebAssemblyInstructionSelector.cpp, llvm/test/CodeGen/WebAssembly/GlobalISel/instructions global_value.ll load.ll

Revert "[WebAssembly][GlobalISel] Implement pointer and memory ops." (#219039)

Reverts llvm/llvm-project#206885

Following failures in builder bots. See
https://github.com/llvm/llvm-project/pull/206885#issuecomment-5430450236
DeltaFile
+0-236llvm/test/CodeGen/WebAssembly/GlobalISel/instructions/store.ll
+0-220llvm/test/CodeGen/WebAssembly/GlobalISel/instructions/sextload.mir
+0-208llvm/test/CodeGen/WebAssembly/GlobalISel/instructions/zextload.mir
+0-198llvm/test/CodeGen/WebAssembly/GlobalISel/instructions/load.ll
+0-127llvm/test/CodeGen/WebAssembly/GlobalISel/instructions/global_value.ll
+3-123llvm/lib/Target/WebAssembly/GISel/WebAssemblyInstructionSelector.cpp
+3-1,11212 files not shown
+10-1,72018 files

NetBSD/pkgsrc cWQIM9Mwww/firefox mozilla-common.mk PLIST

   firefox: fix packaging lists for non-x86

   Restore (further) conditional PLIST content lost in the update to 154.
VersionDeltaFile
1.195+4-3www/firefox/PLIST
1.323+1-2www/firefox/mozilla-common.mk
+5-52 files

LLVM/project b0d5178llvm/lib/Target/AMDGPU SIInsertHardClauses.cpp, llvm/test/CodeGen/AMDGPU spillv16.ll hard-clauses-gfx1250.mir

[AMDGPU] Do not clause mem ops in different scopes

That is for performance reasons as it it unlikely give any
performance benefit.
DeltaFile
+143-168llvm/test/CodeGen/AMDGPU/hard-clauses-gfx1250.mir
+2-10llvm/test/CodeGen/AMDGPU/GlobalISel/load-uniform-in-vgpr.ll
+2-5llvm/lib/Target/AMDGPU/SIInsertHardClauses.cpp
+1-2llvm/test/CodeGen/AMDGPU/spillv16.ll
+0-2llvm/test/CodeGen/AMDGPU/GlobalISel/load-zero-and-sign-extending-uniform-in-vgpr.ll
+148-1875 files

FreeBSD/ports 47eb30fgames/doomlegacy Makefile distinfo, games/doomlegacy/files patch-src_Makefile

games/doomlegacy: update Doom Legacy to version 1.48.18 (rev1749)

- HAVE_LIBZIP and HAVE_ZLIB are now set by default for *nix
  builds, adjust the port's Makefile accordingly
- Version 1.48.16 had been skipped due to a broken save game
  (corrupted) and the MBF21 support did not work right

Reported by:    portscout
DeltaFile
+0-10games/doomlegacy/files/patch-src_Makefile
+5-5games/doomlegacy/distinfo
+5-2games/doomlegacy/Makefile
+10-173 files

LLVM/project e89363fllvm/include/llvm/CodeGen CalcSpillWeights.h LiveIntervals.h, llvm/lib/CodeGen CalcSpillWeights.cpp LiveIntervals.cpp

[CodeGen] Cache `shouldOptimizeForSize()` when computing spill weights (#214905)

`VirtRegAuxInfo::weightCalcHelper()` calls
LiveIntervals::getSpillWeight() once per use/def operand of every
virtual register, and `getSpillWeight()` evaluates `(PSI &&
llvm::shouldOptimizeForSize(MF, PSI, MBFI))` repeatedly.
`shouldOptimizeForSize` is expensive: `O(#operands * #blocks)`.

We had a function with 20k blocks, and this inefficient repeated query
caused severe delay, the function took 30+ minutes to build.

Since the result is the same for every query in this MF, and
`VirtRegAuxInfo` already holds `MF`, `PSI` and `MBFI`, all fixed for the
lifetime of the object, so the value is provably invariant across every
`getSpillWeight()` call it makes. We should cache it.
DeltaFile
+16-2llvm/lib/CodeGen/LiveIntervals.cpp
+11-0llvm/include/llvm/CodeGen/LiveIntervals.h
+9-1llvm/lib/CodeGen/CalcSpillWeights.cpp
+7-0llvm/include/llvm/CodeGen/CalcSpillWeights.h
+43-34 files

LLVM/project e7848b1llvm/lib/Target/Lanai CMakeLists.txt, llvm/lib/Target/MSP430 CMakeLists.txt

[Target] Remove unneeded deps (#218840)

After 050470e75fb67bfb059a88db87ab5b2be96e7515, these dependencies are
no longer needed in each target as the need for them is now specific to
the Passes library given that's where a big chunk of the
CodeGenPassBuilder implementation lives now.
DeltaFile
+0-5llvm/lib/Target/MSP430/CMakeLists.txt
+0-3llvm/lib/Target/Lanai/CMakeLists.txt
+0-2llvm/lib/Target/X86/CMakeLists.txt
+0-2llvm/lib/Target/WebAssembly/CMakeLists.txt
+0-2llvm/lib/Target/RISCV/CMakeLists.txt
+0-2llvm/lib/Target/NVPTX/CMakeLists.txt
+0-161 files not shown
+0-187 files

LLVM/project 3ab4eballd/ELF SyntheticSections.cpp

[ELF] Avoid repeated scans when merging strings

Build per-section shard lists before inserting merge pieces. This keeps
each shard's input order deterministic while avoiding a full scan of every
piece by every worker. Reuse SectionPiece::outputOff for the temporary list
links so the optimization needs no per-piece allocation.

Benchmark on Linux 6.16, Btrfs, 16 pinned CPUs, --threads=16. The input is
16 copies of an object containing 2,000,000 identical mergeable strings
(32,000,000 pieces total). Values are medians of 9 runs after one warmup;
CPU is user+system time and RSS is the maximum resident set size.

              wall       CPU       RSS
  before      0.43 s     1.70 s    2084 MiB
  after       0.39 s     1.29 s    2081 MiB
  change       -9%        -24%      -0.2%

The --threads=1 path retains the previous loop. Outputs from --threads=1
and --threads=16 are byte-identical.

    [6 lines not shown]
DeltaFile
+50-10lld/ELF/SyntheticSections.cpp
+50-101 files

FreeNAS/freenas b2f29cbtests/unit test_zfs_tier_alert_source.py

NAS-142542 / 26.0.0-RC.1 / Remove `test_zfs_tier_alert_source.py` (it was superseded by integration tests) (#19545)
DeltaFile
+0-366tests/unit/test_zfs_tier_alert_source.py
+0-3661 files

FreeBSD/ports 5b487dbx11/wf-shell distinfo Makefile

x11/wf-shell: Unbundle x11-toolkits/gtk4-layer-shell

While here sort MESON_ARGS.

PR:             297716
Reported by:    Tomoaki AOKI <junchoon at dec.sakura.ne.jp>
Sponsored by:   UNIS Labs
DeltaFile
+0-13x11/wf-shell/pkg-plist
+5-5x11/wf-shell/Makefile
+1-3x11/wf-shell/distinfo
+6-213 files

LLVM/project 0f60497llvm/lib/Target/AMDGPU/Utils AMDGPUBaseInfo.cpp

move back to using featurebits

Change-Id: I4a86e755c01373b507fd5f8dc5dd1ad8a06e9ac8
DeltaFile
+11-2llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.cpp
+11-21 files

LLVM/project 5a6ebfbllvm/include/llvm/TargetParser AMDGPUTargetParser.h, llvm/lib/Target/AMDGPU/Utils AMDGPUBaseInfo.cpp

[AMDGPU] Movee MaxHWAddreessableLocalMemorySize into TargetParser

Change-Id: I5984dca3e76713b551494c7b3f3f892765a9ecf5
DeltaFile
+32-0llvm/unittests/TargetParser/TargetParserTest.cpp
+2-11llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.cpp
+11-0llvm/lib/TargetParser/AMDGPUTargetParser.cpp
+7-0llvm/include/llvm/TargetParser/AMDGPUTargetParser.h
+2-1llvm/utils/TableGen/Basic/AMDGPUTargetDefEmitter.cpp
+1-1llvm/test/TableGen/AMDGPUTargetDefSubArchSpelling.td
+55-136 files

LLVM/project 1debe44llvm/include/llvm/TargetParser AMDGPUTargetParser.h, llvm/lib/Target/AMDGPU AMDGPU.td

[AMDGPU] Move EU and Wave Queries into TargetParser (#215681)

Co-authored by: Soumil Kushwaha
DeltaFile
+35-11llvm/lib/Target/AMDGPU/AMDGPU.td
+34-1llvm/utils/TableGen/Basic/AMDGPUTargetDefEmitter.cpp
+10-24llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.cpp
+25-0llvm/unittests/TargetParser/TargetParserTest.cpp
+14-0llvm/include/llvm/TargetParser/AMDGPUTargetParser.h
+6-6llvm/tools/llvm-calc-occupancy/llvm-calc-occupancy.cpp
+124-4212 files not shown
+159-7518 files

Linux/linux b81e341drivers/thermal thermal_fw.c armada_thermal.c, drivers/thermal/qcom qcom-spmi-mbg-tm.c qcom-spmi-adc-tm5-gen3.c

Merge tag 'thermal-7.3-rc1-2' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm

Pull more thermal control updates from Rafael Wysocki:
 "This mostly consists of assorted updates of thermal drivers, including
  new hardware support (Airoha AN7583, Qualcomm Master BandGap thermal
  monitor, QCom PMIC5 Gen3 ADC), but it also includes two reverts of
  recent cosmetic thermal core updates that went against driver core
  plans to eliminate class_create():

   - Fix missing bitfield include headers in Armada and QCom SPM BMG
     drivers (Daniel Lezcano)

   - Fix missed file when manually applying a change after a conflict
     resolution for the QCom SPMI ADC TM5 Gen3 (Daniel Lezcano)

   - Move thermal_zone_device_enable() to the right place in order to
     prevent calling it if the thermal zone registration failed (Dan
     Carpenter)


    [78 lines not shown]
DeltaFile
+434-0drivers/thermal/qcom/qcom-spmi-adc-tm5-gen3.c
+313-69drivers/thermal/airoha_thermal.c
+257-0drivers/thermal/qcom/qcom-spmi-mbg-tm.c
+45-60drivers/thermal/armada_thermal.c
+97-0drivers/thermal/thermal_fw.c
+63-17drivers/thermal/spacemit/k1_tsensor.c
+1,209-14634 files not shown
+1,442-28840 files

OpenZFS/src c878ee4cmd/zstream zstream_recompress.c zstream_redup.c

zstream: track and limit memory use

`zstream` reads stream record payloads into memory while processing a
stream. Most subcommands use several parallel queues, which currently
have queue lengths on the order of 1000 slots. Depending on the
pipeline, there may be several thousand records in memory at any given
moment.

This is fine for typical filesystem send streams because most records
aren't payload-bearing and default record sizes are modest. However,
it's possible for streams to be far denser, as illustrated by this zvol
send stream breakdown posted by @ryan-moeller in #18565:

```
SUMMARY:
        Total DRR_BEGIN records = 1 (0 bytes)
        Total DRR_END records = 1 (0 bytes)
        Total DRR_OBJECT records = 2 (0 bytes)
        Total DRR_FREEOBJECTS records = 1 (0 bytes)

    [36 lines not shown]
DeltaFile
+219-44cmd/zstream/zstream_io.c
+7-12cmd/zstream/zstream_raw.c
+18-0cmd/zstream/zstream_io.h
+1-16cmd/zstream/zstream_drop_record.c
+4-5cmd/zstream/zstream_redup.c
+2-6cmd/zstream/zstream_recompress.c
+251-831 files not shown
+252-867 files

FreeBSD/poudriere 8f99bacsrc/poudriered poudriered.c

Reject untrusted poudriered log paths

Poudriered allowed any client-authorized command to specify a log
path. The root daemon created its parent directories and opened the
path with O_TRUNC.

Reject log fields on client requests. Preserve configured schedule
logs, use a root-owned /var/log fallback, and refuse to follow final
symlinks when opening logs.

(cherry picked from commit 01d5de2876a23701e41957826cd8115702c41684)
DeltaFile
+15-7src/poudriered/poudriered.c
+15-71 files

Linux/linux 85671b8drivers/base/power main.c, drivers/cpufreq intel_pstate.c

Merge tag 'pm-7.3-rc1-2' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm

Pull more power management updates from Rafael Wysocki:
 "These fix two issues in the intel_rapl power capping driver, fix a
  potential issue in the schedutil cpufreq governor on 32-bit systems,
  fix a runtime PM issue related to failing system suspend, and update
  the intel_pstate cpufreq driver:

   - Fix a kernel panic during PMU unbind in the intel_rapl power
     capping driver and sign-extend the PMU delta on counter wraparound
     in it to avoid misreporting energy (Sumeet Pawnikar and Yifan Li)

   - Unblock runtime PM when device prepare fails that was not done by
     mistake (Shibo Zhu)

   - Fix possible rate limit overflow on 32-bit systems in the schedutil
     cpufreq governor (Hui Su)

   - Consolidate HWP P-states initialization in the intel_pstate cpufreq

    [11 lines not shown]
DeltaFile
+63-63drivers/cpufreq/intel_pstate.c
+13-2kernel/sched/cpufreq_schedutil.c
+13-2drivers/powercap/intel_rapl_common.c
+1-0drivers/base/power/main.c
+90-674 files

FreeBSD/ports 2a0abdcsecurity/vuxml/vuln 2026.xml

security/vuxml: Document rsync vulnerability
DeltaFile
+148-0security/vuxml/vuln/2026.xml
+148-01 files

FreeBSD/ports b3a177cnet/rsync distinfo Makefile, net/rsync/files patch-lib_sysxattrs.c patch-testsuite_xattrs.test

net/rsync: Update to 3.5.0

Changelog: https://download.samba.org/pub/rsync/NEWS#3.5.0

This is a major security release who fixes 33 security issues
found during a focused audit of rsync's path handling and
daemon protocol, a companion daemon-protocol fuzzing pass,
and reports from external researchers several robustness
hardenings.

Security:       CVE-2026-53802
Security:       CVE-2026-53803
Security:       CVE-2026-53785
Security:       CVE-2026-53784
Security:       CVE-2026-53793
Security:       CVE-2026-53795
Security:       CVE-2026-53796
Security:       CVE-2026-53797
Security:       CVE-2026-53799

    [24 lines not shown]
DeltaFile
+927-331net/rsync/files/extra-patch-file-flags.diff
+0-67net/rsync/files/patch-testsuite_xattrs.test
+0-26net/rsync/files/patch-lib_sysxattrs.c
+9-4net/rsync/Makefile
+3-3net/rsync/distinfo
+939-4315 files

LLVM/project 39e3e92mlir/lib/Analysis SliceWalk.cpp, mlir/test/Analysis test-control-flow-predecessors.mlir

[MLIR][Analysis] Fix incorrect RegionBranchOpInterface API usage in SliceWalk (#188758)

`getControlFlowPredecessors` was passing `opResult.getResultNumber()`
and `blockArg.getArgNumber()` directly as the `index` argument to
`getPredecessorValues`. However, `getPredecessorValues` expects an index
into `getSuccessorInputs()`, not into the full result/block-argument
list.

If an op implementing `RegionBranchOpInterface` has results or block
arguments that are not successor inputs (e.g., an `scf.for`-like op
returning an additional loop counter that is not an `iter_arg`), the
passed index would be out of bounds.

Fix both cases by first looking up the value in `getSuccessorInputs()`
and using the found position as the index. If the value is not a
successor input, return `std::nullopt` since it has no control-flow
predecessors.

Fixes #175168

Assisted-by: Claude Code
DeltaFile
+51-0mlir/test/lib/Analysis/TestSlice.cpp
+41-0mlir/test/Analysis/test-control-flow-predecessors.mlir
+31-0mlir/test/lib/Dialect/Test/TestOpDefs.cpp
+22-8mlir/lib/Analysis/SliceWalk.cpp
+27-0mlir/test/lib/Dialect/Test/TestOps.td
+172-85 files

LLVM/project 3398e1eclang/lib/ScalableStaticAnalysis/Analyses/UnsafeBufferUsage UnsafeBufferUsageAnalysis.cpp, clang/lib/ScalableStaticAnalysis/SourceTransformation/Transformations CppBoundedBuffers.cpp

[SSAF] Flatten 'UnsafeBufferReachableAnalysisResult' to a plain set

Previously, an 'UnsafeBufferReachableAnalysisResult' was organized as
a map from contributors to their mutually exclusive
sub-results. Because this extra layer of contributor information
proved unnecessary, this commit flattens the result into a plain set.

The source transformation expects the result to be a plain set, so
this is a prerequisite step for
rdar://185840466
DeltaFile
+10-10clang/lib/ScalableStaticAnalysis/Analyses/UnsafeBufferUsage/UnsafeBufferUsageAnalysis.cpp
+5-11clang/test/Analysis/Scalable/TypeConstrainedPointers/unsafe-buffer-reachable-excludes-type-constrained-new-delete.cpp
+4-7clang/lib/ScalableStaticAnalysis/SourceTransformation/Transformations/CppBoundedBuffers.cpp
+1-4clang/unittests/ScalableStaticAnalysis/WholeProgramAnalysis/UnsafeBufferReachableAnalysisTest.cpp
+1-3clang/unittests/ScalableStaticAnalysis/SourceTransformation/CppBoundedBuffersTest.cpp
+0-3clang/test/Analysis/Scalable/TypeConstrainedPointers/unsafe-buffer-reachable-excludes-type-constrained-main.cpp
+21-381 files not shown
+23-397 files

Linux/linux 3382bfbdrivers/acpi acpi_platform.c acpi_apd.c

Merge tag 'acpi-7.3-rc1-2' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm

Pull more ACPI support updates from Rafael Wysocki:
 "These update documentation to reflect recent changes in the upstream
  ACPICA project, fix issues in the core ACPI device enumeration code
  (one of which has been introduced recently), improve the primary
  "physical" device lookup for ACPI device objects in that code, and
  update ACPI device drivers:

   - Update MAINTAINERS, CREDITS and ACPI subsystem documentation to
     reflect recent changes in the upstream ACPICA project (Rafael
     Wysocki)

   - Prevent the core ACPI enumeration code from combining device
     resources that overlap completely in order to avoid resource
     conflicts during platform device registration because there are
     drivers that expect such resources to be present (Rafael Wysocki)

   - Defer device power initialization during ACPI-based device

    [42 lines not shown]
DeltaFile
+101-46drivers/acpi/battery.c
+38-16drivers/acpi/bus.c
+24-21drivers/acpi/pfr_update.c
+18-19drivers/acpi/scan.c
+21-14drivers/acpi/acpi_apd.c
+14-10drivers/acpi/acpi_platform.c
+216-1266 files not shown
+246-13412 files

LLVM/project 1f859d8llvm/lib/Target/WebAssembly/GISel WebAssemblyInstructionSelector.cpp, llvm/test/CodeGen/WebAssembly/GlobalISel/instructions global_value.ll load.ll

Revert "[WebAssembly][GlobalISel] Implement pointer and memory ops. (#206885)"

This reverts commit 12fc6cb6b7e8d396e9971e0d60a869eff16416b9.
DeltaFile
+0-236llvm/test/CodeGen/WebAssembly/GlobalISel/instructions/store.ll
+0-220llvm/test/CodeGen/WebAssembly/GlobalISel/instructions/sextload.mir
+0-208llvm/test/CodeGen/WebAssembly/GlobalISel/instructions/zextload.mir
+0-198llvm/test/CodeGen/WebAssembly/GlobalISel/instructions/load.ll
+0-127llvm/test/CodeGen/WebAssembly/GlobalISel/instructions/global_value.ll
+3-123llvm/lib/Target/WebAssembly/GISel/WebAssemblyInstructionSelector.cpp
+3-1,11212 files not shown
+10-1,72018 files