[GIT PULL] Please pull powerpc/linux.git powerpc-4.10-1 tag

Hi Linus, Please pull powerpc updates for 4.10: The following changes since commit a25f0944ba9b1d8a6813fd6f1a86f1bd59ac25a6: Linux 4.9-rc5 (2016-11-13 10:32:32 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git

Re: [PATCH v2 2/5] ia64: reuse append_elf_note() and final_note() functions

On Saturday 03 December 2016 12:52 AM, Eric W. Biederman wrote: Hari Bathini writes: Hi Dave, Thanks for the review. On Thursday 01 December 2016 10:26 AM, Dave Young wrote: Hi Hari Personally I like V1 more, but split the patch 2 is easier for ia64 people

[PATCH] powerpc/livepatch: Remove klp_write_module_reloc() stub

commit 425595a7fc20 ("livepatch: reuse module loader code to write relocations") offloads livepatch module relocation write to arch specific module loader code. Remove unused klp_write_module_reloc() function stub. Signed-off-by: Kamalesh Babulal ---

Re: [PATCH v3] powerpc/powernv: Initialise nest mmu

> Michael the skiboot fix to stop this breaking in mambo has been posted > (see http://patchwork.ozlabs.org/patch/702564/). Will let you know > when it has gone upstream. Upstream in skiboot master as of 9418533911728f6d8bb7aa647033c317772ddb97. Thanks! > > arch/powerpc/include/asm/opal-api.h

Re: [PATCH kernel 7/9] KVM: PPC: Enable IOMMU_API for KVM_BOOK3S_64 permanently

On Thu, Dec 08, 2016 at 07:19:54PM +1100, Alexey Kardashevskiy wrote: > It does not make much sense to have KVM in book3s-64 and > not to have IOMMU bits for PCI pass through support as it costs little > and allows VFIO to function on book3s KVM. > > Having IOMMU_API always enabled makes it

Re: [PATCH kernel 6/9] powerpc/powernv/iommu: Add real mode version of iommu_table_ops::exchange()

On Thu, Dec 08, 2016 at 07:19:53PM +1100, Alexey Kardashevskiy wrote: > In real mode, TCE tables are invalidated using special > cache-inhibited store instructions which are not available in > virtual mode > > This defines and implements exchange_rm() callback. This does not > define

Re: [PATCH kernel 8/9] KVM: PPC: Pass kvm* to kvmppc_find_table()

On Thu, Dec 08, 2016 at 07:19:55PM +1100, Alexey Kardashevskiy wrote: > The guest view TCE tables are per KVM anyway (not per VCPU) so pass kvm* > there. This will be used in the following patches where we will be > attaching VFIO containers to LIOBNs via ioctl() to KVM (rather than > to VCPU). >

Re: [PATCH kernel 5/9] KVM: PPC: Use preregistered memory API to access TCE list

On Thu, Dec 08, 2016 at 07:19:52PM +1100, Alexey Kardashevskiy wrote: > VFIO on sPAPR already implements guest memory pre-registration > when the entire guest RAM gets pinned. This can be used to translate > the physical address of a guest page containing the TCE list > from H_PUT_TCE_INDIRECT. >

Re: [PATCH kernel 4/9] powerpc/mmu: Add real mode support for IOMMU preregistered memory

On Thu, Dec 08, 2016 at 07:19:51PM +1100, Alexey Kardashevskiy wrote: > This makes mm_iommu_lookup() able to work in realmode by replacing > list_for_each_entry_rcu() (which can do debug stuff which can fail in > real mode) with list_for_each_entry_lockless(). > > This adds realmode version of

RE: [PATCH v6 1/4] irqchip/qeic: move qeic driver from drivers/soc/fsl/qe

Hello, Any comments on this patchset? Best Regards Zhao Qiang > -Original Message- > From: Zhao Qiang [mailto:qiang.z...@nxp.com] > Sent: Wednesday, September 28, 2016 11:25 AM > To: o...@buserror.net; t...@linutronix.de > Cc: ja...@lakedaemon.net; marc.zyng...@arm.com; X.B. Xie >

[PATCH] powerpc/time: clear LPCR.LD when unneeded

Currently the kernel will enable LD mode at boot when required. However, when using kexec the second kernel may not want to have the LD enabled. This patch ensures the second kernel will explicitly clear the LD flag when not required by the current kernel. Signed-off-by: Oliver O'Halloran

[PATCH v2 3/3] powerpc/pseries: Update affinity for memory and cpus specified in a PRRN event

Extend the existing PRRN infrastructure to perform the actual affinity updating for cpus and memory in addition to the device tree updating. For cpus, dynamic affinity updating already appears to exist in the kernel in the form of arch_update_cpu_topology. For memory, we must place a READD

[PATCH v2 2/3] powerpc/pseries: Introduce memory hotplug READD operation

Currently, memory must be hot removed and subsequently re-added in order to dynamically update the affinity of LMBs specified by a PRRN event. Earlier implementations of the PRRN event handler ran into issues in which the hot remove would occur successfully, but a hotplug event would be initiated

[PATCH v2 1/3] powerpc/pseries: Make the acquire/release of the drc for memory a seperate step

When adding and removing LMBs we should make the acquire/release of the DRC a separate step to allow for a few improvements. First this will ensure that LMBs removed during a remove by count operation are all available if a error occurs and we need to add them back. By first removeing all the LMBs

[PATCH v2 0/3] powerpc/pseries: Perform PRRN topology updates in kernel

Formerly, when we received a PRRN rtas event, device tree updating was performed in the kernel and the actual topology updating was performed in userspace. This was necessary as in order to update the topology for memory, we must perform a hot remove and a subsequent hot add and until recently,

[PATCH v3 0/5] powerpc/mm: enable memory hotplug on radix

Memory hotplug is leading to hash page table calls, even on radix: ... arch_add_memory create_section_mapping htab_bolt_mapping BUG_ON(!ppc_md.hpte_insert); To fix, refactor {create,remove}_section_mapping() into

[PATCH v3 3/5] powerpc/mm: add radix__create_section_mapping()

Add the linear page mapping function for radix, used by memory hotplug. This is similar to vmemmap_populate(). Signed-off-by: Reza Arbab --- arch/powerpc/include/asm/book3s/64/radix.h | 4 arch/powerpc/mm/pgtable-book3s64.c | 2 +-

[PATCH v3 4/5] powerpc/mm: add radix__remove_section_mapping()

Tear down and free the four-level page tables of the linear mapping during memory hotremove. We borrow the basic structure of remove_pagetable() and friends from the identically-named x86 functions. Signed-off-by: Reza Arbab ---

[PATCH v3 1/5] powerpc/mm: set the radix linear page mapping size

This was defaulting to 4K, regardless of PAGE_SIZE. Signed-off-by: Reza Arbab --- arch/powerpc/mm/pgtable-radix.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/powerpc/mm/pgtable-radix.c b/arch/powerpc/mm/pgtable-radix.c index 623a0dc..54bd70e 100644 ---

[PATCH v3 5/5] powerpc/mm: unstub radix__vmemmap_remove_mapping()

Use remove_pagetable() and friends for radix vmemmap removal. We do not require the special-case handling of vmemmap done in the x86 versions of these functions. This is because vmemmap_free() has already freed the mapped pages, and calls us with an aligned address range. So, add a few failsafe

[PATCH v3 2/5] powerpc/mm: refactor {create, remove}_section_mapping()

Change {create,remove}_section_mapping() to be wrappers around functions prefixed with "hash__". This is preparation for the addition of their "radix__" variants. No functional change. Signed-off-by: Reza Arbab --- arch/powerpc/include/asm/book3s/64/hash.h | 5 +

Re: [upstream-release] [PATCH net 2/4] fsl/fman: arm: call of_platform_populate() for arm64 platfrom

On 12/15/2016 07:11 AM, Madalin Bucur wrote: > From: Igal Liberman > > Signed-off-by: Igal Liberman > --- > drivers/net/ethernet/freescale/fman/fman.c | 10 ++ > 1 file changed, 10 insertions(+) > > diff --git

Re: [powerpc/nmi: RFC 2/2] Keep interrupts enabled even on soft disable

On Wed, 2016-12-14 at 11:41 +1100, Balbir Singh wrote: > I was planning to skipping other IRQ chips for now and support just > XICS/XIVE with BOOK3S and PPC64. But we can discuss this. Well you still need to make sure you don't do your lazy stuff on them and actually mask EE. > > That's why I

Re: [PATCH 3/3] powerpc/corenet: add support for the kmcent2 board

On Thu, 2016-12-15 at 14:22 +0100, Valentin Longchamp wrote: > This board is built around Freescale's T1040 SoC. > > The peripherals used by this design are: > - DDR3 RAM with SPD support > - parallel NOR Flash as boot medium > - 1 PCIe bus (PCIe1 x1) > - 3 FMAN Ethernet devices (FMAN1

[PATCH 3/3] powerpc/corenet: add support for the kmcent2 board

This board is built around Freescale's T1040 SoC. The peripherals used by this design are: - DDR3 RAM with SPD support - parallel NOR Flash as boot medium - 1 PCIe bus (PCIe1 x1) - 3 FMAN Ethernet devices (FMAN1 DTSEC1/2/5) - 4 IFC bus devices: - NOR flash - NAND flash - QRIO reset/power

[PATCH 2/3] powerpc/85xx: remove the kmp204x_defconfig

It is not maintained and thus obsolete. corenet32_smp_defconfig can be used as reference for the kmcoge4/kmp204x boards. Signed-off-by: Valentin Longchamp --- arch/powerpc/configs/85xx/kmp204x_defconfig | 220 1 file changed, 220

[PATCH 0/3] powerpc: update for the Keymile QorIQ boards

This series contains some updates for the Keymile QorIQ boards. There is a small fix for the kmcoge4 board DTS, the removal of the kmp204x_defconfig file which is unmaintained (corenet32_smp_defconfig can be used instead) and the addition of the kmcent2 board. Valentin Longchamp (3):

[PATCH 1/3] powerpc/corenet: explicitly disable the SDHC controller on kmcoge4

It is not implemented on the kmcoge4 hardware and if not disabled it leads to error messages with the corenet32_smp_defconfig. Signed-off-by: Valentin Longchamp --- arch/powerpc/boot/dts/fsl/kmcoge4.dts | 4 1 file changed, 4 insertions(+) diff --git

[PATCH v8] powerpc: Do not make the entire heap executable

On 32-bit powerpc the ELF PLT sections of binaries (built with --bss-plt, or with a toolchain which defaults to it) look like this: [17] .sbss NOBITS 0002aff8 01aff8 14 00 WA 0 0 4 [18] .plt NOBITS 0002b00c 01aff8 84 00 WAX 0 0 4

[PATCH net 3/3] MAINTAINERS: net: add entry for Freescale QorIQ DPAA Ethernet driver

Add record for Freescale QORIQ DPAA Ethernet driver adding myself as maintainer. Signed-off-by: Madalin Bucur --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index e2463ba..0ff9757 100644 --- a/MAINTAINERS +++

[PATCH net 2/3] dpaa_eth: remove redundant dependency on FSL_SOC

Signed-off-by: Madalin Bucur --- drivers/net/ethernet/freescale/dpaa/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/freescale/dpaa/Kconfig b/drivers/net/ethernet/freescale/dpaa/Kconfig index f3a3454..a654736 100644 ---

[PATCH net 1/3] dpaa_eth: use big endian accessors

From: Claudiu Manoil Ensure correct access to the big endian QMan HW through proper accessors. Signed-off-by: Claudiu Manoil Signed-off-by: Madalin Bucur --- drivers/net/ethernet/freescale/dpaa/dpaa_eth.c | 71

[PATCH net 0/3] dpaa_eth: a couple of fixes

This patch set introduces big endian accessors in the dpaa_eth driver making sure accesses to the QBMan HW are correct on little endian platforms. Removing a redundant Kconfig dependency on FSL_SOC. Adding myself as maintainer of the dpaa_eth driver. Claudiu Manoil (1): dpaa_eth: use big endian

[PATCH net 4/4] fsl/fman: enable compilation on ARM64

Signed-off-by: Madalin Bucur --- drivers/net/ethernet/freescale/fman/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/freescale/fman/Kconfig b/drivers/net/ethernet/freescale/fman/Kconfig index 79b7c84..dc0850b 100644 ---

[PATCH net 2/4] fsl/fman: arm: call of_platform_populate() for arm64 platfrom

From: Igal Liberman Signed-off-by: Igal Liberman --- drivers/net/ethernet/freescale/fman/fman.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/drivers/net/ethernet/freescale/fman/fman.c

[PATCH net 3/4] fsl/fman: A007273 only applies to PPC SoCs

Signed-off-by: Madalin Bucur Reviewed-by: Camelia Groza --- drivers/net/ethernet/freescale/fman/fman.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/net/ethernet/freescale/fman/fman.c

[PATCH net 1/4] fsl/fman: fix 1G support for QSGMII interfaces

QSGMII ports were not advertising 1G speed. Signed-off-by: Madalin Bucur Reviewed-by: Camelia Groza --- drivers/net/ethernet/freescale/fman/mac.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/ethernet/freescale/fman/mac.c

[PATCH net 0/4] fsl/fman: fixes for ARM

The patch set fixes advertised speeds for QSGMII interfaces, disables A007273 erratum workaround on non-PowerPC platforms where it does not apply, enables compilation on ARM64 and addresses a probing issue on ARM64. Igal Liberman (1): fsl/fman: arm: call of_platform_populate() for arm64

Re: [PATCH] powerpc/8xx: Perf events on PPC 8xx

Note that this patch applies on top of the following patches: - powerpc/32: Remove FIX_SRR1 - [2/2] powerpc/8xx: Implement hw_breakpoint Christophe Le 15/12/2016 à 13:42, Christophe Leroy a écrit : This patch has been reworked since RFC version. In the RFC, this patch was preceded by a patch

[PATCH] powerpc/8xx: Perf events on PPC 8xx

This patch has been reworked since RFC version. In the RFC, this patch was preceded by a patch clearing MSR RI for all PPC32 at all time at exception prologs. Now MSR RI clearing is done only when this 8xx perf events functionality is compiled in, it is therefore limited to 8xx and merged inside

Re: [PATCH] genirq/affinity: fix node generation from cpumask

On 12/15/2016 07:36 AM, Thomas Gleixner wrote: > On Thu, 15 Dec 2016, Gavin Shan wrote: >>> static int get_nodes_in_cpumask(const struct cpumask *mask, nodemask_t >>> *nodemsk) >>> { >>> - int n, nodes; >>> + int n, nodes = 0; >>> >>> /* Calculate the number of nodes in the supplied

Re: [PATCH] genirq/affinity: fix node generation from cpumask

On 15/12/16 05:01, Guilherme G. Piccoli wrote: > Commit 34c3d9819fda ("genirq/affinity: Provide smarter irq spreading > infrastructure") introduced a better IRQ spreading mechanism, taking > account of the available NUMA nodes in the machine. > > Problem is that the algorithm of retrieving the

Re: [PATCH] genirq/affinity: fix node generation from cpumask

On Thu, 15 Dec 2016, Gavin Shan wrote: > > static int get_nodes_in_cpumask(const struct cpumask *mask, nodemask_t > > *nodemsk) > > { > >-int n, nodes; > >+int n, nodes = 0; > > > > /* Calculate the number of nodes in the supplied affinity mask */ > >-for (n = 0, nodes = 0; n <

Re: [PATCH] genirq/affinity: fix node generation from cpumask

Looks fine: Reviewed-by: Christoph Hellwig (but I agree with the bracing nitpick from Gavin)