Project

General

Profile

Actions

Bug #166

open

UEFI MP Services

Added by Aaron Durbin almost 6 years ago. Updated almost 6 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
05/09/2018
Due date:
% Done:

0%

Estimated time:
Affected versions:
Needs backport to:
Affected hardware:
Affected OS:

Description

Bug in question on Chrome OS side:
https://issuetracker.google.com/74436746 -- Yes, I know this is only viewable by Google partners. Filed March 9th.


While meeting w/ intel folks they really want to do MP init in FSP. I (and others) really don't want to do that. What was floated was having a UEFI MP services module that FSP could utilize. I think this is doable, and we could theoretically utilize this for mp_init currently. Food for thought. Just filing this so we can track it.

Beyond that there's discussion how some patch may have broken WIP on CNL platform. From a technical standpoint the discussion arose from the initial patch implementation submitted. That's pretty much the extent.

Actions #1

Updated by Aaron Durbin almost 6 years ago

When I wrote 'for mp_init currently' I meant use mp_init as the implementation for the UEFI PPI callbacks. Just wanted to clarify there.

Actions #2

Updated by Idwer Vollering almost 6 years ago

Q: why is it a good idea to perform MP init once coreboot/FSP/(firmware) is able to load extensible binaries?

Actions

Also available in: Atom PDF