<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-hostboot/src/usr/sbe, branch 07-25-2019</title>
<subtitle>Talos™ II hostboot sources</subtitle>
<id>https://git.raptorcs.com/git/talos-hostboot/atom?h=07-25-2019</id>
<link rel='self' href='https://git.raptorcs.com/git/talos-hostboot/atom?h=07-25-2019'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/'/>
<updated>2019-12-06T16:28:47+00:00</updated>
<entry>
<title>Automatically include config.h</title>
<updated>2019-12-06T16:28:47+00:00</updated>
<author>
<name>Dan Crowell</name>
<email>dcrowell@us.ibm.com</email>
</author>
<published>2019-11-20T18:36:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=c46f1ee5b8b9f7ea7e398f373f990b6e3440a257'/>
<id>urn:sha1:c46f1ee5b8b9f7ea7e398f373f990b6e3440a257</id>
<content type='text'>
Rather than having to remember to include config.h anywhere
we reference a CONFIG variable (and usually forgetting),
this adds it to the default compiler flags so that it
gets included in every source file we build.

Change-Id: I53622ab4d46c55d942e98cae6ec03049fd5b3d08
Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/87475
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: Zachary Clark &lt;zach@ibm.com&gt;
Reviewed-by: Roland Veloz &lt;rveloz@us.ibm.com&gt;
Reviewed-by: Christian R Geddes &lt;crgeddes@us.ibm.com&gt;
Reviewed-by: Nicholas E Bofferding &lt;bofferdn@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Corrected bad logic, in an if statement, that was creating a bad trace</title>
<updated>2019-05-07T14:01:37+00:00</updated>
<author>
<name>Roland Veloz</name>
<email>rveloz@us.ibm.com</email>
</author>
<published>2019-05-01T21:56:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=8d9dc76256f537bdb6d445138efa749d520aa80f'/>
<id>urn:sha1:8d9dc76256f537bdb6d445138efa749d520aa80f</id>
<content type='text'>
Corrected bad logic that was NOT guarding a check for when the
procIOMask did not match the coreMask:
Old logic:
  if ( (NULL == err) &amp;&amp; (procIOMask == coreMask))
  { ... }
  else if ( procIOMask != coreMask ) &lt;-- bad logic
  { ... }  &lt;--- produced bad/confusing trace
  else
  { ... }
New logic:
  if (nullptr == err )
  {
    if (procIOMask == coreMask)
    { ... }
    else       &lt;-- good logic to guard (procIOMask != coreMask)
                   with if (nullptr == err )
    { ... }  &lt;--- trace is no longer confusing
  }
  else
  { ... }

Change-Id: Ic852e1e4c670b021b48354efbdc51bd1a009115c
CQ:SW464063
Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/76840
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: Nicholas E. Bofferding &lt;bofferdn@us.ibm.com&gt;
Reviewed-by: Ilya Smirnov &lt;ismirno@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Modify PNOR load order in SBE update to avoid OOM condition</title>
<updated>2019-02-26T15:52:45+00:00</updated>
<author>
<name>Dan Crowell</name>
<email>dcrowell@us.ibm.com</email>
</author>
<published>2019-02-25T17:15:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=9ea9129a79d556407f9d39db2b5f09589d29b4c1'/>
<id>urn:sha1:9ea9129a79d556407f9d39db2b5f09589d29b4c1</id>
<content type='text'>
Changed the order and lifetime of the various PNOR section loads
that happen inside the SBE update flow to reduce the overlap as
much as possible.  SBE_IPL and HBBL will be loaded, consumed, then
unloaded.  Then after that HCODE will get loaded, consumed, and
unloaded.

Change-Id: Icf30d0313cf326e3e7b3f1f5a6614c76d1e75e91
Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/72453
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;
Reviewed-by: Matt Derksen &lt;mderkse1@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
Reviewed-by: Michael Baiocchi &lt;mbaiocch@us.ibm.com&gt;
Reviewed-by: William G. Hoffa &lt;wghoffa@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Add new path in EEPROM device op to allow reading from new EECACHE</title>
<updated>2019-02-16T15:10:13+00:00</updated>
<author>
<name>Christian Geddes</name>
<email>crgeddes@us.ibm.com</email>
</author>
<published>2019-01-23T20:43:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=e6832f74ac222be90b6719a33613863698239ce4'/>
<id>urn:sha1:e6832f74ac222be90b6719a33613863698239ce4</id>
<content type='text'>
Recently a new EECACHE section was introduced to Hostboot. This section
gets populated with a copy of every PRIMARY_VPD eeprom (someday could
contain other eeprom roles also) during host_discover_targets. This
commit add support to allow users to select where they want to perform
their EEPROM device operation. If they pass CACHE to the deviceOp macro
then a read will come from the pnor cache, writes will write to pnor
cache and then also write to the eeprom HW. If HARDWARE is passed in
then reads and writes will be directly done on the eeprom hardware.
If AUTOSELECT is passed the code will check our cache to see if we have
a copy of the eeprom in question, if we have a copy we will go the
CACHE path, if no copy exists we will go the HARDWARE path. Along with
this change some reorganization was done w/ the eeprom related files.

