Re: [PATCH 1/8] selftests/powerpc: Test the preservation of FPU and VMX regs across syscall

On Wed, 2015-11-18 at 14:26 +1100, Cyril Bur wrote: > Test that the non volatile floating point and Altivec registers get > correctly preserved across the fork() syscall. Can we add a test for VSX too? I realise it's the same registers, but the enable bits in the MSR are different so it's easy

Re: kernel BUG at drivers/scsi/scsi_lib.c:1096!

On 11/20/2015 04:28 PM, Ewan Milne wrote: On Fri, 2015-11-20 at 15:55 +0100, Hannes Reinecke wrote: Can't we have a joint effort here? I've been spending a _LOT_ of time trying to debug things here, but none of the ideas I've come up with have been able to fix anything. Yes. I'm not the one

Re: [PATCH] powerpc: Remove unused function trace_syscall()

On 11/19/2015 09:04 AM, Andrew Donnellan wrote: > On 19/11/15 14:26, Rashmica Gupta wrote: >> This function has been unused since commit 14cf11af6cf6 ("powerpc: >> Merge enough >> to start building in arch/powerpc."), so remove it. >> >> Signed-off-by: Rashmica Gupta > >

Re: [PATCH] powerpc: Standardise on NR_syscalls rather than __NR_syscalls.

On 11/19/2015 11:34 AM, Rashmica Gupta wrote: > Most architectures use NR_syscalls as the #define for the number of syscalls. > > We use __NR_syscalls, and then define NR_syscalls as __NR_syscalls. > > __NR_syscalls is not used outside arch code, whereas NR_syscalls is. So as > NR_syscalls must

Re: [PATCH v7 14/50] powerpc/powernv: M64 support on P7IOC

On Thu, Nov 19, 2015 at 11:18:46AM +1100, Alexey Kardashevskiy wrote: >On 11/17/2015 12:37 PM, Gavin Shan wrote: >>On Mon, Nov 16, 2015 at 07:01:46PM +1100, Alexey Kardashevskiy wrote: >>>On 11/05/2015 12:12 AM, Gavin Shan wrote: This enables M64 window on P7IOC, which has been enabled on

Re: [PATCH] powerpc: tracing: don't trace hcalls on offline CPUs

On Fri, 2015-11-20 at 15:22 +0300, Denis Kirjanov wrote: > On 11/3/15, Denis Kirjanov wrote: > > On 11/3/15, Michael Ellerman wrote: > > > On Thu, 2015-10-29 at 22:10 +0300, Denis Kirjanov wrote: > > > > ./drmgr -c cpu -a -r gives the following

Re: [PATCH 2/8] selftests/powerpc: Test preservation of FPU and VMX regs across preemption

On Wed, 2015-11-18 at 14:26 +1100, Cyril Bur wrote: > Loop in assembly checking the registers with many threads. > > Signed-off-by: Cyril Bur > --- > tools/testing/selftests/powerpc/math/Makefile | 7 +- > tools/testing/selftests/powerpc/math/fpu_asm.S | 34

Re: [PATCH 1/8] selftests/powerpc: Test the preservation of FPU and VMX regs across syscall

On Mon, 23 Nov 2015 11:23:13 +1100 Michael Neuling wrote: > On Wed, 2015-11-18 at 14:26 +1100, Cyril Bur wrote: > > Test that the non volatile floating point and Altivec registers get > > correctly preserved across the fork() syscall. > > Can we add a test for VSX too? I

Re: [PATCH 4/8] powerpc: Explicitly disable math features when copying thread

On Mon, 23 Nov 2015 12:08:38 +1100 Michael Neuling wrote: > On Wed, 2015-11-18 at 14:26 +1100, Cyril Bur wrote: > > With threads leaving the math bits enabled in their saved MSR to > > indicate > > that the hardware is hot and a restore is not needed, children need > > to turn

Re: [PATCH 5/8] powerpc: Restore FPU/VEC/VSX if previously used

On Mon, 2015-11-23 at 09:18 +1100, Cyril Bur wrote: > On Fri, 20 Nov 2015 22:01:04 +1100 > Michael Ellerman wrote: > > On Wed, 2015-11-18 at 14:26 +1100, Cyril Bur wrote: > > > diff --git a/arch/powerpc/kernel/entry_64.S > > > b/arch/powerpc/kernel/entry_64.S > > > index

Re: [PATCH 3/8] selftests/powerpc: Test FPU and VMX regs in signal ucontext

On Wed, 2015-11-18 at 14:26 +1100, Cyril Bur wrote: > Load up the non volatile FPU and VMX regs and ensure that they are > the > expected value in a signal handler > > Signed-off-by: Cyril Bur > --- > tools/testing/selftests/powerpc/math/Makefile | 4 +- >

Re: [PATCH] powerpc: tracing: don't trace hcalls on offline CPUs

On Mon, 23 Nov 2015 10:35:59 +1100 Michael Ellerman wrote: > It's mostly a tracing patch, so I'd need an ACK from Steve at least. > > It would probably be best if you split it into a "tracing: .. " patch which > adds the new macros and then a powerpc patch which uses them.

Re: [PATCH 5/8] powerpc: Restore FPU/VEC/VSX if previously used

