<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-skiboot/core, branch master</title>
<subtitle>Talos™ II skiboot sources</subtitle>
<id>https://git.raptorcs.com/git/talos-skiboot/atom?h=master</id>
<link rel='self' href='https://git.raptorcs.com/git/talos-skiboot/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/'/>
<updated>2018-04-30T08:55:48+00:00</updated>
<entry>
<title>Disable fast reset unless explicitly enabled</title>
<updated>2018-04-30T08:55:48+00:00</updated>
<author>
<name>Raptor Engineering Development Team</name>
<email>support@raptorengineering.com</email>
</author>
<published>2018-04-30T08:55:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=2d1519ef16b773401ddcc532592505f1251c82e4'/>
<id>urn:sha1:2d1519ef16b773401ddcc532592505f1251c82e4</id>
<content type='text'>
Fast reset causes the OCC to randomly stop communicating with the BMC,
leading to a fan control failure and possible second CPU guard due
to the resultant FSI bus communication issues.

Disable until Issue 1699 (https://github.com/openbmc/openbmc/issues/1699) is fixed
</content>
</entry>
<entry>
<title>Mark all partitions except full PNOR and boot kernel firmware read only</title>
<updated>2018-04-30T08:55:23+00:00</updated>
<author>
<name>Raptor Engineering Development Team</name>
<email>support@raptorengineering.com</email>
</author>
<published>2018-03-25T19:57:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=6458b038f66d5a487abf504a621bb3467fc653a1'/>
<id>urn:sha1:6458b038f66d5a487abf504a621bb3467fc653a1</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Expose PNOR Flash partitions to host MTD driver via devicetree</title>
<updated>2018-04-30T08:55:23+00:00</updated>
<author>
<name>Raptor Engineering Development Team</name>
<email>support@raptorengineering.com</email>
</author>
<published>2018-03-21T09:36:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=9dec4d1add343813e66e4cd01a7afdb5cfe1ae6e'/>
<id>urn:sha1:9dec4d1add343813e66e4cd01a7afdb5cfe1ae6e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Signal skiboot completion to BMC when done</title>
<updated>2018-04-30T08:55:22+00:00</updated>
<author>
<name>Raptor Engineering Development Team</name>
<email>support@raptorengineering.com</email>
</author>
<published>2018-01-22T22:23:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=02c806450d38dc089bcdd4bc33c9ce286404b9f1'/>
<id>urn:sha1:02c806450d38dc089bcdd4bc33c9ce286404b9f1</id>
<content type='text'>
</content>
</entry>
<entry>
<title>OPAL_PCI_SET_POWER_STATE: fix locking in error paths</title>
<updated>2018-04-30T00:52:06+00:00</updated>
<author>
<name>Stewart Smith</name>
<email>stewart@linux.ibm.com</email>
</author>
<published>2018-04-27T05:59:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=a22ba4576ad35dccb86622e71442794d09e62bce'/>
<id>urn:sha1:a22ba4576ad35dccb86622e71442794d09e62bce</id>
<content type='text'>
Otherwise we could exit OPAL holding locks, potentially leading
to all sorts of problems later on.

Cc: stable # 5.3+
Fixes: 7a3e2c4ee3aa0
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>core/pci-dt-slots: Fix devfn lookup</title>
<updated>2018-04-30T00:50:11+00:00</updated>
<author>
<name>Oliver O'Halloran</name>
<email>oohall@gmail.com</email>
</author>
<published>2018-04-27T04:54:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=3a0c57d0182911345aca784c19cce5095dbb0a09'/>
<id>urn:sha1:3a0c57d0182911345aca784c19cce5095dbb0a09</id>
<content type='text'>
We only want to use the device part of the bdfn when looking up the
switch down port. The required bit twiddling happens inside
find_devfn() and the masking here is broken since:

	a) Keeps the fn part of the bdfn, and
	b) Masks off part of the device number.

This breaks looking up the slot information in some cases.

