lkml.org 
[lkml]   [2020]   [Jan]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    Patch in this message
    /
    From
    Subject[PATCH 4.19 047/115] MIPS: Avoid VDSO ABI breakage due to global register variable
    Date
    From: Paul Burton <paulburton@kernel.org>

    commit bbcc5672b0063b0e9d65dc8787a4f09c3b5bb5cc upstream.

    Declaring __current_thread_info as a global register variable has the
    effect of preventing GCC from saving & restoring its value in cases
    where the ABI would typically do so.

    To quote GCC documentation:

    > If the register is a call-saved register, call ABI is affected: the
    > register will not be restored in function epilogue sequences after the
    > variable has been assigned. Therefore, functions cannot safely return
    > to callers that assume standard ABI.

    When our position independent VDSO is built for the n32 or n64 ABIs all
    functions it exposes should be preserving the value of $gp/$28 for their
    caller, but in the presence of the __current_thread_info global register
    variable GCC stops doing so & simply clobbers $gp/$28 when calculating
    the address of the GOT.

    In cases where the VDSO returns success this problem will typically be
    masked by the caller in libc returning & restoring $gp/$28 itself, but
    that is by no means guaranteed. In cases where the VDSO returns an error
    libc will typically contain a fallback path which will now fail
    (typically with a bad memory access) if it attempts anything which
    relies upon the value of $gp/$28 - eg. accessing anything via the GOT.

    One fix for this would be to move the declaration of
    __current_thread_info inside the current_thread_info() function,
    demoting it from global register variable to local register variable &
    avoiding inadvertently creating a non-standard calling ABI for the VDSO.
    Unfortunately this causes issues for clang, which doesn't support local
    register variables as pointed out by commit fe92da0f355e ("MIPS: Changed
    current_thread_info() to an equivalent supported by both clang and GCC")
    which introduced the global register variable before we had a VDSO to
    worry about.

    Instead, fix this by continuing to use the global register variable for
    the kernel proper but declare __current_thread_info as a simple extern
    variable when building the VDSO. It should never be referenced, and will
    cause a link error if it is. This resolves the calling convention issue
    for the VDSO without having any impact upon the build of the kernel
    itself for either clang or gcc.

    Signed-off-by: Paul Burton <paulburton@kernel.org>
    Fixes: ebb5e78cc634 ("MIPS: Initial implementation of a VDSO")
    Reported-by: Jason A. Donenfeld <Jason@zx2c4.com>
    Reviewed-by: Jason A. Donenfeld <Jason@zx2c4.com>
    Tested-by: Jason A. Donenfeld <Jason@zx2c4.com>
    Cc: Arnd Bergmann <arnd@arndb.de>
    Cc: Christian Brauner <christian.brauner@canonical.com>
    Cc: Vincenzo Frascino <vincenzo.frascino@arm.com>
    Cc: <stable@vger.kernel.org> # v4.4+
    Cc: linux-mips@vger.kernel.org
    Cc: linux-kernel@vger.kernel.org
    Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

    ---
    arch/mips/include/asm/thread_info.h | 20 +++++++++++++++++++-
    1 file changed, 19 insertions(+), 1 deletion(-)

    --- a/arch/mips/include/asm/thread_info.h
    +++ b/arch/mips/include/asm/thread_info.h
    @@ -49,8 +49,26 @@ struct thread_info {
    .addr_limit = KERNEL_DS, \
    }

    -/* How to get the thread information struct from C. */
    +/*
    + * A pointer to the struct thread_info for the currently executing thread is
    + * held in register $28/$gp.
    + *
    + * We declare __current_thread_info as a global register variable rather than a
    + * local register variable within current_thread_info() because clang doesn't
    + * support explicit local register variables.
    + *
    + * When building the VDSO we take care not to declare the global register
    + * variable because this causes GCC to not preserve the value of $28/$gp in
    + * functions that change its value (which is common in the PIC VDSO when
    + * accessing the GOT). Since the VDSO shouldn't be accessing
    + * __current_thread_info anyway we declare it extern in order to cause a link
    + * failure if it's referenced.
    + */
    +#ifdef __VDSO__
    +extern struct thread_info *__current_thread_info;
    +#else
    register struct thread_info *__current_thread_info __asm__("$28");
    +#endif

    static inline struct thread_info *current_thread_info(void)
    {

    \
     
     \ /
      Last update: 2022-09-17 16:07    [W:4.431 / U:0.144 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site