Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures

From	Michael Ellerman <mpe@ellerman.id.au>
Newsgroups	linux.kernel
Subject	Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
Date	2017-02-15 06:30 +0100
Message-ID	<tb0k9-3UE-7@gated-at.bofh.it> (permalink)
References	<t4zmG-Km-19@gated-at.bofh.it> <t5QY9-7lX-1@gated-at.bofh.it> <t6clX-4e8-1@gated-at.bofh.it> <t7tup-6OR-3@gated-at.bofh.it> <t7uTv-7PU-1@gated-at.bofh.it>
Organization	linux.* mail to news gateway

Show all headers | View raw

"Maciej W. Rozycki" <macro@linux-mips.org> writes:

> On Sun, 5 Feb 2017, Matt Turner wrote:
>
>> > I don't think it is other than for PPC.  If you're not variable endian
>> > (which is only PPC to date), then you should know a priori what endian
>> > you are from the #defines in userspace.
>> 
>> MIPS as well, but it seems strange to require the kernel to tell you
>> your endianness, when you can easily determine it yourself. Unless
>> there's something about this I don't understand.
>
>  Many MIPS processors do have a reverse-endian control bit, which allows a 
> user process to execute in the endianness opposite to the endianness the 
> kernel runs in.  The feature has been around since 1991 and the R4000 CPU, 
> however support is unlikely to be ever added to the MIPS/Linux port, due 
> to the complexity required for byte-swapping all the data structures 
> passed in memory between the kernel and the userland.  Does the PPC/Linux 
> port actually implement this swapping?

No. Userspace can change endian, but it has to cope with the kernel
being in the original endian.

cheers

Back to linux.kernel | Previous | Next | Find similar | Unroll thread

Thread

Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures Michael Ellerman <mpe@ellerman.id.au> - 2017-02-15 06:30 +0100

csiph-web