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()
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
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
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
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
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
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
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
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
* 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
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
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
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
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
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-
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
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
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
> -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
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
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
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"
> -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-
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
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)
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
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)
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
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
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
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
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
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
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
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
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
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
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
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]
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
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
[ + 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)
>>
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
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
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
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
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
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
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
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
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)
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
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
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
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
55 matches
Mail list logo