<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-skiboot/external, 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:23+00:00</updated>
<entry>
<title>opal-prd : Add options to set OCC in overclock mode</title>
<updated>2018-04-30T08:55:23+00:00</updated>
<author>
<name>Shilpasri G Bhat</name>
<email>shilpa.bhat@linux.vnet.ibm.com</email>
</author>
<published>2018-03-01T10:48:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=9821bf7bb6eab97eb758167be1578f19c2634e94'/>
<id>urn:sha1:9821bf7bb6eab97eb758167be1578f19c2634e94</id>
<content type='text'>
This option sets the OCC in characterization mode and the changes the
governor to performance.

This patch adds two new sub-options to 'occ' sub-command

Signed-off-by: Shilpasri G Bhat &lt;shilpa.bhat@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>Add new LPC-based devmem-aspeed utility</title>
<updated>2018-04-30T08:55:23+00:00</updated>
<author>
<name>Timothy Pearson</name>
<email>tpearson@raptorengineering.com</email>
</author>
<published>2018-04-20T09:01:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=dde51a6c10746ca02204fa668e1d4561a25a4359'/>
<id>urn:sha1:dde51a6c10746ca02204fa668e1d4561a25a4359</id>
<content type='text'>
</content>
</entry>
<entry>
<title>mambo: Add persistent memory disk support</title>
<updated>2018-04-30T00:49:22+00:00</updated>
<author>
<name>Michael Neuling</name>
<email>mikey@neuling.org</email>
</author>
<published>2018-04-26T06:27:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=0a6a2ff30c9ed47824af455207d1f268feb1ef63'/>
<id>urn:sha1:0a6a2ff30c9ed47824af455207d1f268feb1ef63</id>
<content type='text'>
This adds support to for mapping disks images using persistent
memory. Disks can be added by setting this ENV variable:

  PMEM_DISK="/mydisks/disk1.img,/mydisks/disk2.img"

These will show up in Linux as /dev/pmem0 and /dev/pmem1.

This uses a new feature in mambo "mysim memory mmap .." which is only
available since mambo commit 0131f0fc08 (from 24/4/2018).

This also needs the of_pmem.c driver in Linux which is only available
since v4.17. It works with powernv_defconfig + CONFIG_OF_PMEM. ie

  --- a/arch/powerpc/configs/powernv_defconfig
  +++ b/arch/powerpc/configs/powernv_defconfig
  @@ -238,6 +238,8 @@ CONFIG_RTC_CLASS=y
   CONFIG_RTC_DRV_GENERIC=y
   CONFIG_VIRTIO_PCI=m
   CONFIG_VIRTIO_BALLOON=m
  +CONFIG_LIBNVDIMM=y
  +# CONFIG_ND_BLK is not set
   CONFIG_EXT2_FS=y
   CONFIG_EXT2_FS_XATTR=y
   CONFIG_EXT2_FS_POSIX_ACL=y

Signed-off-by: Michael Neuling &lt;mikey@neuling.org&gt;
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>external/mambo: Add di command to decode instructions</title>
<updated>2018-04-24T05:11:50+00:00</updated>
<author>
<name>Michael Neuling</name>
<email>mikey@neuling.org</email>
</author>
<published>2018-04-23T06:41:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=1bcd6d84ec8061e3593bfca50e2a1f81006b16c0'/>
<id>urn:sha1:1bcd6d84ec8061e3593bfca50e2a1f81006b16c0</id>
<content type='text'>
By default you get 16 instructions but you can specify the number you
want.  ie

  systemsim % di 0x100 4
  0x0000000000000100: Enc:0xA64BB17D : mtspr   HSPRG1,r13
  0x0000000000000104: Enc:0xA64AB07D : mfspr   r13,HSPRG0
  0x0000000000000108: Enc:0xF0092DF9 : std     r9,0x9F0(r13)
  0x000000000000010C: Enc:0xA6E2207D : mfspr   r9,PPR

Using di since it's what xmon uses.

