<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-op-linux/arch/powerpc/platforms/powernv, branch master</title>
<subtitle>Talos™ II Linux sources for OpenPOWER</subtitle>
<id>https://git.raptorcs.com/git/talos-op-linux/atom?h=master</id>
<link rel='self' href='https://git.raptorcs.com/git/talos-op-linux/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/'/>
<updated>2020-01-23T10:31:22+00:00</updated>
<entry>
<title>powernv/pci: Move pnv_pci_dma_bus_setup() to pci-ioda.c</title>
<updated>2020-01-23T10:31:22+00:00</updated>
<author>
<name>Oliver O'Halloran</name>
<email>oohall@gmail.com</email>
</author>
<published>2020-01-10T07:02:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=946743d035bd2cfff059ae79012ab22148caeac2'/>
<id>urn:sha1:946743d035bd2cfff059ae79012ab22148caeac2</id>
<content type='text'>
This is only used in pci-ioda.c so move it there and rename it to match.

Signed-off-by: Oliver O'Halloran &lt;oohall@gmail.com&gt;
Reviewed-by: Alexey Kardashevskiy &lt;aik@ozlabs.ru&gt;
Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;
Link: https://lore.kernel.org/r/20200110070207.439-6-oohall@gmail.com
</content>
</entry>
<entry>
<title>powernv/pci: Fold pnv_pci_dma_dev_setup() into the pci-ioda.c version</title>
<updated>2020-01-23T10:31:22+00:00</updated>
<author>
<name>Oliver O'Halloran</name>
<email>oohall@gmail.com</email>
</author>
<published>2020-01-10T07:02:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=0a25d9c40161269067c47f6c09a12d76cfe72581'/>
<id>urn:sha1:0a25d9c40161269067c47f6c09a12d76cfe72581</id>
<content type='text'>
pnv_pci_dma_dev_setup() does nothing but call the phb-&gt;dma_dev_setup()
callback, if one exists. That callback is only set for normal PCIe PHBs so
we can remove the layer of indirection and use the ioda version in
the pci_controller_ops.

Signed-off-by: Oliver O'Halloran &lt;oohall@gmail.com&gt;
Reviewed-by: Alexey Kardashevskiy &lt;aik@ozlabs.ru&gt;
Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;
Link: https://lore.kernel.org/r/20200110070207.439-5-oohall@gmail.com
</content>
</entry>
<entry>
<title>powerpc/iov: Move VF pdev fixup into pcibios_fixup_iov()</title>
<updated>2020-01-23T10:31:22+00:00</updated>
<author>
<name>Oliver O'Halloran</name>
<email>oohall@gmail.com</email>
</author>
<published>2020-01-10T07:02:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=965c94f309be58fbcc6c8d3e4f123376c5970d79'/>
<id>urn:sha1:965c94f309be58fbcc6c8d3e4f123376c5970d79</id>
<content type='text'>
An ioda_pe for each VF is allocated in pnv_pci_sriov_enable() before
the pci_dev for the VF is created. We need to set the pe-&gt;pdev pointer
at some point after the pci_dev is created. Currently we do that in:

pcibios_bus_add_device()
	pnv_pci_dma_dev_setup() (via phb-&gt;ops.dma_dev_setup)
		/* fixup is done here */
		pnv_pci_ioda_dma_dev_setup() (via pnv_phb-&gt;dma_dev_setup)

The fixup needs to be done before setting up DMA for for the VF's PE,
but there's no real reason to delay it until this point. Move the
fixup into pnv_pci_ioda_fixup_iov() so the ordering is:

	pcibios_add_device()
		pnv_pci_ioda_fixup_iov() (via ppc_md.pcibios_fixup_sriov)

	pcibios_bus_add_device()
		...

This isn't strictly required, but it's a slightly more logical place
to do the fixup and it simplifies pnv_pci_dma_dev_setup().

Signed-off-by: Oliver O'Halloran &lt;oohall@gmail.com&gt;
Reviewed-by: Alexey Kardashevskiy &lt;aik@ozlabs.ru&gt;
Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;
Link: https://lore.kernel.org/r/20200110070207.439-4-oohall@gmail.com
</content>
</entry>
<entry>
<title>powernv/pci: Remove dma_dev_setup() for NPU PHBs</title>
<updated>2020-01-23T10:31:21+00:00</updated>
<author>
<name>Oliver O'Halloran</name>
<email>oohall@gmail.com</email>
</author>
<published>2020-01-10T07:02:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=ac1172019593f80818a2fdc406d3d30d8bbb05f2'/>
<id>urn:sha1:ac1172019593f80818a2fdc406d3d30d8bbb05f2</id>
<content type='text'>
The pnv_pci_dma_dev_setup() only does something when:

1) There PHB contains VFs, or
2) The PHB defines a dma_dev_setup() callback in the pnv_phb structure.

Neither is true for NPU PHBs so there's no reason to set the callback.

Reviewed-by: Alexey Kardashevskiy &lt;aik@ozlabs.ru&gt;
Signed-off-by: Oliver O'Halloran &lt;oohall@gmail.com&gt;
Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;
Link: https://lore.kernel.org/r/20200110070207.439-3-oohall@gmail.com
</content>
</entry>
<entry>
<title>powerpc/powernv: Allow manually invoking special reboots</title>
<updated>2020-01-23T10:31:21+00:00</updated>
<author>
<name>Oliver O'Halloran</name>
<email>oohall@gmail.com</email>
</author>
<published>2019-11-01T08:55:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=37f6f8e88caef5f69774b82117ca35bdc4a985d8'/>
<id>urn:sha1:37f6f8e88caef5f69774b82117ca35bdc4a985d8</id>
<content type='text'>
OPAL provides several different kinds of reboot for the kernel to use,
namely forcing a full reboot, platform error reboot and MPIPL. Right now
triggering the alternative resets requires some ad-hoc method such as
triggering a kernel crash and hoping the stars align. It's sometimes handy
to be able to trigger one of these resets directly, so add a way to do
that.

