Re: Failure on latest GIT - implicit declaration of function ‘pte_swp_clear_soft_dirty’

On Tue, Feb 2, 2016 at 1:48 AM, Aneesh Kumar K.V wrote: > > This patch didn't work for you ? > > http://mid.gmane.org/1454086969-21074-1-git-send-email-aneesh.ku...@linux.vnet.ibm.com > This actually is a better patch. I didn't realize that we have the _64

Re: Failure on latest GIT - implicit declaration of function ‘pte_swp_clear_soft_dirty’

On Sun, Jan 31, 2016 at 8:01 PM, Mike wrote: > Building on ppc32 > > In file included from fs/proc/task_mmu.c:14:0: > include/linux/swapops.h: In function ‘pte_to_swp_entry’: > include/linux/swapops.h:69:6: error: implicit declaration of function > ‘pte_swp_soft_dirty’

Re: [RFC PATCH] PPC32: Fix build failure caused by missing dirty pte handlers

On Tue, Jan 26, 2016 at 12:45 AM, Pranith Kumar <bobby.pr...@gmail.com> wrote: > On Mon, Jan 25, 2016 at 10:13 PM, Michael Ellerman <m...@ellerman.id.au> > wrote: >> On Mon, 2016-01-25 at 09:22 -0500, Pranith Kumar wrote: >> >>> In 4.5-rc1, I am getting

Re: [RFC PATCH] PPC32: Fix build failure caused by missing dirty pte handlers

On Mon, Jan 25, 2016 at 10:13 PM, Michael Ellerman <m...@ellerman.id.au> wrote: > On Mon, 2016-01-25 at 09:22 -0500, Pranith Kumar wrote: > >> In 4.5-rc1, I am getting a build failure as follows: >> >> mm/memory.c: In function ‘do_swap_page’: >> mm/memory.c

[RFC PATCH] PPC32: Fix build failure caused by missing dirty pte handlers

for PPC64 on PPC_BOOK3S in arch/powerpc/include/asm/book3s/64/hash.h and missing in the 32-bit arch. Avoid this error by not setting HAVE_ARCH_SOFT_DIRTY for 32-bit system. Signed-off-by: Pranith Kumar <bobby.pr...@gmail.com> --- arch/powerpc/Kconfig | 4 ++-- 1 file changed, 2 insertions

Re: [RFC 3/5] powerpc: atomic: implement atomic{, 64}_{add, sub}_return_* variants

On Wed, Sep 2, 2015 at 11:23 AM, Pranith Kumar <bobby.pr...@gmail.com> wrote: > Hi Will, > > On 09/02/2015 05:59 AM, Will Deacon wrote: >> I just thought it was worth making this point, because it is prohibited >> in SC and I don't want people to think that our RELEASE/A

Re: [RFC 3/5] powerpc: atomic: implement atomic{,64}_{add,sub}_return_* variants

Hi Will, On 09/02/2015 05:59 AM, Will Deacon wrote: > I just thought it was worth making this point, because it is prohibited > in SC and I don't want people to think that our RELEASE/ACQUIRE operations > are SC (even though they happen to be on arm64). This is interesting information. Does that

frequent lockups on ppc32

Hello, I see frequent lockups with the latest rc5 kernel on a mac mini power pc 32 system. I see the following in dmesg. I could git bisect, but was wondering if you guys have seen this before and if anyone has any pointers which can reduce my bisect search space. Thanks! [ 5735.022209] Unable

Re: linux panic on 4.0.0-rc4

On Tue, Mar 17, 2015 at 4:03 PM, Peter Hurley pe...@hurleysoftware.com wrote: Can you send me a complete dmesg capture from a boot with this commit reverted? Here it is. Let me know if you want any boot options enabled. I removed both debug and verbose boot options. [0.00] Using

Re: linux panic on 4.0.0-rc4

On Tue, Mar 17, 2015 at 4:13 PM, Peter Hurley pe...@hurleysoftware.com wrote: On 03/17/2015 04:07 PM, Pranith Kumar wrote: On Tue, Mar 17, 2015 at 4:03 PM, Peter Hurley pe...@hurleysoftware.com wrote: Can you send me a complete dmesg capture from a boot with this commit reverted? Here

