<div class="gmail_quote">On Thu, Jul 7, 2011 at 4:02 PM, Tadas Slotkus <span dir="ltr"><<a href="mailto:devtadas@gmail.com">devtadas@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Hi,<br>
<br>
thank you all for the quick reply.<br>
<div class="im"><br>
> If the DIMMs work with the production BIOS but not with your BIOS, it is<br>
> possible that you are using low cost modules that do not have a valid<br>
> SPD checksum. The coreboot project is configured to validate the SPD<br>
> checksum, while the Asrock production BIOS is configured to ignore the<br>
> SPD checksum. To test your coreboot using the DIMM SPD checksum ignore<br>
> option, change BLDCFG_IGNORE_SPD_CHECKSUM in buildopts.c and try it that<br>
> way.<br>
><br>
<br>
</div>I just tried that with fresh new tree, but the output remains the same.<br>
(except build timestamps...).<br>
<br>
The RAM is one dimm:<br>
PATRIOT PSD32G13332H Desktop Memory Device Signature Line (DDR3<br>
SDRAM,2GB,1333MHz(PC3-10600),CL9,256 x 64,DIMM 240-pin,Unbuffered)<br></blockquote><div><br></div><div>Just to completely rule out the bad SPD idea, can you please dump the SPD content when you boot with the production BIOS? i2cdump output (ASCII) or raw output from sysfs would be great. Then we can plug it into bc and confirm that the checksum is correct. This would also be a good way to confirm that the SPD addresses are correct in Coreboot, and rule out the possibility that ASRock changed SPD addressing between board revisions...</div>

<div><br></div></div>-- <br>David Hendricks (dhendrix)<br>Systems Software Engineer, Google Inc.<br>