lkml.org 
[lkml]   [2012]   [Aug]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: [PATCH v2 16/31] arm64: ELF definitions
    Date
    On Thursday 16 August 2012, Will Deacon wrote:
    > > 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


    \
     
     \ /
      Last update: 2012-08-16 15:22    [W:4.325 / U:0.568 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site