<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Mon, Jan 9, 2017 at 3:00 PM Timothy Pearson <<a href="mailto:tpearson@raptorengineering.com">tpearson@raptorengineering.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br class="gmail_msg">
Hash: SHA1<br class="gmail_msg">
<br class="gmail_msg">
On 01/09/2017 04:55 PM, ron minnich wrote:<br class="gmail_msg">
> yes I do. I'm working from ToT. Bisecting now<br class="gmail_msg">
<br class="gmail_msg">
This brings up an interesting question.  How should we be testing for<br class="gmail_msg">
payload-dependent failures on systems like the REACTS?  The possibility<br class="gmail_msg">
of the payload causing breakage within coreboot itself was not even<br class="gmail_msg">
considered before now.<br class="gmail_msg"><br class="gmail_msg"></blockquote><div><br></div><div>I think what we need is a good regression test payload kernel. This is what I"ve done on ports to powerpc and riscv. You have a simple priveleged mode bundle of code that exercises known failure cases. </div><div><br></div><div>I've found plan 9  (now harvey) to be an easy code base for this, but a smaller, lighter kernel would probably be even better. </div></div></div>