<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-hostboot/src/include/usr, branch 05-21-2018</title>
<subtitle>Talos™ II hostboot sources</subtitle>
<id>https://git.raptorcs.com/git/talos-hostboot/atom?h=05-21-2018</id>
<link rel='self' href='https://git.raptorcs.com/git/talos-hostboot/atom?h=05-21-2018'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/'/>
<updated>2018-05-19T21:56:42+00:00</updated>
<entry>
<title>FFDC enhancements for core activate fails</title>
<updated>2018-05-19T21:56:42+00:00</updated>
<author>
<name>Dan Crowell</name>
<email>dcrowell@us.ibm.com</email>
</author>
<published>2018-04-26T18:01:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=a4e02fc0828910582a08cb1277a30531540d7523'/>
<id>urn:sha1:a4e02fc0828910582a08cb1277a30531540d7523</id>
<content type='text'>
Adding some more traces to the error log we grab for core
activation failures.

Change-Id: I30c6985060fcffcb3382b775a52e59c08d2b51b7
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/57907
Tested-by: Jenkins Server &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Tested-by: FSP CI Jenkins &lt;fsp-CI-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: Matt Derksen &lt;mderkse1@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Get SN from BMC and update into PVPD EEPROM</title>
<updated>2018-05-19T21:09:16+00:00</updated>
<author>
<name>Meng Li</name>
<email>shlimeng@cn.ibm.com</email>
</author>
<published>2018-04-24T13:21:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=fd23ae8d50f307a1aca530d5a204d67261b58fea'/>
<id>urn:sha1:fd23ae8d50f307a1aca530d5a204d67261b58fea</id>
<content type='text'>
Resolves #135

Change-Id: I46b5c2208ed28822c6001a955f4056d976e79339
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/58010
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>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>Verify frequency attributes across nodes to match with that of master node</title>
<updated>2018-05-16T16:51:54+00:00</updated>
<author>
<name>Swathi Madhuri Bhattiprolu</name>
<email>bhmadhur@in.ibm.com</email>
</author>
<published>2018-04-20T11:18:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=b7a44c2259760465b375795baeea883b9f08b44d'/>
<id>urn:sha1:b7a44c2259760465b375795baeea883b9f08b44d</id>
<content type='text'>
-Existing code ensures consistency of frequency data
 across all modules in istep6.12.
-In a multi-drawer config this data needs to be consistent
 across all drawers.
-Master drawer sends the frequency data to all the other
 via IPC mechanism.
-This data is compared and error is returned if there is a mismatch.

Change-Id: Ia1daf1f0eeb90fbafb68417b979488b040efe535
RTC:158036
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/57542
Reviewed-by: Prachi Gupta &lt;pragupta@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>Improve resource recovery path to handle memory plugging rules</title>
<updated>2018-05-15T22:08:42+00:00</updated>
<author>
<name>Marty Gloff</name>
<email>mgloff@us.ibm.com</email>
</author>
<published>2018-04-23T17:01:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=d7355b73ce6b9b6b2a8634a4f349d3ca2c25104c'/>
<id>urn:sha1:d7355b73ce6b9b6b2a8634a4f349d3ca2c25104c</id>
<content type='text'>
Resource recovery is a RAS feature wherein we do not apply certain gard records
if those records would result in a boot fail due to a lack of hardware.  Change
the logic from applying speculative deconfiguration one by one to applying all
predictive gard records and then removing those records if minimal hardware is
not available.  Also add BLOCK_SPEC_DECONFIG attribute to flag when speculative
deconfiguration is not allowed.  This flag is set if minimum hardware is not
available and is cleared after a hardware change.

Change-Id: Ia065de3a44ab29fbf33ad4ce98bc42ea5144463f
RTC: 191414
CQ: SW424137
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/58041
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: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Force hb dump on VFS crashes</title>
<updated>2018-05-11T20:21:22+00:00</updated>
<author>
<name>Dan Crowell</name>
<email>dcrowell@us.ibm.com</email>
</author>
<published>2018-04-16T15:33:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=ad181494c943f15cf2d744e57b59ea5b7c166646'/>
<id>urn:sha1:ad181494c943f15cf2d744e57b59ea5b7c166646</id>
<content type='text'>
Added flag to force a HB dump for most VFS crashes.
Also added a few constants in the ErrlEntry constructor to make
 the bool args more obvious.

