<div dir="ltr">[+Lang]</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 18, 2014 at 3:26 AM, Jonas Paulsson <span dir="ltr"><<a href="mailto:jonas.paulsson@ericsson.com" target="_blank">jonas.paulsson@ericsson.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal">Hi,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">I have encountered a test case where InlineSpiller generates bad code. A register is reloaded but never spilled, and I suspect a bug in InlineSpiller.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">A register is live over a loop that also have two inner loops. It is not used or defined over the inner loops. It is split into two sibling registers, where one covers just the inner loops interval, which is then spilled.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">In spill(), analyzeSiblingValues() is called, which calls traceSiblingValue(). It traces in several iterations strangely back to the same register (inside a loop), finds it marked to be spilled, and the spill is cancelled:<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><span lang="SV" style="font-family:"Courier New"">Inline spilling %vreg86 [1396r,2276r:0) 0@1396r<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-family:"Courier New"">>From original %vreg76<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-family:"Courier New"">Tracing value %vreg86:0@1396r<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-family:"Courier New""> %vreg86:0@1396r: copy of %vreg87:6@1168r kill=1<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-family:"Courier New""> %vreg87:6@1168r: copy of %vreg87:5@1120B kill=1<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-family:"Courier New""> %vreg87:5@1120B: split phi value, checking 1 phi-defs, and 2 non-phi/orig defs<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-family:"Courier New""> %vreg87:7@2276r: copy of %vreg86:0@1396r kill=1<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-family:"Courier New""> traced to: spill %vreg86:0@1396r all-reloads kill deps[ 7@2276r ]<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-family:"Courier New"">Merged spilled regs: SS#1 [1396r,2276r:0) 0@x<u></u><u></u></span></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">I am guessing that traceSiblingValue() should have stopped at a PHI ValNo by recognizing it as ‘original’, meaning it was not inserted by splitting. It does not although it is clear that this PHI ValNo is part of OrigLI.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">This is how it looked, roughly:<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Original LiveInterval:<u></u><u></u></p>
<p class="MsoNormal">5 0 --- inner loops --- // last valno in interval<u></u><u></u></p>
<p class="MsoNormal">PHI COPY of valno 5<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">After splitting:<u></u><u></u></p>
<p class="MsoNormal">5 6 7 8<u></u><u></u></p>
<p class="MsoNormal">PHI COPY of valno 5 COPY of valno 0 PHI<u></u><u></u></p>
<p class="MsoNormal"> 0<u></u><u></u></p>
<p class="MsoNormal"> COPY of valno 6<u></u><u></u></p>
<p class="MsoNormal"> /\<u></u><u></u></p>
<p class="MsoNormal"> OrigVNI<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Tracing sibling values, valno 6 is the original valno:<u></u><u></u></p>
<p class="MsoNormal">Valno 0 is a copy from 6.<u></u><u></u></p>
<p class="MsoNormal">Valno 6 is a copy from 5.<u></u><u></u></p>
<p class="MsoNormal">Valno 5 is a phi. Is it OrigVNI? NO! ‘Therefore it is not an original phi.’ WRONG! The search continues past it, assuming that it is a newly inserted PHI, done during splitting.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">My conlusion is that either the line<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><span style="font-family:"Courier New"">if (VNI->def == OrigVNI->def)<u></u><u></u></span></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">is wrong, because it doesn’t really check that VNI was not a phi in OrigLI, because it assumes that if VNI is a phi which was part of the original LI, then OrigVNI must be that PHI. This is not the case here.<u></u><u></u></p>
<p class="MsoNormal">The algorithm has iterated past OrigVNI and VNI is at this point a phi that was part of the original LI, which is the copy source of OrigVNI.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Or, it is assumed that splitting is always done at PHI ValNos somehow, and not as in this case, by a COPY of a PHI ValNo.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">I would very much appreciate assistance in resolving this problem. As explained above, it is not clear to me why this error occurs, or what is the appropriate fix. I can provide more details if needed for some reason.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Best regards,<span class="HOEnZb"><font color="#888888"><u></u><u></u></font></span></p><span class="HOEnZb"><font color="#888888">
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Jonas Paulsson<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
</font></span></div>
</div>
<br>_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:LLVMdev@cs.uiuc.edu">LLVMdev@cs.uiuc.edu</a> <a href="http://llvm.cs.uiuc.edu" target="_blank">http://llvm.cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a><br>
<br></blockquote></div><br></div>