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