summaryrefslogtreecommitdiffstats
path: root/src/usr
Commit message (Collapse)AuthorAgeFilesLines
* Add new path in EEPROM device op to allow reading from new EECACHEChristian Geddes2019-02-1617-2454/+2969
| | | | | | | | | | | | | | | | | | | | | | | | | | Recently a new EECACHE section was introduced to Hostboot. This section gets populated with a copy of every PRIMARY_VPD eeprom (someday could contain other eeprom roles also) during host_discover_targets. This commit add support to allow users to select where they want to perform their EEPROM device operation. If they pass CACHE to the deviceOp macro then a read will come from the pnor cache, writes will write to pnor cache and then also write to the eeprom HW. If HARDWARE is passed in then reads and writes will be directly done on the eeprom hardware. If AUTOSELECT is passed the code will check our cache to see if we have a copy of the eeprom in question, if we have a copy we will go the CACHE path, if no copy exists we will go the HARDWARE path. Along with this change some reorganization was done w/ the eeprom related files. RTC: 196805 Change-Id: If2c4e5d3e338a1a10780740c1a019eb4af003b73 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70822 Reviewed-by: Matt Derksen <mderkse1@us.ibm.com> Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Roland Veloz <rveloz@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Update istep_mss modules makefile to generate mss accessorsChristian Geddes2019-02-161-2/+70
| | | | | | | | | | | | | | | | | | Recently in hostboot we have pulled in a script from the EKB that will parse various memory related XML files and generated header files that the memory HWPs use to access various attributes. This commit will add calls to the makefile to make sure that these headers get generated during the build. Change-Id: I071f32553fc9f8e5cdc3645b18f1ca7870cb80ad Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71870 Reviewed-by: Louis Stermole <stermole@us.ibm.com> Reviewed-by: Roland Veloz <rveloz@us.ibm.com> Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Set simics xml to match simics model for OCMB port numberingChristian Geddes2019-02-151-7/+7
| | | | | | | | | | | | | | | | | There was a bug where the i2c controller information had the wrong port values for OCBM targets 2-8. Correct value for the port for these targets is 0. In the current axone simics model OCMB 0 is on port 1 and OCMBs 1-8 are behind a 8-1 mux on port 0. Port was correct for OCMB 0 and 1 but incorrect for 2-8. Change-Id: Id34a812e2f278d0bc90beb44ba26b0fec32d2087 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71700 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Reviewed-by: Roland Veloz <rveloz@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Corey V. Swenson <cswenson@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Add new P9A hwp error xml path to fapi2 file generation makefileChristian Geddes2019-02-151-1/+3
| | | | | | | | | | | | | | | | In fapi2.mk we run a lot of scripts which generate various headers based upon information we parse for different XML files. We were missing the new path of XML files that was added for Axone and this commit addresses that. Change-Id: I2815221483a71d62120503b35feaa5c719cc8866 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71943 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Roland Veloz <rveloz@us.ibm.com> Reviewed-by: Matt Derksen <mderkse1@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Use proper top-level include for fapi2 targetDan Crowell2019-02-157-14/+14
| | | | | | | | | | | | | | | | | | There is a specific order of #include for fapi2 header files. The generic name (target.H) is the only one that should be used by application code. That header will include the fapi2-specific header (fapi2_target.H) and the plat-specific (plat_target.H) in the proper order. Change-Id: I7e7c3429bfccbc7e1e675a8716fc127695cad15a Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71539 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Matt Derksen <mderkse1@us.ibm.com> Reviewed-by: Brian J. Stegmiller <bjs@us.ibm.com> Reviewed-by: Roland Veloz <rveloz@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Add call to exp_check_for_ready to istep 10.4Christian Geddes2019-02-152-13/+62
| | | | | | | | | | | | | | | | | | As per P9 Axone IPL flow doc, this HWP needs to be called on every functional OCMB targets. This is called after the p9a_ocmb_enable hwp is called in this istep. Change-Id: I5bab233545769f396ba35b6d61c0733a9afd9087 RTC: 195553 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71787 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Matt Derksen <mderkse1@us.ibm.com> Reviewed-by: Corey V. Swenson <cswenson@us.ibm.com> Reviewed-by: Roland Veloz <rveloz@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Add expscom test casesChristian Geddes2019-02-154-6/+737
| | | | | | | | | | | | | | | | | | This commit introduces some tests that check that scoms out to the explorer chip work. This first commit only enables test through the i2c path to ddimm0. Eventually expscomtest.H should contain tests that write and read over both i2c and mmio on ddimms that are and are not behind mux chips. Change-Id: I9a0e6612fd1d72a26991b936301aabd29508db90 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/69579 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Matt Derksen <mderkse1@us.ibm.com> Reviewed-by: Roland Veloz <rveloz@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Manually garded targets incorrectly being resource recoveredMatt Derksen2019-02-151-3/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Garded targets were not always setting GARD_APPLIED bit in ATTR_HWAS_STATE_CHANGED which was causing ATTR_BLOCK_SPEC_DECONFIG to always be set after a resource recovery. To recreate failure: 1) gard a critical target (gard --md 0x50000) 2) IPL 3) verify resource recoverd (gard --gc fabric) 4) verify ATTR_BLOCK_SPEC_DECONFIG set to 1 (hwsvCmd -y) 5) power down 6) clear previous gard (gard --clr all) 7) gard all XBUSes (gard --md 0xE0000 .. gard --md 0xE0005) 8) IPL 9) verify XBUSes were incorrectly resource recovered (gard --gc fabric) This SPEC_DECONFIG code was added in fips920. We don't believe the fix needs to go back because it requires a double failure and manual garding. The first failure must be a gard of a critical resource, which forces a reconfig. In the field, the failed parts would be replaced and rely on a different bit (RESRC_RECOV) and code path. Also, if this isn't fixed the targets will just be garded again later. This also only applies to Predictive garded parts. Change-Id: I183b74ef200a5034e5dba20c0f64ad8f75763167 CQ:SW454599 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71929 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Roland Veloz <rveloz@us.ibm.com> Reviewed-by: Christian R. Geddes <crgeddes@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Better logging for Partial Good Issues (2/2)Matt Raybuck2019-02-159-41/+628
| | | | | | | | | | | | | | | | | | | PG issues were only ever displayed in traces. This commit creates a new error log user detail section that will display the PG vector and highlight which entries have issues. In addition, targets that are determined to be non-functional will be added to the log and a hardware callout will be added if a chip is found non-functional. Change-Id: I9b401bcd5686951303946789034671c1a395fb91 RTC:180365 CMVC-Prereq:1075293 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70004 Reviewed-by: Nicholas E. Bofferding <bofferdn@us.ibm.com> Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Reviewed-by: Michael Baiocchi <mbaiocch@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Update FAPI2 functions to handle new template parms for multicast supportduchen2019-02-142-6/+9
| | | | | | | | | | | | | | Include changes 70177, 70867, 70946 and get them compiling Due note that this will not compile as is because we still need some changes on the ekb side. List of such changes include: 1) fapi2_hw_access.H: MulticastGroupMapping not defined 2) fapi2_target.H: plat_apply_target_limits() and mcUpdateHandle() not defined 3) multicast_defs.H: MulticastCoreSelect enum not defined Change-Id: Ib828644d1535c65f4adcf9b3715cf0b1316f5700 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71310 Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com> Tested-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* PRD: PlatServices support for NVDIMM persistency lost msgCaleb Palmer2019-02-143-3/+41
| | | | | | | | | | | | | Change-Id: Ifc2029d18052b9bc2b44a5636ec7d0707d31b3b1 RTC: 204394 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71617 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Reviewed-by: Brian J. Stegmiller <bjs@us.ibm.com> Reviewed-by: Zane C. Shelley <zshelle@us.ibm.com> Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71868 Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com>
* Memory Controller Axone initfiles - initialAdam Hale2019-02-131-1/+4
| | | | | | | | | | | | | Change-Id: I6255f1e3aac26bc20b9331e58c445939b19cc17c Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/69199 Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Hostboot CI <hostboot-ci+hostboot@us.ibm.com> Reviewed-by: Christian R. Geddes <crgeddes@us.ibm.com> Reviewed-by: SHELTON LEUNG <sleung@us.ibm.com> Reviewed-by: Jennifer A. Stofer <stofer@us.ibm.com> Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/69202 Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com>
* Add EEPROM caching device opChristian Geddes2019-02-138-148/+872
| | | | | | | | | | | | | | | | | | | | | | | | | | This commit introduces a new EEPROM_CACHE deviceOp and registers the OCMB_CHIP, PROC, and DIMM targets to it. This is part of the larger effort to transition for a "VPD" cache to an "EEPROM" cache in pnor. The deviceOp is currently called in hwasPlat's platPresenceDetect if the target in question has a ATTR_EEPROM_VPD_PRIMARY_INFO associated with it. The layout for the new EECACHE section in pnor is defined in eepromCache_const.H. Essentially it is a header that contains an array of record headers that tell where in the EECACHE pnor section a given cached EEPROM can be found. All EEPROM targets will be allocated space in the EECACHE section but only present targets will have their cache filled in. RTC: 196805 Change-Id: I49c341c9784be04ddf0259bd444f06c9baf8c6f1 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70520 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Matt Derksen <mderkse1@us.ibm.com> Reviewed-by: Roland Veloz <rveloz@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Disable Sync TestChristian Geddes2019-02-131-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | SyncTest has been periodically failing with with a data storage exception. While this is being looked at we will disable the test to stop it from failing CI tests. Fail being seen: |-+ TID 840 State: Block on Futex(0x80000000081da810) SyncTest::watch_counter(void*) [libtestsyslib.so] NIP : _syscall5+0x4 : 0x00002928 F[00]: sync_cond_wait(_cond_imp_t*, _futex_imp_t*)+0xd0 : 0x00010ee0 F[01]: SyncTest::watch_counter(void*)+0x5C : 0x40bc0a7c F[02]: task_end_stub+0x0 : 0x00002710 |+ TID 841 State: Block on Futex(0x80000000081da7f0) SyncTest::increment(void*) [libtestsyslib.so] NIP : _syscall5+0x4 : 0x00002928 F[00]: barrier_wait(_barrier_imp_t*)+0x13c : 0x0001084c F[01]: SyncTest::increment(void*)+0xE8 : 0x40bc09f8 F[02]: task_end_stub+0x0 : 0x00002710 |-+ TID 842 State: Zombie(Crashed) SyncTest::increment(void*) [libtestsyslib.so] NIP : UNKNOWN+0x0 : 0x7c5b03a63840002c F[00]: _start+0x0 : 0x00000000 RTC: 204720 Change-Id: Ie5546167cf3728b168b504db8a24389af36aa26e Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71792 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Ilya Smirnov <ismirno@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Add Node Communications Transfer ProtocolMike Baiocchi2019-02-138-213/+738
| | | | | | | | | | | | | | | | | | This commit adds a more flexible Node-to-Node Transfer Protocol that will be used for the secureboot/trustedboot algorithm in multi-node configurations. The original message transfer has been updated to use this new transfer protocol. Change-Id: I12704e8d71d8c0aac52c286160322f9b845a5026 RTC:203641 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71317 Reviewed-by: Ilya Smirnov <ismirno@us.ibm.com> Reviewed-by: Nicholas E. Bofferding <bofferdn@us.ibm.com> Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Disable NVDIMM Trigger Before Draminit and Deassert DDR_RESETn During MPIPLTsung Yeung2019-02-127-377/+850
| | | | | | | | | | | | | | | | | | | | - Per the JEDEC spec, DDR_RESETn is masked from the DRAM when the NVDIMM is armed. This could cause the training to fail if the trigger is not disabled before training. Two scenarios where this can happen are warm reboot and cold boot before the backup power module can deplete the charge - Deassert DDR_RESETn in MPIPL before triggering the restore. - Fix the config flag to enable NVDIMM code Change-Id: I9d25c2f653fc54d379f0dbab49218f5b59a407a0 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70035 Reviewed-by: Matt Derksen <mderkse1@us.ibm.com> Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* PRD: Adjust row repair capture data sizeCaleb Palmer2019-02-123-1/+19
| | | | | | | | | | | | | Change-Id: I2a9100e927fd8a1c39b25eb8662aeda2d2c31a4e CQ: SW454322 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71522 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Reviewed-by: Brian J. Stegmiller <bjs@us.ibm.com> Reviewed-by: Zane C. Shelley <zshelle@us.ibm.com> Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71608 Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com>
* Skip NPU scominit until ARTMISS register gets updatedChristian Geddes2019-02-111-1/+5
| | | | | | | | | | | | | | | | This ARTMISS register that gets updated during npu_scominit changed for axone. If we run this step we take errors so we will skip it in the Axone flow till we get some updates. Change-Id: I4f1607ab2147692eef864ce0bf3ee73c43ba8bb3 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71547 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Corey V. Swenson <cswenson@us.ibm.com> Reviewed-by: Matt Derksen <mderkse1@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Add call to p9a_ocmb_enable to istep 10.4Christian Geddes2019-02-113-5/+102
| | | | | | | | | | | | | | | | Per IPL Flow doc for P9 Axone, p9a_ocmb_enable needs to be called on all processors during istep 10.4 RTC: 195553 Change-Id: I50fa98959008cccfe0620c8bc6e62f33ee91c135 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71229 Reviewed-by: Roland Veloz <rveloz@us.ibm.com> Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Matt Derksen <mderkse1@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Update OBUS PLL Bucket attribute getter with Axone EC levelsChristian Geddes2019-02-111-1/+17
| | | | | | | | | | | | | | | This function needed to be updated to handle new Axone EC 1.0 and Axone EC 1.1 OBUS PLL Bucket values. Change-Id: I1be2803e9440d8e355964d75710134f240ec41e8 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71222 Reviewed-by: Roland Veloz <rveloz@us.ibm.com> Reviewed-by: Matt Derksen <mderkse1@us.ibm.com> Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Correct invalid HUID and chiplet id values for NPU targetsMatt Raybuck2019-02-081-2/+6
| | | | | | | | | | | | | | | | | | There was a bug for NPU targets would incorrectly have a HUID with a value indicating that they were of target type MC instead of target type NPU. This commit corrects that issue and gives the correct chiplet id for NPU targets. Change-Id: I543e80e1c0da7a02bef61f9657270684abc6e7c7 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71159 Reviewed-by: Nicholas E. Bofferding <bofferdn@us.ibm.com> Reviewed-by: Ilya Smirnov <ismirno@us.ibm.com> Reviewed-by: Michael Baiocchi <mbaiocch@us.ibm.com> Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Updates to processMrw.pl to fix erroneous chiplet idsMatt Raybuck2019-02-081-8/+176
| | | | | | | | | | | | | | | | | | In some mrw .xml files there are bugs where the some unit's chiplet ids were set to an incorrect value. This update to processMrw.pl will override whatever value is in that xml and correct it to the appropriate value for hostboot consumption. Change-Id: I88fbeb893bbbbbd6e0a88adea3041df822c6a70d Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70742 Reviewed-by: Nicholas E. Bofferding <bofferdn@us.ibm.com> Reviewed-by: Ilya Smirnov <ismirno@us.ibm.com> Reviewed-by: Michael Baiocchi <mbaiocch@us.ibm.com> Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* HBBL LPC Error CheckingBill Hoffa2019-02-083-8/+7
| | | | | | | | | | | | | | | | | | - To avoid IPL delays, the LPC status register should be checked prior to loading the entire PNOR image (done via LPC). If an error condition occurs, HBBL should fail out. Change-Id: I5d716213f468e28191db794bf3e5480af547b26e CQ: SW446254 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/68442 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Christian R. Geddes <crgeddes@us.ibm.com> Reviewed-by: Nicholas E. Bofferding <bofferdn@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Add relationships for MCC to PRDDan Crowell2019-02-061-0/+3
| | | | | | | | | | | Change-Id: I7f9309bf340a479715f492633a54bdc3b6028a36 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71332 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Reviewed-by: Caleb N. Palmer <cnpalmer@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Zane C. Shelley <zshelle@us.ibm.com>
* Use singleton instance of TargetService in mmio.CChristian Geddes2019-02-051-1/+1
| | | | | | | | | | | | | | | | There is a bug in the function that looks up the targeting service. It is calling the constructor when it should just call the function that looks up the singleton object. Change-Id: I5ea91736e85c84927e3e0fe74352f61326e42940 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71209 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Matt Derksen <mderkse1@us.ibm.com> Reviewed-by: Corey V. Swenson <cswenson@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Skip dmi_io_dccal in AxoneChristian Geddes2019-02-051-55/+64
| | | | | | | | | | | | | | | | | | Previously this HWP wrapper relied on that fact that Nimbus did not have any MC targets so this was only be ran on Cumulus systems. However, with the introduction of Axone , which also has MC targets, we must explictly only call this HWP on processors of model type CUMULUS Change-Id: I39610440c1c165113985e1542f78d9591316c8b2 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71208 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Matt Derksen <mderkse1@us.ibm.com> Reviewed-by: Corey V. Swenson <cswenson@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Add new memory related chiplet types to scomtrans functionChristian Geddes2019-02-051-2/+17
| | | | | | | | | | | | | | | | | Somehow this got missed when we did a first pass adding in scom support for axone. Hit this will doing bringup, one of the scominit HWPs was failing without this while trying to target a MCC chiplet. Change-Id: Ie17ed1d6a5bdb7ec0e06623436d3eec26dafbf31 RTC: 196806 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71177 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Matt Derksen <mderkse1@us.ibm.com> Reviewed-by: Corey V. Swenson <cswenson@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Add temporary Axone simics workarounds to progress IPLChristian Geddes2019-02-051-1/+5
| | | | | | | | | | | | | | | | | | | | Currently there is no VRM hooked up to the other side of the AVSbus in simics. The simics team is working on this but for now we need to skip the istep that calls setup evid to set voltages. This can be removed when Simics gets this working. Also for now we are will skip starting checkstop handling early on in the IPL because the OCC model is not finished. This also can be changed when the model starts working. Change-Id: Ia0df49fedae97acceefe07e3f3c903bbe6aac83d Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71097 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Matt Derksen <mderkse1@us.ibm.com> Reviewed-by: Corey V. Swenson <cswenson@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Make MCS acker workaround changes permanentCorey Swenson2019-02-044-107/+11
| | | | | | | | | | | | | | | | | Workaround moved the p9_revert_sbe_mcs_setup HWP from istep06 to istep14. Remove call_host_revert_sbe_mcs_setup.C from istep06 and remove workaround comments in istep14. Change-Id: I93c70364b7dde013bf003cf1920535ba78b9a58b RTC:184860 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70792 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Reviewed-by: Christian R. Geddes <crgeddes@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Matt Derksen <mderkse1@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* PRD: Fix getBadDqBitmap check for dimmCaleb Palmer2019-02-041-1/+1
| | | | | | | | | | | | | Change-Id: Ia88da88269919a36a0d4859b2226034f411dc35d CQ: SW455555 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71098 Reviewed-by: Brian J. Stegmiller <bjs@us.ibm.com> Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Reviewed-by: Zane C. Shelley <zshelle@us.ibm.com> Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71148 Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com>
* PRD: Fixed handling PM malfunction error log plugin.Prem Shanker Jha2019-02-041-3/+10
| | | | | | | | | | | | | | | commit fixes printing of 64 bit register values in PM malfunction error log plugin. Change-Id: Ib4ba7351825d38cbf417020035426bf069b39813 CQ: SW454621 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70579 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Reviewed-by: Zane C. Shelley <zshelle@us.ibm.com> Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71147 Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com>
* Remove Hardcoded *.prf.err.o and *.prf.reg.o From errltool MakefileIlya Smirnov2019-01-311-10/+9
| | | | | | | | | | | | | | | | | errltool's Makefile included hardcoded *.prf.err.o and *.pfr.reg.o files that changed for Axone. This change generalizes this by including all above files via a match expression. Change-Id: I7821d2d513a928abe04643450bc2c4f41743e583 CQ: SW451395 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70062 Reviewed-by: Zane C. Shelley <zshelle@us.ibm.com> Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Nicholas E. Bofferding <bofferdn@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Fix deconfigure parent rollup policyMatt Derksen2019-01-315-80/+906
| | | | | | | | | | | | | | | | | | | Change to specifically designate if a target is allowed to be deconfigured by child rollup and if it should rollup to its parent. Need to cover the case where there are two different types of children and only one is allowed to rollup to the parent. Also prevent the deconfigure rollup from happening to the parent. Change-Id: I514876a46e9c8180e1fc99a969e0ca4247fbf2d9 CQ:SW454562 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70759 Reviewed-by: Christian R. Geddes <crgeddes@us.ibm.com> Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Set the I2C MUX bus selector in the i2cPresence functionRoland Veloz2019-01-305-99/+211
| | | | | | | | | | | | | | | | | | | | | | | | | | - Expanded the i2cPresence API to take in the I2C MUX bus selector and the I2C MUX path. This will facilitate setting the bus selector within the i2cPresence function. - Set the I2C MUX bus selector in the i2cPresence function via the call to i2cAccessMux. - Simplified the i2cAccessMux API. It only takes in what it really uses. - Added several dump utility functions that are strictly there to dump certain data structures on an as needed basis. Was useful to have these utilities to see certain data structures but does not slow down the run time because the user must explicitly call them. - The structures that can get dumped are TARGETING::EepromVpdPrimaryInfo, eeprom_addr_t, TARGETING::FapiI2cControlInfo and I2C::misc_args_t. Change-Id: I14943687a934bfb21bc5cf3db0540b7e629a6257 RTC:203596 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71011 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com> Reviewed-by: Matt Derksen <mderkse1@us.ibm.com> Reviewed-by: Christian R. Geddes <crgeddes@us.ibm.com>
* HDAT: Fused core and memorymap version supportJayashankar Padath2019-01-302-107/+323
| | | | | | | | | | | | Change-Id: I56a6e574ad795814cad33f5ee73cc6a4565c5ac3 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/67150 Reviewed-by: Sampa Misra <sampmisr@in.ibm.com> Reviewed-by: Dean Sanner <dsanner@us.ibm.com> Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Do not gard cores on the initial core wakeup failureDan Crowell2019-01-293-5/+114
| | | | | | | | | | | | | | | | | | | | | | | | | | | We have seen rare (but non-zero) errors during slave core wakeup where we never see the new core reporting in. Currently this will result in a visible log and a core gard. However, there is currently no indication this failure is actually due to bad hardware. As a workaround, this commit adds an indicator that keeps track of if a core has failed wakeup previously. The first time we encounter the error there will be a visible log with a FW callout and no deconfig or gard of the core. That will trigger a boot failure and a reboot. If we don't fail on the next boot (which is expected), the counter will be cleared. If we do fail again there will be a visible log (with a new SRC) that calls out the core as the primary cause, plus does a deconfig+gard. Change-Id: I3a25537cf9c9c8e0b679519b67e9ae4e3492736d Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70992 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Christian R. Geddes <crgeddes@us.ibm.com> Reviewed-by: William G. Hoffa <wghoffa@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* PRD: PHBNFIR callout proc instead of PHBCaleb Palmer2019-01-291-5/+5
| | | | | | | | | | | | | Change-Id: Id3b5d454ed85e15691da8408d00ccb5202c4efc6 CQ: SW454695 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70766 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Reviewed-by: Brian J. Stegmiller <bjs@us.ibm.com> Reviewed-by: Zane C. Shelley <zshelle@us.ibm.com> Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71001 Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com>
* PRD: Initial NVDIMM SupportCaleb Palmer2019-01-2915-20/+491
| | | | | | | | | | | | | Change-Id: I37e727ed56f15a58173a7f246eeef96c9196e48c RTC: 203495 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70717 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Reviewed-by: Brian J. Stegmiller <bjs@us.ibm.com> Reviewed-by: Zane C. Shelley <zshelle@us.ibm.com> Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/71002 Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com>
* Load HWAS module earlier in ext init tasksChristian Geddes2019-01-281-13/+13
| | | | | | | | | | | | | | | | | | | | We were seeing crashes when an error occurred early on in the boot. Errors get processed immediatly following the loading of the IMPI module, this is because at this point we can send the logs to the BMC. If the error had a sensor callout it would attempt to branch to hwas code, prior to this commit, the HWAS commit would not be loaded in at this point causing an instruction exception. By moving the loading of the HWAS module to be prior to the loading of the IMPI module we should avoid this issue. Change-Id: I012e717577dc717dac67d9cf25a5091bb4a0fd84 CQ: SW455241 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70939 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Christian R. Geddes <crgeddes@us.ibm.com>
* Add retry to slave core wakeup pathDan Crowell2019-01-251-1/+16
| | | | | | | | | | | | | | | | | | | | We are still seeing some very intermittent errors in the slave core wakeup path. It still seems like we may have a timing issue. Until we figure out exactly what is going on, I am adding a retry mechanism that should get the core to report in correctly. The retry is done by issuing an additional doorbell message to the core that didn't report in. Change-Id: Ib87e5d58e079674d1eebb44c10d0252a35ea0519 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70761 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Nicholas E. Bofferding <bofferdn@us.ibm.com> Reviewed-by: Dean Sanner <dsanner@us.ibm.com> Reviewed-by: William G. Hoffa <wghoffa@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* remove unnecessary checks in checkMinimumHardwareMatt Raybuck2019-01-251-267/+0
| | | | | | | | | | | | | | | | | | There were a series of checks that were performed after we had determined the DIMMs were functional that would be implicitly true since the DIMMs are functional. Those were removed. Change-Id: I14feae0129ac96c2f701000b0f265bff36250371 RTC:196804 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70560 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Ilya Smirnov <ismirno@us.ibm.com> Reviewed-by: Nicholas E. Bofferding <bofferdn@us.ibm.com> Reviewed-by: DHRUVARAJ SUBHASH CHANDRAN <dhruvaraj@in.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Set TPM model to be the x75 nuvoton for axone simicsChristian Geddes2019-01-241-0/+4
| | | | | | | | | | | | | | | | Current axone simics model has this as the x75. This might change but for now we will set it to be x75 in the hostboot xml so we dont get error logs. Change-Id: I7d86bb36cbb31fd4bae02a7e7f29bc3f385fd6d8 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70827 Reviewed-by: Michael Baiocchi <mbaiocch@us.ibm.com> Reviewed-by: Hieu C. Nguyen <hieu.nguyen@us.ibm.com> Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* OCC active notification for NVDIMM protectionMatt Derksen2019-01-241-2/+62
| | | | | | | | | | | | | | | | | | | TMGT needs to let PHYP know when the NVDIMMs are protected by the OCC. This protection happens when the OCCs are in active state. When the OCC goes active, TMGT will send a msg via HWSV->MBOX to HBRT. HBRT will then notify PHYP of the OCC protection status of the NVDIMMs. Change-Id: Id23ab8020bd76941adcac76279cc46106dc2b1b2 RTC:201290 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/69577 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Christian R. Geddes <crgeddes@us.ibm.com> Reviewed-by: Roland Veloz <rveloz@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Inform PHYP of NVDIMM protection by OCCMatt Derksen2019-01-2412-212/+672
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The OCC is responsible for detecting the EPOW signal and triggering the save operation on the NVDIMM. Therefore, if the OCC is not running we are unprotected from a poweroff event. PHYP needs to inform the LPARs using the NV (non-volatile) memory of this state so they can behave accordingly. HBRT is responsible for telling PHYP when we get into this state. There are two ways we can detect this state: a) HBRT explicitly puts the PM complex into reset b) PRD detects a specific FIR bit The message should include this data: - what state we are in (protected or unprotected) - which processor is affected Work for this story will include: - Definition of the new message - Creating a utility function to send the message - Calling utility function to send 'unprotected' message inside of all pm reset paths at runtime Change-Id: Ib015d001d47883a247faedabedb0705ba0f1b215 RTC:201181 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/68870 Reviewed-by: Christian R. Geddes <crgeddes@us.ibm.com> Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: TSUNG K. YEUNG <tyeung@us.ibm.com> Reviewed-by: Roland Veloz <rveloz@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* SMF: Create New UVBWLIST PartitionIlya Smirnov2019-01-243-6/+13
| | | | | | | | | | | | | | | | | | | A new partition was added for the contents of the XSCOM white/blacklist called UVBWLIST. When the time comes, this partition will hold the binary representation of the aforementioned lists. The partition is dumped into hostboot reserved memory for Ultravisor consumption. Change-Id: I06ebce74aae3c0df987e5a057967842042db2bae RTC: 192422 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/68869 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Reviewed-by: Nicholas E. Bofferding <bofferdn@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Michael Baiocchi <mbaiocch@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Change to DELAYED_DECONFIG for HX_KEYWORD errorsMatt Derksen2019-01-241-2/+3
| | | | | | | | | | | | | | | | Need to allow hwsv to create a dummy deconfigure record or the system will get stuck in an infinite reconfig loop. Change-Id: I2eb6a30f75bf92a42f829ba58dd9ee833f88edf5 CQ:SW453631 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70659 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Christian R. Geddes <crgeddes@us.ibm.com> Reviewed-by: Corey V. Swenson <cswenson@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* Update to allow DDR4-SORDIMM modules to be used. [2/2]Evan Lojewski2019-01-232-3/+13
| | | | | | | | | | | | | | | | | | Add support for the module type in the SPD parser. This change has been tested with the VR9FR2G7228JBKSBD4 module from Viking Technologies: 2666MHz DDR4-SORDIMM, rank 2, 16GB Note - Above mentioned module need an additional patch due to an unexpected SPD manufacturer being detected. Change-Id: Ifaa98c57560ada46519bfaeb3c438795c00eb52b Signed-off-by: Evan Lojewski <github@meklort.com> Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70708 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* deconfigByAssoc updates for Axone and OMCBMatt Raybuck2019-01-231-0/+33
| | | | | | | | | | | | | | | | | Updates the deconfigByAssoc functions to use the special OMIC_PARENT and OMI_CHILD relations when dealing with target hierarchy since OMIs have two parents. Change-Id: Ibc512777982e24de21ab7878d816a72fab1b19f7 RTC:196804 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70510 Reviewed-by: Nicholas E. Bofferding <bofferdn@us.ibm.com> Reviewed-by: Ilya Smirnov <ismirno@us.ibm.com> Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
* PRD: Bad dq bitmap add proper clear funcCaleb Palmer2019-01-225-10/+65
| | | | | | | | | | | | Change-Id: I812b58611e9306fd0f2ead9fa91bb36a55708dca CQ: SW454629 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70660 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Reviewed-by: Zane C. Shelley <zshelle@us.ibm.com> Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70705 Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com>
* PRD: buffer overrun issue in PRD capture dataZane Shelley2019-01-224-115/+145
| | | | | | | | | | | | | | Change-Id: I720c84c77cef6029501596b5dd4ba7dc7c2f8fbb CQ: SW453391 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70563 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Reviewed-by: Caleb N. Palmer <cnpalmer@us.ibm.com> Reviewed-by: Brian J. Stegmiller <bjs@us.ibm.com> Reviewed-by: Zane C. Shelley <zshelle@us.ibm.com> Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70704 Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: Jenkins OP HW <op-hw-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com>
OpenPOWER on IntegriCloud