This is FSP 1.1.  I’ll work on getting serial output.  It shouldn’t be difficult assuming this dev board has it routed.  I agree that it will make debug easier.

--David Crammer

From: coreboot [mailto:coreboot-bounces@coreboot.org] On Behalf Of Jin, Huang
Sent: Wednesday, December 09, 2015 2:01 PM
To: David Crammer
Cc: coreboot@coreboot.org
Subject: Re: [coreboot] FSPInitiNot Returning

Hi David,

May I know which FSP version are you using? If it is not difficult, enabling early serial output in coreboot before calling FSP will be helpful for trouble shooting your problem, and your development in the long run.

Thanks,

Huang

From: David Crammer [mailto:dcrammer@gmail.com]
Sent: Wednesday, December 09, 2015 11:05 AM
To: Jin, Huang
Cc: coreboot@coreboot.org
Subject: Re: [coreboot] FSPInitiNot Returning

Yes. This is a broadwell platform.  I removed the UPD settings and left them default (passed NULL for that pointer in the parameters to FspInit).  It seems to get past that point now.  I did notice that the SMBus addresses for the DIMMs were being set to different values than what is listed in the binary configuration tool.  This and the PMBASE settings were really the only things changed in the coreboot source.  Maybe this is the cause?

I don't really have any logs as I'm only debugging with port 0x80 values.

On Wed, Dec 9, 2015 at 11:19 AM, Jin, Huang <huang.jin@intel.com> wrote:

Hi David,

I am assuming you are using a Broadwell platform and Broadwell FSP. Could you please share some logs? I might be able to help you.

Thanks,

Huang

From: coreboot [mailto:coreboot-bounces@coreboot.org] On Behalf Of David Crammer
Sent: Wednesday, December 09, 2015 8:19 AM
To: coreboot@coreboot.org
Subject: [coreboot] FSPInitiNot Returning

Hello All,

    I’m running into a rather strange error and I’m hoping someone has had experience with this or may know about what I’m seeing.

I’m working with an Intel I5 5350U on an ADLINK platform.  I’m getting to the part of the boot sequence where FspInit is called but it never returns to the specified return function.  The system resets 3 times with a post code (codes inserted before and in return function) indicating that it got to the FspInit call and reset.  After the third time, it settles on a post code of 0xBE.  I can’t find reference to the post code anywhere.

Any help would be greatly appreciated.  In case anyone is interested, I’ll reply with any updates.

--David Crammer