diff options
author | Vasily Gorbik <gor@linux.ibm.com> | 2020-11-13 02:03:32 +0300 |
---|---|---|
committer | Josh Poimboeuf <jpoimboe@redhat.com> | 2021-01-14 03:13:14 +0300 |
commit | 7786032e52cb02982a7154993b5d88c9c7a31ba5 (patch) | |
tree | 0a18fd08e9856972d2a5ab49d3b731f4aff9c92f /tools/objtool/cfi.h | |
parent | 8bfe273238d77d3cee18e4c03b2f26ae360b5661 (diff) | |
download | linux-7786032e52cb02982a7154993b5d88c9c7a31ba5.tar.xz |
objtool: Rework header include paths
Currently objtool headers are being included either by their base name
or included via ../ from a parent directory. In case of a base name usage:
#include "warn.h"
#include "arch_elf.h"
it does not make it apparent from which directory the file comes from.
To make it slightly better, and actually to avoid name clashes some arch
specific files have "arch_" suffix. And files from an arch folder have
to revert to including via ../ e.g:
#include "../../elf.h"
With additional architectures support and the code base growth there is
a need for clearer headers naming scheme for multiple reasons:
1. to make it instantly obvious where these files come from (objtool
itself / objtool arch|generic folders / some other external files),
2. to avoid name clashes of objtool arch specific headers, potential
obtool arch generic headers and the system header files (there is
/usr/include/elf.h already),
3. to avoid ../ includes and improve code readability.
4. to give a warm fuzzy feeling to developers who are mostly kernel
developers and are accustomed to linux kernel headers arranging
scheme.
Doesn't this make it instantly obvious where are these files come from?
#include <objtool/warn.h>
#include <arch/elf.h>
And doesn't it look nicer to avoid ugly ../ includes? Which also
guarantees this is elf.h from the objtool and not /usr/include/elf.h.
#include <objtool/elf.h>
This patch defines and implements new objtool headers arranging
scheme. Which is:
- all generic headers go to include/objtool (similar to include/linux)
- all arch headers go to arch/$(SRCARCH)/include/arch (to get arch
prefix). This is similar to linux arch specific "asm/*" headers but we
are not abusing "asm" name and calling it what it is. This also helps
to prevent name clashes (arch is not used in system headers or kernel
exports).
To bring objtool to this state the following things are done:
1. current top level tools/objtool/ headers are moved into
include/objtool/ subdirectory,
2. arch specific headers, currently only arch/x86/include/ are moved into
arch/x86/include/arch/ and were stripped of "arch_" suffix,
3. new -I$(srctree)/tools/objtool/include include path to make
includes like <objtool/warn.h> possible,
4. rewriting file includes,
5. make git not to ignore include/objtool/ subdirectory.
Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
Acked-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Acked-by: Masami Hiramatsu <mhiramat@kernel.org>
Signed-off-by: Josh Poimboeuf <jpoimboe@redhat.com>
Diffstat (limited to 'tools/objtool/cfi.h')
-rw-r--r-- | tools/objtool/cfi.h | 38 |
1 files changed, 0 insertions, 38 deletions
diff --git a/tools/objtool/cfi.h b/tools/objtool/cfi.h deleted file mode 100644 index c7c59c6a44ee..000000000000 --- a/tools/objtool/cfi.h +++ /dev/null @@ -1,38 +0,0 @@ -/* SPDX-License-Identifier: GPL-2.0-or-later */ -/* - * Copyright (C) 2015-2017 Josh Poimboeuf <jpoimboe@redhat.com> - */ - -#ifndef _OBJTOOL_CFI_H -#define _OBJTOOL_CFI_H - -#include "cfi_regs.h" - -#define CFI_UNDEFINED -1 -#define CFI_CFA -2 -#define CFI_SP_INDIRECT -3 -#define CFI_BP_INDIRECT -4 - -struct cfi_reg { - int base; - int offset; -}; - -struct cfi_init_state { - struct cfi_reg regs[CFI_NUM_REGS]; - struct cfi_reg cfa; -}; - -struct cfi_state { - struct cfi_reg regs[CFI_NUM_REGS]; - struct cfi_reg vals[CFI_NUM_REGS]; - struct cfi_reg cfa; - int stack_size; - int drap_reg, drap_offset; - unsigned char type; - bool bp_scratch; - bool drap; - bool end; -}; - -#endif /* _OBJTOOL_CFI_H */ |