<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-hostboot/src/usr/initservice, 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-19T22:16:25+00:00</updated>
<entry>
<title>istepdispatcher: Reset the watchog to enable it</title>
<updated>2018-05-19T22:16:25+00:00</updated>
<author>
<name>William A. Kennington III</name>
<email>wak@google.com</email>
</author>
<published>2018-05-08T23:18:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=9b9f654f0f6d3c73cbd58c5ee371b7ca5601284c'/>
<id>urn:sha1:9b9f654f0f6d3c73cbd58c5ee371b7ca5601284c</id>
<content type='text'>
Performing a watchdog set command alone is not enough to re-enable the
watchdog. In any instance where we want the watchdog to be running we
need to issue a reset immediately after the set action to guarantee it
was started.

Resolves #137

Signed-off-by: William A. Kennington III &lt;wak@google.com&gt;
Change-Id: I16b617cf26c9e6af8151ac415689a8c6956c6e11
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/58547
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>istepdispatcher: When trying to set the watchdog, clear DONT_STOP</title>
<updated>2018-05-19T22:14:25+00:00</updated>
<author>
<name>William A. Kennington III</name>
<email>wak@google.com</email>
</author>
<published>2018-05-08T23:15:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=2f1a0ed58a1b03eb7b2d08f20f68b498c593358d'/>
<id>urn:sha1:2f1a0ed58a1b03eb7b2d08f20f68b498c593358d</id>
<content type='text'>
We intend to actually stop the watchdog so allow the set command stop it
as defined in the IPMI spec.

Resolves #137

Signed-off-by: William A. Kennington III &lt;wak@google.com&gt;
Change-Id: I07152602dd0c03c0224a20e5bea3d4ff804fc093
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/58546
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>Check if Console Library is Loaded Before Printing to Console</title>
<updated>2018-05-11T02:31:09+00:00</updated>
<author>
<name>Ilya Smirnov</name>
<email>ismirno@us.ibm.com</email>
</author>
<published>2018-05-03T15:27:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=92a48f3e7c802e6784ad8f272ff94362fe6b5845'/>
<id>urn:sha1:92a48f3e7c802e6784ad8f272ff94362fe6b5845</id>
<content type='text'>
When a failure occurs early in IPL (for instance, due to
corrupt secure headers), the doShutdown path attempts to
print a trace to the console, which, if the console has
not been initialized yet, locks up the shutdown path, and
we don't shut down gracefully. This change adds a check
to make sure the console library has been loaded prior to
flushing the trace in doShutdown path.

Change-Id: I74942476de0a8c3f4cba41b92b05369687441f68
CQ: SW426722
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/58346
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: Nicholas E. Bofferding &lt;bofferdn@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Log Hostboot state information in all error logs</title>
<updated>2018-04-13T16:33:21+00:00</updated>
<author>
<name>Dan Crowell</name>
<email>dcrowell@us.ibm.com</email>
</author>
<published>2017-11-27T16:24:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=21080c6885b10977d4a1fe51e2dba79cb67d26c8'/>
<id>urn:sha1:21080c6885b10977d4a1fe51e2dba79cb67d26c8</id>
<content type='text'>
Add the Istep number and substep number to Hostboot Error Logs
to assist in problem debug. These items will be added as a user
data record to all Hostboot Error Logs prior to Runtime.

Change-Id: Ib5d269f3c1853d6d6856669744630dc130fa7094
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/54764
Reviewed-by: Martin Gloff &lt;mgloff@us.ibm.com&gt;
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: 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>Get Hostboot Dump after Hostboot Crash</title>
<updated>2018-04-09T20:38:00+00:00</updated>
<author>
<name>Marty Gloff</name>
<email>mgloff@us.ibm.com</email>
</author>
<published>2018-03-28T16:00:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=7383c3a4fbaff710ecbefb3e9eeeae7320d9f8b1'/>
<id>urn:sha1:7383c3a4fbaff710ecbefb3e9eeeae7320d9f8b1</id>
<content type='text'>
When Hostboot has a TI with a PLID rather than a Reason Code (RC), HWSV does not
attempt the Hostboot Dump.  Thought is that happens per the design as the error
log related to the PLID sent by Hostboot should already have the required
information.  There are instances where the error log does not have sufficient
data and a dump would be beneficial.  A path is being added so an error log can
be flagged as needing a Hostboot dump.