Change-Id: I4f90ee694cece10f567df787f851dca78a895ad7
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/57272
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: Martin Gloff &lt;mgloff@us.ibm.com&gt;
Reviewed-by: Christian R. Geddes &lt;crgeddes@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Secure Boot: Inform FSP of key transition progress</title>
<updated>2018-05-11T02:37:38+00:00</updated>
<author>
<name>Nick Bofferding</name>
<email>bofferdn@us.ibm.com</email>
</author>
<published>2018-04-03T15:21:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=9394f9d05ef8cad65249a7120f229f7a46ec0dc1'/>
<id>urn:sha1:9394f9d05ef8cad65249a7120f229f7a46ec0dc1</id>
<content type='text'>
The existing key transition flow updates all SBE SEEPROMs within the system in
the same boot, thereby quiescing all SBEs.  This compromises the ability of FSP
to detect a key transition TI at the end of the update process because the SBE
is not alive to service FSP's incoming SBE FIFO request to read the memory
holding the attention information.  This change adds new support to log
the key transition progress in a node target attribute introduced in an
earlier commit and send that status to FSP via a new mailbox message.

Change-Id: I828184ae8be89ac87137d7510a3c375cef2e05d7
CQ: SW418697
CMVC-Prereq: 1053806
CMVC-Prereq: 1053552
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/56677
Tested-by: Jenkins Server &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Tested-by: FSP CI Jenkins &lt;fsp-CI-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: Michael Baiocchi &lt;mbaiocch@us.ibm.com&gt;
Reviewed-by: Marshall J. Wilks &lt;mjwilks@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>New API to Retrieve Random Number from the TPM</title>
<updated>2018-05-11T01:49:40+00:00</updated>
<author>
<name>Jaymes Wilks</name>
<email>mjwilks@us.ibm.com</email>
</author>
<published>2018-04-24T15:01:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=98bee5bbab00b1fcb8c6b6255ac07e62e2800b60'/>
<id>urn:sha1:98bee5bbab00b1fcb8c6b6255ac07e62e2800b60</id>
<content type='text'>
A new programming interface allows us to obtain random numbers
from the TPM more easily (i.e. in a more high-level way).

Change-Id: Ibd3d3b320411bea146d6eab4d1a59ca760bc726c
RTC:191000
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/57802
Reviewed-by: ILYA SMIRNOV &lt;ismirno@us.ibm.com&gt;
Tested-by: Jenkins Server &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Michael Baiocchi &lt;mbaiocch@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;
Reviewed-by: Nicholas E. Bofferding &lt;bofferdn@us.ibm.com&gt;
Tested-by: Jenkins OP HW &lt;op-hw-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Get Final HDAT Size from PAYLOAD's SPIRA section</title>
<updated>2018-05-08T18:37:04+00:00</updated>
<author>
<name>Mike Baiocchi</name>
<email>mbaiocch@us.ibm.com</email>
</author>
<published>2018-05-03T14:02:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=3d3d39d62a94da9dc9bc2da73474c9c3400762c4'/>
<id>urn:sha1:3d3d39d62a94da9dc9bc2da73474c9c3400762c4</id>
<content type='text'>
This commit retrieves the amount of space the PAYLOAD has reserved
for the HDAT content in its SPIRA section.  It then uses this size
when copying the HDAT from the temporary location (where the FSP
put it with DMAs-via-TCEs) to its final location.

Change-Id: I430a78a1655db85f448b3f5c30e6a83f5be4b1f6
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/58261
Reviewed-by: ILYA SMIRNOV &lt;ismirno@us.ibm.com&gt;
Reviewed-by: Nicholas E. Bofferding &lt;bofferdn@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: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Secure Boot: Implement Centaur SCOM cache</title>
<updated>2018-05-08T13:44:28+00:00</updated>
<author>
<name>Nick Bofferding</name>
<email>bofferdn@us.ibm.com</email>
</author>
<published>2018-03-20T04:26:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=2fe71f4ddc13e3c730fbb7e1fcfe0d319eddc333'/>
<id>urn:sha1:2fe71f4ddc13e3c730fbb7e1fcfe0d319eddc333</id>
<content type='text'>
This change implements a Centaur SCOM cache for sensitive SCOM registers.  The
cache is initialized and enabled before the first Centaur SCOM, and disabled
just prior to locking down the Centaur configuration.  Once the Centaur has been
locked down, the real register values are compared to the cache entries, and the
Centaur is deconfigured (not garded) on any mismatch in assumptions.

RTC: 187288
Change-Id: I7b13bfd7eb6b427aba115d6944958bf55e171008
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/57532
Reviewed-by: ILYA SMIRNOV &lt;ismirno@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: Michael Baiocchi &lt;mbaiocch@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
</feed>
