<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Aug 22, 2014 at 6:01 AM, Renato Golin <span dir="ltr"><<a href="mailto:renato.golin@linaro.org" target="_blank">renato.golin@linaro.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 22 August 2014 13:44, Sergey Dmitrouk <<a href="mailto:sdmitrouk@accesssoftek.com">sdmitrouk@accesssoftek.com</a>> wrote:<br>

> This is the only way I found to stop Machine Instruction Scheduler from<br>
> reordering load and store instructions.<br>
<br>
</div>I see. Saleem (cc'd) worked on a similar thing for ARM's movh/movt for<br>
Windows, which also didn't like the reordering. Maybe he can help you.<br></blockquote><div><br></div><div>Sorry, Ive been a bit busy at work :-(.</div><div><br></div><div>For Windows on ARM, the movw/movt relocations need to be contiguous.  In order to accommodate that, we generate a bundle (similar to the VLIW concept) to treat the pair as a single scheduling entity.</div>
<div><br></div><div>Although, that approach could work, it feels like updating the LoadStoreOptimizer to deal with the particular case may be a cleaner approach.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

cheers,<br>
--renato</blockquote></div><div><br></div>-- <br>Saleem Abdulrasool<br>compnerd (at) compnerd (dot) org
</div></div>