summaryrefslogtreecommitdiff
path: root/Documentation/soc/intel/icelake
diff options
context:
space:
mode:
Diffstat (limited to 'Documentation/soc/intel/icelake')
-rw-r--r--Documentation/soc/intel/icelake/MultiProcessorInit.md85
-rw-r--r--Documentation/soc/intel/icelake/coreboot_publish_mp_service_api.pngbin123328 -> 0 bytes
-rw-r--r--Documentation/soc/intel/icelake/index.md4
3 files changed, 0 insertions, 89 deletions
diff --git a/Documentation/soc/intel/icelake/MultiProcessorInit.md b/Documentation/soc/intel/icelake/MultiProcessorInit.md
deleted file mode 100644
index ab0b5135ed..0000000000
--- a/Documentation/soc/intel/icelake/MultiProcessorInit.md
+++ /dev/null
@@ -1,85 +0,0 @@
-# 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
deleted file mode 100644
index 5836140c53..0000000000
--- a/Documentation/soc/intel/icelake/coreboot_publish_mp_service_api.png
+++ /dev/null
Binary files differ
diff --git a/Documentation/soc/intel/icelake/index.md b/Documentation/soc/intel/icelake/index.md
index 450ab0f758..71397d21bf 100644
--- a/Documentation/soc/intel/icelake/index.md
+++ b/Documentation/soc/intel/icelake/index.md
@@ -5,7 +5,3 @@ This section contains documentation about coreboot on specific Intel "Ice Lake"
## Ice Lake coreboot development
- [Ice Lake coreboot development](iceLake_coreboot_development.md)
-
-## Multiprocessor Init
-
-- [Multiprocessor Init](MultiProcessorInit.md)