<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-hostboot/src/include/usr/sbe, 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-11T02:37:38+00:00</updated>
<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>Created individual update flags for both SEEPROM 0 and SEEPROM 1</title>
<updated>2018-03-12T18:22:13+00:00</updated>
<author>
<name>Roland Veloz</name>
<email>rveloz@us.ibm.com</email>
</author>
<published>2018-03-06T22:41:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=5a9355062b71a808cb5e1190348933f3bf98e973'/>
<id>urn:sha1:5a9355062b71a808cb5e1190348933f3bf98e973</id>
<content type='text'>
I created individual update flags for both SEEPROM 0 and SEEPROM 1
to better target which seeprom to update.  Now SEEPROM 0 or SEEPROM
1 or both can be singled out for update(s).

Change-Id: I91f1b66f6a1f2e42d37173fb9e21f87e440d3a21
RTC: 189218
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/55173
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: Martin Gloff &lt;mgloff@us.ibm.com&gt;
CI-Ready: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
Reviewed-by: Christian R. Geddes &lt;crgeddes@us.ibm.com&gt;
Reviewed-by: William G. Hoffa &lt;wghoffa@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Force an SBE update upon boot failure as well as break out common data</title>
<updated>2018-02-28T18:46:06+00:00</updated>
<author>
<name>Roland Veloz</name>
<email>rveloz@us.ibm.com</email>
</author>
<published>2018-02-19T20:34:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=b6e41fc3329eeabb5d1356ec0b26c3dfed8bd903'/>
<id>urn:sha1:b6e41fc3329eeabb5d1356ec0b26c3dfed8bd903</id>
<content type='text'>
This commit takes care of two stories since they are related to each
other.  First, moved all common data (structs, enums, constant
literals) from file sbe_update.H into sbe_common.H.  This will allow
content to be shared between FSP and HB with out having to have
simultaneous updates.  Secondly, an update will be forced if bit 3
of the SB keyword flags dictates it, regardless of whether an update
is recommended or not by other logic.

Change-Id: I3bd3c5cdd648309637bdf657db8f0935670c7d12
RTC:181140
RTC:181141
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/54408
Reviewed-by: Martin Gloff &lt;mgloff@us.ibm.com&gt;
Reviewed-by: Brian E. Bakke &lt;bbakke@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: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Story 179465 - Smarter HBBL id handling ...</title>
<updated>2017-11-19T18:15:50+00:00</updated>
<author>
<name>Brian Bakke</name>
<email>bbakke@us.ibm.com</email>
</author>
<published>2017-11-15T17:17:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=5353e40a1ad90530b9678233b0f52eb0b54535e4'/>
<id>urn:sha1:5353e40a1ad90530b9678233b0f52eb0b54535e4</id>
<content type='text'>
    to avoid constant SBE updates

Change-Id: Id02c7eb95a8e83274968477514130512ee553968
RTC: 179465
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/49748
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: Christian R. Geddes &lt;crgeddes@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Use readSeeprom PSU chipop to get SBE seeprom image version</title>
<updated>2017-11-18T02:05:53+00:00</updated>
<author>
<name>Christian Geddes</name>
<email>crgeddes@us.ibm.com</email>
</author>
<published>2017-10-13T19:18:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=4bfe046e2f8bedcb1ca04fdb702e11c81af46840'/>
<id>urn:sha1:4bfe046e2f8bedcb1ca04fdb702e11c81af46840</id>
<content type='text'>
During an SBE update we were getting I2C collisions when trying to
access pnor on the "running" or "active" side of the seeprom. This
commit adds support for a PSU chipOp called "readSeeprom" which
allows the host to make a request to the SBE to copy a specified
chunk of pnor out to a buffer in memory which the host can access.
This commit also uses this chipOp in place of the I2C read during
the SBE update of the active seeprom side.

Change-Id: I4b639ebe6090dcc0bdbb42f13fcb12c23260a8b4
RTC: 180959
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/48408
Tested-by: Jenkins Server &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Matt Derksen &lt;mderkse1@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>SBE update plan for OpenPOWER</title>
<updated>2017-08-09T17:34:40+00:00</updated>
<author>
<name>Marty Gloff</name>
<email>mgloff@us.ibm.com</email>
</author>
<published>2017-07-26T16:27:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=7c53973849de64198de72fcdd680e1424832a4e0'/>
<id>urn:sha1:7c53973849de64198de72fcdd680e1424832a4e0</id>
<content type='text'>
We need to have a new way to handle the SBE update flow for OpenPOWER.
Update the SBE code one side at a time to avoid a scenario where a bad
code load bricks the system.  Start by loading side 0 (primary), then
re-IPL, and finally load side 1 (backup).  A new config flag is used,
SBE_UPDATE_CONSECUTIVE.

