<div dir="ltr"><div class="gmail_quote"><div dir="ltr">Am Mi., 4. Apr. 2018 um 18:10 Uhr schrieb Aaron Durbin via coreboot <<a href="mailto:coreboot@coreboot.org">coreboot@coreboot.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> Agree, but coreboot use old commit from edk2. Is it fine to push vUDK2018?<br>
<br>
I guess? I'm not really sure who uses edk2. I guess tianocore payload?<br>
Patrick is on holiday right now, but he would probably the best person<br>
to answer that.<br></blockquote><div>It's used for the tianocore payload, indeed.</div><div>And yes, updating to a newer commit is fine.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> I believe coreboot should stick to edk2 releases not to random commits<br>
> in the tree.<br></blockquote><div>That sounds like a reasonable guideline.</div><div>However if a release isn't fit for use as a coreboot payload, I'd go for (not so) random commits that fix problems rather than stick to another project's schedule and keep things broken.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> Can anyone tell what tests were made against tianocore payload? There<br>
> are patches in payload/external/tianocore/patches and I'm not sure<br>
> against what hardware those should be validated.<br></blockquote></div><div>The payload integration stuff is provided on a best-effort basis, so <span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">right now "it builds and it boots on one system" is good enough.</span></div><div>If you want to support the default payload selection for your board(s), I'll appreciate your effort, and we could tighten up the policy around it (so that you, and others who volunteer to test, would have to sign off on updates that might affect their supported systems).</div><div>Ideally we'd have automated hardware testing, but that's a sore point for years now. :-(</div><div><br></div><div><br></div><div>Patrick</div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Google Germany GmbH, ABC-Str. 19, 20354 Hamburg<br>Registergericht und -nummer: Hamburg, HRB 86891, Sitz der Gesellschaft: Hamburg<br>Geschäftsführer: Paul Manicle, Halimah DeLaine Prado</div></div>