Re: [PATCH v2 9/9] powerpc/eeh: Add eeh_state_active() helper

Hi Sam, Thank you for the patch! Yet something to improve: [auto build test ERROR on v4.16-rc4] [also build test ERROR on next-20180319] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Sam

Re: [PATCH 1/2] powerpc64/ftrace: Add a field in paca to disable ftrace in unsafe code paths

On Tue, 20 Mar 2018 09:34:43 +1100 Michael Ellerman wrote: > Nicholas Piggin writes: > > > On Mon, 19 Mar 2018 14:43:00 +0530 > > "Naveen N. Rao" wrote: > > > >> We have some C code that we call into from real mode

Re: [PATCH] powerpc/boot: Remove duplicate typedefs from libfdt_env.h

On Tue, Mar 20, 2018 at 3:02 AM, Mark Greer wrote: > On Mon, Mar 19, 2018 at 09:53:09AM +0100, Christophe LEROY wrote: >> >> >> Le 16/03/2018 à 22:54, Mark Greer a écrit : >> >When building a uImage or zImage using ppc6xx_defconfig and some other >> >defconfigs, the

Re: [RFC PATCH 4/6] mm: provide generic compat_sys_readahead() implementation

On Mon, Mar 19, 2018 at 10:29:20AM +0100, Ingo Molnar wrote: > > * Al Viro wrote: > > > On Sun, Mar 18, 2018 at 06:18:48PM +, Al Viro wrote: > > > > > I'd done some digging in that area, will find the notes and post. > > > > OK, found: > > Very nice writeup -

Re: [PATCH 2/2] powerpc/mm: Trace tlbia instruction

On Mon, 19 Mar 2018 11:32:40 +0100 (CET) Christophe Leroy wrote: > Add a trace point for tlbia (Translation Lookaside Buffer Invalidate > All) instruction. > > Signed-off-by: Christophe Leroy > --- > arch/powerpc/include/asm/trace.h | 15

Re: [PATCH 1/2] powerpc/mm: Add missing tracepoint for tlbie

On Mon, 19 Mar 2018 11:32:38 +0100 (CET) Christophe Leroy wrote: > commit 0428491cba927 ("powerpc/mm: Trace tlbie(l) instructions") > added tracepoints for tlbie calls, but _tlbil_va() was forgotten > > Fixes: 0428491cba927 ("powerpc/mm: Trace tlbie(l) instructions") >

Re: [PATCH 1/2] powerpc64/ftrace: Add a field in paca to disable ftrace in unsafe code paths

Nicholas Piggin writes: > On Mon, 19 Mar 2018 14:43:00 +0530 > "Naveen N. Rao" wrote: > >> We have some C code that we call into from real mode where we cannot >> take any exceptions. Though the C functions themselves are mostly safe, >> if

Re: [PATCH 1/1] PCI set flag PCI_SCAN_ALL_PCIE_DEVS for P.A. Semi boards

