<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-hostboot/src/include/usr/targeting/common, branch master</title>
<subtitle>Talos™ II hostboot sources</subtitle>
<id>https://git.raptorcs.com/git/talos-hostboot/atom?h=master</id>
<link rel='self' href='https://git.raptorcs.com/git/talos-hostboot/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/'/>
<updated>2018-05-18T14:05:18+00:00</updated>
<entry>
<title>Add option to masterProcChipTargetHandle() to return functional chip</title>
<updated>2018-05-18T14:05:18+00:00</updated>
<author>
<name>Mike Baiocchi</name>
<email>mbaiocch@us.ibm.com</email>
</author>
<published>2018-05-16T15:42:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=8e8b74fdbd588872c346a6b1038f07e9c561406d'/>
<id>urn:sha1:8e8b74fdbd588872c346a6b1038f07e9c561406d</id>
<content type='text'>
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 &lt;bofferdn@us.ibm.com&gt;
Reviewed-by: Marshall J. Wilks &lt;mjwilks@us.ibm.com&gt;
Tested-by: Jenkins Server &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP Build CI &lt;op-jenkins+hostboot@us.ibm.com&gt;
Tested-by: FSP CI Jenkins &lt;fsp-CI-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP HW &lt;op-hw-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Sachin Gupta &lt;sgupta2m@in.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Log an error when FAPI Attribute Overrides are attempted</title>
<updated>2018-05-02T20:01:47+00:00</updated>
<author>
<name>Brian Bakke</name>
<email>bbakke@us.ibm.com</email>
</author>
<published>2018-04-23T18:40:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=9add45f9ebcec629c99d462cca1d755090ff4157'/>
<id>urn:sha1:9add45f9ebcec629c99d462cca1d755090ff4157</id>
<content type='text'>
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 &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP Build CI &lt;op-jenkins+hostboot@us.ibm.com&gt;
Tested-by: FSP CI Jenkins &lt;fsp-CI-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP HW &lt;op-hw-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Brian E. Bakke &lt;bbakke@us.ibm.com&gt;
Reviewed-by: Martin Gloff &lt;mgloff@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Add an option disable fsp to sm sync for some attributes.</title>
<updated>2018-04-16T14:16:17+00:00</updated>
<author>
<name>Dhruvaraj Subhashchandran</name>
<email>dhruvaraj@in.ibm.com</email>
</author>
<published>2018-04-03T11:55:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=9bce359ec222a64e713ab8f5fa992e7bdb575015'/>
<id>urn:sha1:9bce359ec222a64e713ab8f5fa992e7bdb575015</id>
<content type='text'>
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 &lt;dhruvaraj@in.ibm.com&gt;
Reviewed-by: Sachin Gupta &lt;sgupta2m@in.ibm.com&gt;
Tested-by: Jenkins Server &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP Build CI &lt;op-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP HW &lt;op-hw-jenkins+hostboot@us.ibm.com&gt;
Tested-by: FSP CI Jenkins &lt;fsp-CI-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Support multiple nodes in HBRT - Concurrent Code Update</title>
<updated>2018-04-09T20:36:24+00:00</updated>
<author>
<name>Marty Gloff</name>
<email>mgloff@us.ibm.com</email>
</author>
<published>2018-02-13T16:46:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=519b09db143e87b3d43f39790486f6c5dc1be96b'/>
<id>urn:sha1:519b09db143e87b3d43f39790486f6c5dc1be96b</id>
<content type='text'>
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 &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP Build CI &lt;op-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP HW &lt;op-hw-jenkins+hostboot@us.ibm.com&gt;
Tested-by: FSP CI Jenkins &lt;fsp-CI-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Christian R. Geddes &lt;crgeddes@us.ibm.com&gt;
Reviewed-by: Prachi Gupta &lt;pragupta@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Support multiple nodes in HBRT - Update Functions</title>
<updated>2018-04-05T14:33:54+00:00</updated>
<author>
<name>Marty Gloff</name>
<email>mgloff@us.ibm.com</email>
</author>
<published>2018-02-01T22:35:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=379efca3b8ff7fd5bcd05c7bf8c1226e07cd7219'/>
<id>urn:sha1:379efca3b8ff7fd5bcd05c7bf8c1226e07cd7219</id>
<content type='text'>
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 &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP Build CI &lt;op-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP HW &lt;op-hw-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Christian R. Geddes &lt;crgeddes@us.ibm.com&gt;
Tested-by: FSP CI Jenkins &lt;fsp-CI-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Prachi Gupta &lt;pragupta@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Resolve NodeInfo Naming Conflict</title>
<updated>2018-04-04T18:56:54+00:00</updated>
<author>
<name>Marty Gloff</name>
<email>mgloff@us.ibm.com</email>
</author>
<published>2018-03-29T13:49:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=fef105cbd664203857cb4ff11585202a6cee29b1'/>
<id>urn:sha1:fef105cbd664203857cb4ff11585202a6cee29b1</id>
<content type='text'>
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 &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Christian R. Geddes &lt;crgeddes@us.ibm.com&gt;
Tested-by: Jenkins OP Build CI &lt;op-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP HW &lt;op-hw-jenkins+hostboot@us.ibm.com&gt;
Tested-by: FSP CI Jenkins &lt;fsp-CI-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Prachi Gupta &lt;pragupta@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Ensure all hbmutex attributes get re-initialized on MPIPL</title>
<updated>2018-03-29T21:09:51+00:00</updated>
<author>
<name>Christian Geddes</name>
<email>crgeddes@us.ibm.com</email>
</author>
<published>2018-03-21T16:48:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=fc2a04496b8406eda78cd17ed2965400b60abdcb'/>
<id>urn:sha1:fc2a04496b8406eda78cd17ed2965400b60abdcb</id>
<content type='text'>
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 &lt;mgloff@us.ibm.com&gt;
Tested-by: Jenkins Server &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP Build CI &lt;op-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP HW &lt;op-hw-jenkins+hostboot@us.ibm.com&gt;
Tested-by: FSP CI Jenkins &lt;fsp-CI-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Roland Veloz &lt;rveloz@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Support multiple nodes in HBRT - Attribute Overrides</title>
<updated>2018-03-13T18:45:07+00:00</updated>
<author>
<name>Marty Gloff</name>
<email>mgloff@us.ibm.com</email>
</author>
<published>2018-02-12T18:12:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=27755fae10595e6e37314065c24046ea35f2829e'/>
<id>urn:sha1:27755fae10595e6e37314065c24046ea35f2829e</id>
<content type='text'>
Make changes needed for HBRT to override attributes on a multiple node system.

