<div dir="ltr">Yeah I think you want to hunt this stack smash error down, it's not something you want to ignore.</div><br><div class="gmail_quote"><div dir="ltr">On Wed, May 2, 2018 at 11:09 AM Kyösti Mälkki <<a href="mailto:kyosti.malkki@gmail.com">kyosti.malkki@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, May 2, 2018 at 8:53 PM, Nico Huber <<a href="mailto:nico.h@gmx.de" target="_blank">nico.h@gmx.de</a>> wrote:<br>
> On 02.05.2018 18:37, qtux wrote:<br>
>> Thanks for your detailed explanation. So in essence shall I ignore the<br>
>> messages or blacklist lpc_ich?<br>
><br>
> Yes, either ;)<br>
><br>
>><br>
>> Besides, while preparing the status report, I sometimes find a "Smashed<br>
>> stack detected in romstage!" message in the console log, just before<br>
>> ramstage is starting. Is there something to worry about there?<br>
><br>
> Um, yes. I think that's not good. But I wonder why it's not happening<br>
> consistently.<br>
<br>
I commented about that earlier in this thread. Seemed like actual<br>
raminit eats a lot of stack, but loading from MRC cache or equivalent<br>
does not. One could find that struct and move it to BSS, declared with<br>
CAR_GLOBAL. I would rather not extend the boundary for stack-smashing<br>
detection.<br>
<br>
Kyösti<br>
<br>
-- <br>
coreboot mailing list: <a href="mailto:coreboot@coreboot.org" target="_blank">coreboot@coreboot.org</a><br>
<a href="https://mail.coreboot.org/mailman/listinfo/coreboot" rel="noreferrer" target="_blank">https://mail.coreboot.org/mailman/listinfo/coreboot</a></blockquote></div>