[AMDGPU] Don't check for VMEM hazards on GFX10
authorJay Foad <jay.foad@amd.com>
Wed, 3 Mar 2021 16:46:53 +0000 (16:46 +0000)
committerJay Foad <jay.foad@amd.com>
Thu, 4 Mar 2021 21:44:56 +0000 (21:44 +0000)
commited7458398a45ab7a976a2e5d52f6f2c58c5ba110
treefa67b34598e1f11bd3cd4ecc3b8c98df892d60e9
parentba18a51c381cae884f94bd1e66e1027457f48312
[AMDGPU] Don't check for VMEM hazards on GFX10

The hazard where a VMEM reads an SGPR written by a VALU counts as a data
dependency hazard, so no nops are required on GFX10. Tested with Vulkan
CTS on GFX10.1 and GFX10.3.

Differential Revision: https://reviews.llvm.org/D97926
llvm/lib/Target/AMDGPU/GCNHazardRecognizer.cpp
llvm/test/CodeGen/AMDGPU/GlobalISel/llvm.amdgcn.intersect_ray.ll
llvm/test/CodeGen/AMDGPU/atomic_optimizations_local_pointer.ll
llvm/test/CodeGen/AMDGPU/global-saddr-atomics.ll
llvm/test/CodeGen/AMDGPU/global-saddr-load.ll
llvm/test/CodeGen/AMDGPU/global-saddr-store.ll
llvm/test/CodeGen/AMDGPU/hazard-hidden-bundle.mir
llvm/test/CodeGen/AMDGPU/hazard-in-bundle.mir
llvm/test/CodeGen/AMDGPU/mubuf-legalize-operands.ll
llvm/test/CodeGen/AMDGPU/stack-pointer-offset-relative-frameindex.ll
llvm/test/CodeGen/AMDGPU/vgpr-descriptor-waterfall-loop-idom-update.ll