summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/python_api/signals/TestSignalsAPI.py
diff options
context:
space:
mode:
authorDavid Stuttard <david.stuttard@amd.com>2019-10-16 14:37:39 +0000
committerDavid Stuttard <david.stuttard@amd.com>2019-10-16 14:37:39 +0000
commit2d6a2303f83d762d05b0851a9212830e28712dfd (patch)
treedaabf0d36019e12465deb66a27503afd538ed90a /lldb/packages/Python/lldbsuite/test/python_api/signals/TestSignalsAPI.py
parentc14f1ea25e0505625560db81209a319b6c6caab0 (diff)
downloadbcm5719-llvm-2d6a2303f83d762d05b0851a9212830e28712dfd.tar.gz
bcm5719-llvm-2d6a2303f83d762d05b0851a9212830e28712dfd.zip
[AMDGPU] Fix-up cases where writelane has 2 SGPR operands
Summary: Even though writelane doesn't have the same constraints as other valu instructions it still can't violate the >1 SGPR operand constraint Due to later register propagation (e.g. fixing up vgpr operands via readfirstlane) changing writelane to only have a single SGPR is tricky. This implementation puts a new check after SIFixSGPRCopies that prevents multiple SGPRs being used in any writelane instructions. The algorithm used is to check for trivial copy prop of suitable constants into one of the SGPR operands and perform that if possible. If this isn't possible put an explicit copy of Src1 SGPR into M0 and use that instead (this is allowable for writelane as the constraint is for SGPR read-port and not constant-bus access). Reviewers: rampitec, tpr, arsenm, nhaehnle Reviewed By: rampitec, arsenm, nhaehnle Subscribers: arsenm, kzhuravl, jvesely, wdng, nhaehnle, mgorny, yaxunl, tpr, t-tye, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D51932 Change-Id: Ic7553fa57440f208d4dbc4794fc24345d7e0e9ea llvm-svn: 375004
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/python_api/signals/TestSignalsAPI.py')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud