[coreboot] Re: Call to FSP_FSP_INIT never returns back

Hi Naveen.

I am not sure that FSP supports mixed setup with both memory down and DIMMs at the same time. At least there is just one UPD parameter telling that you either have DIMM or memory down enabled (MemDownEnable).
So I haven't figured out how to tell FSP which channel is memory down and which is using normal DIMMs. That might be already your problem.
You can try to just use the channel that is of the same type and disable the other one (e.g. just use the DIMM and let FSP do its work) to see if that might bring a bit more light into the darkness of FSP.

For the default values of FSP BCT should be able to help you. What are the issues you are running in?
You need to open your binary blob (the .fd file) with BCT and then all the values should be loaded.

Werner

Von: Naveen Chaudhary  
Gesendet: Dienstag, 22. Oktober 2019 20:46
An: [e-mail]
Betreff: [coreboot] Call to FSP_FSP_INIT never returns back

Hi All,

Need some guidance. Please read.
I am porting coreboot for a "Broadwell D 1519" based motherboard which has both Memory Down as well as 2 DIMM slots. Hence, I built an image for Facebook Watson since its the closest mainboard with no code changes. The call from FSP_FSP_INIT never returns to the ChipsetFspReturnPoint( ).  Probably something crashed inside the FSP or something else.

This is possibly happening because I have passed no information regarding the RAM chips (down or DIMM) from romstage_fsp_rt_buffer_callback(). I have following 2 questions :
1. How can I see the default values for FSP UDP structure, so that I get to know what I need to modify? BCT tool does not dump that info.
2. In intel/soc/fsp_broadwell/ , the save_dimm_info() is done after FSP_FSP_INIT returns. Shouldn't the SPD details have been fetched before and passed to the FSP_FSP_INIT, as it is this API that handles the memory init.

Regards,
Naveen