Signed-off-by: Michael Neuling &lt;mikey@neuling.org&gt;
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>mambo/mambo_utils.tcl: Inject an MCE at a specified address</title>
<updated>2018-04-20T04:51:02+00:00</updated>
<author>
<name>Balbir Singh</name>
<email>bsingharora@gmail.com</email>
</author>
<published>2018-04-18T04:35:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=bdd925aabbbbf0d35a44d85c9d51809c668be1ba'/>
<id>urn:sha1:bdd925aabbbbf0d35a44d85c9d51809c668be1ba</id>
<content type='text'>
Currently we don't support injecting an MCE on a specific address.
This is useful for testing functionality like memcpy_mcsafe()
(see https://patchwork.ozlabs.org/cover/893339/)

The core of the functionality is a routine called
inject_mce_ue_on_addr, which takes an addr argument and injects
an MCE (load/store with UE) when the specified address is accessed
by code. This functionality can easily be enhanced to cover
instruction UE's as well.

A sample use case to create an MCE on stack access would be

set addr [mysim display gpr 1]
inject_mce_ue_on_addr $addr

This would cause an mce on any r1 or r1 based access

Signed-off-by: Balbir Singh &lt;bsingharora@gmail.com&gt;
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>external/mambo: improve helper for machine checks</title>
<updated>2018-04-20T04:51:02+00:00</updated>
<author>
<name>Nicholas Piggin</name>
<email>npiggin@gmail.com</email>
</author>
<published>2018-04-17T06:28:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=e148cb32cc2669b82f3cf4922ce3bf8caad88b60'/>
<id>urn:sha1:e148cb32cc2669b82f3cf4922ce3bf8caad88b60</id>
<content type='text'>
Improve workarounds for stop injection, because mambo often will
trigger on 0x104/204 when injecting sreset/mces.

This also adds a workaround to skip injecting on reservations to
avoid infinite loops when doing inject_mce_step.

Signed-off-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;
Acked-by: Balbir Singh &lt;bsingharora@gmail.com&gt;
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>external: Add "lpc" tool</title>
<updated>2018-04-20T04:51:01+00:00</updated>
<author>
<name>Benjamin Herrenschmidt</name>
<email>benh@kernel.crashing.org</email>
</author>
<published>2018-04-20T00:17:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=df98e55e50a34e2b07ac5f3d864b58d1e015e144'/>
<id>urn:sha1:df98e55e50a34e2b07ac5f3d864b58d1e015e144</id>
<content type='text'>
This is a little front-end to the lpc debugfs files to access
the LPC bus from userspace on the host.

Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>external/trace: fix makefile</title>
<updated>2018-04-19T01:45:25+00:00</updated>
<author>
<name>Stewart Smith</name>
<email>stewart@linux.ibm.com</email>
</author>
<published>2018-04-19T01:45:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=5307c0ec789991a473023509da03533c6d4779e2'/>
<id>urn:sha1:5307c0ec789991a473023509da03533c6d4779e2</id>
<content type='text'>
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>opal-prd: Insert powernv_flash module</title>
<updated>2018-04-10T05:38:33+00:00</updated>
<author>
<name>Vasant Hegde</name>
<email>hegdevasant@linux.vnet.ibm.com</email>
</author>
<published>2018-04-03T17:38:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=cb16e55a234b91fd42112904cff15094fbae680d'/>
<id>urn:sha1:cb16e55a234b91fd42112904cff15094fbae680d</id>
<content type='text'>
Explictly load powernv_flash module on BMC based system so that we are sure
that flash device is created before starting opal-prd daemon.

Note that I have replaced pnor_available() check with is_fsp_system(). As we
want to load module on BMC system only. Also pnor_init has enough logic to
detect flash device. Hence pnor_available() becomes redundant check.

Signed-off-by: Vasant Hegde &lt;hegdevasant@linux.vnet.ibm.com&gt;
CC: Jeremy Kerr &lt;jeremy.kerr@au1.ibm.com&gt;
CC: Stewart Smith &lt;stewart@linux.vnet.ibm.com&gt;
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>libflash/blocklevel: Make read/write be ECC agnostic for callers</title>
<updated>2018-04-10T00:02:11+00:00</updated>
<author>
<name>Cyril Bur</name>
<email>cyril.bur@au1.ibm.com</email>
</author>
<published>2018-03-07T06:04:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=5616c42d900afb04a4df77fe0a882f5258239211'/>
<id>urn:sha1:5616c42d900afb04a4df77fe0a882f5258239211</id>
<content type='text'>
The blocklevel abstraction allows for regions of the backing store to be
marked as ECC protected so that blocklevel can decode/encode the ECC
bytes into the buffer automatically without the caller having to be ECC
aware.

Unfortunately this abstraction is far from perfect, this is only useful
if reads and writes are performed at the start of the ECC region or in
some circumstances at an ECC aligned position - which requires the
caller be aware of the ECC regions.

The problem that has arisen is that the blocklevel abstraction is
initialised somewhere but when it is later called the caller is unaware
if ECC exists in the region it wants to arbitrarily read and write to.
This should not have been a problem since blocklevel knows. Currently
misaligned reads will fail ECC checks and misaligned writes will
overwrite ECC bytes and the backing store will become corrupted.

This patch add the smarts to blocklevel_read() and blocklevel_write() to
cope with the problem. Note that ECC can always be bypassed by calling
blocklevel_raw_() functions.

All this work means that the gard tool can can safely call
blocklevel_read() and blocklevel_write() and as long as the blocklevel
knows of the presence of ECC then it will deal with all cases.

This also commit removes code in the gard tool which compensated for
inadequacies no longer present in blocklevel.

Signed-off-by: Cyril Bur &lt;cyril.bur@au1.ibm.com&gt;
Tested-by: Pridhiviraj Paidipeddi &lt;ppaidipe@linux.vnet.ibm.com&gt;
[stewart: core/flash: Adapt to new libflash ECC API
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
</feed>
