Re: [RFC FIX v1 1/2] powerpc: Discover radix availability before scanning the memory nodes

Bharata B Rao writes: > Currently device tree nodes for memory are scanned before the > radix feature is discovered in mmu_early_init_devtree(). Move this > routine ahead of scanning memory nodes so that we know if the > guest is radix or not when scanning

Re: [PATCH 09/67] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA

On 12/29/2017 12:25 AM, Christoph Hellwig wrote: We always use the stub definitions, so remove the unused other code. Signed-off-by: Christoph Hellwig Acked-by: Vineet Gupta FWIW, it was removed and reintroduced as one of the customers wanted it, which is

Re: [PATCH v7 07/10] kernel/jump_label: abstract jump_entry member accessors

On 5 January 2018 at 18:22, Catalin Marinas wrote: > On Fri, Jan 05, 2018 at 06:01:33PM +, Ard Biesheuvel wrote: >> On 5 January 2018 at 17:58, Catalin Marinas wrote: >> > On Tue, Jan 02, 2018 at 08:05:46PM +, Ard Biesheuvel wrote: >> >>

Re: [PATCH v7 07/10] kernel/jump_label: abstract jump_entry member accessors

On Fri, Jan 05, 2018 at 06:01:33PM +, Ard Biesheuvel wrote: > On 5 January 2018 at 17:58, Catalin Marinas wrote: > > On Tue, Jan 02, 2018 at 08:05:46PM +, Ard Biesheuvel wrote: > >> diff --git a/arch/arm/include/asm/jump_label.h > >>

Re: [PATCH v7 07/10] kernel/jump_label: abstract jump_entry member accessors

On 5 January 2018 at 17:58, Catalin Marinas wrote: > On Tue, Jan 02, 2018 at 08:05:46PM +, Ard Biesheuvel wrote: >> diff --git a/arch/arm/include/asm/jump_label.h >> b/arch/arm/include/asm/jump_label.h >> index e12d7d096fc0..7b05b404063a 100644 >> ---

Re: [PATCH v7 07/10] kernel/jump_label: abstract jump_entry member accessors

On Tue, Jan 02, 2018 at 08:05:46PM +, Ard Biesheuvel wrote: > diff --git a/arch/arm/include/asm/jump_label.h > b/arch/arm/include/asm/jump_label.h > index e12d7d096fc0..7b05b404063a 100644 > --- a/arch/arm/include/asm/jump_label.h > +++ b/arch/arm/include/asm/jump_label.h > @@ -45,5 +45,32 @@

Re: [PATCH v7 05/10] PCI: Add support for relative addressing in quirk tables

On 5 January 2018 at 17:41, Catalin Marinas wrote: > On Tue, Jan 02, 2018 at 08:05:44PM +, Ard Biesheuvel wrote: >> diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c >> index 10684b17d0bd..b6d51b4d5ce1 100644 >> --- a/drivers/pci/quirks.c >> +++

Re: [PATCH v7 05/10] PCI: Add support for relative addressing in quirk tables

