Hi Zoran,

Thanks for the advice, I had a glimpse at your config and noticed a few 
differences:
-You target CONFIG_BOARD_INTEL_APOLLOLAKE_RVP2 rather than 
CONFIG_BOARD_INTEL_LEAFHILL. Insignificant I think.
-You include a TXE blob, I do not. This may be quite significant! I have tried 
including a TXE blob, only to be presented with an error (txe_error.txt)

Once I get the FIT tool going I may be able to enable the Intel ME region and 
fix that error.

Cheers,
Cameron

From: Zoran Stojsavljevic [mailto:[email protected]]
Sent: 27 September 2017 20:11
To: Cameron Craig; Martin Roth
Cc: [email protected]
Subject: Re: [coreboot] Intel Leaf Hill Coreboot Trouble

Since I really want to help, and I do not have any time left for Coreboot 
(since I am fully/200% devoted to Fedora/RHEL/kernel.org<http://kernel.org> and 
YOCTO), three kludge thinking from me (APL-I supposed to be my 
get_to_the_rich_pals_vehicle in Y2015, but mortally crashed somewhere in the 
process - For Good)!:

[1] I did assemble APL-I Coreboot based upon 
www.intel.com/fsp<http://www.intel.com/fsp> (please, choose APL-I FSP release) 
APL-I FSP blobs. I did at the very end very clean compilation, but there are 
two catches 22 to what I did (significant credits/courtesy to Martin Roth, 
Martin really pulled me up and survived me in this weird FSP 2.0 crazy business 
of INTEL's)... ;-)
     [A] The Coreboot release I played with is: [user@localhost coreboot]$ git 
describe ==>> 4.5-1029-g97535558f1 (NOT 4.6);
     [B] Never tested it on real HW, I do NOT have APL-I HW, Leaf Hill, Deaf 
Hill or you name it... But I did attach my .config/CONFIG!
[2] As my .config (attached CONFIG) suggests, please, try with some other 
payload (SeaBIOS as for example, which I used);
[3] You need to compare my .config with yours (I have neither any time, neither 
any desire to do this).

Good Luck, very much/totally INTEL 2.0 FSP (doomed to the bones) dependent 
enthusiast (I can still advise out of desperation, if you investigate and 
continue posting results here).

P.S. Martin (Roth), once again, thank you for unselfish help (I do remember)! 
:-)

Zoran
_______

On Wed, Sep 27, 2017 at 2:01 PM, Cameron Craig 
<[email protected]<mailto:[email protected]>> wrote:
Hi All,

I’m currently trying to get coreboot working on an Intel Leaf Hill development 
board, we are using U-Boot as a payload.

I have managed to create a bootable image using an out of date copy of coreboot 
and U-Boot, provided by Intel under NDA.
The stitching process used to generate the image is a little ugly: a set of 
Windows tools are provided (or pointed at) by Intel to stitch the various blobs 
together to create an 8MB image.
We would like to move away from this process. Using the cbfs tool it looks like 
we are getting a legacy image composed entirely of a single CBFS.

However, as far as I understand, the latest coreboot release (v4.6) should be 
capable of producing a 16MB working image without the use of external tools.
This is of course dependent on the provision of the correct binary blobs such 
as the FSP, flash descriptor and IFWI.
I have attached the descriptor of the IFWI image being used.

This is the process I have followed in order to generate a coreboot image:

1.       Clone coreboot (v4.6)