On Wed, 2015-11-18 at 14:26 +1100, Cyril Bur wrote: > Currently the FPU, VEC and VSX facilities are lazily loaded. This is > not a > problem unless a process is using these facilities. I would prefer to say facilities are "enabled" and registers are "loaded". You're mixing the two here. >

Re: kernel BUG at drivers/scsi/scsi_lib.c:1096!

On Mon, 2015-11-23 at 08:36 +0800, Ming Lei wrote: > On Mon, Nov 23, 2015 at 7:20 AM, Mark Salter wrote: > > On Sun, 2015-11-22 at 00:56 +0800, Ming Lei wrote: > > > On Sat, 21 Nov 2015 12:30:14 +0100 > > > Laurent Dufour wrote: > > > > > > > On

Re: [PATCH] powerpc: Standardise on NR_syscalls rather than __NR_syscalls.

On Thu, 2015-11-19 at 12:15 +0300, Denis Kirjanov wrote: > On 11/19/15, Rashmica Gupta wrote: > > Most architectures use NR_syscalls as the #define for the number of > > syscalls. > > > > We use __NR_syscalls, and then define NR_syscalls as __NR_syscalls. > > > >

Re: [PATCH v7 23/50] powerpc/powernv: Use PE instead of number during setup and release

On Wed, Nov 18, 2015 at 11:13:55AM +1100, Alexey Kardashevskiy wrote: >On 11/17/2015 08:03 PM, Gavin Shan wrote: >>On Tue, Nov 17, 2015 at 04:08:30PM +1100, Alexey Kardashevskiy wrote: >>>On 11/05/2015 12:12 AM, Gavin Shan wrote: In current implementation, the PEs that are allocated or picked

Re: kernel BUG at drivers/scsi/scsi_lib.c:1096!

On Sun, 2015-11-22 at 00:56 +0800, Ming Lei wrote: > On Sat, 21 Nov 2015 12:30:14 +0100 > Laurent Dufour wrote: > > > On 20/11/2015 13:10, Michael Ellerman wrote: > > > On Thu, 2015-11-19 at 00:23 -0800, Christoph Hellwig wrote: > > > > > > > It's pretty much

Re: linuxppc patchwork queue

Hi Denis, On Fri, 2015-11-20 at 17:48 +0300, Denis Kirjanov wrote: > Hi guys, > > As we all know we have a great tool to track the patch queue - patchwork. > The sad thing is that it's maintained not good as it could be. The > netdev patchwork is a great example of how it can be done and I bet >

Re: [PATCH] Add xmon command to dump process/task similar to ps(1)

Hi Doug, Your subject should be something more like: "powerpc/xmon: Add command to dump process/task similar to ps(1)" On Thu, 2015-11-19 at 06:31 -0600, Douglas Miller wrote: > And you need to write a change log. It doesn't have to be an opus, but there should be something here. eg. Where

Re: kernel BUG at drivers/scsi/scsi_lib.c:1096!

Hi Mark, On Mon, Nov 23, 2015 at 9:50 AM, Mark Salter wrote: > On Mon, 2015-11-23 at 08:36 +0800, Ming Lei wrote: >> On Mon, Nov 23, 2015 at 7:20 AM, Mark Salter wrote: >> > On Sun, 2015-11-22 at 00:56 +0800, Ming Lei wrote: >> > > On Sat, 21 Nov 2015

Re: kernel BUG at drivers/scsi/scsi_lib.c:1096!

On Mon, Nov 23, 2015 at 7:20 AM, Mark Salter wrote: > On Sun, 2015-11-22 at 00:56 +0800, Ming Lei wrote: >> On Sat, 21 Nov 2015 12:30:14 +0100 >> Laurent Dufour wrote: >> >> > On 20/11/2015 13:10, Michael Ellerman wrote: >> > > On Thu, 2015-11-19

Re: [PATCH 1/8] selftests/powerpc: Test the preservation of FPU and VMX regs across syscall

On Mon, 2015-11-23 at 11:58 +1100, Cyril Bur wrote: > On Mon, 23 Nov 2015 11:23:13 +1100 > Michael Neuling wrote: > > > On Wed, 2015-11-18 at 14:26 +1100, Cyril Bur wrote: > > > Test that the non volatile floating point and Altivec registers > > > get > > > correctly preserved

Re: [PATCH 4/8] powerpc: Explicitly disable math features when copying thread

On Wed, 2015-11-18 at 14:26 +1100, Cyril Bur wrote: > With threads leaving the math bits enabled in their saved MSR to > indicate > that the hardware is hot and a restore is not needed, children need > to turn > it off as when they do get scheduled, there's no way their registers > could > have

Re: [PATCH v1 1/2] sata_dwc_460ex: move to generic DMA driver

Andy Shevchenko writes: > The SATA implementation based on two actually different devices, i.e. SATA and > DMA controllers. > > For Synopsys DesignWare DMA we have already a generic implementation of the > driver. Thus, the patch converts the code to use

Re: [PATCH 5/8] powerpc: Restore FPU/VEC/VSX if previously used

On Fri, 20 Nov 2015 22:01:04 +1100 Michael Ellerman wrote: > On Wed, 2015-11-18 at 14:26 +1100, Cyril Bur wrote: > > diff --git a/arch/powerpc/kernel/entry_64.S b/arch/powerpc/kernel/entry_64.S > > index c8b4225..46e9869 100644 > > --- a/arch/powerpc/kernel/entry_64.S > >