<div dir="ltr">On Fri, Jul 13, 2018 at 5:41 AM, Timothy Pearson <span dir="ltr"><<a href="mailto:tpearson@raptorengineering.com" target="_blank">tpearson@raptorengineering.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Good to know, thanks for testing!  I've been looking into relocateable<br>
ramstage in case suspend was still failing, but if things fell back into<br>
place, so to speak, in master we should also look at reactivating REACTS<br>
with the suspend tests enabled.<br>
<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div><br></div><div>I never suspected RELOCATABLE_RAMSTAGE=n would be a reason for (possible) S3 regressions. The motivation for having RELOCATABLE_RAMSTAGE=y goes beyond the improvement it has on not having to do low-mem backup S3 resume path. I am also wondering how S3 resume path is taking one minute and how that relates to normal boot path time.<br></div><div><br></div><div>Kyösti</div></div></div></div>