On Mon, 2015-03-16 at 11:07 +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2015-03-16 at 09:59 +1100, Tony Breeds wrote:
> > On Fri, Mar 13, 2015 at 05:38:46PM +1100, Michael Ellerman wrote:
> >
> > > According to Paul there are no working implementations of LE on 32-bit
> > > cpus, so
> > > the
On Mon, 2015-03-16 at 09:59 +1100, Tony Breeds wrote:
> On Fri, Mar 13, 2015 at 05:38:46PM +1100, Michael Ellerman wrote:
>
> > According to Paul there are no working implementations of LE on 32-bit
> > cpus, so
> > the syscall doesn't really make sense there.
>
> Ummm that doesn't sound right.
On Fri, Mar 13, 2015 at 05:38:46PM +1100, Michael Ellerman wrote:
> According to Paul there are no working implementations of LE on 32-bit cpus,
> so
> the syscall doesn't really make sense there.
Ummm that doesn't sound right. I don't think there is an LE linux userspace
but I'm pretty sure we
On Fri, 2015-03-13 at 17:38 +1100, Michael Ellerman wrote:
> On Fri, 2015-03-13 at 15:39 +1100, Michael Ellerman wrote:
> > We currently have a "special" syscall for switching endianness. This is
> > syscall number 0x1ebe, which is handled explicitly in the 64-bit syscall
> > exception entry.
> >
On Fri, 2015-03-13 at 15:39 +1100, Michael Ellerman wrote:
> We currently have a "special" syscall for switching endianness. This is
> syscall number 0x1ebe, which is handled explicitly in the 64-bit syscall
> exception entry.
>
> diff --git a/arch/powerpc/include/asm/systbl.h
> b/arch/powerpc/in
We currently have a "special" syscall for switching endianness. This is
syscall number 0x1ebe, which is handled explicitly in the 64-bit syscall
exception entry.
That has a few problems, firstly the syscall number is outside of the
usual range, which confuses various tools. For example strace does
On 03/11/2015 11:13 AM, Benjamin Herrenschmidt wrote:
> On Wed, 2015-03-11 at 11:08 +0530, Anshuman Khandual wrote:
>> On 03/10/2015 04:25 PM, Michael Ellerman wrote:
>>> On Tue, 2015-03-10 at 20:34 +1100, Benjamin Herrenschmidt wrote:
On Tue, 2015-03-10 at 18:36 +1100, Michael Ellerman wrote:
On Wed, 2015-03-11 at 11:08 +0530, Anshuman Khandual wrote:
> On 03/10/2015 04:25 PM, Michael Ellerman wrote:
> > On Tue, 2015-03-10 at 20:34 +1100, Benjamin Herrenschmidt wrote:
> >> On Tue, 2015-03-10 at 18:36 +1100, Michael Ellerman wrote:
> >>> We currently have a "special" syscall for switchin
On 03/10/2015 04:25 PM, Michael Ellerman wrote:
> On Tue, 2015-03-10 at 20:34 +1100, Benjamin Herrenschmidt wrote:
>> On Tue, 2015-03-10 at 18:36 +1100, Michael Ellerman wrote:
>>> We currently have a "special" syscall for switching endianness. This is
>>> syscall number 0x1ebe, which is handled ex
On Tue, 2015-03-10 at 20:34 +1100, Benjamin Herrenschmidt wrote:
> On Tue, 2015-03-10 at 18:36 +1100, Michael Ellerman wrote:
> > We currently have a "special" syscall for switching endianness. This is
> > syscall number 0x1ebe, which is handled explicitly in the 64-bit syscall
> > exception entry.
On Tue, 2015-03-10 at 18:36 +1100, Michael Ellerman wrote:
> We currently have a "special" syscall for switching endianness. This is
> syscall number 0x1ebe, which is handled explicitly in the 64-bit syscall
> exception entry.
>
> That has a few problems, firstly the syscall number is outside of t
We currently have a "special" syscall for switching endianness. This is
syscall number 0x1ebe, which is handled explicitly in the 64-bit syscall
exception entry.
That has a few problems, firstly the syscall number is outside of the
usual range, which confuses various tools. For example strace does
12 matches
Mail list logo