On Tue, Jan 02, 2018 at 08:05:44PM +, Ard Biesheuvel wrote: > diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c > index 10684b17d0bd..b6d51b4d5ce1 100644 > --- a/drivers/pci/quirks.c > +++ b/drivers/pci/quirks.c > @@ -3556,9 +3556,16 @@ static void pci_do_fixups(struct pci_dev *dev,

[PATCH 1/3] powerpc/32: Fix hugepage allocation on 8xx at hint address

When an app has some regular pages allocated (e.g. see below) and tries to mmap() a huge page at a hint address covered by the same PMD entry, the kernel accepts the hint allthough the 8xx cannot handle different page sizes in the same PMD entry. 1000-10001000 r-xp 00:0f 2597

[PATCH 3/3] powerpc/8xx: Increase the number of mm slices

On the 8xx, we can have as many slices as PMD entries. This means we could have 1024 slices in 4k size pages mode and 64 slices in 16k size pages. However, due to a stack overflow in slice_get_unmapped_area(), we limit to 512 slices. Signed-off-by: Christophe Leroy ---

[PATCH v4 1/7] platform/pseries: Update VF config space after EEH

Add EEH platform operations for pseries to update VF config space. With this change after EEH, the VF will have updated config space for pseries platform. Signed-off-by: Bryant G. Ly Signed-off-by: Juan J. Alvarez ---

[PATCH v4 3/7] platforms/pseries: Set eeh_pe of EEH_PE_VF type

To correctly use EEH code one has to make sure that the EEH_PE_VF is set for dynamic created VFs. Therefore this patch allocates an eeh_pe of eeh type EEH_PE_VF and associates PE with parent. Signed-off-by: Bryant G. Ly Signed-off-by: Juan J. Alvarez

[PATCH v4 6/7] pseries/pci: Associate PEs to VFs in configure SR-IOV

After initial validation of SR-IOV resources, firmware will associate PEs to the dynamic VFs created within this call. This patch adds the association of PEs to the PF array of PE numbers indexed by VF. Signed-off-by: Bryant G. Ly Signed-off-by: Juan J. Alvarez

[PATCH v4 4/7] powerpc/kernel Add EEH operations to notify resume

When pseries SR-IOV is enabled and after a PF driver has resumed from EEH, platform has to be notified of the event so the child VFs can be allowed to resume their normal recovery path. This patch makes the EEH operation allow unfreeze platform dependent code and adds the call to pseries EEH

[PATCH 2/3] powerpc/mm: Allow more than 16 low slices

While the implementation of the "slices" address space allows a significant amount of high slices, it limits the number of low slices to 16 due to the use of a single u64 low_slices element in struct slice_mask. In order to override this limitation, this patch switches the handling of low_slices

[PATCH v4 2/7] linux/pci: Add uevents in AER and EEH error/resume

Devices can go offline when erors reported. This patch adds a change to the kernel object and lets udev know of error. When device resumes, a change is also set reporting device as online. Therefore, EEH and AER events are better propagated to user space for PCI devices in all arches.

[PATCH v4 0/7] SR-IOV Enablement on PowerVM

This patch series will enable SR-IOV on PowerVM. A specific set of lids for PFW/PHYP is required. They are planned to release with 920 at the moment. For IBM internal testers let me know of a system you want to test on and we can put on the lids required or we can provide a system to run the

[PATCH v4 7/7] pseries/setup: Add Initialization of VF Bars

When enabling SR-IOV in pseries platform, the VF bar properties for a PF are reported on the device node in the device tree. This patch adds the IOV Bar resources to Linux structures from the device tree for later use when configuring SR-IOV by PF driver. Signed-off-by: Bryant G. Ly

[PATCH v4 5/7] powerpc/kernel: Add EEH notify resume sysfs

Introduce a method for notify resume to be called from sysfs. In this patch one can now call notify resume from sysfs when is supported by platform. Signed-off-by: Bryant G. Ly Signed-off-by: Juan J. Alvarez ---

Re: [RFC FIX v1 1/2] powerpc: Discover radix availability before scanning the memory nodes

On 01/05/2018 04:35 PM, Bharata B Rao wrote: Currently device tree nodes for memory are scanned before the radix feature is discovered in mmu_early_init_devtree(). Move this routine ahead of scanning memory nodes so that we know if the guest is radix or not when scanning

[RFC FIX v1 2/2] powerpc: Fix memory unplug failure on radix guest

For a PowerKVM guest, it is possible to explicitly specify a DIMM device in addition to the system RAM at boot time. When such a cold plugged DIMM device is removed from a radix guest, we hit the following warning in the guest kernel resulting in the eventual failure of memory unplug:

[RFC FIX v1 1/2] powerpc: Discover radix availability before scanning the memory nodes

Currently device tree nodes for memory are scanned before the radix feature is discovered in mmu_early_init_devtree(). Move this routine ahead of scanning memory nodes so that we know if the guest is radix or not when scanning ibm,dynamic-reconfiguration-memory. Signed-off-by: Bharata B Rao

[RFC FIX v1 0/2] powerpc: Fix memory unplug failure for radix guests

This is an RFC patchset to fix the call trace observed during memory unplug for radix guests. The problem and the fix is described in patch 2/2. The ideal fix for this is to break the bigger radix mapping into smaller mappings during memory hot removal, but in the meanwhile I am just posting an