Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware

Hi Finn, Am 08.06.2018 um 14:24 schrieb Finn Thain: Don't load the via-pmu68k driver on early PowerBooks. The M50753 PMU device found in those models was never supported by this driver. Attempting to load the driver usually causes a boot hang. Cc: Geert Uytterhoeven Signed-off-by: Finn Thain

Re: [PATCH kernel 2/6] powerpc/powernv: Move TCE manupulation code to its own file

On Fri, Jun 08, 2018 at 03:46:29PM +1000, Alexey Kardashevskiy wrote: > Right now we have allocation code in pci-ioda.c and traversing code in > pci.c, let's keep them toghether. However both files are big enough > already so let's move this business to a new file. > > While we at it, move the cod

Re: [PATCH kernel 1/6] powerpc/powernv: Remove useless wrapper

On Fri, Jun 08, 2018 at 03:46:28PM +1000, Alexey Kardashevskiy wrote: > This gets rid of a useless wrapper around > pnv_pci_ioda2_table_free_pages(). > > Signed-off-by: Alexey Kardashevskiy Reviewed-by: David Gibson > --- > arch/powerpc/platforms/powernv/pci-ioda.c | 7 +-- > 1 file chang

Re: [PATCH v5 3/4] powerpc/lib: implement strlen() in assembly

Hi! On Fri, Jun 08, 2018 at 01:27:39PM +, Christophe Leroy wrote: > --- > Not tested on PPC64. > +#ifdef CPU_LITTLE_ENDIAN > + rldicl. r8, r9, 0, 56 > + beq 20f > + rldicl. r8, r9, 56, 56 > + beq 21f > + rldicl. r8, r9, 48, 56 > + beq 22f > + rldicl. r8

Re: pkeys on POWER: Access rights not reset on execve

On Fri, 8 Jun 2018 15:51:03 +0200 Florian Weimer wrote: > On 06/08/2018 03:49 PM, Michal Suchánek wrote: > > On Fri, 8 Jun 2018 14:57:06 +0200 > > Florian Weimer wrote: > > > >> On 06/08/2018 02:54 PM, Michal Suchánek wrote: > >>> On Fri, 8 Jun 2018 12:44:53 +0200 > >>> Florian Weimer wrot

Re: pkeys on POWER: Access rights not reset on execve

On 06/08/2018 03:49 PM, Michal Suchánek wrote: On Fri, 8 Jun 2018 14:57:06 +0200 Florian Weimer wrote: On 06/08/2018 02:54 PM, Michal Suchánek wrote: On Fri, 8 Jun 2018 12:44:53 +0200 Florian Weimer wrote: On 06/08/2018 12:15 PM, Michal Suchánek wrote: On Fri, 8 Jun 2018 07:53:51 +0200

Re: pkeys on POWER: Access rights not reset on execve

On Fri, 8 Jun 2018 14:57:06 +0200 Florian Weimer wrote: > On 06/08/2018 02:54 PM, Michal Suchánek wrote: > > On Fri, 8 Jun 2018 12:44:53 +0200 > > Florian Weimer wrote: > > > >> On 06/08/2018 12:15 PM, Michal Suchánek wrote: > >>> On Fri, 8 Jun 2018 07:53:51 +0200 > >>> Florian Weimer wrot

[PATCH v5 4/4] selftests/powerpc: update strlen() test to test the new assembly function

This patch modifies the test for testing the new assembly strlen() instead of the generic strlen() Signed-off-by: Christophe Leroy --- v5: no change v4: new tools/testing/selftests/powerpc/stringloops/Makefile | 3 +-- .../selftests/powerpc/stringloops/asm/cache.h| 1 + .../selftest

[PATCH v5 1/4] selftests/powerpc: add test for 32 bits memcmp

This patch renames memcmp test to memcmp_64 and adds a memcmp_32 test for testing the 32 bits version of memcmp() Signed-off-by: Christophe Leroy --- v5: no change v4: new tools/testing/selftests/powerpc/stringloops/Makefile| 14 +++--- tools/testing/selftests/powerpc/stringloops/

[PATCH v5 2/4] selftests/powerpc: Add test for strlen()

This patch adds a test for strlen() string.c contains a copy of strlen() from lib/string.c The test first tests the correctness of strlen() by comparing the result with libc strlen(). It tests all cases of alignment. It them tests the duration of an aligned strlen() on a 4 bytes string, on a 16

[PATCH v5 3/4] powerpc/lib: implement strlen() in assembly

The generic implementation of strlen() reads strings byte per byte. This patch implements strlen() in assembly based on a read of entire words, in the same spirit as what some other arches and glibc do. On a 8xx the time spent in strlen is reduced by 2/3 for long strings. strlen() selftest on an

Re: pkeys on POWER: Access rights not reset on execve

