[PATCH] SB600 for the Nemo board has non-zero devices on non-root bus

2017-12-02 Thread Christian Zigotzky
On 02 December 2017 at 00:27AM, Bjorn Helgaas wrote: Thanks for testing that. I'll merge a similar patch for v4.16. I don't think using "pci=pcie_scan_all" is really an acceptable long-term answer for you, though. Is there some way we can identify at run-time whether we're on a Nemo system?

[rfc] powernv/kdump: Fix cases where the kdump kernel can get HMI's

2017-12-02 Thread Balbir Singh
Certain HMI's such as malfunction error propagate through all threads/core on the system. If a thread was offline prior to us crashing the system and jumping to the kdump kernel, bad things happen when it wakes up due to an HMI in the kdump kernel. There are several possible ways to solve this pro

Re: [PATCH v1] PCI: Make PCI_SCAN_ALL_PCIE_DEVS work for Root as well as Downstream Ports

2017-12-02 Thread Bjorn Helgaas
On Fri, Dec 01, 2017 at 06:27:10PM -0600, Bjorn Helgaas wrote: > From: Bjorn Helgaas > > PCIe Downstream Ports normally have only a Device 0 below them. To > optimize enumeration, we don't scan for other devices *unless* the > PCI_SCAN_ALL_PCIE_DEVS flag is set by set by quirks or the > "pci=pci

Re: [PATCH] SB600 for the Nemo board has non-zero devices on non-root bus

2017-12-02 Thread Olof Johansson
On Sat, Dec 02, 2017 at 01:54:41PM +0100, Christian Zigotzky wrote: > On 02 December 2017 at 00:27AM, Bjorn Helgaas wrote: > > > > Thanks for testing that. I'll merge a similar patch for v4.16. > > > > I don't think using "pci=pcie_scan_all" is really an acceptable > > long-term answer for you,

Re: [PATCH] SB600 for the Nemo board has non-zero devices on non-root bus

2017-12-02 Thread Olof Johansson
On Sat, Dec 2, 2017 at 3:00 PM, Olof Johansson wrote: > On Sat, Dec 02, 2017 at 01:54:41PM +0100, Christian Zigotzky wrote: >> On 02 December 2017 at 00:27AM, Bjorn Helgaas wrote: >> > >> > Thanks for testing that. I'll merge a similar patch for v4.16. >> > >> > I don't think using "pci=pcie_scan

Re: [PATCH v5 0/3] Prepartion for SR-IOV PowerVM Enablement

2017-12-02 Thread Alexey Kardashevskiy
On 10/11/17 01:00, Bryant G. Ly wrote: > v1 - Initial patch > v2 - Addressed Bjorn's comment on creating a highly platform > dependent global exported symbol. > v3 - Based patch off linux-ppc/master > v4 - Using the sriov-drivers_autoprobe mechanism per Bjorn's request > v5 - Fixed comments an

Re: [rfc] powernv/kdump: Fix cases where the kdump kernel can get HMI's

2017-12-02 Thread Nicholas Piggin
Seems like a reasonable approach. Why do we only do this for powernv? It seems like a good idea in general to pull all offlined CPUs out and into the same state for all platforms and for all shutdown/restart/crash paths. Also I wonder if there is anything we should do on the other side of the equa