<div dir="ltr"><span style="font-size:12.8px">> And </span><span style="font-size:12.8px">if you ask Intel employees about it, they just ignore you.</span><br><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">In 99,9% of cases, asking INTEL employees about anything is just pure waste of the time and effort!</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">IMHO!</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Zoran</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 21, 2017 at 7:33 PM, Nico Huber <span dir="ltr"><<a href="mailto:nico.h@gmx.de" target="_blank">nico.h@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Martin,<br>
<span class=""><br>
On 21.11.2017 09:31, Martin Kepplinger wrote:<br>
> Since there are many releases of Intel's cpu microcode since 2015-01, I<br>
> was wondering if<br>
> there's a reason why coreboot, if at all, uses this one.<br>
<br>
</span>the explanation might be a simple one, e.g. the last person who tried to<br>
update it, didn't know the new package exists at all. I bet that's true<br>
for 99% of the coreboot community.<br>
<br>
Last time I checked for microcode updates (for Skylake) I had to click<br>
through a license at <a href="http://intel.com" rel="noreferrer" target="_blank">intel.com</a> and promise not to redistribute it! And<br>
if you ask Intel employees about it, they just ignore you. So I'm overly<br>
pleased to see your link ;) thank you very much! Please tell us, for<br>
future reference, how you found it.<br>
<br>
Now if you also tell us that it comes with a license that allows redris-<br>
tribution, that would be like an early Christmas xD That we don't have<br>
the (mandatory!) updates for current Intel processors in our blobs repo-<br>
sitory is one of the big bummers that make the upstream coreboot ex-<br>
perience suck.<br>
<span class=""><br>
><br>
> I know very little about it really. It may well be potentially bad to<br>
> simply use the latest version,<br>
<br>
</span>No, it's considered to be the best thing to use the latest updates.<br>
<span class=""><br>
> but in case it's really only because nobody did it, I might prepare a<br>
> patch to use<br>
> <a href="http://downloadmirror.intel.com/27337/eng/microcode-20171117.tgz" rel="noreferrer" target="_blank">downloadmirror.intel.com/<wbr>27337/eng/microcode-20171117.<wbr>tgz</a> instead<br>
> (someday, after<br>
> I testing it on my device).<br>
<br>
</span>Please do so. Though, the `update-microcodes.sh` doesn't fit the binary<br>
format in the new package any more. I guess it can be replaced with a<br>
simpler script, e.g.<br>
<br>
    for f in ??-??-??; do<br>
        model=$(echo $f | sed -e's/\(0.\)-\(.\)\(.\)-0./0x\<wbr>2\1\3/')<br>
        dir=$(printf "model_%xx\n" $model)<br>
        mkdir -p $dir<br>
        cat $f >>$dir/microcode.bin<br>
    done<br>
<br>
Best,<br>
Nico<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
coreboot mailing list: <a href="mailto:coreboot@coreboot.org">coreboot@coreboot.org</a><br>
<a href="https://mail.coreboot.org/mailman/listinfo/coreboot" rel="noreferrer" target="_blank">https://mail.coreboot.org/<wbr>mailman/listinfo/coreboot</a><br>
</div></div></blockquote></div><br></div>