<div dir="ltr">Hello Charlotte++,<div><br></div><div class="gmail_extra"><div class="gmail_quote">On Wed, Nov 23, 2016 at 2:40 AM, Charlotte Plusplus <span dir="ltr"><<a href="mailto:pluspluscharlotte@gmail.com" target="_blank">pluspluscharlotte@gmail.com</a>></span> wrote:<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="gmail-m_8660223048144423542gmail-"><div></div></span><div>Edit devicetree.cb and set: register "max_mem_clock_mhz" = "666"<br></div></div></div></div></blockquote><div><br></div><div>Good to know! Thank you for the tip, so Federico can try quick check and see if this does work as workaround for now. :-)</div><div><br></div><div>Federico, I have here also suggestion for you. You should try to run only one DDR memory stick, and then record the memory values (since I see from your logs that they are identical for both memories/DDRs), and then to try to hard-code them for both sticks, altogether avoiding raminit.c setup, and see if this improves your situation?!</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>I suppose there is one. I don't know. I want to investigate. I will certainly try again  by adding the patches suggested by Kyosti. As soon as I can get the MRC blob to work, I can make some better guesses about what is going wrong (I tried so many various things already) by having some reference points.<br></div></div></div></div></blockquote><div><br></div><div>Please, keep us in the loop. I really enjoy reading your posts. They are very technical, and very instructive. They force me to think, and recall various things I did once upon a time (referring to Y2012/Y2013).</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>At the moment, I want to make a first public commit  for the W520, but with the RAM issues (only stable with the MCU at 666), and no native video init, and the power consumption issues, I'm not sure how helpful it will be.<br></div></div></div></div></blockquote><div><br></div><div>YES, of course, it will be/is VERY/extremely helpful. You did excellent job, paving path to other platform yet, and leaving to the community to fix these bugs.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Yeah, the blob. I don't like blob, but I like to have the option of something that works if I need to investigate why something else is not working. Or just for an initial release.</div></div></div></div></blockquote><div><br></div><div>You are talking about SNB/IVB MRC blob, I have noticed. About this blob (beneath), correct?</div><div>_______</div><div><p class="gmail-m_8660223048144423542gmail-MsoPlainText"><span lang="EN-US"><i><u>This change was committed on Apr. 5th,
2012 into the main coreboot git repository. In fact, if you going to look into
directory:<span></span></u></i></span></p>

<p class="gmail-m_8660223048144423542gmail-MsoPlainText"><span lang="EN-US"><i><u>…/src/northbridge/intel/<wbr>sandybridge/raminit.c
you'll see the following:<span></span></u></i></span></p>

<p class="gmail-m_8660223048144423542gmail-MsoPlainText"><i><u><span lang="EN-US"><span style="color:black"><a href="http://review.coreboot.org/gitweb?p=coreboot.git;a=blob;f=src/northbridge/intel/sandybridge/raminit.c;h=696417f1615621bc9118c92b4717ce4afdcb4e5a;hb=HEAD" target="_blank">http://review.coreboot.org/<wbr>gitweb?p=coreboot.git;a=blob;<wbr>f=src/northbridge/intel/<wbr>sandybridge/raminit.c;h=<wbr>696417f1615621bc9118c92b4717ce<wbr>4afdcb4e5a;hb=HEAD</a></span></span> </u></i></p>

<p class="MsoNormal"><i><u><span lang="EN-US">Please, find the line 213: </span><span lang="EN-US" style="font-family:"courier new";color:black">void sdram_initialize(struct <wbr>pei_data *pei_data)<span></span></span></u></i></p>

<p class="MsoNormal"><i><u><span lang="EN-US">And then, the line 245: </span><span lang="EN-US" style="font-family:"courier new";color:black">entry = (unsigned long)cbfs_<wbr>find_file("mrc.bin", 0xab);</span></u></i></p><p class="MsoNormal"><span lang="EN-US" style="font-family:"courier new";color:black">_______</span></p>

<p class="gmail-m_8660223048144423542gmail-MsoPlainText">Yup, this was the MRC blob and the commit you are referring to, back then in April 5th, 2012. This was the MRC SNB BIOS blob developed (my best guess) by some BIOS CCG group for Coreboot/Google. And I also guess, this one was reverse engineered by two of Google people (Vladimir Serbinenko somehow comes to my mind). ;-)</p><p class="gmail-m_8660223048144423542gmail-MsoPlainText">Kyosti, my best guess is that you can find this patch/original SNB MRC blob API code, and blob itself, can you (since Charlotte++ would like to experiment with it)?</p><p class="gmail-m_8660223048144423542gmail-MsoPlainText">Thank you all for refreshing my old, patchy, full of black holes brain, giving me the hope that I can (much) better organize huge DATA info scattered all over my mind! :-)</p><p class="gmail-m_8660223048144423542gmail-MsoPlainText">Zoran</p></div></div></div></div>