If there is MRC information we should run FSP-M with a different
boot_mode flag since it is supposed to do a 'fast path' through the
memory init. Fix this.

Signed-off-by: Simon Glass <[email protected]>
Reviewed-by: Wolfgang Wallner <[email protected]>

Reviewed-by: Bin Meng <[email protected]>
---

(no changes since v2)

Changes in v2:
- Add a new commit to handle the boot_mode fix

 arch/x86/cpu/apollolake/fsp_m.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/arch/x86/cpu/apollolake/fsp_m.c b/arch/x86/cpu/apollolake/fsp_m.c
index 65461d85b8..e19a2b0826 100644
--- a/arch/x86/cpu/apollolake/fsp_m.c
+++ b/arch/x86/cpu/apollolake/fsp_m.c
@@ -26,7 +26,8 @@ int fspm_update_config(struct udevice *dev, struct fspm_upd 
*upd)
                return log_msg_ret("mrc", cache_ret);
        arch->stack_base = (void *)0xfef96000;
        arch->boot_loader_tolum_size = 0;
-       arch->boot_mode = FSP_BOOT_WITH_FULL_CONFIGURATION;
+       arch->boot_mode = cache_ret ? FSP_BOOT_WITH_FULL_CONFIGURATION :
+               FSP_BOOT_ASSUMING_NO_CONFIGURATION_CHANGES;
 
        node = dev_ofnode(dev);
        if (!ofnode_valid(node))
-- 
2.28.0.rc0.105.gf9edc3c819-goog

Reply via email to