<div dir="ltr">I can admit my errors:<div><br></div><div>This is what I have:</div><div><br></div><div><div>user@localhost FspBin]$ pwd</div><div>/home/user/projects/coreboot/coreboot/APL-I_FSP/ApolloLakeFspBinPkg/FspBin</div><div>[user@localhost FspBin]$ ls -al</div><div>total 672</div><div>drwxr-xr-x. 2 user user   4096 Feb 11 12:19 .</div><div>drwxr-xr-x. 6 user user   4096 Feb 11 12:19 ..</div><div>-rw-r--r--. 1 user user 136832 Feb 11 12:19 ApolloLakeFsp.bsf</div><div><b><i><u><font color="#ff0000">-rw-r--r--. 1 user user 540672 Feb 11 12:19 ApolloLakeFsp.fd</font></u></i></b></div><div>[user@localhost FspBin]$ </div></div><div><br></div><div>I use one in <b><i><u><font color="#ff0000">RED</font></u></i></b>.</div><div><br></div><div>Need the clarification. Please, do it for me.</div><div><br></div><div>Zoran</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 22, 2017 at 4:56 PM, Nico Huber <span dir="ltr"><<a href="mailto:nico.huber@secunet.com" target="_blank">nico.huber@secunet.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On <a href="tel:22.02.2017%2008" value="+12202201708">22.02.2017 08</a>:12, Zoran Stojsavljevic wrote:<br>
> Hello to community,<br>
><br>
> I finally, after 3 days of additional very hard struggle, found out why I<br>
> have (while I am in the last stage of building CBFS) nonsense while<br>
> building APL-I Coreboot coreboot.rom?!<br>
><br>
> Please, read carefully this announcement.<br>
><br>
> For last three days I came to hard stop because of this failure:<br>
><br>
> Just quick look into the final failure (all passed, but last stage - IFD<br>
> failed):<br>
><br>
>     Compile IFDTOOL<br>
>     HOSTCC     util/ifdfake/ifdfake<br>
>     DD         Adding Intel Firmware Descriptor<br>
>     IFDTOOL    Unlocking Management Engine<br>
> File build/coreboot.pre is 8388608 bytes<br>
> No Flash Descriptor found in this image<br>
</span>> *src/southbridge/intel/common/<wbr>firmware/Makefile.inc:50: recipe for target<br>
> 'add_intel_firmware' failed*<br>
> *make: *** [add_intel_firmware] Error 1*<br>
<span class="">> [user@localhost coreboot]$<br>
><br>
> At first, I suspect that culprit my .config file, but I have checked it<br>
> several times (maybe > dozen), and I could NOT find any problem with it<br>
> (except minor doubts).<br>
><br>
> Then I switched to inspect -southbridge- setup, but these is none, since<br>
> (simplified explanation/view) APL-I is SoC.<br>
><br>
> The next phase was to inspect<br>
</span>> *src/southbridge/intel/common/<wbr>firmware/Makefile.inc* , but there (although<br>
<span class="">> my make scripting is rusty) I could NOT find any problem...<br>
><br>
> Finally, somewhere around 2:00 AM I noticed/determined the root cause of<br>
> the problem: the util/ifdtool/ifdtool.c, line:<br>
</span>>           if (*(uint32_t *) (image + i) == *0x0FF0A55A*) {<br>
<span class="">><br>
> YET another INTEL IOTG PED hidden road bomb: the latest APL-I FSP: APL-I_<br>
> FSP/ApolloLakeFspBinPkg/<wbr>FspBin/ApolloLakeFsp.fd does NOT have pattern<br>
</span>> *0x0FF0A55A* embedded in it (I have checked with HxD WIN tool).<br>
<br>
Looks like this [VERY IMPORTANT] Announcement is about you, confusing<br>
two very different concepts. FSP is a binary program run by coreboot<br>
and has nothing in common with the Intel Firmware Descriptor. It's<br>
called *.fd for some reason I don't know, but I'm pretty sure it's<br>
another binary. The Firmware Descriptor describes some flash parameters<br>
and soft straps. It's just data, no program. You only need it as an OEM<br>
to build a full ROM image for a new system. If you have a system that<br>
already runs another firmware, you can just keep the existing descriptor<br>
in place.<br>
<span class="HOEnZb"><font color="#888888"><br>
Nico<br>
</font></span></blockquote></div><br></div>