Bjorn Helgaas writes: > On Fri, Mar 16, 2018 at 01:55:36PM +0100, Christian Zigotzky wrote: >> Bjorn Helgaas created a patch for making PCI_SCAN_ALL_PCIE_DEVS work for >> Root Ports as well as Downstream. Previously PCI_SCAN_ALL_PCIE_DEVS (set by >> quirks or the

Re: [01/10] selftests/powerpc: add process creation benchmark

On Tue, 2018-03-06 at 13:24:58 UTC, Nicholas Piggin wrote: > Signed-off-by: Nicholas Piggin Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/838fd21b1bde8ed16e64289a8c7467 cheers

Re: powerpc: dts: replace 'linux,stdout-path' with 'stdout-path'

On Wed, 2018-02-28 at 22:44:06 UTC, Rob Herring wrote: > 'linux,stdout-path' has been deprecated for some time in favor of > 'stdout-path'. Now dtc will warn on occurrences of 'linux,stdout-path'. > Search and replace all the of occurrences with 'stdout-path'. > > Signed-off-by: Rob Herring

Re: powerpc/time: stop validating rtc_time in .read_time

On Wed, 2018-02-21 at 21:46:33 UTC, Alexandre Belloni wrote: > The RTC core is always calling rtc_valid_tm after the read_time callback. > It is not necessary to call it just before returning from the callback. > > Signed-off-by: Alexandre Belloni Applied to

Re: [V6] cxl: Fix timebase synchronization status on P9

On Tue, 2018-02-20 at 13:48:56 UTC, Christophe Lombard wrote: > The PSL Timebase register is updated by the PSL to maintain the > timebase. > On P9, the Timebase value is only provided by the CAPP as received > the last time a timebase request was performed. > The timebase requests are initiated

Re: [RESEND] powerpc/5200: dts: digsy_mtc.dts: fix rv3029 compatible

On Fri, 2018-02-16 at 23:43:23 UTC, Alexandre Belloni wrote: > The proper compatible for rv3029 is microcrystal,rv3029. > > Acked-by: Anatolij Gustschin > Signed-off-by: Alexandre Belloni Applied to powerpc next, thanks.

Re: Fix cleanup when VAS is not configured

On Tue, 2018-02-13 at 19:53:27 UTC, Sukadev Bhattiprolu wrote: > From: Sukadev Bhattiprolu > Date: Fri, 9 Feb 2018 11:49:06 -0600 > Subject: [PATCH 1/1] powerpc/vas: Fix cleanup when VAS is not configured > > When VAS is not configured, unregister the platform driver.

Re: [4/4] powerpc/vas: Add a couple of trace points

On Sat, 2018-02-10 at 03:49:27 UTC, Sukadev Bhattiprolu wrote: > Add a couple of trace points in the VAS driver > > Signed-off-by: Sukadev Bhattiprolu Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/007bb7d6c77ef2243dabf9c4132afa cheers

Re: powerpc/npu-dma.c: Fix crash after __mmu_notifier_register failure

On Sat, 2018-02-10 at 03:20:06 UTC, Mark Hairgrove wrote: > pnv_npu2_init_context wasn't checking the return code from > __mmu_notifier_register. If __mmu_notifier_register failed, the > npu_context was still assigned to the mm and the caller wasn't given any > indication that things went wrong.

Re: [v6, 1/2] raid6/altivec: Add vpermxor implementation for raid6 Q syndrome

On Fri, 2017-08-04 at 03:42:32 UTC, Matt Brown wrote: > This patch uses the vpermxor instruction to optimise the raid6 Q syndrome. > This instruction was made available with POWER8, ISA version 2.07. > It allows for both vperm and vxor instructions to be done in a single > instruction. This has

Re: powerpc/include/asm: Remove unused 64bit cacheflush function

On Thu, 2017-07-20 at 06:25:14 UTC, Matt Brown wrote: > The flush_dcache_phys_range function is no longer used in the kernel. > This patch removes and cleans up the function. > > Signed-off-by: Matt Brown Applied to powerpc next, thanks.

[PATCH 3/3] powerpc: Free up CPU feature bits on 64-bit machines

This moves all the CPU feature bits that are only used on 32-bit machines to the top 20 bits of the CPU feature word and arranges for them to be defined only in 32-bit builds. The features that are common to 32-bit and 64-bit machines are moved to bits 0-11 of the CPU feature word. This means

[PATCH 1/3] powerpc: Use feature bit for RTC presence rather than timebase presence

All PowerPC CPUs other than the original PPC601 have a timebase register rather than the "real-time clock" (RTC) register that the PPC601 (and the original POWER and POWER2 CPUs) had. Currently we have a CPU feature bit to indicate the presence of the timebase, but it makes more sense to use a

[PATCH 2/3] powerpc: Book E: Remove unused CPU_FTR_L2CSR bit

The CPU_FTR_L2CSR bit is never tested anywhere, so let's reclaim the bit. Signed-off-by: Paul Mackerras --- arch/powerpc/include/asm/cputable.h | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/arch/powerpc/include/asm/cputable.h

[PATCH 0/3] powerpc: Free up CPU feature bits

This patch series is against the powerpc next branch. It takes advantage of the fact that there are only a few CPU feature bits that are meaningful on both 32-bit and 64-bit platforms. At the moment, many of the 64 bits of the CPU feature mask on 64-bit platforms are taken up with bits which are

Re: [PATCHv5 1/3] powerpc, cpu: partially unbind the mapping between cpu logical id and its seq in dt

Hi Pingfan, Thank you for the patch! Yet something to improve: [auto build test ERROR on v4.16-rc4] [also build test ERROR on next-20180319] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits

Re: [PATCH 1/1] PCI set flag PCI_SCAN_ALL_PCIE_DEVS for P.A. Semi boards

Hello Bjorn, Thanks for your reply. Olof wrote this patch. @Olof Could you please sign off this patch? Thanks, Christian On 19. Mar 2018, at 20:13, Bjorn Helgaas wrote: The patch looks fine, but I need a signed-off-by line before I can apply it. See

Re: [GIT PULL 00/14] perf/core improvements and fixes

+probe_libc_inet_pton.sh (2018-03-16 > 13:56:31 -0300) > > are available in the Git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git > tags/perf-core-for-mingo-4.17-20180319 > > for you to fetch changes up to 1cd618838b9703eabe4a75badf433382b12f6

Re: [PATCH 1/1] PCI set flag PCI_SCAN_ALL_PCIE_DEVS for P.A. Semi boards

On Fri, Mar 16, 2018 at 01:55:36PM +0100, Christian Zigotzky wrote: > Bjorn Helgaas created a patch for making PCI_SCAN_ALL_PCIE_DEVS work for > Root Ports as well as Downstream. Previously PCI_SCAN_ALL_PCIE_DEVS (set by > quirks or the "pci=pcie_scan_all" > kernel parameter) only affected Switch

[PATCH 05/14] perf vendor events: Update POWER9 events

From: Sukadev Bhattiprolu Cc: linuxppc-dev@lists.ozlabs.org Signed-off-by: Sukadev Bhattiprolu Link: https://lkml.kernel.org/r/20180313224647.ga22...@us.ibm.com Signed-off-by: Arnaldo Carvalho de Melo ---

[GIT PULL 00/14] perf/core improvements and fixes

/linux.git tags/perf-core-for-mingo-4.17-20180319 for you to fetch changes up to 1cd618838b9703eabe4a75badf433382b12f6bef: perf tests bp_account: Fix build with clang-6 (2018-03-19 13:51:54 -0300) perf/core improvements and fixes

Re: [PATCH 1/2] powerpc64/ftrace: Add a field in paca to disable ftrace in unsafe code paths

Steven Rostedt wrote: On Mon, 19 Mar 2018 14:43:00 +0530 "Naveen N. Rao" wrote: diff --git a/arch/powerpc/kernel/trace/ftrace_64_mprofile.S b/arch/powerpc/kernel/trace/ftrace_64_mprofile.S index 3f3e81852422..fdf702b4df25 100644 ---

Re: [PATCH 1/2] powerpc64/ftrace: Add a field in paca to disable ftrace in unsafe code paths

Nicholas Piggin wrote: On Mon, 19 Mar 2018 14:43:00 +0530 "Naveen N. Rao" wrote: We have some C code that we call into from real mode where we cannot take any exceptions. Though the C functions themselves are mostly safe, if these functions are traced, there

Re: [PATCH] powerpc/boot: Remove duplicate typedefs from libfdt_env.h

Le 19/03/2018 à 17:02, Mark Greer a écrit : On Mon, Mar 19, 2018 at 09:53:09AM +0100, Christophe LEROY wrote: Le 16/03/2018 à 22:54, Mark Greer a écrit : When building a uImage or zImage using ppc6xx_defconfig and some other defconfigs, the following error occurs: BOOTCC

[PATCH AUTOSEL for 3.18 101/102] signal/powerpc: Document conflicts with SI_USER and SIGFPE and SIGTRAP

From: "Eric W. Biederman" [ Upstream commit cf4674c46c66e45f238f8f7e81af2a444b970c0a ] Setting si_code to 0 results in a userspace seeing an si_code of 0. This is the same si_code as SI_USER. Posix and common sense requires that SI_USER not be a signal specific si_code.

[PATCH AUTOSEL for 4.4 166/167] signal/powerpc: Document conflicts with SI_USER and SIGFPE and SIGTRAP

From: "Eric W. Biederman" [ Upstream commit cf4674c46c66e45f238f8f7e81af2a444b970c0a ] Setting si_code to 0 results in a userspace seeing an si_code of 0. This is the same si_code as SI_USER. Posix and common sense requires that SI_USER not be a signal specific si_code.

[PATCH AUTOSEL for 4.9 279/281] signal/powerpc: Document conflicts with SI_USER and SIGFPE and SIGTRAP

From: "Eric W. Biederman" [ Upstream commit cf4674c46c66e45f238f8f7e81af2a444b970c0a ] Setting si_code to 0 results in a userspace seeing an si_code of 0. This is the same si_code as SI_USER. Posix and common sense requires that SI_USER not be a signal specific si_code.

Re: [PATCH] powerpc/boot: Remove duplicate typedefs from libfdt_env.h

On Mon, Mar 19, 2018 at 09:53:09AM +0100, Christophe LEROY wrote: > > > Le 16/03/2018 à 22:54, Mark Greer a écrit : > >When building a uImage or zImage using ppc6xx_defconfig and some other > >defconfigs, the following error occurs: > > > > BOOTCC arch/powerpc/boot/fdt.o > > In file

[PATCH AUTOSEL for 4.14 93/97] signal/powerpc: Document conflicts with SI_USER and SIGFPE and SIGTRAP

From: "Eric W. Biederman" [ Upstream commit cf4674c46c66e45f238f8f7e81af2a444b970c0a ] Setting si_code to 0 results in a userspace seeing an si_code of 0. This is the same si_code as SI_USER. Posix and common sense requires that SI_USER not be a signal specific si_code.

[PATCH AUTOSEL for 4.15 120/124] signal/powerpc: Document conflicts with SI_USER and SIGFPE and SIGTRAP

From: "Eric W. Biederman" [ Upstream commit cf4674c46c66e45f238f8f7e81af2a444b970c0a ] Setting si_code to 0 results in a userspace seeing an si_code of 0. This is the same si_code as SI_USER. Posix and common sense requires that SI_USER not be a signal specific si_code.

Re: [PATCH v12 00/11] Application Data Integrity feature introduced by SPARC M7

On 03/18/2018 09:08 AM, David Miller wrote: In uapi/asm/auxvec.h you conditionalize the ADI aux vectors on CONFIG_SPARC64. That's not correct, you should never control user facing definitions based upon kernel configuration. Also, both 32-bit and 64-bit applications running on ADI capable

Re: [PATCH 1/2] powerpc64/ftrace: Add a field in paca to disable ftrace in unsafe code paths

On Mon, 19 Mar 2018 14:43:00 +0530 "Naveen N. Rao" wrote: > diff --git a/arch/powerpc/kernel/trace/ftrace_64_mprofile.S > b/arch/powerpc/kernel/trace/ftrace_64_mprofile.S > index 3f3e81852422..fdf702b4df25 100644 > ---

[PATCH 1/2] powerpc/32be: use stmw/lmw for non volatile registers save/restore

arch/powerpc/Makefile activates -mmultiple on BE PPC32 configs in order to use multiple word instructions in functions entry/exit The patch does the same for the asm parts, for consistency Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/ppc_asm.h | 5

[PATCH 2/2] powerpc: avoid an unnecessary test and branch in longjmp()

Doing the test at exit of the function avoids an unnecessary test and branch in longjmp() Signed-off-by: Christophe Leroy --- arch/powerpc/kernel/misc.S | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/arch/powerpc/kernel/misc.S

Linux 4.16: Reported regressions as of , 2018-03-19 (Was: Re: Linux 4.16-rc6)

On 19.03.2018 02:14, Linus Torvalds wrote: > This has been a nice quiet week, so rc6 is pretty tiny. Everything > looks like we're on a usual schedule - I'll make an rc7, but hopefully > that will be it. Hi! Find below my fifth regression report for Linux 4.16. It lists 7 regressions I'm

Re: [PATCH 3/5] powerpc/mm/32: Use page_is_ram to check for RAM

Michael Ellerman writes: > Jonathan Neuschäfer writes: > >> Signed-off-by: Jonathan Neuschäfer >> --- >> arch/powerpc/mm/pgtable_32.c | 3 +-- >> 1 file changed, 1 insertion(+), 2 deletions(-) >> >> diff --git

Re: [PATCH 1/2] powerpc64/ftrace: Add a field in paca to disable ftrace in unsafe code paths

On Mon, 19 Mar 2018 14:43:00 +0530 "Naveen N. Rao" wrote: > We have some C code that we call into from real mode where we cannot > take any exceptions. Though the C functions themselves are mostly safe, > if these functions are traced, there is a possibility that

[PATCH 2/2] powerpc/mm: Trace tlbia instruction

Add a trace point for tlbia (Translation Lookaside Buffer Invalidate All) instruction. Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/trace.h | 15 +++ arch/powerpc/mm/mmu_decl.h | 2 ++ 2 files changed, 17 insertions(+) diff --git

[PATCH 1/2] powerpc/mm: Add missing tracepoint for tlbie

commit 0428491cba927 ("powerpc/mm: Trace tlbie(l) instructions") added tracepoints for tlbie calls, but _tlbil_va() was forgotten Fixes: 0428491cba927 ("powerpc/mm: Trace tlbie(l) instructions") Signed-off-by: Christophe Leroy --- arch/powerpc/mm/mmu_decl.h | 2 ++ 1

Re: [RFC PATCH 4/6] mm: provide generic compat_sys_readahead() implementation

* Al Viro wrote: > On Sun, Mar 18, 2018 at 06:18:48PM +, Al Viro wrote: > > > I'd done some digging in that area, will find the notes and post. > > OK, found: Very nice writeup - IMHO this should go into Documentation/! > OTOH, consider arm. There we have >

[PATCH 2/2] powerpc64/ftrace: Disable ftrace during kvm guest entry/exit

During guest entry/exit, we switch over to/from the guest MMU context. While doing so, we set our state to KVM_GUEST_MODE_HOST_HV to note down the fact that we cannot take any exceptions in the hypervisor code. Since ftrace may be enabled and since it can result in us taking a trap, disable

[PATCH 1/2] powerpc64/ftrace: Add a field in paca to disable ftrace in unsafe code paths

We have some C code that we call into from real mode where we cannot take any exceptions. Though the C functions themselves are mostly safe, if these functions are traced, there is a possibility that we may take an exception. For instance, in certain conditions, the ftrace code uses WARN(), which

[PATCH 0/2] Disable ftrace during kvm guest entry/exit

This is a follow on from the RFC posted at: https://www.mail-archive.com/linuxppc-dev@lists.ozlabs.org/msg130047.html This series implements a new field in paca called 'ftrace_disabled' to be set whenever we want to skip function tracing. This is currently only used by KVM guest entry/exit and

Re: [PATCH] powerpc/boot: Remove duplicate typedefs from libfdt_env.h

Le 16/03/2018 à 22:54, Mark Greer a écrit : When building a uImage or zImage using ppc6xx_defconfig and some other defconfigs, the following error occurs: BOOTCC arch/powerpc/boot/fdt.o In file included from arch/powerpc/boot/fdt.c:51:0: ../arch/powerpc/boot/libfdt_env.h:10:13:

Re: [RFC PATCH 2/6] fs: provide a generic compat_sys_truncate64() implementation

On Sun, Mar 18, 2018 at 05:10:52PM +0100, Dominik Brodowski wrote: > The compat_sys_truncate64() implementations in mips, powerpc, s390, sparc > and x86 only differed based on whether the u64 parameter needed padding > and on its endianness. > ... > +#ifdef __ARCH_WANT_COMPAT_SYS_TRUNCATE64 >

Re: [PATCH 3/5] powerpc/mm/32: Use page_is_ram to check for RAM

Jonathan Neuschäfer writes: > Signed-off-by: Jonathan Neuschäfer > --- > arch/powerpc/mm/pgtable_32.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/arch/powerpc/mm/pgtable_32.c b/arch/powerpc/mm/pgtable_32.c > index