Fixes: 6878b806682f ("pci-dt-slot: Big ol' cleanup")
Signed-off-by: Oliver O'Halloran &lt;oohall@gmail.com&gt;
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>opal/hmi: Generate one event per core for processor recovery.</title>
<updated>2018-04-24T05:11:50+00:00</updated>
<author>
<name>Mahesh Salgaonkar</name>
<email>mahesh@linux.vnet.ibm.com</email>
</author>
<published>2018-04-23T06:15:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=376b5e3b26e05f78ac4ed1a59c5b9f3d9e66716f'/>
<id>urn:sha1:376b5e3b26e05f78ac4ed1a59c5b9f3d9e66716f</id>
<content type='text'>
Processor recovery is per core error. All threads on that core receive
HMI. All threads don't need to generate HMI event for same error.
Let thread 0 only generate the event.

Signed-off-by: Mahesh Salgaonkar &lt;mahesh@linux.vnet.ibm.com&gt;
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>opal:hmi: Add missing processor recovery reason string.</title>
<updated>2018-04-24T05:11:50+00:00</updated>
<author>
<name>Mahesh Salgaonkar</name>
<email>mahesh@linux.vnet.ibm.com</email>
</author>
<published>2018-04-23T06:15:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=115c9f9f66200a01829a084ac163e3436baac8d2'/>
<id>urn:sha1:115c9f9f66200a01829a084ac163e3436baac8d2</id>
<content type='text'>
With this patch now we see reason string printed for CORE_WOF[43] bit.

[  477.352234986,7] HMI: [Loc: U78D3.001.WZS004A-P1-C48]: P:8 C:22 T:3: Processor recovery occurred.
[  477.352240742,7] HMI: Core WOF = 0x0000000000100000 recovered error:
[  477.352242181,7] HMI: PC - Thread hang recovery

Signed-off-by: Mahesh Salgaonkar &lt;mahesh@linux.vnet.ibm.com&gt;
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>pci-dt-slot: Big ol' cleanup</title>
<updated>2018-04-23T05:06:59+00:00</updated>
<author>
<name>Oliver O'Halloran</name>
<email>oohall@gmail.com</email>
</author>
<published>2018-04-20T04:40:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=6878b806682fd41b6560b40b7f0f198d6c90357c'/>
<id>urn:sha1:6878b806682fd41b6560b40b7f0f198d6c90357c</id>
<content type='text'>
The underlying data that we get from HDAT can only really describe a
PCIe system. As such we can simplify the devicetree slot lookup code
by only caring about the important cases, namly, root ports and switch
downstream ports.

This also fixes a bug where root port didn't get a Slot label applied
which results in devices under that port not having ibm,loc-code set.
This results in the EEH core being unable to report the location of
EEHed devices under that port.

Signed-off-by: Oliver O'Halloran &lt;oohall@gmail.com&gt;
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>sensors: Dont add DTS sensors when OCC inband sensors are available</title>
<updated>2018-04-19T23:56:06+00:00</updated>
<author>
<name>Shilpasri G Bhat</name>
<email>shilpa.bhat@linux.vnet.ibm.com</email>
</author>
<published>2018-03-05T02:03:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=df62a033675da4d620731133c0cda1b320adeac8'/>
<id>urn:sha1:df62a033675da4d620731133c0cda1b320adeac8</id>
<content type='text'>
There are two sets of core temperature sensors today. One is DTS scom
based core temperature sensors and the second group is the sensors
provided by OCC. DTS is the highest temperature among the different
temperature zones in the core while OCC core temperature sensors are
the average temperature of the core. DTS sensors are read directly by
the host by SCOMing the DTS sensors while OCC sensors are read and
updated by OCC to main memory.

Reading DTS sensors by SCOMing is a heavy and slower operation as
compared to reading OCC sensors which is as good as reading memory.
So dont add DTS sensors when OCC sensors are available.

Signed-off-by: Shilpasri G Bhat &lt;shilpa.bhat@linux.vnet.ibm.com&gt;
Acked-by: Vaidyanathan Srinivasan &lt;svaidy@linux.vnet.ibm.com&gt;
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
</feed>