Change-Id: Icf18ebec173c2f42fe200fb9cd547b9ebc580acc
RTC: 176755
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/43893
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: Corey V. Swenson &lt;cswenson@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>
<entry>
<title>Remove SBEC pnor partition from p9 code</title>
<updated>2017-07-24T20:13:26+00:00</updated>
<author>
<name>Stephen Cprek</name>
<email>smcprek@us.ibm.com</email>
</author>
<published>2017-07-12T17:03:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=6e3fe0e8ca4c4ea96b219497a4ae41c3a5e51dbd'/>
<id>urn:sha1:6e3fe0e8ca4c4ea96b219497a4ae41c3a5e51dbd</id>
<content type='text'>
Change-Id: I13e79a6542353e42ac809cc60295947dfb1acb96
RTC: 163810
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/43048
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: Nicholas E. Bofferding &lt;bofferdn@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Block SBE updates during mpipl</title>
<updated>2017-07-18T22:17:09+00:00</updated>
<author>
<name>Dzuy Nguyen</name>
<email>dzuy@us.ibm.com</email>
</author>
<published>2017-07-18T18:25:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=878ecf9cc18cf7d2696ce7223d5a485852970153'/>
<id>urn:sha1:878ecf9cc18cf7d2696ce7223d5a485852970153</id>
<content type='text'>
Change-Id: Ie59495404ec27d6be865063fc930e895340d9be2
RTC: 169683
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/42853
Reviewed-by: Matt Derksen &lt;mderkse1@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: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Log build level for SBE and HCODE customization</title>
<updated>2017-07-17T15:07:38+00:00</updated>
<author>
<name>Marty Gloff</name>
<email>mgloff@us.ibm.com</email>
</author>
<published>2017-07-07T21:52:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=735531f69b8db22ec2acc8b0aa1b73106a892f77'/>
<id>urn:sha1:735531f69b8db22ec2acc8b0aa1b73106a892f77</id>
<content type='text'>
Extract build information from the XIP header for the SBE and HCODE
images.  Trace the information.
Also use it as FFDC for related error logs.
Save the SBE build information in the SB keyword of MVPD.

Change-Id: I600a71ae6cbf342643261da14f6b3b2e6bf3cbf1
RTC: 168827
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/42951
Reviewed-by: Matt Derksen &lt;mderkse1@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: Christian R. Geddes &lt;crgeddes@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>xip_customize: GPTR/overlays stage 1 support</title>
<updated>2017-07-14T12:28:11+00:00</updated>
<author>
<name>Claus Michael Olsen</name>
<email>cmolsen@us.ibm.com</email>
</author>
<published>2017-05-16T20:16:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=609e5f15df6d123ec762c3174013d1a3ec953146'/>
<id>urn:sha1:609e5f15df6d123ec762c3174013d1a3ec953146</id>
<content type='text'>
Updated to poll Nimbus DD level and whether there's support
for overlays in the XIP interface.

Further, updated to add three extra args in xip_customize API, two
of which are to support a third ring work buffer for the overlays
handling. This has necessitated making changes to hcode_image_build
(HIB) API as well.

Note that the calling codes of xip_customize and HIB need to be
updated to supply the additional args in their APIs.

Note that this code stage 1 will work for Nimbus DD2 with Gptr
rings in Mvpd, and no Gptr rings in the HW image.  It will, however,
not work if there's content in .overlays or if there's Gptr rings
already in the .rings section. Thus, the stage 1 code here will
work with a DD2 image (i.e., that does NOT have Gptr rings in
.rings in HW image) as long as noone has put any real Gptr
initfiles in for processing (which would result in ring content
in .overlays). We must ensure that the stage 2 code of xip_customize
gets merged on the HB side to enable processing of .overlays content
before we actually add any Gptr initfiles for the .overlays section
into EKB.

Change-Id: I3d6ab8a9add239c92819613dcae21ef5faf0a1c5
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/40591
Tested-by: Jenkins Server &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Tested-by: PPE CI &lt;ppe-ci+hostboot@us.ibm.com&gt;
Tested-by: Hostboot CI &lt;hostboot-ci+hostboot@us.ibm.com&gt;
Reviewed-by: Sumit Kumar &lt;sumit_kumar@in.ibm.com&gt;
Reviewed-by: Jennifer A. Stofer &lt;stofer@us.ibm.com&gt;
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/40898
Reviewed-by: Dean Sanner &lt;dsanner@us.ibm.com&gt;
Tested-by: Dean Sanner &lt;dsanner@us.ibm.com&gt;
</content>
</entry>
</feed>
