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

2017-09-21 Thread Sergey Senozhatsky
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 v2] powerpc: Handle MCE on POWER9 with only DSISR bit 33 set

2017-09-21 Thread Nicholas Piggin
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. > > We change this by

Re: [PATCH] crypto: talitos - fix sha224

2017-09-21 Thread Herbert Xu
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 f

Re: [PATCH] crypto: talitos - fix hashing

2017-09-21 Thread Herbert Xu
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 i

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

2017-09-21 Thread Herbert Xu
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)

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

2017-09-21 Thread Christophe Leroy
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 056b9d8a

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

2017-09-21 Thread Sergey Senozhatsky
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 > (with

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

2017-09-21 Thread Michael Ellerman
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 passed by the caller in the

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

2017-09-21 Thread Michael Ellerman
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. Machine Type: Power8 PowerVM LPAR kernel 4.13.0 >>> >>> Did 4.1

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

2017-09-21 Thread Michael Neuling
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 handler seeing an u

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

2017-09-21 Thread Michael Ellerman
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 >msr: 80001280b033 > curren

Re: [PATCH v3] Make initramfs honor CONFIG_DEVTMPFS_MOUNT

2017-09-21 Thread Michael Ellerman
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 workaround for Debian bug that was copi

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

2017-09-21 Thread Balbir Singh
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] >> pc: c000eb9d3e30 >> lr: c000eb9d3e

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

2017-09-21 Thread Michael Ellerman
[ + 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 code is >> >> if (s1 < s2) >> return 1; >> if (s2 > s1) >>

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

2017-09-21 Thread Michael Ellerman
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 it. Are any of these

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

2017-09-21 Thread Peter Ujfalusi
 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 > Signed-off-by: Arvind Yadav

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

2017-09-21 Thread Kamalesh Babulal
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: 400 (Instruction Access) at [c000eb9d3b60]

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

2017-09-21 Thread Nicholas Piggin
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: > > > > https://lists.ozlabs.org/pipermail/skiboot/2017-September/009111.html > > > > And some p

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

2017-09-21 Thread Nicholas Piggin
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 Check > > > Exception (MCE) where only DSIS

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

2017-09-21 Thread Catalin Marinas
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 provi

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

2017-09-21 Thread Catalin Marinas
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 03/12] soc/fsl/qbman: Use shared-dma-pool for QMan private memory allocations

2017-09-21 Thread Catalin Marinas
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 05/12] soc/fsl/qbman: Drop set/clear_bits usage

2017-09-21 Thread Catalin Marinas
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: Claudiu Manoil > Signed-off-by: Roy Pledge Review

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

2017-09-21 Thread Catalin Marinas
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 Marinas

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

2017-09-21 Thread Catalin Marinas
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 > Signed-off-by: Roy Pledge Reviewed-by: Catalin Marinas

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

2017-09-21 Thread Catalin Marinas
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 fix

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

2017-09-21 Thread Catalin Marinas
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): > soc/fs

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

2017-09-21 Thread Mark Brown
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 wi

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

2017-09-21 Thread Mark Brown
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)

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

2017-09-21 Thread Mark Brown
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 hours

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

2017-09-21 Thread Mark Brown
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] powerpc/livepatch: Fix livepatch stack access

2017-09-21 Thread Naveen N . Rao
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: Vector: 400 (Instruction Access) at [c000eb9d3b

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

2017-09-21 Thread Leo Li
> -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: o...@buserror.net; Madalin-

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

2017-09-21 Thread Tyrel Datwyler
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 up the parent >> node "/cpus"

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

2017-09-21 Thread Christophe LEROY
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 ] WARNING: CPU: 0 PID: 1 at ke

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

2017-09-21 Thread Tyrel Datwyler
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 reference not ours to >> drop, but >> when

RE: Machine Check in P2010(e500v2)

2017-09-21 Thread Leo Li
> -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, 2017-09-09 at 14:45 +0200, Joakim Tjernl

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

2017-09-21 Thread Bjorn Helgaas
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 enabli

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

2017-09-21 Thread Rob Herring
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 > --- > Documentation/devicetree/bindings

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

2017-09-21 Thread Rob Herring
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 > --- > .../devicetree/bindings/interrupt-controller/fsl,ls-scfg-msi.txt | 1 > + > driv

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

2017-09-21 Thread Rob Herring
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 + > 2 files changed, 2 insertions(+) Acked-

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

2017-09-21 Thread Michael Ellerman
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 > Ack

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

2017-09-21 Thread Michael Ellerman
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 > fun

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

2017-09-21 Thread Michael Neuling
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

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

2017-09-21 Thread Kamalesh Babulal
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 loaded, kernel bug was triggered. cpu 0x5: Vector: 400

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

2017-09-21 Thread Santosh Sivaraj
* 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 matter, except for cases when people

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

2017-09-21 Thread wei . guo . simon
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 comparision mode do compare b

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

2017-09-21 Thread wei . guo . simon
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 compare the unaligned bytes with

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

2017-09-21 Thread wei . guo . simon
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 >#include >#include "uti

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

2017-09-21 Thread wei . guo . simon
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 | 2 +- .../selftests/powerpc/stringloops/asm/ppc_a

Re: [PATCH 4/6] mm/mprotect, powerpc/mm/pkeys, x86/mm/pkeys: Add sysfs interface

2017-09-21 Thread Balbir Singh
On Fri, 15 Sep 2017 18:21:08 -0700 Ram Pai wrote: > From: Thiago Jung Bauermann > > Expose useful information for programs using memory protection keys. > Provide implementation for powerpc and x86. > > On a powerpc system with pkeys support, here is what is shown: > > $ head /sys/kernel/mm/p

Re: [PATCH 3/6] mm: display pkey in smaps if arch_pkeys_enabled() is true

2017-09-21 Thread Balbir Singh
On Fri, 15 Sep 2017 18:21:07 -0700 Ram Pai wrote: > Currently the architecture specific code is expected to > display the protection keys in smap for a given vma. > This can lead to redundant code and possibly to divergent > formats in which the key gets displayed. > > This patch chang

Re: [PATCH 3/6] mm: display pkey in smaps if arch_pkeys_enabled() is true

2017-09-21 Thread Balbir Singh
On Fri, 15 Sep 2017 18:21:07 -0700 Ram Pai wrote: > +#ifdef CONFIG_ARCH_HAS_PKEYS > + if (arch_pkeys_enabled()) Sorry, I missed this bit in my previous review the patch makes sense > + seq_printf(m, "ProtectionKey: %8u\n", vma_pkey(vma)); > +#endif > + Balbir

Re: [PATCH 1/6] mm: introduce an additional vma bit for powerpc pkey

2017-09-21 Thread Balbir Singh
On Fri, 15 Sep 2017 18:21:05 -0700 Ram Pai wrote: > Currently only 4bits are allocated in the vma flags to hold 16 > keys. This is sufficient for x86. PowerPC supports 32 keys, > which needs 5bits. This patch allocates an additional bit. > > Signed-off-by: Ram Pai > --- Acked-by: Balbir Si

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

2017-09-21 Thread Simon Guo
Hi, On Thu, Sep 21, 2017 at 07:34:39AM +0800, wei.guo.si...@gmail.com wrote: > 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 ""): > -- I missed the exit_vmx_ops()