diff options
author | Philipp Deppenwiese <zaolin@das-labor.org> | 2018-05-13 15:47:18 +0200 |
---|---|---|
committer | Patrick Georgi <pgeorgi@google.com> | 2018-05-30 09:14:48 +0000 |
commit | 438b463a8f5f739eb02422a3d00b8dfcbeefc2e9 (patch) | |
tree | f281339a3f82297a8bb6df61f60331e9e5d45831 /Documentation/soc | |
parent | e462585c9446cecb6f8cf06f62311c6ef18a4cbf (diff) |
Documentation: Update index.md and move files
* Add more subdirectories and index.mds.
* Move "getting started" and "lessons" into sub-directories.
* Move "NativeRaminit" into northbridge/intel/sandybridge folder.
* Move "MultiProcessorInit" into soc/intel/icelake folder.
* Reference new files
Change-Id: I78c3ec0e8bcc342686277ae141a88d0486680978
Signed-off-by: Philipp Deppenwiese <zaolin@das-labor.org>
Signed-off-by: Patrick Rudolph <patrick.rudolph@9elements.com>
Reviewed-on: https://review.coreboot.org/26262
Reviewed-by: Patrick Georgi <pgeorgi@google.com>
Reviewed-by: Philipp Deppenwiese <zaolin.daisuki@gmail.com>
Tested-by: build bot (Jenkins) <no-reply@coreboot.org>
Diffstat (limited to 'Documentation/soc')
-rw-r--r-- | Documentation/soc/index.md | 7 | ||||
-rw-r--r-- | Documentation/soc/intel/icelake/MultiProcessorInit.md | 85 | ||||
-rw-r--r-- | Documentation/soc/intel/icelake/coreboot_publish_mp_service_api.png | bin | 0 -> 123328 bytes | |||
-rw-r--r-- | Documentation/soc/intel/icelake/index.md | 7 | ||||
-rw-r--r-- | Documentation/soc/intel/index.md | 7 |
5 files changed, 106 insertions, 0 deletions
diff --git a/Documentation/soc/index.md b/Documentation/soc/index.md new file mode 100644 index 0000000000..ca50dc85fb --- /dev/null +++ b/Documentation/soc/index.md @@ -0,0 +1,7 @@ +# SOC-specific documentation + +This section contains documentation about coreboot on specific SOCs. + +## Vendor + +- [Intel](intel/index.md) diff --git a/Documentation/soc/intel/icelake/MultiProcessorInit.md b/Documentation/soc/intel/icelake/MultiProcessorInit.md new file mode 100644 index 0000000000..ab0b5135ed --- /dev/null +++ b/Documentation/soc/intel/icelake/MultiProcessorInit.md @@ -0,0 +1,85 @@ +# Intel Common Code Block Publishing EFI_MP_SERVICES_PPI + +## Introduction + +This documentation is intended to document the purpose for creating EFI service +Interface inside coreboot space to perform CPU feature programming on Application +Processors for Intel 9th Gen (Cannon Lake) and beyond CPUs. + +Today coreboot is capable enough to handle multi-processor initialization on IA platforms. + +The multi-processor initialization code has to take care of lots of duties: + +1. Bringing all cores out of reset +2. Load latest microcode on all cores +3. Sync latest MTRR snapshot between BSP and APs +4. Perform sets of CPU feature programming + * CPU Power & Thermal Management + * Overclocking + * Intel Trusted Execution Technology + * Intel Software Guard Extensions + * Intel Processor Trace etc. + +This above CPU feature programming lists are expected to grow with current and future +CPU complexity and there might be some cases where certain feature programming mightbe +closed source in nature. + +Platform code might need to compromise on those closed source nature of CPU programming +if we don't plan to provide an alternate interface which can be used by coreboot to +get-rid of such close source CPU programming. + +## Proposal + +As coreboot is doing CPU multi-processor initialization for IA platform before FSP-S +initialization and having all possible information about cores in terms of maximum number +of cores, APIC ids, stack size etc. It’s also possible for coreboot to extend its own +support model and create a sets of APIs which later can be used by FSP to run CPU feature +programming using coreboot published APIs. + +Due to the fact that FSP is using EFI infrastructure and need to relying on install/locate +PPI to perform certain API call, hence coreboot has to created MP services APIs known as +EFI_MP_SERVICES_PPI as per PI specification volume 1, section 8.3.9. +More details here: [PI_Spec_1_6] + +### coreboot to publish EFI_MP_SERVICES_PPI APIs + +```eval_rst ++------------------------------+------------------------------------------------------------------+ +| API | Description | ++==============================+==================================================================+ +| PeiGetNumberOfProcessors | Get the number of CPU's. | ++------------------------------+------------------------------------------------------------------+ +| PeiGetProcessorInfo | Get information on a specific CPU. | ++------------------------------+------------------------------------------------------------------+ +| PeiStartupAllAPs | Activate all of the application processors. | ++------------------------------+------------------------------------------------------------------+ +| PeiStartupThisAP | Activate a specific application processor. | ++------------------------------+------------------------------------------------------------------+ +| PeiSwitchBSP | Switch the boot strap processor. | ++------------------------------+------------------------------------------------------------------+ +| PeiEnableDisableAP | Enable or disable an application processor. | ++------------------------------+------------------------------------------------------------------+ +| PeiWhoAmI | Identify the currently executing processor. | ++------------------------------+------------------------------------------------------------------+ +``` + +## Code Flow + +Here is proposed design flow with coreboot has implemented EFI_MP_SERVICES_PPI API and FSP will make +use of the same to perform some CPU feature programming. + +**coreboot-FSP MP init flow** +![coreboot-fsp mp init flow][coreboot_publish_mp_service_api] + +[coreboot_publish_mp_service_api]: coreboot_publish_mp_service_api.png + +## Benefits +1. coreboot was using SkipMpInit=1 which will skip entire FSP CPU feature programming. +With proposed model, coreboot will make use of SkipMpInit=0 which will allow to run all +Silicon recommended CPU programming. +2. CPU feature programming inside FSP will be more transparent than before as it’s using +coreboot interfaces to execute those programming. +3. coreboot will have more control over running those feature programming as API optimization +handled by coreboot. + +[PI_Spec_1_6]: http://www.uefi.org/sites/default/files/resources/PI_Spec_1_6.pdf diff --git a/Documentation/soc/intel/icelake/coreboot_publish_mp_service_api.png b/Documentation/soc/intel/icelake/coreboot_publish_mp_service_api.png Binary files differnew file mode 100644 index 0000000000..5836140c53 --- /dev/null +++ b/Documentation/soc/intel/icelake/coreboot_publish_mp_service_api.png diff --git a/Documentation/soc/intel/icelake/index.md b/Documentation/soc/intel/icelake/index.md new file mode 100644 index 0000000000..b4f512ca05 --- /dev/null +++ b/Documentation/soc/intel/icelake/index.md @@ -0,0 +1,7 @@ +# Intel Ice Lake SOC-specific documentation + +This section contains documentation about coreboot on specific Intel "Ice Lake" SOCs. + +## Multiprocessor Init + +- [Multiprocessor Init](MultiProcessorInit.md) diff --git a/Documentation/soc/intel/index.md b/Documentation/soc/intel/index.md new file mode 100644 index 0000000000..5ac5125cfc --- /dev/null +++ b/Documentation/soc/intel/index.md @@ -0,0 +1,7 @@ +# Intel SOC-specific documentation + +This section contains documentation about coreboot on specific Intel SOCs. + +## Platforms + +- [Ice Lake/9th Gen Core-i series](icelake/index.md) |