Re: [PATCH v1 1/3] powerpc/kernel: Split up pci_bus_add_device

On Mon, Sep 18, 2017 at 02:26:49PM -0500, Bryant G. Ly wrote: > When enabling SR-IOV one might want to have their > own version of starting device drivers for the VFs. > This patch allows for SR-IOV callers to use > pci_bus_add_virtfn_device instead of generic > pci_bus_add_device. > > When

Re: [PATCH 1/5] irqchip/ls-scfg-msi: add LS1012a MSI support

On Tue, Sep 19, 2017 at 05:26:54PM +0800, Zhiqiang Hou wrote: > From: Hou Zhiqiang > > The ls1012a implement only 1 msi controller, and it is the same as > ls1043a. > > Signed-off-by: Hou Zhiqiang > --- >

Re: [v5 04/12] dt-bindings: soc/fsl: Update reserved memory binding for QBMan

On Mon, Sep 18, 2017 at 04:39:39PM -0400, Roy Pledge wrote: > Updates the QMan and BMan device tree bindings for reserved memory > nodes. This makes the reserved memory allocation compatible with > the shared-dma-pool usage. > > Signed-off-by: Roy Pledge > --- >

Re: [PATCH 3/5] PCI: layerscape: Add support for ls1012a

On Tue, Sep 19, 2017 at 05:26:56PM +0800, Zhiqiang Hou wrote: > From: Hou Zhiqiang > > Signed-off-by: Hou Zhiqiang > --- > Documentation/devicetree/bindings/pci/layerscape-pci.txt | 1 + > drivers/pci/dwc/pci-layerscape.c | 1

Re: [PATCH] powerpc/livepatch: Fix livepatch stack access

On Thursday 21 September 2017 10:25 PM, Naveen N . Rao wrote: On 2017/09/21 09:00PM, Balbir Singh wrote: On Thu, Sep 21, 2017 at 8:02 PM, Michael Ellerman wrote: Kamalesh Babulal writes: While running stress test with livepatch module

[PATCH v3] powerpc: Handle MCE on POWER9 with only DSISR bit 33 set

On POWER9 DD2.1 and below, it's possible for a paste instruction to cause a Machine Check Exception (MCE) where only DSISR bit 33 is set. This will result in the MCE handler seeing an unknown event, which triggers linux to crash. We change this by detecting unknown events caused by load/stores in

[PATCH v2 3/3] powerpc:selftest update memcmp_64 selftest for VMX implementation

From: Simon Guo This patch adjust selftest memcmp_64 so that memcmp selftest can be compiled successfully. It also adds testcases for memcmp over 4K bytes size. Signed-off-by: Simon Guo --- .../selftests/powerpc/copyloops/asm/ppc_asm.h |

Re: [PATCH] powerpc/livepatch: Fix livepatch stack access

On Thu, Sep 21, 2017 at 8:02 PM, Michael Ellerman wrote: > Kamalesh Babulal writes: > >> While running stress test with livepatch module loaded, kernel >> bug was triggered. >> >> cpu 0x5: Vector: 400 (Instruction Access) at [c000eb9d3b60] >>

Re: [PATCH 1/3] ASoC: davinci-mcasp: Handle return value of devm_kasprintf

 Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 2017-09-20 13:06, Arvind Yadav wrote: > devm_kasprintf() can fail here and we must check its return value. Acked-by: Peter Ujfalusi >

Re: [PATCH] powerpc/livepatch: Fix livepatch stack access

On Thursday 21 September 2017 04:30 PM, Balbir Singh wrote: On Thu, Sep 21, 2017 at 8:02 PM, Michael Ellerman wrote: Kamalesh Babulal writes: While running stress test with livepatch module loaded, kernel bug was triggered. cpu 0x5: Vector:

Re: [v5 03/12] soc/fsl/qbman: Use shared-dma-pool for QMan private memory allocations

On Mon, Sep 18, 2017 at 04:39:38PM -0400, Roy Pledge wrote: > Use the shared-memory-pool mechanism for frame queue descriptor and > packed frame descriptor record area allocations. > > Signed-off-by: Roy Pledge Reviewed-by: Catalin Marinas

Re: [v5 06/12] soc/fsl/qbman: Drop L1_CACHE_BYTES compile time check

On Mon, Sep 18, 2017 at 04:39:41PM -0400, Roy Pledge wrote: > From: Claudiu Manoil > > Not relevant and arch dependent. Overkill for PPC. > > Signed-off-by: Claudiu Manoil > Signed-off-by: Roy Pledge Reviewed-by: Catalin

Re: [PATCH v2] powerpc: Handle MCE on POWER9 with only DSISR bit 33 set