Re: linux panic on 4.0.0-rc4

On Mon, Mar 16, 2015 at 7:22 PM, Michael Ellerman m...@ellerman.id.au wrote: The log shows that init is being killed, that's what's causing the panic. The exitcode of init is 0x200, which due to the vagaries of UNIX is I think an exit status of 2 in the common usage. But it suggests that

Re: linux panic on 4.0.0-rc4

On Mon, Mar 16, 2015 at 10:58 PM, Peter Hurley pe...@hurleysoftware.com wrote: What is your init? I am using systemd from debian unstable. Do you have a stdout-path property defined in your dts to a serial console you're not actually using? I am using tty0 as my console. From the config

linux panic on 4.0.0-rc4

Hello, I have a power mac mini 32-bit system. I am getting a kernel panic with the latest rc kernel. The last kernel which worked on this which I remember booting was 3.19-rc5. You can see the panic message here: http://imgur.com/s1lH15g. (there is no log and I have no serial console). Let me

Re: [PATCH v2 2/2] powerpc/powernv: Skip registering log region when CONFIG_PRINTK=n

On Thu, Jan 22, 2015 at 12:19 AM, Michael Ellerman m...@ellerman.id.au wrote: On Wed, 2015-01-21 at 21:26 -0500, Pranith Kumar wrote: When CONFIG_PRINTK=n, log_buf_addr_get() returns NULL and log_buf_len_get() return 0. Check for these return values and skip registering the dump buffer

Re: [PATCH v2 2/2] powerpc/powernv: Skip registering log region when CONFIG_PRINTK=n

On Thu, Jan 22, 2015 at 5:35 PM, Stewart Smith stew...@linux.vnet.ibm.com wrote: Pranith Kumar bobby.pr...@gmail.com writes: On Thu, Jan 22, 2015 at 12:19 AM, Michael Ellerman m...@ellerman.id.au wrote: On Wed, 2015-01-21 at 21:26 -0500, Pranith Kumar wrote: When CONFIG_PRINTK=n

[PATCH v2 2/2] powerpc/powernv: Skip registering log region when CONFIG_PRINTK=n

When CONFIG_PRINTK=n, log_buf_addr_get() returns NULL and log_buf_len_get() return 0. Check for these return values and skip registering the dump buffer. Signed-off-by: Pranith Kumar bobby.pr...@gmail.com CC: Michael Ellerman m...@ellerman.id.au --- arch/powerpc/platforms/powernv/opal.c | 6

[PATCH 2/2] powerpc/powernv: Skip registering log region when CONFIG_PRINTK=n

When CONFIG_PRINTK=n, log_buf_addr_get() returns NULL and log_buf_len_get() return 0. Check for these return values and skip registering the dump buffer. Signed-off-by: Pranith Kumar bobby.pr...@gmail.com CC: Michael Ellerman m...@ellerman.id.au --- arch/powerpc/platforms/powernv/opal.c | 6

Re: [PATCH v2] srcu: Isolate srcu sections using CONFIG_SRCU

On Tue, Dec 30, 2014 at 1:50 PM, Peter Zijlstra pet...@infradead.org wrote: On Tue, Dec 30, 2014 at 12:46:22AM -0500, Pranith Kumar wrote: Isolate the SRCU functions and data structures within CONFIG_SRCU so that there is a compile time failure if srcu is used when not enabled

Re: [PATCH] srcu: Isolate srcu sections using CONFIG_SRCU

On Mon, Dec 29, 2014 at 5:03 AM, Martin Schwidefsky schwidef...@de.ibm.com wrote: On Sat, 27 Dec 2014 12:17:43 -0500 Pranith Kumar bobby.pr...@gmail.com wrote: @@ -65,10 +65,13 @@ #include asm/kexec.h #include asm/mmu_context.h #include asm/code-patching.h -#include asm/kvm_ppc.h

