<br><br><div class="gmail_quote">On Wed, Jun 24, 2009 at 10:46 AM, Myles Watson <span dir="ltr"><<a href="mailto:mylesgw@gmail.com">mylesgw@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Ward,<br>
<br>
At the point where it starts to get garbled, can you insert an endless loop<br>
for a processor that isn't the BSP?  Or insert a loop that prints the<br>
processor's number in a loop.  Just a sanity check.<br>
<br>
Thanks,<br>
<font color="#888888">Myles<br>
<br>
</font></blockquote></div>Found CBFS 4f524243 <br>Check  normal/payload<br>CBFS:  follow chain: fff00000 + 28 + 10076  + align  -> fff100a6<br>Check normal/coreboot_ram<br>CBFS: follow chain: fff100a0 + 38 + 4a01c + align -> fff5a100<br>
Check normal/coreboot_apc<br>CBFS: follow chain: fff5a100 + 38 + 2be8 + align -> fff5cd20<br>Check fallback/payload<br>CBFS: follow chain: fff5cd20 + 38 + 10076 + align -> fff6cdd0<br>Check fallback/corebot_ram<br>Stage: load @ 1048576/696320 bytes, enter @ 100000 <br>
4a01c + : after memset 0on<br>-stack variables at 001fedf8 <br>and 001fee04<br> cbfs_decompress: algo: 0c8000 : uncompressed<br><br>I'm done doing that by hand for a while :)<br><br>So one processor loads coreboot_ram and jumps there, then another does memset on the same area so that it can load it?<br>
<br>Thanks,<br>Myles<br>