diff options
author | Ray Ni <ray.ni@intel.com> | 2019-07-05 11:49:15 +0800 |
---|---|---|
committer | mergify[bot] <37929162+mergify[bot]@users.noreply.github.com> | 2020-02-14 03:15:00 +0000 |
commit | 534fcb84decdd613cc35309f24e7b792b1928809 (patch) | |
tree | 10b4e8d5494937d7a93b4f5c21bb4b9d14473883 /BaseTools/Source/Python/CommonDataClass | |
parent | 0f1ddb21ff94b3d4e66446f9b26ac156475eb85e (diff) | |
download | edk2-534fcb84decdd613cc35309f24e7b792b1928809.tar.gz edk2-534fcb84decdd613cc35309f24e7b792b1928809.tar.bz2 edk2-534fcb84decdd613cc35309f24e7b792b1928809.zip |
UefiCpuPkg/CpuFeature: Introduce First to indicate 1st unit.
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=1584
The flow of CPU feature initialization logic is:
1. BSP calls GetConfigDataFunc() for each thread/AP;
2. Each thread/AP calls SupportFunc() to detect its own capability;
3. BSP calls InitializeFunc() for each thread/AP.
There is a design gap in step #3. For a package scope feature that only
requires one thread of each package does the initialization operation,
what InitializeFunc() currently does is to do the initialization
operation only CPU physical location Core# is 0.
But in certain platform, Core#0 might be disabled in hardware level
which results the certain package scope feature isn't initialized at
all.
The patch adds a new field First to indicate the CPU's location in
its parent scope.
First.Package is set for all APs/threads under first package;
First.Core is set for all APs/threads under first core of each
package;
First.Thread is set for the AP/thread of each core.
Signed-off-by: Ray Ni <ray.ni@intel.com>
Reviewed-by: Eric Dong <eric.dong@intel.com>
Reviewed-by: Star Zeng <star.zeng@intel.com>
Cc: Michael D Kinney <michael.d.kinney@intel.com>
Diffstat (limited to 'BaseTools/Source/Python/CommonDataClass')
0 files changed, 0 insertions, 0 deletions