<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-hostboot/src/usr/targeting/runtime, 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-07T20:25:20+00:00</updated>
<entry>
<title>Update targeting init during RT to set PEER_TARGET on OBUS targets</title>
<updated>2018-05-07T20:25:20+00:00</updated>
<author>
<name>Christian Geddes</name>
<email>crgeddes@us.ibm.com</email>
</author>
<published>2018-04-24T21:52:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=261c874fb2ddb5bd80b92be56d0bf38c02ad5876'/>
<id>urn:sha1:261c874fb2ddb5bd80b92be56d0bf38c02ad5876</id>
<content type='text'>
During IPL time hostboot does not know about OBUS targets on other
processors. Because of this we cannot set the PEER_TARGET attribute
on the OBUS targets because we don't know about their peers. During
HBRT however, we do know this information. In this commit support is
added to look at the attribute PEER_PATH for targets whose PEER_TARGET
attribute is null. This will allow use to target and OBUS's peer
during HBRT.

Change-Id: I249bc8c60297eedb7282ecc8dc717973e81e5cc3
CQ: SW425530
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/57782
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: Martin Gloff &lt;mgloff@us.ibm.com&gt;
Reviewed-by: Benjamin J. Weisenbeck &lt;bweisenb@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Fix HBRT Adjunct Hang due to Multi-Node Sync System Attributes Bugs</title>
<updated>2018-04-24T13:05:55+00:00</updated>
<author>
<name>Marty Gloff</name>
<email>mgloff@us.ibm.com</email>
</author>
<published>2018-04-16T13:52:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=17d4c2b7e8a76de71bd3bb9e86109400c4a7c179'/>
<id>urn:sha1:17d4c2b7e8a76de71bd3bb9e86109400c4a7c179</id>
<content type='text'>
Make fixes to the sync system attributes block of code that caused it to make
the HBRT adjunct partition fail with one of various symptoms including a crash,
stack corruption, or HBRT command failing.

Also refactor the getNextTarget() code to reduce additional tracing that was
added recently since too many traces are being generated.

Change-Id: I0d51d3a20ac87ce4b3378310b2164d20a185d76f
RTC: 190816
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/57278
Reviewed-by: Christian R. Geddes &lt;crgeddes@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;
Reviewed-by: Prachi Gupta &lt;pragupta@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;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Remove Ordinal ID as an Attribute to Match</title>
<updated>2018-04-24T00:39:10+00:00</updated>
<author>
<name>Marty Gloff</name>
<email>mgloff@us.ibm.com</email>
</author>
<published>2018-04-20T18:04:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=de8b3fef04836d7ca75b9301f8f93b0137753c37'/>
<id>urn:sha1:de8b3fef04836d7ca75b9301f8f93b0137753c37</id>
<content type='text'>
During the preparation for doing an HBRT concurrent code update, targets in
the current reserved memory data are matched with targets in the new LID
structure.  One of the attributes used has been ordinal ID, but this is not
always set in the LID structure, thus preventing matches to be found.  It is
being removed as a condition for finding a match.

Change-Id: I6b0bea6a001a9ca085fb5a41da714780543655e6
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/57583
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: Brian E. Bakke &lt;bbakke@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Support multiple nodes in HBRT - Remove Single Node Items</title>
<updated>2018-04-10T20:14:46+00:00</updated>
<author>
<name>Marty Gloff</name>
<email>mgloff@us.ibm.com</email>
</author>
<published>2018-03-15T13:52:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=67de094e51e209b16622bee4788a97dd28b538c6'/>
<id>urn:sha1:67de094e51e209b16622bee4788a97dd28b538c6</id>
<content type='text'>
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 &lt;crgeddes@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: Prachi Gupta &lt;pragupta@us.ibm.com&gt;
Reviewed-by: William G. Hoffa &lt;wghoffa@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>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>attrrp_rt.C: translateAddr returns input address by default</title>
<updated>2018-03-28T13:56:20+00:00</updated>
<author>
<name>Prachi Gupta</name>
<email>pragupta@us.ibm.com</email>
</author>
<published>2018-03-27T19:01:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=94408620cf26c11a1f26571d8f457b1e8d6df883'/>
<id>urn:sha1:94408620cf26c11a1f26571d8f457b1e8d6df883</id>
<content type='text'>
After a HBRT reset, PEER_TARGET attribute had its value
preserved from prior to the reset. This attribute is a
target pointer, so its address value needs to be
translated for HBRT. When the translation is attempted
again after the reset, we have a valid address already.
The second translation fails and returns NULL. This fix
was to return the original address instead of NULL
when the translation isn't possible.

CQ:SW422523
Change-Id: I75de8d1e780140ca1979dd6fdf237c6c0526f08b
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/56332
Reviewed-by: Richard J. Knight &lt;rjknight@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;
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: William G. Hoffa &lt;wghoffa@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>
</feed>
