<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-hostboot/src/include/kernel, 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-14T13:49:52+00:00</updated>
<entry>
<title>Double frequency of coalescing memory fragmentation</title>
<updated>2018-05-14T13:49:52+00:00</updated>
<author>
<name>Thi Tran</name>
<email>thi@us.ibm.com</email>
</author>
<published>2018-05-11T17:45:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=927220a65bb74c95e7902158ec2bc6642c596531'/>
<id>urn:sha1:927220a65bb74c95e7902158ec2bc6642c596531</id>
<content type='text'>
Change-Id: I146289bb2f36519fee5e1fb1dfc07aedf71a1a34
CQ:SW428001
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/58704
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>Secure Boot: Support Phyp debug flag in HDAT</title>
<updated>2018-04-09T20:29:14+00:00</updated>
<author>
<name>Ilya Smirnov</name>
<email>ismirno@us.ibm.com</email>
</author>
<published>2018-03-19T22:12:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=da8911ce095aa7d18231c9d344dc978dae7cf984'/>
<id>urn:sha1:da8911ce095aa7d18231c9d344dc978dae7cf984</id>
<content type='text'>
PHYP needs a way to know if SBE security backdoor is enabled
for debug purposes. This change creates a flag in TPM instance
data structure to indicate whether the backdoor is enabled. This
flag is passed by SBE to the hb bootloader; also added the flag
to indicate whether PCR is poisoned (default of 0).
The population of this flag will be implemented on Fleetwood.

Change-Id: I22305dbc9651134ba7dfe3b0bd3c760fe53c2c85
RTC: 188961
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/56045
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: Michael Baiocchi &lt;mbaiocch@us.ibm.com&gt;
CI-Ready: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Force checkstops for unhandled machine checks</title>
<updated>2018-03-29T16:03:50+00:00</updated>
<author>
<name>Dan Crowell</name>
<email>dcrowell@us.ibm.com</email>
</author>
<published>2017-10-01T21:09:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=90eaed6f430c88eb0127ce47671bd80b21f35433'/>
<id>urn:sha1:90eaed6f430c88eb0127ce47671bd80b21f35433</id>
<content type='text'>
Default MSR[ME]=0 during initial boot for bootloader and
 hostboot kernel
Once the xscom address range has been mapped in, enable the
 machine check handler to force a checkstop and set MSR[ME]=1
 to allow regular machine check handling

CQ: SW401402
Change-Id: I104e39465e61b3b19d5c073e71271102711ae54f
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/47179
Reviewed-by: Christian R. Geddes &lt;crgeddes@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: William G. Hoffa &lt;wghoffa@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Close race condition in multi instance IPC</title>
<updated>2018-02-16T15:02:29+00:00</updated>
<author>
<name>Dean Sanner</name>
<email>dsanner@us.ibm.com</email>
</author>
<published>2018-02-15T13:04:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=1eac1bea6c0960e47d3929f519cbb78071e40b7f'/>
<id>urn:sha1:1eac1bea6c0960e47d3929f519cbb78071e40b7f</id>
<content type='text'>
 P9 Doorbells operate differently than P8 IPI mechanism, creating
 a race condition.  Basically because the HB kernel turns a
 doorbell into a message, and then is ready for another one -- it
 can lose the next one since repeated messages with same key are
 dropped (IPC handling clears memory comm area, other HB instances
 notice, fill and drop a doorbell before getting back into kernel)

Change-Id: I8eb6f010600afb9de365c8942fcd24227903436f
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/54118
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: William G. Hoffa &lt;wghoffa@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Updates to make multinode IPC work</title>
<updated>2018-02-13T11:38:43+00:00</updated>
<author>
<name>Dean Sanner</name>
<email>dsanner@us.ibm.com</email>
</author>
<published>2018-02-01T15:53:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=305fcd051d535220f5372051cace8968d25f8491'/>
<id>urn:sha1:305fcd051d535220f5372051cace8968d25f8491</id>
<content type='text'>
 -Fixed node/group id calculations
 -Reduced dbell printk to prevent printk overflow
 -Fixed architectual hole in how internode IPC works
   Workitems won't work, instead just always check
   for IPC on any doorbells to master thread
 -Changed PIR tracing to print out in hex