Signed-off-by: Oliver O'Halloran &lt;oohall@gmail.com&gt;
Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;
Link: https://lore.kernel.org/r/20191101085522.3055-2-oohall@gmail.com
</content>
</entry>
<entry>
<title>powerpc/powernv: Use common code for the symbol_map export</title>
<updated>2020-01-23T10:31:21+00:00</updated>
<author>
<name>Oliver O'Halloran</name>
<email>oohall@gmail.com</email>
</author>
<published>2019-11-01T06:26:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=846a17a53aeeee426cbc1252f517a6660eab1427'/>
<id>urn:sha1:846a17a53aeeee426cbc1252f517a6660eab1427</id>
<content type='text'>
Long before we had a generic way for firmware to export memory ranges of
interest we added a special case for the skiboot symbol map. The code is
pretty much identical to the generic export so re-use the code.

Signed-off-by: Oliver O'Halloran &lt;oohall@gmail.com&gt;
Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;
Link: https://lore.kernel.org/r/20191101062611.32610-2-oohall@gmail.com
</content>
</entry>
<entry>
<title>powerpc/powernv: Rework exports to support subnodes</title>
<updated>2020-01-23T10:31:20+00:00</updated>
<author>
<name>Oliver O'Halloran</name>
<email>oohall@gmail.com</email>
</author>
<published>2019-11-01T06:26:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=db93361260e2411f854514e8b54b6c31a5b2d5bd'/>
<id>urn:sha1:db93361260e2411f854514e8b54b6c31a5b2d5bd</id>
<content type='text'>
Originally we only had a handful of exported memory ranges, but we'd to
export the per-core trace buffers. This results in a lot of files in the
exports directory which is a but unfortunate. We can clean things up a bit
by turning subnodes into subdirectories of the exports directory.

Signed-off-by: Oliver O'Halloran &lt;oohall@gmail.com&gt;
Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;
Link: https://lore.kernel.org/r/20191101062611.32610-1-oohall@gmail.com
</content>
</entry>
<entry>
<title>powernv/pci: Add a debugfs entry to dump PHB's IODA PE state</title>
<updated>2020-01-23T10:31:20+00:00</updated>
<author>
<name>Oliver O'Halloran</name>
<email>oohall@gmail.com</email>
</author>
<published>2019-09-12T05:29:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=18697d2b08622b35278fc4312e86e6b5d3cd758d'/>
<id>urn:sha1:18697d2b08622b35278fc4312e86e6b5d3cd758d</id>
<content type='text'>
Add a debugfs entry to dump the state of the active IODA PEs. The IODA
PE state reflects how the PHB's internal concept of a PE is
configured. This is separate to the EEH PE state and is managed power
the PowerNV PCI backend rather than the EEH core.

Signed-off-by: Oliver O'Halloran &lt;oohall@gmail.com&gt;
Reviewed-by: Alexey Kardashevskiy &lt;aik@ozlabs.ru&gt;
[mpe: Use DEFINE_DEBUGFS_ATTRIBUTE]
Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;
Link: https://lore.kernel.org/r/20190912052945.12589-3-oohall@gmail.com
</content>
</entry>
<entry>
<title>powernv/pci: Allow any write trigger the diag dump</title>
<updated>2020-01-23T10:31:20+00:00</updated>
<author>
<name>Oliver O'Halloran</name>
<email>oohall@gmail.com</email>
</author>
<published>2019-09-12T05:29:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=c13a17b73eb0b30070a347111b8c386f4e6a844e'/>
<id>urn:sha1:c13a17b73eb0b30070a347111b8c386f4e6a844e</id>
<content type='text'>
Make the dump trigger off any input rather than just '1'. This allows you
to write "echo 1&gt; dump_diag_data" and it'll do what you want rather than
erroring out pointlessly.

Signed-off-by: Oliver O'Halloran &lt;oohall@gmail.com&gt;
Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;
Link: https://lore.kernel.org/r/20190912052945.12589-2-oohall@gmail.com
</content>
</entry>
<entry>
<title>powernv/pci: Use pnv_phb as the private data for debugfs entries</title>
<updated>2020-01-23T10:31:20+00:00</updated>
<author>
<name>Oliver O'Halloran</name>
<email>oohall@gmail.com</email>
</author>
<published>2019-09-12T05:29:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=22ba7289079be12c85895fee41602139e9553c93'/>
<id>urn:sha1:22ba7289079be12c85895fee41602139e9553c93</id>
<content type='text'>
Use the pnv_phb structure as the private data pointer for the debugfs
files.  This lets us delete some code and an open-coded use of
hose-&gt;private_data.

Signed-off-by: Oliver O'Halloran &lt;oohall@gmail.com&gt;
Reviewed-by: Alexey Kardashevskiy &lt;aik@ozlabs.ru&gt;
Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;
Link: https://lore.kernel.org/r/20190912052945.12589-1-oohall@gmail.com
</content>
</entry>
</feed>
