<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-hostboot/src/include/usr/scom, 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>2020-02-03T15:22:01+00:00</updated>
<entry>
<title>Move definition of TRACE_ERR_FMT and TRACE_ERR_ARGS</title>
<updated>2020-02-03T15:22:01+00:00</updated>
<author>
<name>Mike Baiocchi</name>
<email>mbaiocch@us.ibm.com</email>
</author>
<published>2020-01-31T06:09:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=26554a3e54aac96a8bafa9ab4fabb45e126d5e1d'/>
<id>urn:sha1:26554a3e54aac96a8bafa9ab4fabb45e126d5e1d</id>
<content type='text'>
Originally TRACE_ERR_FMT and TRACE_ERR_ARGS were defined in
centaurScomCache.H for the P9 'master' branch.  This commit puts
them into the more proper errlentry.H file like they are for
P10's 'master-p10' branch.

Change-Id: Icb7af6ae721a15036804b7d35f49911888eb5eaf
Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/90705
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: Nicholas E Bofferding &lt;bofferdn@us.ibm.com&gt;
Reviewed-by: William G Hoffa &lt;wghoffa@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Extend multicast workaround and add tests</title>
<updated>2018-11-09T15:30:00+00:00</updated>
<author>
<name>Corey Swenson</name>
<email>cswenson@us.ibm.com</email>
</author>
<published>2018-09-06T18:31:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=40039bb5fddf5efd1b01429ef011b68be999dce3'/>
<id>urn:sha1:40039bb5fddf5efd1b01429ef011b68be999dce3</id>
<content type='text'>
 - Add support for multicast OR op type
 - Add xscom and scom multicast tests
 - Avoid false fails by not setting multicast bit in bad address tests

Change-Id: I32ea5b1b68a1a2f0d92c2b82b5ab1b932ddb54af
RTC:198114
Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/65778
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: Matt Derksen &lt;mderkse1@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>Forcibly clear all previous wakeups when the PM Complex starts</title>
<updated>2018-09-19T14:50:03+00:00</updated>
<author>
<name>Dan Crowell</name>
<email>dcrowell@us.ibm.com</email>
</author>
<published>2018-08-30T17:19:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=4e4dbf34cd08855833bce3b3f3519761a839d6db'/>
<id>urn:sha1:4e4dbf34cd08855833bce3b3f3519761a839d6db</id>
<content type='text'>
The power management logic was designed with the assumption
that the external callers would manage the state machine such
that the order of operations is always:
  load-&gt;start-&gt;reset-&gt;load-&gt;start-&gt;reset-&gt;etc.  However, we
have discovered edge cases where a reset can happen before the
first load or after a previous reset.  In either case we will
end up with our wakeup counter being off by one and thus never
releasing wakeup.

The solution is to add logic to the start path that will
explicitly clear the counter out completely, regardless of its
current value.  This will ensure that wakeup is released once
the complex is alive.

Change-Id: Ifb436335090ff910b9ee0f083d9a550b81833287
CQ: SW442639
Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/65518
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: William G. Hoffa &lt;wghoffa@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Check capability bit before using wakeup for OPAL in OpenPOWER</title>
<updated>2018-09-05T12:56:44+00:00</updated>
<author>
<name>Dan Crowell</name>
<email>dcrowell@us.ibm.com</email>
</author>
<published>2018-08-24T20:40:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=4bff76ae17a525ce3459361d72e09999e6b0a2d4'/>
<id>urn:sha1:4bff76ae17a525ce3459361d72e09999e6b0a2d4</id>
<content type='text'>
A recent change switched out special wakeup handling over to use
the host interface instead of the internal HWP calls.  However,
we just discovered that the opal-prd application was not allowing
those calls on non-FSP systems.  The opal-prd code is being
updated, but since that is delivered as part of the Linux distro
(not firmware) we need to handle the situation where newer
Hostboot is running on top of the older opal-prd.

This commit adds a check for a new OPAL-specific capability bit
that will ensure we only use the wakeup interface if the opal-prd
hosting us supports it.

Change-Id: Ib9b99a4549a023d466572c19c2f7208e1c26d8f8
Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/65208
Tested-by: Jenkins Server &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Matt Derksen &lt;mderkse1@us.ibm.com&gt;
Reviewed-by: Corey V. Swenson &lt;cswenson@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: William G. Hoffa &lt;wghoffa@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Centaur Channel Checkstop (runtime)</title>
<updated>2018-06-05T18:00:46+00:00</updated>
<author>
<name>Rick Ward</name>
<email>rward15@us.ibm.com</email>
</author>
<published>2018-04-25T13:52:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=b364d7b062bfa33c715364eca9654c878c4f6a62'/>
<id>urn:sha1:b364d7b062bfa33c715364eca9654c878c4f6a62</id>
<content type='text'>
This story covers when a DMI channel gets checkstopped at runtime
and how to service the subsequent SCOM operations that PRD
requests to diagnose the issue.  At runtime, PRD makes all of
its SCOM requests to HBRT which passes them on to PHYP for
in-band access.  The checkstop blocks in-band access, so HBRT
must fail-over to messaging the FSP to do FSI accesses.

