Thread (170 messages) 170 messages, 19 authors, 2012-09-16

[PATCH v2 16/31] arm64: ELF definitions

From: arnd@arndb.de (Arnd Bergmann)
Date: 2012-08-16 12:38:07
Also in: linux-arch, lkml

On Thursday 16 August 2012, Will Deacon wrote:
quoted
This looks wrong: PER_LINUX/PER_LINUX32 decides over the output of the
uname system call, while TIF_32BIT decides over the instruction set
when returning to user space. You definitely should not set the personality
to the value you pass from the elf loader. Instead, just do

#define SET_PERSONALITY(ex) clear_thread_flag(TIF_32BIT);
#defined COMPAT_SET_PERSONALITY(ex) set_thread_flag(TIF_32BIT);
In this case, won't uname be incorrect (aarch64l) for aarch32 tasks (which
expect something like armv8l)?
No, the uname output is meant to tell you about the system, not the
instruction set that you are using (you already know that in compiled
code).

The main use case is to fool stuff like autoconf into assuming your
architecture is the other one, e.g. when building a 32 bit package
on using a 64 bit /bin/bash to run ./configure or vice versa.

	Arnd
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help