On 06/08/2018 02:54 PM, Michal Suchánek wrote: On Fri, 8 Jun 2018 12:44:53 +0200 Florian Weimer wrote: On 06/08/2018 12:15 PM, Michal Suchánek wrote: On Fri, 8 Jun 2018 07:53:51 +0200 Florian Weimer wrote: On 06/08/2018 04:34 AM, Ram Pai wrote: So the remaining question at this point

Re: pkeys on POWER: Access rights not reset on execve

On Fri, 8 Jun 2018 12:44:53 +0200 Florian Weimer wrote: > On 06/08/2018 12:15 PM, Michal Suchánek wrote: > > On Fri, 8 Jun 2018 07:53:51 +0200 > > Florian Weimer wrote: > > > >> On 06/08/2018 04:34 AM, Ram Pai wrote: > > So the remaining question at this point is whether the Intel

Re: [PATCH v4 3/4] powerpc/lib: implement strlen() in assembly

On Fri, Jun 08, 2018 at 01:45:13PM +0200, Gabriel Paubert wrote: > On Fri, Jun 08, 2018 at 10:20:41AM +, Christophe Leroy wrote: > > + rlwinm. r8, r9, 0, 0xff00 > > + beq 20f > > + rlwinm. r8, r9, 0, 0x00ff > > + beq 21f > > + rlwinm. r8, r9, 0, 0xff00 > > + beq

Re: [PATCH v4 3/4] powerpc/lib: implement strlen() in assembly

On Fri, Jun 08, 2018 at 10:20:41AM +, Christophe Leroy wrote: > The generic implementation of strlen() reads strings byte per byte. > > This patch implements strlen() in assembly based on a read of entire > words, in the same spirit as what some other arches and glibc do. > > On a 8xx the tim

Re: pkeys on POWER: Access rights not reset on execve

On 06/08/2018 12:15 PM, Michal Suchánek wrote: On Fri, 8 Jun 2018 07:53:51 +0200 Florian Weimer wrote: On 06/08/2018 04:34 AM, Ram Pai wrote: So the remaining question at this point is whether the Intel behavior (default-deny instead of default-allow) is preferable. Florian, remind me what

Re: [v3 PATCH 2/5] powerpc/pseries: Fix endainness while restoring of r3 in MCE handler.

On 06/08/2018 12:20 PM, Michael Ellerman wrote: > Mahesh J Salgaonkar writes: >> From: Mahesh Salgaonkar >> >> During Machine Check interrupt on pseries platform, register r3 points >> RTAS extended event log passed by hypervisor. Since hypervisor uses r3 >> to pass pointer to rtas log, it stores

[PATCH v4 4/4] selftests/powerpc: update strlen() test to test the new assembly function

This patch modifies the test for testing the new assembly strlen() instead of the generic strlen() Signed-off-by: Christophe Leroy --- v4: new tools/testing/selftests/powerpc/stringloops/Makefile | 3 +-- .../selftests/powerpc/stringloops/asm/cache.h| 1 + .../selftests/powerpc/strin

[PATCH v4 1/4] selftests/powerpc: add test for 32 bits memcmp

This patch renames memcmp test to memcmp_64 and adds a memcmp_32 test for testing the 32 bits version of memcmp() Signed-off-by: Christophe Leroy --- v4: new tools/testing/selftests/powerpc/stringloops/Makefile| 14 +++--- tools/testing/selftests/powerpc/stringloops/memcmp_32 |

[PATCH v4 3/4] powerpc/lib: implement strlen() in assembly

The generic implementation of strlen() reads strings byte per byte. This patch implements strlen() in assembly based on a read of entire words, in the same spirit as what some other arches and glibc do. On a 8xx the time spent in strlen is reduced by 2/3 for long strings. strlen() selftest on an

[PATCH v4 2/4] selftests/powerpc: Add test for strlen()

This patch adds a test for strlen() string.c contains a copy of strlen() from lib/string.c The test first tests the correctness of strlen() by comparing the result with libc strlen(). It tests all cases of alignment. It them tests the duration of an aligned strlen() on a 4 bytes string, on a 16

Re: pkeys on POWER: Access rights not reset on execve

On Fri, 8 Jun 2018 07:53:51 +0200 Florian Weimer wrote: > On 06/08/2018 04:34 AM, Ram Pai wrote: > >> > >> So the remaining question at this point is whether the Intel > >> behavior (default-deny instead of default-allow) is preferable. > > > > Florian, remind me what behavior needs to fixed?

[PATCH] media: fsl-viu: Use proper check for presence of {out, in}_be32()

When compile-testing on m68k or microblaze: drivers/media/platform/fsl-viu.c:41:1: warning: "out_be32" redefined drivers/media/platform/fsl-viu.c:42:1: warning: "in_be32" redefined Fix this by replacing the check for PowerPC by checks for the presence of {out,in}_be32(). As PowerPC imple

Re: [v3, 07/10] fsl/fman_port: support getting timestamp

Hi Yangbo, I love your patch! Perhaps something to improve: [auto build test WARNING on net-next/master] [also build test WARNING on next-20180608] [cannot apply to v4.17] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https