RISC-V: Stop relying on GCC's register allocator's hueristics
authorPalmer Dabbelt <palmerdabbelt@google.com>
Thu, 27 Feb 2020 19:07:28 +0000 (11:07 -0800)
committerPalmer Dabbelt <palmerdabbelt@google.com>
Tue, 3 Mar 2020 18:28:13 +0000 (10:28 -0800)
commit52e7c52d2ded5908e6a4f8a7248e5fa6e0d6809a
tree43ea26b8f12ba519ea77b8c83fb9cdefb46e7430
parent064223b947a8c3d0b35a4ac9ae6e31e3f77657fd
RISC-V: Stop relying on GCC's register allocator's hueristics

GCC allows users to hint to the register allocation that a variable should be
placed in a register by using a syntax along the lines of

    function(...) {
        register long in_REG __asm__("REG");
    }

We've abused this a bit throughout the RISC-V port to access fixed registers
directly as C variables.  In practice it's never going to blow up because GCC
isn't going to allocate these registers, but it's not a well defined syntax so
we really shouldn't be relying upon this.  Luckily there is a very similar but
well defined syntax that allows us to still access these registers directly as
C variables, which is to simply declare the register variables globally.  For
fixed variables this doesn't change the ABI.

LLVM disallows this ambiguous syntax, so this isn't just strictly a formatting
change.

Signed-off-by: Palmer Dabbelt <palmerdabbelt@google.com>
arch/riscv/include/asm/current.h
arch/riscv/kernel/process.c
arch/riscv/kernel/stacktrace.c