RTC: 196805
Change-Id: If2c4e5d3e338a1a10780740c1a019eb4af003b73
Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/70822
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;
Reviewed-by: Roland Veloz &lt;rveloz@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>Create error log and fail if Proc's EC is found to be 0x0</title>
<updated>2018-11-27T19:10:41+00:00</updated>
<author>
<name>Christian Geddes</name>
<email>crgeddes@us.ibm.com</email>
</author>
<published>2018-11-15T17:53:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=b08d6146f834e3a3f44f52da26e86bbd56c68e18'/>
<id>urn:sha1:b08d6146f834e3a3f44f52da26e86bbd56c68e18</id>
<content type='text'>
While looking up the SBE version we will look at the processor's
EC level to determine how to lookup the version. If we find that
the EC level is 0 then something went wrong. In HW the register
describing the procs EC will always be fused to some non-zero
so we shouldnt see this in HW , in simics if this happens it is
likely because simics has not implemented this register yet.

Change-Id: I24bc0caaf3d2c9a574943ca07069bd6fb99cf1a6
Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/68804
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: Matt Derksen &lt;mderkse1@us.ibm.com&gt;
Reviewed-by: William G. Hoffa &lt;wghoffa@us.ibm.com&gt;
Reviewed-by: Ilya Smirnov &lt;ismirno@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Only allow key transition in istep 10.2</title>
<updated>2018-11-15T19:58:29+00:00</updated>
<author>
<name>Nick Bofferding</name>
<email>bofferdn@us.ibm.com</email>
</author>
<published>2018-11-13T06:35:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=1e6bbb9b989b1c04c8190ed6240badb8cd99d886'/>
<id>urn:sha1:1e6bbb9b989b1c04c8190ed6240badb8cd99d886</id>
<content type='text'>
In certain cases, if a key transition driver was booted and the nest frequency
had to be updated, the key transition flow would erroneously activate in istep
7.3 (call_mss_freq).  This change confines key transitioning to istep 10.2

Change-Id: I450703e21bf68644298f77fcdfca62eae5c667e4
CQ: SW451376
Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/68685
Tested-by: Jenkins Server &lt;pfd-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>
<entry>
<title>Serialize all attribute synchronization calls</title>
<updated>2018-10-17T13:18:29+00:00</updated>
<author>
<name>Nick Bofferding</name>
<email>bofferdn@us.ibm.com</email>
</author>
<published>2018-10-12T20:03:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=39c57d2a42c30cc87a47f279ead88ea304f68440'/>
<id>urn:sha1:39c57d2a42c30cc87a47f279ead88ea304f68440</id>
<content type='text'>
Forces all FSP attribute synchronizations down to FSP to serialize in the
attribute resource provider attribute synchronization daemon thread to avoid
concurrenty problems.

Change-Id: Ifb355ba6f42872465ea3d6f0d9009cfd6f768d7a
CQ: SW448280
Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/67450
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>Revert "P10 prep: Infrastructure (IS) ring Id metadata and API changes"</title>
<updated>2018-10-15T13:48:17+00:00</updated>
<author>
<name>Daniel M. Crowell</name>
<email>dcrowell@us.ibm.com</email>
</author>
<published>2018-10-14T18:07:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=99761f93896da24de7ad18561ecd3519645d4f1e'/>
<id>urn:sha1:99761f93896da24de7ad18561ecd3519645d4f1e</id>
<content type='text'>
This reverts commit 52b76be222254e59959db984606c09dae854270b.
Accidental merge before ekb was complete.

Change-Id: I59412ecad661596322aaba5cb5cf83190727d64f
Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/67455
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
Tested-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>P10 prep: Infrastructure (IS) ring Id metadata and API changes</title>
<updated>2018-10-14T18:05:32+00:00</updated>
<author>
<name>Claus Michael Olsen</name>
<email>cmolsen@us.ibm.com</email>
</author>
<published>2018-05-14T22:51:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=52b76be222254e59959db984606c09dae854270b'/>
<id>urn:sha1:52b76be222254e59959db984606c09dae854270b</id>
<content type='text'>
Gerrit intent:
- Applicable for P9 merge (co-req NOT required)
- Co-req not req'd for any tests

Includes the following changes:
- Accommodates initCompiler's needs for additional ring Id APIs to
  retrieve IS's key ring identifiers, ringId and ringClass, and to
  align with our enumerated chipId
- Elimination of redundancy in and reorg of IS's ring Id lists:
  RingProperties, GenRingIdList (gone) and ChipletData.
  - GenRingIdList has been removed.
- Expand RingProperties to also include scanScomAddr and ringClass.
- Member of ring and chiplet properties structs have been renamed in
  consistent camel style (no longer using "iv_" anywhere).
- Note that with "infrastructure (IS)" we here mean the core infrastructure
  codes that directly interact with and affect the image.

Key_Cronus_Test=XIP_REGRESS

Change-Id: I7e92af04edd10c0994718e476f6e7b77c5d124d6
Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/59087
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>Account for mixed procs in compatibility mode</title>
<updated>2018-08-21T19:29:46+00:00</updated>
<author>
<name>Dean Sanner</name>
<email>dsanner@us.ibm.com</email>
</author>
<published>2018-08-16T22:40:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=437807d50d4a3681af9d751a567d689f831b0903'/>
<id>urn:sha1:437807d50d4a3681af9d751a567d689f831b0903</id>
<content type='text'>
Current code enforces the same EC level for all processors in
the system.  However, this breaks compatibility mode for P9C
1.2/1.3 and P9N 2.2/2.3.  Added code to allow these to pass
the EC check when mixing parts

Change-Id: Ie013d94dfdee3627911f4afbec5f65d5ce984227
CQ:SW442691
Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/64823
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>
</feed>
