talos-hostboot/src/include/usr/targeting, branch master

Add option to masterProcChipTargetHandle() to return functional chip

2018-05-18T14:05:18+00:00

This commit adds an option to the two masterProcChipTargetHandle() functions to only look for and return a functional master proc chip as necessary with the issue in Defect SW424528. The default behavior of these functions - where the functionality is not checked - remains the same. Once use of these functions has also been updated to use this new option. Change-Id: I37049d2cb9299a9404b57d85031a364bdb257c82 CQ:SW424528 Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/58920 Reviewed-by: Nicholas E. Bofferding Reviewed-by: Marshall J. Wilks Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Tested-by: FSP CI Jenkins Tested-by: Jenkins OP HW Reviewed-by: Sachin Gupta Reviewed-by: Daniel M. Crowell

Log an error when FAPI Attribute Overrides are attempted

2018-05-02T20:01:47+00:00

Attribute Overrides from FAPI tank are ignored as the Target Type is defaulted in the call tree and thus Attributes for FAPI Targets are never extracted. Add a error log if FAPI Attributes are ingested so there is an indication that these are not supported rather than throwing them silently on the floor. Change-Id: I595e07b03df4d093d7f91b0a8513a8d94c9844dc RTC:177224 Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/57683 Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Tested-by: FSP CI Jenkins Tested-by: Jenkins OP HW Reviewed-by: Brian E. Bakke Reviewed-by: Martin Gloff Reviewed-by: Daniel M. Crowell

Add support to find relocated payload base address

2018-04-19T21:57:04+00:00

OPAL relocates itself after boot. During MPIPL, hostboot needs to access relocated SPIRAH. Hence lets add support to get relocated payload base address. OPAL will use SBE stash chip-op to send relocated address to SBE. During early IPL SBE sends stashed data to hostboot. And hostboot will use that information to find relocated payload (OPAL) base. SBE stash chip op: key = 0x03 val = Change-Id: I1089bd38f32b01b877d1580ba76313fc250e5c08 Signed-off-by: Vasant Hegde Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/55190 Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Tested-by: Jenkins OP HW Reviewed-by: Christian R. Geddes Tested-by: FSP CI Jenkins Reviewed-by: Daniel M. Crowell

Add an option disable fsp to sm sync for some attributes.

2018-04-16T14:16:17+00:00

A new XML file with list of attributes need not be synced is accepted by the script. The attributes in the list is excluded from the output XML processed to create system model tables. Change-Id: If1d3a02d574988ce5e0fa503bab2fd0e4accdb8d Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/56636 CI-Ready: DHRUVARAJ SUBHASH CHANDRAN Reviewed-by: Sachin Gupta Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Tested-by: Jenkins OP HW Tested-by: FSP CI Jenkins Reviewed-by: Daniel M. Crowell

Support multiple nodes in HBRT - Remove Single Node Items

2018-04-10T20:14:46+00:00

There are some items that applied to a single node implementation that can be removed after all dependencies on them have been removed by other tasks. This single node support is being moved/removed. Also a check is being added to the VPD support so the node value does not index beyond the end of the array of reserved memory addresses. Change-Id: I7fea5ac9cdfa9f37caa57905d320633a8039e79d RTC: 186585 Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/55917 Reviewed-by: Christian R. Geddes Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Tested-by: FSP CI Jenkins Tested-by: Jenkins OP HW Reviewed-by: Prachi Gupta Reviewed-by: William G. Hoffa

Support multiple nodes in HBRT - Concurrent Code Update

2018-04-09T20:36:24+00:00

Enable HBRT to prepare for a concurrent code update on a multiple node system. Modify preparation function called by Host to loop through all nodes on the system. Make additional updates to go from supporting only a single node to supporting multiple nodes. Change-Id: I2d72b26abf40812641815051b968d6b540d27b00 RTC: 186584 Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/53952 Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Tested-by: Jenkins OP HW Tested-by: FSP CI Jenkins Reviewed-by: Christian R. Geddes Reviewed-by: Prachi Gupta Reviewed-by: Daniel M. Crowell

zero length dump on single node systems

2018-04-05T15:54:23+00:00

Quick hack to fix dumps on single node systems. Proposed fix did not work. This change forces isCurrentMasterNode() to always return true. Change-Id: I9366617d42923e5d13c0f7ea4f624e1749ad6810 CQ:SW423016 Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/56769 Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Tested-by: Jenkins OP HW Tested-by: FSP CI Jenkins Reviewed-by: William G. Hoffa

Support multiple nodes in HBRT - Update Functions

2018-04-05T14:33:54+00:00

Existing targeting functions were written to support a single node implementation. There are functions currently linked to HBRT, but not needed by HBRT that break with the multiple nodes support. Those functions will be compiled out of HBRT. Change-Id: I7d70caa4721c52c032e099f75dae2fce5c6fe3be RTC: 186580 Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/53233 Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Tested-by: Jenkins OP HW Reviewed-by: Christian R. Geddes Tested-by: FSP CI Jenkins Reviewed-by: Prachi Gupta Reviewed-by: Daniel M. Crowell

Resolve NodeInfo Naming Conflict

2018-04-04T18:56:54+00:00

Both TargetService and AttrRP have variables and typedefs with various forms of 'NodeInfo' in their names. To reduce confusion and possible conflicts, names in TargetService are being changed. Change-Id: Iab1dd624a0e9c1f80e8dbcdf500e25b51f02a48a RTC: 142908 Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/56454 Tested-by: Jenkins Server Reviewed-by: Christian R. Geddes Tested-by: Jenkins OP Build CI Tested-by: Jenkins OP HW Tested-by: FSP CI Jenkins Reviewed-by: Prachi Gupta Reviewed-by: Daniel M. Crowell

Ensure all hbmutex attributes get re-initialized on MPIPL

2018-03-29T21:09:51+00:00

We saw a bug where we were getting hung up on one of the i2c engine mutexes on MPIPL. We still haven't determined WHY we are seeing the mutex locked after an MPIPL but just to be safe we are now looping through all of the targets and checking each attribute to see if it is of type hbmutex. If it is then we will call mutex_init on the mutex to reset it so the mutex is ready to use. Change-Id: Ie05f7f49c4599c7cfc5d33c43d79cb977bb0cd13 CQ: SW420894 Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/56136 Reviewed-by: Martin Gloff Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Tested-by: Jenkins OP HW Tested-by: FSP CI Jenkins Reviewed-by: Roland Veloz Reviewed-by: Daniel M. Crowell