Change-Id: I2c2f5ec520b89ac900b7dbcc01ada6e7146707dc
RTC: 186582
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/53880
Tested-by: Jenkins Server &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP Build CI &lt;op-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP HW &lt;op-hw-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Christian R. Geddes &lt;crgeddes@us.ibm.com&gt;
Tested-by: FSP CI Jenkins &lt;fsp-CI-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Prachi Gupta &lt;pragupta@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>HBRT: Fix targeting to work on multi-node</title>
<updated>2018-03-07T21:50:29+00:00</updated>
<author>
<name>Prachi Gupta</name>
<email>pragupta@us.ibm.com</email>
</author>
<published>2018-03-02T19:27:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=fdbf7156982e6b32facd6e30b7e84475e47f1392'/>
<id>urn:sha1:fdbf7156982e6b32facd6e30b7e84475e47f1392</id>
<content type='text'>
- Set MULTINODE_AWARE to true for HBRT so
our targeting iterators jump over nodes
when iterating over targets
- Add error checking when invalid node id
is passed in

Change-Id: I7cf4c7ff4bf06fd637935aeb9152f432dc9c0fde
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/55146
Reviewed-by: Christian R. Geddes &lt;crgeddes@us.ibm.com&gt;
Tested-by: Jenkins Server &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Martin Gloff &lt;mgloff@us.ibm.com&gt;
Tested-by: Jenkins OP Build CI &lt;op-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP HW &lt;op-hw-jenkins+hostboot@us.ibm.com&gt;
Tested-by: FSP CI Jenkins &lt;fsp-CI-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: William G. Hoffa &lt;wghoffa@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Support multiple nodes in HBRT - Support Multiple Nodes in TargetService</title>
<updated>2018-03-05T17:09:33+00:00</updated>
<author>
<name>Marty Gloff</name>
<email>mgloff@us.ibm.com</email>
</author>
<published>2018-02-01T15:49:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=40c3350ff928b8df7f7db1baefe5800b25438f0c'/>
<id>urn:sha1:40c3350ff928b8df7f7db1baefe5800b25438f0c</id>
<content type='text'>
Change to call the TargetService class initialization function with the correct
maximum number of nodes rather than always defaulting to 1.  Provide support to
get first target iterator for a specific node.  Update AttrRP::translateAddr
functions to handle nodes.

Change-Id: Ia3496c2f4daf0b78999bde35565f4541fedb0b4d
RTC: 186869
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/53190
Tested-by: Jenkins Server &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP Build CI &lt;op-jenkins+hostboot@us.ibm.com&gt;
Tested-by: FSP CI Jenkins &lt;fsp-CI-jenkins+hostboot@us.ibm.com&gt;
Tested-by: Jenkins OP HW &lt;op-hw-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Prachi Gupta &lt;pragupta@us.ibm.com&gt;
Reviewed-by: Richard J. Knight &lt;rjknight@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
</feed>