On Thu, 21 Sep 2017 19:57:20 +1000 Michael Neuling wrote: > On Thu, 2017-09-21 at 18:18 +1000, Nicholas Piggin wrote: > > On Thu, 21 Sep 2017 12:04:34 +1000 > > Michael Neuling wrote: > > > > > On POWER9 DD2.1 and below, it's possible to get Machine

Re: [v5 01/12] soc/fsl/qbman: Add common routine for QBMan private allocations

On Mon, Sep 18, 2017 at 04:39:36PM -0400, Roy Pledge wrote: > --- /dev/null > +++ b/drivers/soc/fsl/qbman/dpaa_sys.c > @@ -0,0 +1,78 @@ > +/* Copyright 2017 NXP Semiconductor, Inc. > + * > + * Redistribution and use in source and binary forms, with or without > + * modification, are permitted

Re: [v5 02/12] soc/fsl/qbman: Use shared-dma-pool for BMan private memory allocations

On Mon, Sep 18, 2017 at 04:39:37PM -0400, Roy Pledge wrote: > Use the shared-memory-pool mechanism for free buffer proxy record > area allocation. > > Signed-off-by: Roy Pledge Reviewed-by: Catalin Marinas

Re: [v5 05/12] soc/fsl/qbman: Drop set/clear_bits usage

On Mon, Sep 18, 2017 at 04:39:40PM -0400, Roy Pledge wrote: > From: Madalin Bucur > > Replace PPC specific set/clear_bits API with standard > bit twiddling so driver is portalable outside PPC. > > Signed-off-by: Madalin Bucur > Signed-off-by:

Re: [v5 07/12] soc/fsl/qbman: Fix ARM32 typo

On Mon, Sep 18, 2017 at 04:39:42PM -0400, Roy Pledge wrote: > From: Valentin Rothberg > > The Kconfig symbol for 32bit ARM is 'ARM', not 'ARM32'. > > Signed-off-by: Valentin Rothberg > Signed-off-by: Claudiu Manoil

Re: [v5 08/12] soc/fsl/qbman: Rework portal mapping calls for ARM/PPC

On Mon, Sep 18, 2017 at 04:39:43PM -0400, Roy Pledge wrote: > Rework portal mapping for PPC and ARM. The PPC devices require a > cacheable coherent mapping while ARM will work with a non-cachable/write > combine mapping. This also eliminates the need for manual cache > flushes on ARM. This also

Applied "ASoC: fsl-asoc-card: Handle return value of devm_kasprintf" to the asoc tree

The patch ASoC: fsl-asoc-card: Handle return value of devm_kasprintf has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Re: [v5 00/12] soc/fsl/qbman: Enable QBMan on ARM Platforms

On Mon, Sep 18, 2017 at 04:39:35PM -0400, Roy Pledge wrote: > Madalin Bucur (4): > soc/fsl/qbman: Drop set/clear_bits usage > soc/fsl/qbman: add QMAN_REV32 > soc/fsl/qbman: different register offsets on ARM > soc/fsl/qbman: Enable FSL_LAYERSCAPE config on ARM > > Roy Pledge (5): >

Re: [PATCH v2 2/3] ASoC: fsl-asoc-card: Handle return value of devm_kasprintf

On Thu, Sep 21, 2017 at 10:50:03AM +0530, Arvind Yadav wrote: > devm_kasprintf() can fail here and we must check its return value. This is patch 2/3 but you've only sent me this one patch. This is missing the point of numbering a series, the only reason for the numbering is to provide ordering

Applied "ASoC: omap-hdmi-audio: Handle return value of devm_kasprintf" to the asoc tree

The patch ASoC: omap-hdmi-audio: Handle return value of devm_kasprintf has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "ASoC: davinci-mcasp: Handle return value of devm_kasprintf" to the asoc tree

The patch ASoC: davinci-mcasp: Handle return value of devm_kasprintf has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Re: [PATCH 0/5] More NMI IPI enablement work

Nicholas Piggin writes: > Hi, > > Here is the NMI IPI enablement for powernv, which requires > supported firmware and hardware: > > https://lists.ozlabs.org/pipermail/skiboot/2017-September/009111.html > > And some preceeding patches that fix issues I ran into when > testing

Re: [PATCH 0/5] More NMI IPI enablement work

On Thu, 21 Sep 2017 21:10:42 +1000 Michael Ellerman wrote: > Nicholas Piggin writes: > > > Hi, > > > > Here is the NMI IPI enablement for powernv, which requires > > supported firmware and hardware: > > > >

Re: linux-4.14-rc1/arch/powerpc/perf/hv-24x7.c:541: bad condition ?

[ + Cody in case he's still interested] Michael Ellerman writes: > David Binderman writes: > >> Hello there, >> >> linux-4.14-rc1/arch/powerpc/perf/hv-24x7.c:543]: (warning) Identical >> condition 's1> >> Source

Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning

On (09/20/17 11:24), Joe Perches wrote: > On Wed, 2017-09-20 at 19:53 +0200, Helge Deller wrote: [..] > > Is it worth to mention, that it's still needed in older kernels? > > Just in case some patch get's backported. good question. > I think probably not. > > There are relatively few references

Re: [PATCH] powerpc/livepatch: Fix livepatch stack access

On 2017/09/21 09:00PM, Balbir Singh wrote: > On Thu, Sep 21, 2017 at 8:02 PM, Michael Ellerman wrote: > > Kamalesh Babulal writes: > > > >> While running stress test with livepatch module loaded, kernel > >> bug was triggered. > >> > >> cpu 0x5:

RE: [v5 04/12] dt-bindings: soc/fsl: Update reserved memory binding for QBMan

> -Original Message- > From: Roy Pledge [mailto:roy.ple...@nxp.com] > Sent: Monday, September 18, 2017 3:40 PM > To: Leo Li ; linuxppc-dev@lists.ozlabs.org; linux-arm- > ker...@lists.infradead.org; linux-ker...@vger.kernel.org; > devicet...@vger.kernel.org > Cc:

Re: [PATCH 1/2] powerpc/pseries: fix "OF: ERROR: Bad of_node_put() on /cpus" during DLPAR

On 09/21/2017 02:54 AM, Michael Ellerman wrote: > Hi Tyrel, > > Thanks for jumping on this. > > Tyrel Datwyler writes: >> Commit 215ee763f8cb ("powerpc: pseries: remove dlpar_attach_node dependency >> on >> full path") reworked dlpar_attach_node() to no longer look

Re: Traceback due to 'powerpc/mm: Fix kernel RAM protection...' when running ppc image in qemu

Le 20/09/2017 à 05:45, Guenter Roeck a écrit : On 09/19/2017 08:05 PM, Michael Ellerman wrote: Guenter Roeck writes: Hi, I see a the following traceback when running an SMP image based on 85xx/mpc85xx_cds_defconfig in qemu. [ cut here ]

Re: [mainline][DLPAR][Oops] OF: ERROR: Bad of_node_put() on /cpus

On 09/21/2017 02:57 AM, Michael Ellerman wrote: > Tyrel Datwyler writes: >> On 09/20/2017 04:39 AM, Michael Ellerman wrote: >>> Rob Herring writes: >>> >>> Testing a fix, will report back. >> >> So, that patch slipped past me. Not only is the parent

RE: Machine Check in P2010(e500v2)

> -Original Message- > From: Joakim Tjernlund [mailto:joakim.tjernl...@infinera.com] > Sent: Wednesday, September 20, 2017 11:45 AM > To: linuxppc-dev@lists.ozlabs.org; Leo Li ; York Sun > > Subject: Re: Machine Check in P2010(e500v2) > > On Sat,

[PATCH v2 2/3] powerpc/64: enhance memcmp() with VMX instruction for long bytes comparision

From: Simon Guo This patch add VMX primitives to do memcmp() in case the compare size exceeds 4K bytes. Test result with following test program(replace the "^>" with ""): -- ># cat tools/testing/selftests/powerpc/stringloops/memcmp.c >#include >#include >#include

Re: [1/2] powerpc/pseries: fix "OF: ERROR: Bad of_node_put() on /cpus" during DLPAR

On Wed, 2017-09-20 at 21:02:51 UTC, Tyrel Datwyler wrote: > Commit 215ee763f8cb ("powerpc: pseries: remove dlpar_attach_node dependency on > full path") reworked dlpar_attach_node() to no longer look up the parent > node "/cpus", but instead to have the parent node passed by the caller in the >

Re: [1/2] powerpc/eeh: Create PHB PEs after EEH is initialized

On Thu, 2017-09-07 at 06:35:40 UTC, Benjamin Herrenschmidt wrote: > Otherwise we end up not yet having computed the right > diag data size on powernv where EEH initialization > is delayed, thus causing memory corruption later on > when calling OPAL. > > Signed-off-by: Benjamin Herrenschmidt

Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers

* Sergey Senozhatsky wrote (on 2017-09-20 16:29:02 +): > Hello > > RFC > > On some arches C function pointers are indirect and point to > a function descriptor, which contains the actual pointer to the code. > This mostly doesn't

[PATCH v2 1/3] powerpc/64: Align bytes before fall back to .Lshort in powerpc64 memcmp().

From: Simon Guo Currently memcmp() 64bytes version in powerpc will fall back to .Lshort (compare per byte mode) if either src or dst address is not 8 bytes aligned. It can be opmitized if both addresses are with the same offset with 8 bytes boundary. memcmp() can

[PATCH v2 0/3] powerpc/64: memcmp() optimization

From: Simon Guo There is some room to optimize memcmp() in powerpc 64 bits version for following 2 cases: (1) Even src/dst addresses are not aligned with 8 bytes at the beginning, memcmp() can align them and go with .Llong comparision mode without fallback to .Lshort

[PATCH] mm: fix RODATA_TEST failure "rodata_test: test data was not read only"

On powerpc, RODATA_TEST fails with message the following messages: [6.199505] Freeing unused kernel memory: 528K [6.203935] rodata_test: test data was not read only This is because GCC allocates it to .data section: c0695034 g O .data 0004 rodata_test_data Since commit

Re: [RFC][PATCH v2 6/7] symbol lookup: use new kernel and module dereference functions

On (09/21/17 01:29), Sergey Senozhatsky wrote: [..] > + %pS versatile_init+0x0/0x110 > + %ps versatile_init > %pF versatile_init+0x0/0x110 > %pf versatile_init > - %pS versatile_init+0x0/0x110 > %pSRversatile_init+0x9/0x110 >

Re: [PATCH v2] powerpc: Handle MCE on POWER9 with only DSISR bit 33 set

On Thu, 21 Sep 2017 12:04:34 +1000 Michael Neuling wrote: > On POWER9 DD2.1 and below, it's possible to get Machine Check > Exception (MCE) where only DSISR bit 33 is set. This will result in > the linux MCE handler seeing an unknown event, which triggers linux to > crash. >

Re: [PATCH] crypto: talitos - fix sha224

On Wed, Sep 13, 2017 at 12:44:51PM +0200, Christophe Leroy wrote: > Kernel crypto tests report the following error at startup > > [2.752626] alg: hash: Test 4 failed for sha224-talitos > [2.757907] : 30 e2 86 e2 e7 8a dd 0d d7 eb 9f d5 83 fe f1 b0 > 0010: 2d 5a 6c a5 f9 55 ea

Re: [PATCH] crypto: talitos - fix hashing

On Wed, Sep 13, 2017 at 12:44:57PM +0200, Christophe Leroy wrote: > md5sum on some files gives wrong result > > Exemple: > > With the md5sum from libkcapi: > c15115c05bad51113f81bdaee735dd09 test > > With the original md5sum: > bbdf41d80ba7e8b2b7be3a0772be76cb test > > This patch fixes this

Re: [PATCH] crypto: talitos - Don't provide setkey for non hmac hashing algs.

On Tue, Sep 12, 2017 at 11:03:39AM +0200, Christophe Leroy wrote: > Today, md5sum fails with error -ENOKEY because a setkey > function is set for non hmac hashing algs, see strace output below: > > mmap(NULL, 378880, PROT_READ, MAP_SHARED, 6, 0) = 0x77f5 > accept(3, 0, NULL)

Re: [PATCH 1/2] powerpc/pseries: fix "OF: ERROR: Bad of_node_put() on /cpus" during DLPAR

Hi Tyrel, Thanks for jumping on this. Tyrel Datwyler writes: > Commit 215ee763f8cb ("powerpc: pseries: remove dlpar_attach_node dependency on > full path") reworked dlpar_attach_node() to no longer look up the parent > node "/cpus", but instead to have the parent node

Re: [mainline][DLPAR][Oops] OF: ERROR: Bad of_node_put() on /cpus

Tyrel Datwyler writes: > On 09/20/2017 04:39 AM, Michael Ellerman wrote: >> Rob Herring writes: >>> On Fri, Sep 15, 2017 at 6:04 AM, abdul wrote: Mainline kernel panics during DLPAR CPU add/remove operation.

Re: [PATCH v2] powerpc: Handle MCE on POWER9 with only DSISR bit 33 set

On Thu, 2017-09-21 at 18:18 +1000, Nicholas Piggin wrote: > On Thu, 21 Sep 2017 12:04:34 +1000 > Michael Neuling wrote: > > > On POWER9 DD2.1 and below, it's possible to get Machine Check > > Exception (MCE) where only DSISR bit 33 is set. This will result in > > the linux MCE

Re: [PATCH] powerpc/livepatch: Fix livepatch stack access

Kamalesh Babulal writes: > While running stress test with livepatch module loaded, kernel > bug was triggered. > > cpu 0x5: Vector: 400 (Instruction Access) at [c000eb9d3b60] > pc: c000eb9d3e30 > lr: c000eb9d3e30 > sp: c000eb9d3de0 >

Re: [PATCH v3] Make initramfs honor CONFIG_DEVTMPFS_MOUNT

Rob Landley writes: > On 09/14/2017 04:17 AM, Christophe LEROY wrote: >> Le 14/09/2017 à 01:51, Rob Landley a écrit : >>> From: Rob Landley >>> >>> Make initramfs honor CONFIG_DEVTMPFS_MOUNT, and move >>> /dev/console open after devtmpfs mount. >>> >>> Add