<div dir="ltr">the output of backtrace is follows:<div><div>(gdb) bt</div><div>#0 0x00007ffff6b79267 in __GI_raise (sig=sig@entry=6)</div><div> at ../sysdeps/unix/sysv/linux/raise.c:55</div><div>#1 0x00007ffff6b7aeca in __GI_abort () at abort.c:89</div><div>#2 0x0000000001960700 in llvm::llvm_unreachable_internal (</div><div> msg=0x2224614 "Invalid op prefix!", </div><div> file=0x222411f "/lib/Target/X86/MCTargetDesc/X86MCCodeEmitter.cpp", line=681)</div><div> at /lib/Support/ErrorHandling.cpp:118</div><div>#3 0x0000000000c05c57 in (anonymous namespace)::X86MCCodeEmitter::EmitVEXOpcodePrefix (this=0x3037d00, TSFlags=1126109823418401, CurByte=@0x7fffffffae7c: 0, </div><div> MemOperand=1, MI=..., Desc=..., OS=...)</div><div> at /lib/Target/X86/MCTargetDesc/X86MCCodeEmitter.cpp:681</div><div>#4 0x0000000000c03add in (anonymous namespace)::X86MCCodeEmitter::encodeInstruction (this=0x3037d00, MI=..., OS=..., Fixups=..., STI=...)</div><div> at /lib/Target/X86/MCTargetDesc/X86MCCodeEmitter.cpp:1227</div><div>#5 0x00000000015894f3 in llvm::MCELFStreamer::EmitInstToData (this=0x304db90, </div><div> Inst=..., STI=...)</div><div> at /lib/MC/MCELFStreamer.cpp:478</div><div>#6 0x00000000015abe00 in llvm::MCObjectStreamer::EmitInstruction (</div><div> this=0x304db90, Inst=..., STI=...)</div><div> at /lib/MC/MCObjectStreamer.cpp:244</div><div>#7 0x00000000007a04ab in llvm::X86AsmPrinter::EmitAndCountInstruction (this=</div><div> 0x3052950, Inst=...)</div><div> at /lib/Target/X86/X86MCInstLower.cpp:105</div><div>#8 0x00000000007a341c in llvm::X86AsmPrinter::EmitInstruction (</div><div> this=0x3052950, MI=0x30a1e10)</div><div> at /lib/Target/X86/X86MCInstLower.cpp:1737</div><div>#9 0x0000000000dde5d6 in llvm::AsmPrinter::EmitFunctionBody (this=0x3052950)</div><div>---Type <return> to continue, or q <return> to quit---</div><div> at /lib/CodeGen/AsmPrinter/AsmPrinter.cpp:939</div><div>#10 0x0000000000796fc1 in llvm::X86AsmPrinter::runOnMachineFunction (</div><div> this=0x3052950, MF=...)</div><div> at /lib/Target/X86/X86AsmPrinter.cpp:70</div><div>#11 0x000000000104d7f1 in llvm::MachineFunctionPass::runOnFunction (</div><div> this=0x3052950, F=...)</div><div> at /lib/CodeGen/MachineFunctionPass.cpp:62</div><div>#12 0x00000000014776ff in llvm::FPPassManager::runOnFunction (this=0x302f5d0, </div><div> F=...) at /lib/IR/LegacyPassManager.cpp:1513</div><div>#13 0x0000000001477a15 in llvm::FPPassManager::runOnModule (this=0x302f5d0, </div><div> M=...) at /lib/IR/LegacyPassManager.cpp:1534</div><div>#14 0x00000000014781aa in (anonymous namespace)::MPPassManager::runOnModule (</div><div> this=0x3022d30, M=...)</div><div> at /lib/IR/LegacyPassManager.cpp:1590</div><div>#15 0x0000000001477cd6 in llvm::legacy::PassManagerImpl::run (this=0x301d250, </div><div><br></div><div> M=...) at /lib/IR/LegacyPassManager.cpp:1693</div><div>#16 0x00000000014786c1 in llvm::legacy::PassManager::run (this=0x7fffffffd778, </div><div> M=...) at /lib/IR/LegacyPassManager.cpp:1724</div><div>#17 0x000000000076bd1e in compileModule (argv=0x7fffffffdf68, Context=...)</div><div> at /tools/llc/llc.cpp:528</div><div>#18 0x000000000076a209 in main (argc=5, argv=0x7fffffffdf68)</div><div> at /tools/llc/llc.cpp:285</div><div>(gdb) </div><div>(gdb) </div></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 5, 2017 at 10:34 AM, Craig Topper <span dir="ltr"><<a href="mailto:craig.topper@gmail.com" target="_blank">craig.topper@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">No, its not right. What error were you getting with EVEX/EVEX_4V and TA?</div><div class="gmail_extra"><span class="HOEnZb"><font color="#888888"><br clear="all"><div><div class="m_-8334515190727506900gmail_signature" data-smartmail="gmail_signature">~Craig</div></div></font></span><div><div class="h5">
<br><div class="gmail_quote">On Mon, Sep 4, 2017 at 10:27 PM, hameeza ahmed <span dir="ltr"><<a href="mailto:hahmed2305@gmail.com" target="_blank">hahmed2305@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I was getting same error when i keep both EVEX/EVEX_4V and TA. So, i restored my original instructions and for that i have to include <div><span><div style="font-size:12.8px"> bool HasTA = TSFlags & X86II::TA; in x86MCCodeEmitter.cpp</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">then used this condition;</div><div style="font-size:12.8px"><br></div></span><div style="font-size:12.8px"><div>if(HasTA)</div><div> ++SrcRegNum;</div><div><br></div><div>in order to emit binary correctly.</div><div><br></div><div>Is it right?</div></div></div></div><div class="m_-8334515190727506900HOEnZb"><div class="m_-8334515190727506900h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 5, 2017 at 5:45 AM, Craig Topper <span dir="ltr"><<a href="mailto:craig.topper@gmail.com" target="_blank">craig.topper@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Put the TA's back. EVEX/EVEX_4V does not replace TA. They are for different things. An EVEX/EVEX_4V instruction must use one of T8, TA, XOP8, XOP9, XOPA.</div><div class="gmail_extra"><span class="m_-8334515190727506900m_5521835212447314814HOEnZb"><font color="#888888"><br clear="all"><div><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089gmail_signature" data-smartmail="gmail_signature">~Craig</div></div></font></span><div><div class="m_-8334515190727506900m_5521835212447314814h5">
<br><div class="gmail_quote">On Mon, Sep 4, 2017 at 5:33 PM, hameeza ahmed <span dir="ltr"><<a href="mailto:hahmed2305@gmail.com" target="_blank">hahmed2305@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Thank You,<div>I changed TA to EVEX or EVEX_4V. But now i am getting following error:</div><div><br></div><div><div>Invalid prefix!</div><div>UNREACHABLE executed at /lib/Target/X86/MCTargetDesc/X<wbr>86MCCodeEmitter.cpp:647!</div></div><div><br></div></div><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089HOEnZb"><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 5, 2017 at 4:36 AM, Craig Topper <span dir="ltr"><<a href="mailto:craig.topper@gmail.com" target="_blank">craig.topper@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Not all instructions can use EVEX_4V. Move instructions in particular cannot because they don't have 2 sources.<div><br></div><div>What do you intend to do with the binary output once you have it? You don't seem to be targeting a particular binary definition so its effectively just random numbers.</div></div><div class="gmail_extra"><span class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694HOEnZb"><font color="#888888"><br clear="all"><div><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339gmail_signature" data-smartmail="gmail_signature">~Craig</div></div></font></span><div><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694h5">
<br><div class="gmail_quote">On Mon, Sep 4, 2017 at 4:28 PM, hameeza ahmed <span dir="ltr"><<a href="mailto:hahmed2305@gmail.com" target="_blank">hahmed2305@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Thank You.<div><br></div><div>I used EVEX_4V with all the instructions. I replaced TA and EVEX both with EVEX_4V. Now, I am getting following error:</div><div><br></div><div>llvm-tblgen: /utils/TableGen/X86Recognizabl<wbr>eInstr.cpp:687: void llvm::X86Disassembler::Recogni<wbr>zableInstr::emitInstructionSpe<wbr>cifier(): Assertion `numPhysicalOperands >= 2 + additionalOperands && numPhysicalOperands <= 4 + additionalOperands && "Unexpected number of operands for MRMSrcMemFrm"' failed<br></div><div><br></div><div>What to do now?</div></div><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339HOEnZb"><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 5, 2017 at 4:23 AM, Craig Topper <span dir="ltr"><<a href="mailto:craig.topper@gmail.com" target="_blank">craig.topper@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">VEX_4V tells the encoder to use the VEX.vvvv field to encode one of the operands. Without it the encoder assumes that the destination and one of the sources must be the same physical register.<div><br></div><div>TA indicates which of the opcode maps the instruction belongs to. This corresponds to encoding 0x3 of the VEX.mmmmm field.</div></div><div class="gmail_extra"><span class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571HOEnZb"><font color="#888888"><br clear="all"><div><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571m_6276382293218401969gmail_signature" data-smartmail="gmail_signature">~Craig</div></div></font></span><div><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571h5">
<br><div class="gmail_quote">On Mon, Sep 4, 2017 at 4:01 PM, hameeza ahmed <span dir="ltr"><<a href="mailto:hahmed2305@gmail.com" target="_blank">hahmed2305@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Sorry to ask but what does it mean to put both?</div><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571m_6276382293218401969HOEnZb"><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571m_6276382293218401969h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 5, 2017 at 4:01 AM, Craig Topper <span dir="ltr"><<a href="mailto:craig.topper@gmail.com" target="_blank">craig.topper@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Leave TA. Put both.</div><div class="gmail_extra"><span class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571m_6276382293218401969m_6258452947298505462HOEnZb"><font color="#888888"><br clear="all"><div><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571m_6276382293218401969m_6258452947298505462m_1521055022463006936gmail_signature" data-smartmail="gmail_signature">~Craig</div></div></font></span><div><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571m_6276382293218401969m_6258452947298505462h5">
<br><div class="gmail_quote">On Mon, Sep 4, 2017 at 4:00 PM, hameeza ahmed <span dir="ltr"><<a href="mailto:hahmed2305@gmail.com" target="_blank">hahmed2305@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">You are right. But when i defined my instruction as follows:<div><span style="font-size:12.8px">def P_256B_VADD : I<0xE1, MRMDestReg, (outs VRP_2048:$dst), (ins VRP_2048:$src1, VRPIM_2048:$src2),"P_256B_</span><span style="font-size:12.8px">VADD<wbr>\t{$src1, $src2, $dst|$dst, $src1, $src2}", [(set VRP_2048:$dst, (add (v64i32 VRP_2048:$src1), (v64i32 VRP_2048:$src2)))]>, VEX_4V;</span><br></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">I get opcode conflicts? Then what to do?</span></div></div><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571m_6276382293218401969m_6258452947298505462m_1521055022463006936HOEnZb"><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571m_6276382293218401969m_6258452947298505462m_1521055022463006936h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 5, 2017 at 3:51 AM, Craig Topper <span dir="ltr"><<a href="mailto:craig.topper@gmail.com" target="_blank">craig.topper@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">That is not correct. You should add VEX_4V. TA tells the X86 encoder that the instruction opcode belongs on the 3 byte opcode 0x0F 0x3A page in the Intel manual.</div><div class="gmail_extra"><span class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571m_6276382293218401969m_6258452947298505462m_1521055022463006936m_-6994195147674020678HOEnZb"><font color="#888888"><br clear="all"><div><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571m_6276382293218401969m_6258452947298505462m_1521055022463006936m_-6994195147674020678m_-7479639450761948360gmail_signature" data-smartmail="gmail_signature">~Craig</div></div></font></span><div><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571m_6276382293218401969m_6258452947298505462m_1521055022463006936m_-6994195147674020678h5">
<br><div class="gmail_quote">On Mon, Sep 4, 2017 at 3:38 PM, hameeza ahmed <span dir="ltr"><<a href="mailto:hahmed2305@gmail.com" target="_blank">hahmed2305@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Thank You.<div><br></div><div>My add instruction has TA as follows:</div><div><br></div><div><div>def P_256B_VADD : I<0xE1, MRMDestReg, (outs VRP_2048:$dst), (ins VRP_2048:$src1, VRPIM_2048:$src2),"P_256B_VADD<wbr>\t{$src1, $src2, $dst|$dst, $src1, $src2}", [(set VRP_2048:$dst, (add (v64i32 VRP_2048:$src1), (v64i32 VRP_2048:$src2)))]>, TA;</div></div><div><br></div><div>so i defined;</div><div><br></div><div><div> bool HasTA = TSFlags & X86II::TA; in x86MCCodeEmitter.cpp</div></div><div><br></div><div>then used this condition;</div><div><br></div><div><div>if(HasTA)</div><div> ++SrcRegNum;</div></div><div><br></div><div>now getting no error.</div><div><br></div><div>please tell me whether my method is correct? Also please confirm this whether i need to make changes in MC framework to emit binary code of my vector instructions. So far i made no changes or additions in MC framework or any of the file (except the above discussed) and still getting the correct machine code.</div><div><br></div><div>Is it right way?</div><div><br></div><div><br></div></div><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571m_6276382293218401969m_6258452947298505462m_1521055022463006936m_-6994195147674020678m_-7479639450761948360HOEnZb"><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571m_6276382293218401969m_6258452947298505462m_1521055022463006936m_-6994195147674020678m_-7479639450761948360h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 5, 2017 at 3:29 AM, Craig Topper <span dir="ltr"><<a href="mailto:craig.topper@gmail.com" target="_blank">craig.topper@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Does your ADD instruction have VEX_4V or EVEX_4V as part of its declaration in the td file?</div><div class="gmail_extra"><span class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571m_6276382293218401969m_6258452947298505462m_1521055022463006936m_-6994195147674020678m_-7479639450761948360m_2927941512614751652HOEnZb"><font color="#888888"><br clear="all"><div><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571m_6276382293218401969m_6258452947298505462m_1521055022463006936m_-6994195147674020678m_-7479639450761948360m_2927941512614751652m_4096969530663170006gmail_signature" data-smartmail="gmail_signature">~Craig</div></div></font></span><div><div class="m_-8334515190727506900m_5521835212447314814m_-6674502601283358089m_-3675141835480667694m_-8534223702580341339m_-7730506411387182571m_6276382293218401969m_6258452947298505462m_1521055022463006936m_-6994195147674020678m_-7479639450761948360m_2927941512614751652h5">
<br><div class="gmail_quote">On Mon, Sep 4, 2017 at 2:11 PM, hameeza ahmed <span dir="ltr"><<a href="mailto:hahmed2305@gmail.com" target="_blank">hahmed2305@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello,<div>I am trying to emit binary for my implemented vector instructions. Although yet i havent done any change or addition in MC framework, For vector load instruction there are no error coming. But for vector add </div><div><br></div><div>instruction is something like this;</div><div><br></div><div><div>> %R_0_REG2048b_1<def> = P_256B_VADD %R_0_REG2048b_1<kill>, %R_0_REG2048b_0<kill></div></div><div><br></div><div>I am getting the following error:</div><div><br></div><div><div>Unknown immediate size</div><div>UNREACHABLE executed at /lib/Target/X86/MCTargetDesc/X<wbr>86BaseInfo.h:574!</div></div><div><br></div><div><br></div><div> i made extensive use of gdb and after debugging i found the line with issue in X86MCCodeEmitter.cpp.</div><div><br></div><div>Here NumOps=3 (all registers). and CurOp is 1st initialized to 0.</div><div><br></div><div>then, the following code gets executed;</div><div><br></div><div><div>case X86II::MRMDestReg: {</div><div> EmitByte(BaseOpcode, CurByte, OS);</div><div> unsigned SrcRegNum = CurOp + 1; //SrcRegNum=1</div></div><div><div>EmitRegModRMByte(MI.getOperand<wbr>(CurOp),</div><div> GetX86RegNum(MI.getOperand(Sr<wbr>cRegNum)), CurByte, OS);</div><div> CurOp = SrcRegNum + 1;</div><div> break;</div><div> }</div></div><div>so here CurOp becomes 2.</div><div><br></div><div>After this;</div><div><br></div><div>it comes to;</div><div><div>else {</div><div> // If there is a remaining operand, it must be a trailing immediate. Emit it</div><div> // according to the right size for the instruction. Some instructions</div><div> // (SSE4a extrq and insertq) have two trailing immediates.</div><div> while (CurOp != NumOps && NumOps - CurOp <= 2) {</div><div> EmitImmediate(MI.getOperand(Cu<wbr>rOp++), MI.getLoc(),</div><div> X86II::getSizeOfImm(TSFlags), getImmFixupKind(TSFlags),</div><div> CurByte, OS, Fixups);</div><div> }</div></div><div><br></div><div>here CurOp=2 !=NumOps=3 && 3-2<=2</div><div>so while condition is satisfied and it goes to emitimmediate which is wrong and there prints error message.</div><div><br></div><div>Since, there are no immediate involved in instruction, it should not go to emitimmediate. How to solve this issue?</div><div><br></div><div>Please help. </div><div><br></div><div>Thank You</div></div>
</blockquote></div><br></div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div></div>
</blockquote></div><br></div>