[llvm-bugs] [Bug 34654] New: Illegal instructions since [AMDGPU] Produce madak and madmk from the two-address pass
via llvm-bugs
llvm-bugs at lists.llvm.org
Mon Sep 18 06:58:17 PDT 2017
https://bugs.llvm.org/show_bug.cgi?id=34654
Bug ID: 34654
Summary: Illegal instructions since [AMDGPU] Produce madak and
madmk from the two-address pass
Product: libraries
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: enhancement
Priority: P
Component: Backend: AMDGPU
Assignee: unassignedbugs at nondot.org
Reporter: adf.lists at gmail.com
CC: llvm-bugs at lists.llvm.org
R9 285 Tonga.
Updated llvm and on head I get an assert with most gl usage.
valley_x64: /mnt/sdb1/Gits/llvm/include/llvm/CodeGen/MachineOperand.h:278:
unsigned int llvm::MachineOperand::getReg() const: Assertion `isReg() && "This
is not a register operand!"' failed.
Going back to find a good, testing with Unigine Valley I got floods of
LLVM triggered Diagnostic Handler: Illegal instruction detected: VOP*
instruction uses the constant bus more than once
%VGPR20<def> = V_MADAK_F32 %SGPR5, %VGPR22, -1194215657, %EXEC<imp-use>
Bisecting the illegal instruction issue came up with -
commit 46582be9742d931368f9455a768df95d9525ccf5
Author: Stanislav Mekhanoshin <Stanislav.Mekhanoshin at amd.com>
Date: Mon Sep 11 17:13:57 2017 +0000
[AMDGPU] Produce madak and madmk from the two-address pass
These two instructions are normally selected, but when the
two address pass converts mac into mad we end up with the
mad where we could have one of these.
Differential Revision: https://reviews.llvm.org/D37389
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@312928
91177308-0d34-0410-b5e6-96231b3b80d8
--
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20170918/6cd5a38a/attachment-0001.html>
More information about the llvm-bugs
mailing list