[PATCH v2 2/2] ftrace: Consolidate ftrace_regs accessor functions for archs using pt_regs
Heiko Carstens
hca at linux.ibm.com
Wed Oct 9 02:37:14 PDT 2024
On Tue, Oct 08, 2024 at 07:05:29PM -0400, Steven Rostedt wrote:
> From: Steven Rostedt <rostedt at goodmis.org>
>
> Most architectures use pt_regs within ftrace_regs making a lot of the
> accessor functions just calls to the pt_regs internally. Instead of
> duplication this effort, use a HAVE_ARCH_FTRACE_REGS for architectures
> that have their own ftrace_regs that is not based on pt_regs and will
> define all the accessor functions, and for the architectures that just use
> pt_regs, it will leave it undefined, and the default accessor functions
> will be used.
>
> Note, this will also make it easier to add new accessor functions to
> ftrace_regs as it will mean having to touch less architectures.
>
> Suggested-by: Masami Hiramatsu (Google) <mhiramat at kernel.org>
> Signed-off-by: Steven Rostedt (Google) <rostedt at goodmis.org>
...
> arch/s390/include/asm/ftrace.h | 26 +--------------------
Acked-by: Heiko Carstens <hca at linux.ibm.com> # s390
More information about the linux-riscv
mailing list