Change-Id: I97972308c70e7210f578fb818563bb9b0cd940b4
CQ: SW420219
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/56600
CI-Ready: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
CI-Ready: Martin Gloff &lt;mgloff@us.ibm.com&gt;
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;
Reviewed-by: Corey V. Swenson &lt;cswenson@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>Do not elevate severity of reconfig error log</title>
<updated>2018-03-12T16:39:37+00:00</updated>
<author>
<name>Dan Crowell</name>
<email>dcrowell@us.ibm.com</email>
</author>
<published>2018-03-09T21:18:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=586b8b1e6088353e34358658ddaad2e15a2e6cf0'/>
<id>urn:sha1:586b8b1e6088353e34358658ddaad2e15a2e6cf0</id>
<content type='text'>
The code as currently written will elevate the severity of any
log that is used to terminate the hostboot ipl.  In most cases
this is the correct behavior as we always want a visible log.
However, there are cases where hostboot terminates for the sole
purpose of triggering a reconfig loop via the FSP in order to
recover from a recoverable hardware issue.  In this case the log
shouldn't be visible since we don't want the customer to take
any actions.

The fix is to add a little bit of logic to differentiate these
two scenarios to control the severity setting.

Change-Id: I7253aec8c28a40c5cdebf4933ceccbecd119b9f4
CQ: SW420495
Backport: yes
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/55379
CI-Ready: Nicholas E. Bofferding &lt;bofferdn@us.ibm.com&gt;
CI-Ready: Daniel M. Crowell &lt;dcrowell@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: Nicholas E. Bofferding &lt;bofferdn@us.ibm.com&gt;
Reviewed-by: Marshall J. Wilks &lt;mjwilks@us.ibm.com&gt;
Reviewed-by: William G. Hoffa &lt;wghoffa@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Remove all explicit calls to special_wakeup from hostboot code</title>
<updated>2018-02-17T01:22:29+00:00</updated>
<author>
<name>Christian Geddes</name>
<email>crgeddes@us.ibm.com</email>
</author>
<published>2018-02-15T16:41:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=35165b3476254ee9a6f95786b93e6425ed6482a2'/>
<id>urn:sha1:35165b3476254ee9a6f95786b93e6425ed6482a2</id>
<content type='text'>
The only time that special wakeup should be called on the hostboot
platform is when it is called by other HWPs. PM_RESET will only
enable special wakeup if the SKIP_WAKEUP attribute is set to 0

Change-Id: Ib9939eae857fa5113a876a717f8169e150b78318
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/54148
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>Send additional FSP progress messages during long isteps (e.g. memdiags)</title>
<updated>2018-02-16T02:52:28+00:00</updated>
<author>
<name>Rick Ward</name>
<email>rward15@us.ibm.com</email>
</author>
<published>2018-02-13T22:15:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=ebe0b5de67d7d4081e3983bee451d63219f2dbf4'/>
<id>urn:sha1:ebe0b5de67d7d4081e3983bee451d63219f2dbf4</id>
<content type='text'>
Updated sendProgressCode() so that it would only output trace or
console messages once per step/substep.  Replaced most calls to
IPMIWATCHDOG::resetWatchDogTimer() with calls to sendProgressCode()
which calls resetWatchDogTimer() if communicating with a BMC, or
updates the FSP with its progress on FSP-based systems.

Change-Id: I29beb7ce5cdae467d26a0b2c5fee9e3cc4629161
RTC: 169682
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/53995
Reviewed-by: William G. Hoffa &lt;wghoffa@us.ibm.com&gt;
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: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Switch polarity of return data for perst commands</title>
<updated>2018-02-12T15:11:47+00:00</updated>
<author>
<name>Dan Crowell</name>
<email>dcrowell@us.ibm.com</email>
</author>
<published>2018-02-08T19:37:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=c80dab12a8551cc1d7b22c1c142f6bbf2bf3da8e'/>
<id>urn:sha1:c80dab12a8551cc1d7b22c1c142f6bbf2bf3da8e</id>
<content type='text'>
HWSV and Hostboot had backwards interpretations of fail/success.
Changing Hostboot to return zero for success.

Change-Id: Ia21b2b7c78eb9c64f06a690a50740357441b23c1
CQ: SW415796
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/53653
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: Brian E. Bakke &lt;bbakke@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>host_coalesce_host: bup updates</title>
<updated>2018-02-06T20:33:40+00:00</updated>
<author>
<name>Prachi Gupta</name>
<email>pragupta@us.ibm.com</email>
</author>
<published>2018-02-05T17:08:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=abc7d754b770b7322340bf1b3429260614ca0907'/>
<id>urn:sha1:abc7d754b770b7322340bf1b3429260614ca0907</id>
<content type='text'>
- move p9_fab_iovalid to fab_iovalid common lib
  to avoid conflicts with hwp lib
- doorbell_send to wake up the cores in istep18
- move block wakeup interrupts set later in the
  istep 18 flow after we have suspended the mbox
  and drained the interrupt queue

Change-Id: I241240ca1d1787182c5baaf3bdd10283878d5798
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/52701
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: SWATHI M. BHATTIPROLU &lt;bhmadhur@in.ibm.com&gt;
Reviewed-by: Sakethan R. Kotta &lt;sakkotta@in.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: William G. Hoffa &lt;wghoffa@us.ibm.com&gt;
</content>
</entry>
</feed>