Re: [PATCH] srcu: Isolate srcu sections using CONFIG_SRCU

On Mon, Dec 29, 2014 at 6:05 PM, Scott Wood scottw...@freescale.com wrote: On Sat, 2014-12-27 at 12:17 -0500, Pranith Kumar wrote: Isolate the SRCU functions and data structures within CONFIG_SRCU so that there is a compile time failure if srcu is used when not enabled. This was decided

[PATCH v2] srcu: Isolate srcu sections using CONFIG_SRCU

. Signed-off-by: Pranith Kumar bobby.pr...@gmail.com CC: Scott Wood scottw...@freescale.com --- v2: - fix build failures reported by Scott Wood arch/powerpc/kernel/setup_64.c | 7 ++- arch/powerpc/kernel/smp.c | 9 +++- arch/s390/kernel/asm-offsets.c | 7 ++- include/linux

Re: [PATCH] powerpc/powernv: Select CONFIG_PRINTK to fix build failure

On Mon, Dec 29, 2014 at 4:01 AM, Michael Ellerman m...@ellerman.id.au wrote: On Sat, 2014-12-27 at 12:17 -0500, Pranith Kumar wrote: In an allnoconfig we get the following build failure: An allnoconfig doesn't include CONFIG_PPC_POWERNV? But I think I know what you mean. arch/powerpc

[PATCH] srcu: Isolate srcu sections using CONFIG_SRCU

. Signed-off-by: Pranith Kumar bobby.pr...@gmail.com --- arch/powerpc/kernel/setup_64.c | 7 ++- arch/s390/kernel/asm-offsets.c | 7 ++- include/linux/notifier.h | 47 -- include/linux/srcu.h | 6 +- 4 files changed, 44 insertions

[PATCH] powerpc/powernv: Select CONFIG_PRINTK to fix build failure

: *** [vmlinux] Error 1 This happens because powernv requires printk() support. Enable it in the config file. Signed-off-by: Pranith Kumar bobby.pr...@gmail.com --- arch/powerpc/platforms/powernv/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/powerpc/platforms/powernv/Kconfig b/arch

Re: [PATCH] powerpc: Wire up sys_execveat() syscall

On Sun, Dec 21, 2014 at 4:56 AM, Stephen Rothwell s...@canb.auug.org.au wrote: Hi Pranith, On Sat, 20 Dec 2014 11:47:18 -0500 Pranith Kumar bobby.pr...@gmail.com wrote: Wire up sys_execveat(). This passes the selftests for the system call. Thanks for this, but ... diff --git a/arch

[PATCH 1/1] powerpc: Wire up sys_execveat() syscall

, '...', 0)... [OK] Tested on a 32-bit powerpc system. Signed-off-by: Pranith Kumar bobby.pr...@gmail.com --- arch/powerpc/include/asm/systbl.h | 1 + arch/powerpc/include/asm/unistd.h | 2 +- arch/powerpc/include/uapi/asm/unistd.h | 1 + 3 files changed, 3

[PATCH] powerpc: Wire up sys_execveat() syscall

, '...', 0)... [OK] Tested on a 32-bit powerpc system. Signed-off-by: Pranith Kumar bobby.pr...@gmail.com --- arch/powerpc/include/asm/systbl.h | 1 + arch/powerpc/include/asm/unistd.h | 2 +- arch/powerpc/include/uapi/asm/unistd.h | 1 + 3 files changed, 3

[PATCH] powerpc: Wire up sys_bpf() syscall

This patch wires up the new syscall sys_bpf() on powerpc. Signed-off-by: Pranith Kumar bobby.pr...@gmail.com --- arch/powerpc/include/asm/systbl.h | 1 + arch/powerpc/include/asm/unistd.h | 2 +- arch/powerpc/include/uapi/asm/unistd.h | 1 + 3 files changed, 3 insertions(+), 1 deletion

Re: [RFC PATCH] powerpc: Wire up three syscalls

Hi David, On Mon, Sep 1, 2014 at 7:33 AM, David Herrmann dh.herrm...@gmail.com wrote: Nice catch. We changed 'flags' from u64 to unsigned int in the last revision of the series. Patch looks good, but I'd prefer using unsigned int as type, instead of __u32. Just to be consistent with the

