summaryrefslogtreecommitdiff
path: root/arch/mips/mm/tlb-r3k.c
diff options
context:
space:
mode:
authorNick Desaulniers <ndesaulniers@google.com>2021-03-11 17:09:41 -0800
committerKees Cook <keescook@chromium.org>2021-05-24 15:24:34 -0700
commit24845dcb170e16b3100bd49743687648c71387ae (patch)
tree95393c7aa1a18480b249da2ef0ccc4b1a9c9f1fa /arch/mips/mm/tlb-r3k.c
parent1cb61759d40716643281b8e0f8c7afebc8699249 (diff)
Makefile: LTO: have linker check -Wframe-larger-than
-Wframe-larger-than= requires stack frame information, which the frontend cannot provide. This diagnostic is emitted late during compilation once stack frame size is available. When building with LTO, the frontend simply lowers C to LLVM IR and does not have stack frame information, so it cannot emit this diagnostic. When the linker drives LTO, it restarts optimizations and lowers LLVM IR to object code. At that point, it has stack frame information but doesn't know to check for a specific max stack frame size. I consider this a bug in LLVM that we need to fix. There are some details we're working out related to LTO such as which value to use when there are multiple different values specified per TU, or how to propagate these to compiler synthesized routines properly, if at all. Until it's fixed, ensure we don't miss these. At that point we can wrap this in a compiler version guard or revert this based on the minimum support version of Clang. The error message is not generated during link: LTO vmlinux.o ld.lld: warning: stack size limit exceeded (8224) in foobarbaz Cc: Sami Tolvanen <samitolvanen@google.com> Reported-by: Candle Sun <candlesea@gmail.com> Suggested-by: Fangrui Song <maskray@google.com> Signed-off-by: Nick Desaulniers <ndesaulniers@google.com> Signed-off-by: Kees Cook <keescook@chromium.org> Link: https://lore.kernel.org/r/20210312010942.1546679-1-ndesaulniers@google.com
Diffstat (limited to 'arch/mips/mm/tlb-r3k.c')
0 files changed, 0 insertions, 0 deletions