2.       Obtain Apollo Lake FSP from Intel (https://github.com/IntelFSP/FSP)

3.       Split FSP into its constituent parts 
(https://raw.githubusercontent.com/tianocore/edk2/master/IntelFsp2Pkg/Tools/SplitFspBin.py)

4.       Extract Flash Descriptor from an existing Leaf Hill UEFI image 
(./ifdtool --extract leaf_hill_ref_board_uefi.bin)

5.       Obtain IFWI image from Intel (Apollo Lake Technical Library)

6.       make menuconfig (config file is attached)

a.       Mainboard

                                                               i.      
Mainboard vendor (Intel)

                                                             ii.      Mainboard 
model (Leafhill)

                                                            iii.      [*] Use 
IFWI Stitching

                                                           iv.      (IFWI) 
section in .fmd file to place IFWI blob

                                                             v.      
(IFWI_SPI.bin) Path to image coming from FIT Tool

                                                           vi.      
(descriptor.bin) path to descriptor.bin

                                                          vii.      (Fsp_M.fd) 
path to FSP-M.Fv blob

                                                        viii.      (Fsp_S.fd) 
path to FSP-S.Fv

b.      Payload

                                                               i.      Add a 
payload (U-Boot (Experimental))

                                                             ii.      U-Boot 
version (v2016.1)

                                                            iii.      
(coreboot-x86_defconfig) U-Boot config file

c.       The rest are at Leaf Hill defaults.

7.       make

8.       Flash image to Leaf Hill SPI flash

As far as I can tell, this process should produce a working image.
However it does not. My most recent attempt has managed to blink the PWR_OK 
LED, suggesting the PMIC/PMC is working, but no serial messages.
Other than that, I currently have no working theories as to what the root cause 
is ☹

Is there anything obviously wrong with this process?
Are there any bugs that I should be aware of relating to coreboot on an Apollo 
Lake platform?
I haven’t found a lot of documentation online to describe the exact 
configuration and blob usage, are there any relevant sources of documentation 
you could point me towards?

Any help to answer the above, or any other advice would be greatly appreciated.

Cheers,
Cameron



Cameron Craig | Graduate Software Engineer | Exterity Limited
tel: +44 1383 828 250<tel:+44%201383%20828250> | fax:
e: [email protected]<mailto:[email protected]> | w: 
www.exterity.com<http://www.exterity.com>

[cid:[email protected]]<http://www.exterity.com>
[ISO9001]<http://www.exterity.com/iso9001>

[LinkedIn]<http://www.linkedin.com/company/exterity>

[Twitter]<http://www.twitter.com/exterity>

[YouTube]<http://www.youtube.com/user/exterityiptv>


Exterity is a leading provider of IP Video and Digital Signage solutions that 
helps organizations to harness the power of video to communicate, educate and 
entertain. Our end-to-end solutions enable you to take TV and video content 
directly from any source and manage its delivery, live or on demand, to any 
connected device via your existing network. For more information or to schedule 
a product demonstration, contact Exterity on +44(0)1383 828 
250<tel:+44%201383%20828250> or visit www.exterity.com<http://www.exterity.com>

Legal Notice
Unless expressly stated otherwise, this message is confidential and may be 
privileged. It is intended for the addressee(s) only. Access to this e-mail by 
anyone else is unauthorized. If you are not an addressee, any disclosure or 
copying of the contents of this e-mail or any action taken (or not taken) in 
reliance on it is unauthorized and may be unlawful. If you are not an 
addressee, please inform the sender immediately.

Exterity Limited is registered in Scotland under No. 225313 with its registered 
office at St Davids House, St Davids Drive, Dalgety Bay, KY11 9NB




Cameron Craig | Graduate Software Engineer | Exterity Limited
tel: +44 1383 828 250 | fax:
e: [email protected] | w: www.exterity.com




______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________

--
coreboot mailing list: [email protected]<mailto:[email protected]>
https://mail.coreboot.org/mailman/listinfo/coreboot


______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
ccraig@hadron:~/svn/coreboot-svn-leafhill$ make
    CREATE     build/mainboard/intel/leafhill/cbfs-file.VYPwCm.out (from 
/home/ccraig/svn/coreboot-svn-leafhill/.config)
Created CBFS (capacity = 12703704 bytes)
    CBFS       mrc.cache
    CBFS       fallback/romstage
    CBFS       cpu_microcode_blob.bin
    CBFS       fallback/ramstage
    CBFS       config
    CBFS       revision
    CBFS       fspm.bin
    CBFS       fsps.bin
    CBFS       fallback/postcar
    CBFS       fallback/dsdt.aml
    CBFS       fallback/payload
    DD         Adding Intel Firmware Descriptor
    IFDTOOL    me.bin -> coreboot.pre
File build/coreboot.pre is 16777216 bytes
Region Intel ME is disabled in target. Not injecting.
src/southbridge/intel/common/firmware/Makefile.inc:50: recipe for target 
'add_intel_firmware' failed
make: *** [add_intel_firmware] Error 1

-- 
coreboot mailing list: [email protected]
https://mail.coreboot.org/mailman/listinfo/coreboot

Reply via email to