<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Necromancing this thread...</div><div class="gmail_quote"><br></div><div class="gmail_quote">Sage has a patch to <b>optionally</b> use a serial console log in board_status.sh: <a href="http://review.coreboot.org/#/c/6094/">http://review.coreboot.org/#/c/6094/</a></div>

<div class="gmail_quote"><br></div><div class="gmail_quote">Earlier objections to such an approach seemed to stem from either:</div><div class="gmail_quote">- Desire to use cbmem console instead. A fine idea, but on some platforms (especially those which use AGESA) a lot of information gets spit out to the console before cbmem is available. Re-factoring to make cbmem init happen earlier is unfeasible AFAICT.</div>

<div class="gmail_quote"><br></div><div class="gmail_quote">- Avoid confusing cbmem console log and other logs. This can be easily solved by using a different filename. I personally think it's best to only upload one log (whichever is most useful) and avoid polluting the web UI with redundant files. But I could live with multiple console logs if others feel strongly.</div>

<div class="gmail_quote"><br></div><div class="gmail_quote">Seeing as how only a small handful of people currently actually use this utility anyway, I'm inclined to think it's best to make the utility more useful for a major coreboot contributor get some more status reports uploaded.<br>

</div><div class="gmail_quote"><br></div><div class="gmail_quote">Thoughts?</div><div class="gmail_quote"><br></div><div class="gmail_quote">On Wed, Feb 19, 2014 at 3:14 PM, Kyösti Mälkki <span dir="ltr"><<a href="mailto:kyosti.malkki@gmail.com" target="_blank">kyosti.malkki@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><div class="h5">On 02/20/2014 12:56 AM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:<br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
You do not get raminit debug output printed in ramstage.<br>
<br>
Unfortunately, the case of incompatible DIMMs seems to be common one<br>
with recent AGESA ports so information from romstage what DIMMs have<br>
worked is actually relevant.<br>
</blockquote>
Just read this data from registers and print it.<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
</blockquote>
<br>
</blockquote>
<br></div></div>
Neither of us has probably looked closely what details we are missing from AGESA romstages. I very much doubt it would be just static register configuration on memory controllers that could be dumped afterwards.<br>
<br>
AMD has an amount of SMP init going on in romstage along with possibly multiple logical CPUs using CAR etc.</blockquote><div><br></div><div><br></div></div><div><br></div>-- <br>David Hendricks (dhendrix)<br>Systems Software Engineer, Google Inc.
</div></div>