aboutsummaryrefslogtreecommitdiff
path: root/platforms
diff options
context:
space:
mode:
authorAndrew Donnellan <andrew.donnellan@au1.ibm.com>2018-06-20 13:49:35 +1000
committerStewart Smith <stewart@linux.ibm.com>2018-06-27 17:19:01 +1000
commit815417dcda2e87fc5f1aa087ae5374515cdd86df (patch)
treeb903849bf60ec5bb9370e801f616a3f05ffebf76 /platforms
parenta5530359e12977b23e33d7b15a68b7c5fd1d0cfa (diff)
downloadskiboot-815417dcda2e87fc5f1aa087ae5374515cdd86df.zip
skiboot-815417dcda2e87fc5f1aa087ae5374515cdd86df.tar.gz
skiboot-815417dcda2e87fc5f1aa087ae5374515cdd86df.tar.bz2
init, occ: Initialise OCC earlier on BMC systems
We need to use the OCC to obtain presence data for the SXM2 slots on Witherspoon systems. This is needed to determine device type for NVLink GPUs and OpenCAPI devices which can be plugged into the same slot. Support for this will be implemented in a future patch. Currently, OCC initialisation is done just before handing over to Linux, which is well after NPU probe. On FSP systems, OCC boot starts very late, so we wait until the last possible moment to initialise the skiboot side in order to give it the maximum time to boot. On BMC systems, OCC boot starts earlier, so there aren't any issues in moving it earlier in the skiboot init sequence. When running on a BMC machine, call occ_pstates_init() as early as possible in the init sequence. On FSP machines, continue to call it from its current location. Signed-off-by: Andrew Donnellan <andrew.donnellan@au1.ibm.com> Reviewed-by: Shilpasri G Bhat <shilpa.bhat@linux.vnet.ibm.com> Signed-off-by: Stewart Smith <stewart@linux.ibm.com>
Diffstat (limited to 'platforms')
0 files changed, 0 insertions, 0 deletions