Re: [RFC PATCH] powerpc: Wire up three syscalls

On Mon, Sep 1, 2014 at 11:31 AM, David Herrmann dh.herrm...@gmail.com wrote: Btw., the original patch (wire up syscalls) can be applied unchanged. Great! Can I use that as an Ack-by? I will send in the patch with updated changelog. -- Pranith ___

[PATCH] powerpc: Wire up three sys calls

This patch wires up three new syscalls for powerpc. The three new syscalls are seccomp, getrandom and memfd_create. Signed-off-by: Pranith Kumar bobby.pr...@gmail.com Reviewed-by: David Herrmann dh.herrm...@gmail.com --- arch/powerpc/include/asm/systbl.h | 3 +++ arch/powerpc/include/asm

Re: [RFC PATCH] powerpc: Wire up three syscalls

Hi Geert, On Sun, Aug 31, 2014 at 4:53 AM, Geert Uytterhoeven ge...@linux-m68k.org wrote: Hi Pranith, On Sat, Aug 30, 2014 at 5:36 AM, Pranith Kumar bobby.pr...@gmail.com wrote: I see that the three syscalls seccomp, getrandom and memfd_create are not wired because of which we get

Re: [RFC PATCH] powerpc: Wire up three syscalls

on 32-bit systems. Signed-off-by: Pranith Kumar bobby.pr...@gmail.com --- tools/testing/selftests/memfd/memfd_test.c | 32 +++--- 1 file changed, 16 insertions(+), 16 deletions(-) diff --git a/tools/testing/selftests/memfd/memfd_test.c b/tools/testing/selftests/memfd

[RFC PATCH] powerpc: Wire up three syscalls

for this to work? Any advice is really appreciated! :) Signed-off-by: Pranith Kumar bobby.pr...@gmail.com --- arch/powerpc/include/asm/systbl.h | 3 +++ arch/powerpc/include/asm/unistd.h | 2 +- arch/powerpc/include/uapi/asm/unistd.h | 3 +++ 3 files changed, 7 insertions(+), 1 deletion(-) diff

[PATCH] powerpc: Fix build failure

-by: Pranith Kumar bobby.pr...@gmail.com --- arch/powerpc/platforms/44x/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/platforms/44x/Kconfig b/arch/powerpc/platforms/44x/Kconfig index 4d88f6a..3e7deb2 100644 --- a/arch/powerpc/platforms/44x/Kconfig +++ b/arch

[PATCH] powerpc: Fix build failure when CONFIG_USB=y

-by: Pranith Kumar bobby.pr...@gmail.com --- arch/powerpc/platforms/44x/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/platforms/44x/Kconfig b/arch/powerpc/platforms/44x/Kconfig index 3e7deb2..82f2da2 100644 --- a/arch/powerpc/platforms/44x/Kconfig +++ b/arch

[PATCH] powerpc: edac: Fix build error

for the relevant headers to be included. Also if PPC_DCR_MMIO=n the build fails. So make PPC_DCR depend on both these options. This is compile tested only. Signed-off-by: Pranith Kumar bobby.pr...@gmail.com CC: Andrew Morton a...@linux-foundation.org --- arch/powerpc/Kconfig | 6 +++--- drivers/edac

Re: [RFC PATCH] powerpc: Make SPU_FS depend on SPARSEMEM

On Wed, Aug 20, 2014 at 3:49 AM, Geert Uytterhoeven ge...@linux-m68k.org wrote: Is this a randconfig kernel? Yes, randconfig with ARCH=powerpc. config ARCH_SPARSEMEM_DEFAULT def_bool y depends on (SMP PPC_PSERIES) || PPC_PS3 Why is this not enabled? !SMP? !PPC_PSERIES?

Re: [PATCH] powerpc: Fix build failure when MEMORY_HOTPLUG=y

