<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Feb 9, 2014 at 4:50 AM, Paul Menzel <span dir="ltr"><<a href="mailto:paulepanter@users.sourceforge.net" target="_blank">paulepanter@users.sourceforge.net</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">Dear coreboot folks,<br>
<br>
<br>
currently no coreboot messages are stored for boards not supporting<br>
CBMEM console (or where this option is disabled (currently by default))<br>
or no coreboot *romstage* messages are stored for boards, where the data<br>
cannot be preserved (passed to ramstage).<br>
<br>
Using the serial (or USB) console all these messages can be captured<br>
with no problem, so I propose to just add these captured messages into<br>
the file `serial_console.txt`. Of course this file probably contains<br>
also the payload and (Linux) kernel log, but I think that is fine.<br>
<br>
SeaBIOS’ `readserial.py` should be used for capturing the messages as it<br>
adds time stamps.<br>
<br>
Scripting this is going to be hard, as the log is captured on a<br>
different system. So for now I propose to add it manually.<br></blockquote><div><br></div><div>I don't think the script itself should be responsible for collecting serial output. Instead, how about adding an argument to override the default behavior of running "cbmem -c" on the target so that the user can pass in a filename? The user will simply capture the serial output using whatever tool they like, dump the output to a text file, and run the script with an argument to use the file instead of calling "cbmem -c". Here is a proof-of-concept: <a href="http://review.coreboot.org/#/c/5191">http://review.coreboot.org/#/c/5191</a> .</div>

</div><div><br></div><div>But in general I think I agree with Vladimir. CBMEM console should be supported and if not then that should be fixed.</div><div><br></div>-- <br>David Hendricks (dhendrix)<br>Systems Software Engineer, Google Inc.
</div></div>