R600: Add work-around for the CF stack entry HW bug
authorTom Stellard <thomas.stellard@amd.com>
Wed, 22 Jan 2014 21:55:46 +0000 (21:55 +0000)
committerTom Stellard <thomas.stellard@amd.com>
Wed, 22 Jan 2014 21:55:46 +0000 (21:55 +0000)
commitefa1355495c836f13f98efbb27a99a4aabd60598
treeaa40f7c618f3ac713ebf749a9968f23ec2d0654b
parent39210ac1c62c9d6c055d8450ed52c09d094d9b85
R600: Add work-around for the CF stack entry HW bug

The CF stack can be corrupted if you use CF_ALU_PUSH_BEFORE,
CF_ALU_ELSE_AFTER, CF_ALU_BREAK, or CF_ALU_CONTINUE when the number of
sub-entries on the stack is greater than or equal to the stack entry
size and sub-entries modulo 4 is either 0 or 3 (on cedar the bug is
present when number of sub-entries module 8 is either 7 or 0)

We choose to be conservative and always apply the work-around when the
number of sub-enries is greater than or equal to the stack entry size,
so that we can safely over-allocate the stack when we are unsure of the
stack allocation rules.

reviewed-by: Vincent Lejeune <vljn at ovi.com>

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@199842 91177308-0d34-0410-b5e6-96231b3b80d8
lib/Target/R600/AMDGPU.td
lib/Target/R600/AMDGPUSubtarget.cpp
lib/Target/R600/AMDGPUSubtarget.h
lib/Target/R600/Processors.td
lib/Target/R600/R600ControlFlowFinalizer.cpp
test/CodeGen/R600/cf-stack-bug.ll [new file with mode: 0644]