On Wed, Aug 20, 2014 at 4:00 AM, Geert Uytterhoeven ge...@linux-m68k.org wrote: 1.9.1 In light of my investigation for your spufs patch, I guess this is a non-SMP PSERIES config? So what happens is SELECT_MEMORY_MODEL choses FLATMEM_MANUAL because of which SPARSEMEM is not enabled despite

[PATCH] powerpc: Fix build failure when MEMORY_HOTPLUG=y

/hotplug-memory.c:98:34: error: 'SECTION_SIZE_BITS' undeclared (first use in this function) make[2]: *** [arch/powerpc/platforms/pseries/hotplug-memory.o] Error 1 Signed-off-by: Pranith Kumar bobby.pr...@gmail.com CC: Andew Morton a...@linux-foundation.org --- arch/powerpc/Kconfig | 1 + 1 file

[RFC PATCH] powerpc: Make SPU_FS depend on SPARSEMEM

SPU_FS unconditionally enables MEMORY_HOTPLUG, which will fail to build if SPARSEMEM=n. Make SPU_FS depend on SPARSEMEM so that hotplug-memory.c does not fail to compile. Signed-off-by: Pranith Kumar bobby.pr...@gmail.com --- arch/powerpc/platforms/cell/Kconfig | 2 +- 1 file changed, 1

[PATCH] powerpc: Make 256k pages depend on PPC32=n

256k pages are not tested on PPC32. On a randconfig I got the following error: arch/powerpc/kernel/misc_32.S:1171: Error: operand out of range (0x0001 is not between 0x8000 and 0x7fff) Disable 256K pages if PPC32=y Signed-off-by: Pranith Kumar bobby.pr

Re: [PATCH] powerpc: Make 256k pages depend on PPC32=n

On Tue, Aug 19, 2014 at 6:19 PM, Scott Wood scottw...@freescale.com wrote: config PPC_256K_PAGES bool 256k page size if 44x - depends on !STDBINUTILS + depends on !PPC32 !STDBINUTILS help Make the page size 256k. How will this ever be selected then? 44x is

[PATCH] powerpc: Export dcr_ind_lock to fix build error

Fix build error caused by missing export: ERROR: dcr_ind_lock [drivers/net/ethernet/ibm/emac/ibm_emac.ko] undefined! Signed-off-by: Pranith Kumar bobby.pr...@gmail.com --- arch/powerpc/sysdev/dcr.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/powerpc/sysdev/dcr.c b/arch/powerpc

[PATCH] powerpc: Fix build failure for PPC_32

Fix ppc 32 build failure as reported here: http://kisskb.ellerman.id.au/kisskb/buildresult/11663513/ The error is that pci_32.o was not being built for PPC_32. Fix error by adding it in the Makefile. Tested using the ppc cross compiler. Signed-off-by: Pranith Kumar bobby.pr...@gmail.com

Re: [PATCH] powerpc: Fix build failure for PPC_32

On Mon, Aug 18, 2014 at 3:28 PM, Geert Uytterhoeven ge...@linux-m68k.org wrote: Hi Pranith, On Mon, Aug 18, 2014 at 9:01 PM, Pranith Kumar bobby.pr...@gmail.com wrote: Fix ppc 32 build failure as reported here: http://kisskb.ellerman.id.au/kisskb/buildresult/11663513/ | arch/powerpc

Re: [PATCH] powerpc: Fix build failure for PPC_32

On Mon, Aug 18, 2014 at 4:57 PM, Geert Uytterhoeven ge...@linux-m68k.org wrote: Note that PowerPC supports multi-platform kernels. A kernel with PPC_PSERIES and something else with PCI may still want to have floppy support. OK, I tested with your change and it works. I needed to make one more

[PATCH v2] ppc: Fix build error with CONFIG_PCI=n

which depends on ARCH_MAY_HAVE_PC_FDC which is in-turn enabled if PPC_PSERIES=n. The following commit changes the dependency so that ARCH_MAY_HAVE_PC_FDC is dependent exclusively on PCI since otherwise it will not compile. Signed-off-by: Pranith Kumar bobby.pr...@gmail.com Reported-by: Geert