diff options
author | Alexandros Lamprineas <alexandros.lamprineas@arm.com> | 2023-12-05 15:27:30 +0000 |
---|---|---|
committer | GitHub <noreply@github.com> | 2023-12-05 15:27:30 +0000 |
commit | 3ad6d1cbe54dc06554303097cc51d590edaa1c1c (patch) | |
tree | 8ceeeda2aada1863fd652d80303ab6a69800e4bc /llvm/test/Analysis | |
parent | a28e4eac26ccd2e17f041b8d96da93df4a2414c0 (diff) | |
download | llvm-3ad6d1cbe54dc06554303097cc51d590edaa1c1c.zip llvm-3ad6d1cbe54dc06554303097cc51d590edaa1c1c.tar.gz llvm-3ad6d1cbe54dc06554303097cc51d590edaa1c1c.tar.bz2 |
[LAA] Fix incorrect dependency classification. (#70819)
As shown in #70473, the following loop was not considered safe to
vectorize. When determining the memory access dependencies in
a loop which has negative iteration step, we invert the source and
sink of the dependence. Perhaps we should just invert the operands
to getMinusSCEV(). This way the dependency is not regarded to be
true, since the users of the `IsWrite` variables, which correspond to
each of the memory accesses, rely on program order and therefore
should not be swapped.
void vectorizable_Read_Write(int *A) {
for (unsigned i = 1022; i >= 0; i--)
A[i+1] = A[i] + 1;
}
Diffstat (limited to 'llvm/test/Analysis')
-rw-r--r-- | llvm/test/Analysis/LoopAccessAnalysis/forward-negative-step.ll | 13 | ||||
-rw-r--r-- | llvm/test/Analysis/LoopAccessAnalysis/print-order.ll | 65 |
2 files changed, 70 insertions, 8 deletions
diff --git a/llvm/test/Analysis/LoopAccessAnalysis/forward-negative-step.ll b/llvm/test/Analysis/LoopAccessAnalysis/forward-negative-step.ll index 35e2109..46e81cd 100644 --- a/llvm/test/Analysis/LoopAccessAnalysis/forward-negative-step.ll +++ b/llvm/test/Analysis/LoopAccessAnalysis/forward-negative-step.ll @@ -3,8 +3,6 @@ target datalayout = "e-m:e-i64:64-i128:128-n32:64-S128" -; FIXME: This should be vectorizable - ; void vectorizable_Read_Write(int *A) { ; for (unsigned i = 1022; i >= 0; i--) ; A[i+1] = A[i] + 1; @@ -13,10 +11,9 @@ target datalayout = "e-m:e-i64:64-i128:128-n32:64-S128" define void @vectorizable_Read_Write(ptr nocapture %A) { ; CHECK-LABEL: 'vectorizable_Read_Write' ; CHECK-NEXT: loop: -; CHECK-NEXT: Report: unsafe dependent memory operations in loop. Use #pragma clang loop distribute(enable) to allow loop distribution to attempt to isolate the offending operations into a separate loop -; CHECK-NEXT: Forward loop carried data dependence that prevents store-to-load forwarding. +; CHECK-NEXT: Memory dependences are safe ; CHECK-NEXT: Dependences: -; CHECK-NEXT: ForwardButPreventsForwarding: +; CHECK-NEXT: Forward: ; CHECK-NEXT: %l = load i32, ptr %gep.A, align 4 -> ; CHECK-NEXT: store i32 %add, ptr %gep.A.plus.1, align 4 ; CHECK-EMPTY: @@ -47,13 +44,13 @@ exit: ret void } -; FIXME: There's a forward dependency that prevents forwarding here. define void @neg_step_ForwardButPreventsForwarding(ptr nocapture %A, ptr noalias %B) { ; CHECK-LABEL: 'neg_step_ForwardButPreventsForwarding' ; CHECK-NEXT: loop: -; CHECK-NEXT: Memory dependences are safe +; CHECK-NEXT: Report: unsafe dependent memory operations in loop. Use #pragma clang loop distribute(enable) to allow loop distribution to attempt to isolate the offending operations into a separate loop +; CHECK-NEXT: Forward loop carried data dependence that prevents store-to-load forwarding. ; CHECK-NEXT: Dependences: -; CHECK-NEXT: Forward: +; CHECK-NEXT: ForwardButPreventsForwarding: ; CHECK-NEXT: store i32 0, ptr %gep.A, align 4 -> ; CHECK-NEXT: %l = load i32, ptr %gep.A.plus.1, align 4 ; CHECK-EMPTY: diff --git a/llvm/test/Analysis/LoopAccessAnalysis/print-order.ll b/llvm/test/Analysis/LoopAccessAnalysis/print-order.ll new file mode 100644 index 0000000..65f94a7 --- /dev/null +++ b/llvm/test/Analysis/LoopAccessAnalysis/print-order.ll @@ -0,0 +1,65 @@ +; REQUIRES: asserts +; RUN: opt -passes='print<access-info>' -debug-only=loop-accesses -disable-output < %s 2>&1 | FileCheck %s + +; void negative_step(int *A) { +; for (int i = 1022; i >= 0; i--) +; A[i+1] = A[i] + 1; +; } + +; CHECK: LAA: Found a loop in negative_step: loop +; CHECK: LAA: Checking memory dependencies +; CHECK-NEXT: LAA: Src Scev: {(4092 + %A),+,-4}<nw><%loop>Sink Scev: {(4088 + %A)<nuw>,+,-4}<nw><%loop>(Induction step: -1) +; CHECK-NEXT: LAA: Distance for store i32 %add, ptr %gep.A.plus.1, align 4 to %l = load i32, ptr %gep.A, align 4: -4 +; CHECK-NEXT: LAA: Dependence is negative + +define void @negative_step(ptr nocapture %A) { +entry: + %A.plus.1 = getelementptr i32, ptr %A, i64 1 + br label %loop + +loop: + %iv = phi i64 [ 1022, %entry ], [ %iv.next, %loop ] + %gep.A = getelementptr inbounds i32, ptr %A, i64 %iv + %l = load i32, ptr %gep.A, align 4 + %add = add nsw i32 %l, 1 + %gep.A.plus.1 = getelementptr i32, ptr %A.plus.1, i64 %iv + store i32 %add, ptr %gep.A.plus.1, align 4 + %iv.next = add nsw i64 %iv, -1 + %cmp.not = icmp eq i64 %iv, 0 + br i1 %cmp.not, label %exit, label %loop + +exit: + ret void +} + +; void positive_step(int *A) { +; for (int i = 1; i < 1024; i++) +; A[i-1] = A[i] + 1; +; } + +; CHECK: LAA: Found a loop in positive_step: loop +; CHECK: LAA: Checking memory dependencies +; CHECK-NEXT: LAA: Src Scev: {(4 + %A)<nuw>,+,4}<nuw><%loop>Sink Scev: {%A,+,4}<nw><%loop>(Induction step: 1) +; CHECK-NEXT: LAA: Distance for %l = load i32, ptr %gep.A, align 4 to store i32 %add, ptr %gep.A.minus.1, align 4: -4 +; CHECK-NEXT: LAA: Dependence is negative + +define void @positive_step(ptr nocapture %A) { +entry: + %A.minus.1 = getelementptr i32, ptr %A, i64 -1 + br label %loop + +loop: + %iv = phi i64 [ 1, %entry ], [ %iv.next, %loop ] + %gep.A = getelementptr inbounds i32, ptr %A, i64 %iv + %l = load i32, ptr %gep.A, align 4 + %add = add nsw i32 %l, 1 + %gep.A.minus.1 = getelementptr i32, ptr %A.minus.1, i64 %iv + store i32 %add, ptr %gep.A.minus.1, align 4 + %iv.next = add nsw i64 %iv, 1 + %cmp.not = icmp eq i64 %iv, 1024 + br i1 %cmp.not, label %exit, label %loop + +exit: + ret void +} + |