Change-Id: I25eb7f87fd812a90f98a7724b1ac1100f764fe7b
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/53187
Tested-by: Jenkins Server &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Prachi Gupta &lt;pragupta@us.ibm.com&gt;
Reviewed-by: William G. Hoffa &lt;wghoffa@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: Dean Sanner &lt;dsanner@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Multi-Drawer (IPC) Interrupt/Messaging Support</title>
<updated>2018-01-25T22:44:20+00:00</updated>
<author>
<name>Bill Hoffa</name>
<email>wghoffa@us.ibm.com</email>
</author>
<published>2018-01-09T14:16:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=cb444552aebafa54ceb0417c12d61cd48fbc65e0'/>
<id>urn:sha1:cb444552aebafa54ceb0417c12d61cd48fbc65e0</id>
<content type='text'>
 - Use doorbells instead of IPIs (no IPI support
   using LSI interupts in the XIVE intr architecture)

 - New message type from kernel to userspace so the
   kernel can notify the HB userspace Interrupt
   Resource Provider (INTRP) that an IPC message was
   sent to the particular HB instance (in P8 this
   happened automatically as that was part of the
   IPI architecture).

 - Re-enable testcase that validates that an IPC
   message can be successfully sent.

Change-Id: Ic846f8dca45217205ed61d8381a573e995cb16f2
RTC: 150861
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/52004
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: FSP CI Jenkins &lt;fsp-CI-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Prachi Gupta &lt;pragupta@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Expand Hostboot to 64MB</title>
<updated>2018-01-16T03:36:51+00:00</updated>
<author>
<name>Dan Crowell</name>
<email>dcrowell@us.ibm.com</email>
</author>
<published>2018-01-10T17:07:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=1e973575493db7b15d6cd36613034e3ea17ca900'/>
<id>urn:sha1:1e973575493db7b15d6cd36613034e3ea17ca900</id>
<content type='text'>
We hit out-of-memory errors while trying to boot a Opal system
due to the large amount of memory used by the PM procedures
and the pinning of memory in secure mode.

Also did some other rearranging of the pinned memory sections
to get some space back.

Change-Id: I61f219d7f32871a39b236d963bae893a6ef0ce0e
CQ: SW413191
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/51724
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: Martin Gloff &lt;mgloff@us.ibm.com&gt;
Reviewed-by: Daniel M. Crowell &lt;dcrowell@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Enable ATTN prior to OPAL handoff</title>
<updated>2017-11-30T14:33:28+00:00</updated>
<author>
<name>Brian Bakke</name>
<email>bbakke@us.ibm.com</email>
</author>
<published>2017-11-17T16:51:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=3a88f18bc7386abaaceedca9b327806d85734f67'/>
<id>urn:sha1:3a88f18bc7386abaaceedca9b327806d85734f67</id>
<content type='text'>
Change-Id: Iadfded90c09b149948348ee462ab34f9c2431982
RTC: 182134
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/49865
Reviewed-by: Matt Derksen &lt;mderkse1@us.ibm.com&gt;
Tested-by: Jenkins Server &lt;pfd-jenkins+hostboot@us.ibm.com&gt;
Reviewed-by: Christian R. Geddes &lt;crgeddes@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>Ensure AbaPtr is not used in runtime code</title>
<updated>2017-10-20T02:17:12+00:00</updated>
<author>
<name>Dan Crowell</name>
<email>dcrowell@us.ibm.com</email>
</author>
<published>2017-10-11T16:56:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-hostboot/commit/?id=20250c0b1f6de53b2bfddd1c714fb8c97e655ce2'/>
<id>urn:sha1:20250c0b1f6de53b2bfddd1c714fb8c97e655ce2</id>
<content type='text'>
The AbaPtr makes assumptions that we have pointer values that
are only 32-bits long.  In our runtime (HBRT) environment that
assumption is not true so we need to make sure none of the code
that runs there is trying to use the AbaPtr code.

Change-Id: I0a26558f305fada723bf3cb3447a2bdfddb194d0
Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/48248
Reviewed-by: Martin Gloff &lt;mgloff@us.ibm.com&gt;
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>
</feed>
