<div dir="ltr">Problem resolved by reserving initial 64K memory. Thanks to Stefan for his help.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 10, 2014 at 11:12 AM, Gailu Singh <span dir="ltr"><<a href="mailto:gailu96@gmail.com" target="_blank">gailu96@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"><div>Hi,<br><br></div><div>In  coreboot developer manual memory map section (<a href="http://www.coreboot.org/Developer_Manual/Memory_map" target="_blank">http://www.coreboot.org/Developer_Manual/Memory_map</a>) there is specific mention of low memory.<br><br><b>0x00000 - 0x9FFFF</b>: Low 640kB. Should not be clobbered on S3 suspend/resume (exceptions?)
<br><br></div><div>How do I tell Linux not to use this memory? I tried linux kernel argument memap=640K@0x0 to reserve the space but my kernel does not boot with that.<br><br></div><div>What changes are expected in Linux kernel configuration for S3 suspend/resume to work smoothly with coreboot?<br><br><br></div><div><br><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Nov 23, 2014 at 12:54 PM, Stefan Reinauer <span dir="ltr"><<a href="mailto:stefan.reinauer@coreboot.org" target="_blank">stefan.reinauer@coreboot.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On 11/19/14 11:36 AM, Gailu Singh wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Experts,<br>
<br>
I am using Baytrail SoC board (Bayleybay CRB) and testing suspend/resume from Linux (kernel 3.10). I can suspend with pm-suspend and resume with power button; however after resuming I get following logs in Linux<br>
Corrupted low memory at c0001004 (1004 phys) = 0008eaea<br>
Corrupted low memory at c0001008 (1008 phys) = b0606600<br>
...<br>
Corrupted low memory at c00018fc (18fc phys) = 000008ea<br>
<br>
This seems to be caused by coreboot as I do not see these logs if I use BIOS instead of coreboot.<br>
Is it true that during resume coreboot uses RAM portion already mapped by Linux and thus corrupting it. How to I avoid the RAM conflict?<br>
</blockquote>
<br></div></div>
Looks like coreboot (or FSP) is overwriting this memory with some trampoline code.<br>
<br>
One (ugly) way to fix this would be to just reserve the space in the memory table. The better way would be to track down where this is actually happening and fix it there.<span><font color="#888888"><br>
<br>
Stefan<br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>