RPCS3/llvm-mirror
1
0
Fork 0
mirror of https://github.com/RPCS3/llvm-mirror.git synced 2025-04-01 07:11:45 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity

R600: Correctly handle vertex fetch clauses the precede ENDIFs

Browse Source 
The control flow finalizer would sometimes use an ALU_POP_AFTER
instruction before the vetex fetch clause instead of using a POP
instruction after it.

llvm-svn: 199917
This commit is contained in:
Tom Stellard 2014-01-23 18:49:31 +00:00
parent ab9b18423b
commit 25fa3e2b1d
2 changed files with 30 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

1
lib/Target/R600/R600ControlFlowFinalizer.cpp
View File

@ -501,6 +501,7 @@ public:
DEBUG(dbgs() << CfCount << ":"; I->dump(););
FetchClauses.push_back(MakeFetchClause(MBB, I));
CfCount++;
LastAlu.back() = 0;
continue;
}

29
test/CodeGen/R600/vtx-fetch-branch.ll Normal file
View File

@ -0,0 +1,29 @@
; RUN: llc -march=r600 -mcpu=redwood %s -o - | FileCheck %s
; This tests for a bug where vertex fetch clauses right before an ENDIF
; instruction where being emitted after the ENDIF. We were using ALU_POP_AFTER
; for the ALU clause before the vetex fetch instead of emitting a POP instruction
; after the fetch clause.
; CHECK-LABEL: @test
; CHECK-NOT: ALU_POP_AFTER
; CHECK: TEX
; CHECK-NEXT: POP
define void @test(i32 addrspace(1)* %out, i32 addrspace(1)* %in, i32 %cond) {
entry:
%0 = icmp eq i32 %cond, 0
br i1 %0, label %endif, label %if
if:
%1 = load i32 addrspace(1)* %in
br label %endif
endif:
%x = phi i32 [ %1, %if], [ 0, %entry]
store i32 %x, i32 addrspace(1)* %out
br label %done
done:
ret void
}