To reduce the number of SCOM calls to the FSP, HBRT makes
a "multi-SCOM read" call for all the common SCOMs that
PRD will request after a checkstop, and caches the results.

Two new calls (MBOX, generic messaging interface) to the FSP
were added in a previous commit to allow FSI SCOM operations
through the FSP:
- MSG_SINGLE_SCOM_OP
- MSG_MULTI_SCOM_OP

Also, a new map, chnlFailScomList, was added in a previous
commit.  chnlFailScomList contains a list of target types
and associated SCOM addresses that PRD is likely want to
read after a checkstop.  PRD is responsible for maintaining
the contents.

Change-Id: I829a72067007ac8a61d80caa690d8eedee0f08cc
RTC:189294
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/59197
Tested-by: Jenkins Server &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@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>Secure Boot: Defer init of Centaur SCOM cache register definitions</title>
<updated>2018-06-04T19:58:42+00:00</updated>
<author>
<name>Nick Bofferding</name>
<email>bofferdn@us.ibm.com</email>
</author>
<published>2018-05-31T06:04:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=b81a9c8640e667af65e830fc35ce23db323f916a'/>
<id>urn:sha1:b81a9c8640e667af65e830fc35ce23db323f916a</id>
<content type='text'>
Defer init of Centaur SCOM cache register definitions until after istep 10.2

Change-Id: Ifdf94d00d65b0dffe841a32698f1aec5a97f3fe6
RTC: 187288
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/59615
Tested-by: Jenkins Server &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Michael Baiocchi &lt;mbaiocch@us.ibm.com&gt;
Reviewed-by: ILYA SMIRNOV &lt;ismirno@us.ibm.com&gt;
Reviewed-by: Nicholas E. Bofferding &lt;bofferdn@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;
</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>
<entry>
<title>Add ibscom runtime support</title>
<updated>2018-04-02T17:44:41+00:00</updated>
<author>
<name>Corey Swenson</name>
<email>cswenson@us.ibm.com</email>
</author>
<published>2018-03-23T15:49:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=b51298075aee402dbcef485088cfa71a6ca61725'/>
<id>urn:sha1:b51298075aee402dbcef485088cfa71a6ca61725</id>
<content type='text'>
 - Add ibscom runtime files
 - Make ibscom multicast workaround common
 - Call from ibscom rt_ibscom
 - Make scom sanity check common
 - Call from xscom rt_xscom ibscom rt_ibscom

RTC:190144
Change-Id: Ia52feac596ff6b6c8fb9f0db4493f35e4ee837af
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/56215
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: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Move runtime scoms to common function</title>
<updated>2018-03-27T13:50:58+00:00</updated>
<author>
<name>Corey Swenson</name>
<email>cswenson@us.ibm.com</email>
</author>
<published>2018-03-19T21:46:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=8a783ea89563b0e452caab5c5900add8cc99e358'/>
<id>urn:sha1:8a783ea89563b0e452caab5c5900add8cc99e358</id>
<content type='text'>
  - Calls hypervisor scom interfaces
  - Move from xscom/runtime to scom/runtime

RTC:190143
Change-Id: I41e0788f03fa27ae87c31a48dd041dbd66ca09c2
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/56042
CI-Ready: Thi N. Tran &lt;thi@us.ibm.com&gt;
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: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Enable platSpecialWakeup during IPL time and add support</title>
<updated>2018-02-17T21:26:17+00:00</updated>
<author>
<name>Christian Geddes</name>
<email>crgeddes@us.ibm.com</email>
</author>
<published>2018-01-29T20:49:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=b542fd6392999e7d521c5dff5a2a2add056db984'/>
<id>urn:sha1:b542fd6392999e7d521c5dff5a2a2add056db984</id>
<content type='text'>
Previously we only supported platSpecialWakeup at runtime because
we were not worried about needed special wakeup as the cores would
not go into stop state during the IPL. However, now PM code is expecting
bits to be set by the p9 special wakeup hwp so we need to call it during
the IPL. This code makes the handleSpecialWakeup.C/H files compatible
with IPL time build environment and enables the call on the IPL time path

CQ: SW415949
Change-Id: I94cca8a84946bea464b21cb95cdbbb075f766c3d
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/52858
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: Christian R. Geddes &lt;crgeddes@us.ibm.com&gt;
</content>
</entry>
</feed>
