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 p
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 b
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
>
> Reviewed-by: Andrew Donne
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.
> >
> > __NR_syscalls is not used outs
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
> > it off as when
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 12:30:14 +0100
>> > > Laurent Dufour 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 12:30:14 +0100
> > > Laurent Dufour wrote:
> > >
> > > > On 20/11/2015 13:10, Michael Ellerman wrote:
> > > >
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.
> Modern
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 bee
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 across the fork() s
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 +-
> tools/testing/selftests/powerpc/
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.
Yes please do that. I
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 realise it's the same
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 at 00:23 -0800, Christoph Hellwig wrote:
>> > >
>>
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
> tools/testing/s
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 did
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 to
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
>
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 warning:
> > > >
> > > > [ 2327.035563] RCU used il
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 guaranteed a block layer bug, most l
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 PHB3.
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 c8b4225..46e9869 100644
>
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
>
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
> > +++ b/arch/powerpc/kerne
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 DMAEngine framework and
> dw_dmac driver.
25 matches
Mail list logo
