perf arch: Update arch headers to use relative UAPI pathsThe architectural specific headers perf_regs.h currently rely on thehost architecture's 'asm/perf_regs.h'.This can lead to compilation in
perf arch: Update arch headers to use relative UAPI pathsThe architectural specific headers perf_regs.h currently rely on thehost architecture's 'asm/perf_regs.h'.This can lead to compilation inconsistencies or failures when includingand building perf for a target architecture that differs from the host'sarchitecture.Explicitly point to the UAPI headers within the tools source tree usingrelative paths.This ensures that perf is always built against the intendedarchitecture.No functional changes are intended.Reviewed-by: Ian Rogers <irogers@google.com>Signed-off-by: Dapeng Mi <dapeng1.mi@linux.intel.com>Cc: Adrian Hunter <adrian.hunter@intel.com>Cc: Albert Ou <aou@eecs.berkeley.edu>Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>Cc: Alexandre Ghiti <alex@ghiti.fr>Cc: Guo Ren <guoren@kernel.org>Cc: Ingo Molnar <mingo@redhat.com>Cc: James Clark <james.clark@linaro.org>Cc: John Garry <john.g.garry@oracle.com>Cc: Mike Leach <mike.leach@linaro.org>Cc: Namhyung Kim <namhyung@kernel.org>Cc: Palmer Dabbelt <palmer@dabbelt.com>Cc: Paul Walmsley <pjw@kernel.org>Cc: Peter Zijlstra <peterz@infradead.org>Cc: Thomas Falcon <thomas.falcon@intel.com>Cc: Will Deacon <will@kernel.org>Cc: Xudong Hao <xudong.hao@intel.com>Cc: Zide Chen <zide.chen@intel.com>Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
show more ...
perf syscalltbl: Remove syscall_table.hThe definition of "static const char *const syscalltbl[] = {" is donein a generated syscalls_32.h or syscalls_64.h that is architecturedependent. In order t
perf syscalltbl: Remove syscall_table.hThe definition of "static const char *const syscalltbl[] = {" is donein a generated syscalls_32.h or syscalls_64.h that is architecturedependent. In order to include the appropriate file a syscall_table.his found via the perf include path and it includes the syscalls_32.hor syscalls_64.h as appropriate.To support having multiple syscall tables, one for 32-bit and one for64-bit, or for different architectures, an include path cannot beused. Remove syscall_table.h because of this and inline what it doesinto syscalltbl.c.For architectures without a syscall_table.h this will cause a failureto include either syscalls_32.h or syscalls_64.h rather than a failureto include syscall_table.h. For architectures that only included oneor other, the behavior matches BITS_PER_LONG as previously done onarchitectures supporting both syscalls_32.h and syscalls_64.h.Signed-off-by: Ian Rogers <irogers@google.com>Reviewed-by: Howard Chu <howardchu95@gmail.com>Reviewed-by: Charlie Jenkins <charlie@rivosinc.com>Reviewed-by: Namhyung Kim <namhyung@kernel.org>Acked-by: Arnaldo Carvalho de Melo <acme@kernel.org>Link: https://lore.kernel.org/r/20250319050741.269828-4-irogers@google.comSigned-off-by: Namhyung Kim <namhyung@kernel.org>
perf tools loongarch: Use syscall tableloongarch uses a syscall table, use that in perf instead of using unistd.h.Signed-off-by: Charlie Jenkins <charlie@rivosinc.com>Cc: Adrian Hunter <adrian.h
perf tools loongarch: Use syscall tableloongarch uses a syscall table, use that in perf instead of using unistd.h.Signed-off-by: Charlie Jenkins <charlie@rivosinc.com>Cc: Adrian Hunter <adrian.hunter@intel.com>Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>Cc: Arnd Bergmann <arnd@arndb.de>Cc: Christian Brauner <brauner@kernel.org>Cc: Guo Ren <guoren@kernel.org>Cc: Günther Noack <gnoack@google.com>Cc: Ian Rogers <irogers@google.com>Cc: Ingo Molnar <mingo@redhat.com>Cc: James Clark <james.clark@linaro.org>Cc: Jiri Olsa <jolsa@kernel.org>Cc: John Garry <john.g.garry@oracle.com>Cc: Jonathan Corbet <corbet@lwn.net>Cc: Leo Yan <leo.yan@linux.dev>Cc: Mark Rutland <mark.rutland@arm.com>Cc: Mickaël Salaün <mic@digikod.net>Cc: Mike Leach <mike.leach@linaro.org>Cc: Namhyung Kim <namhyung@kernel.org>Cc: Palmer Dabbelt <palmer@dabbelt.com>Cc: Paul Walmsley <paul.walmsley@sifive.com>Cc: Peter Zijlstra <peterz@infradead.org>Cc: Will Deacon <will@kernel.org>Link: https://lore.kernel.org/r/20250108-perf_syscalltbl-v6-12-7543b5293098@rivosinc.comSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
perf parse-regs: Remove unused macros PERF_REG_{IP|SP}The macros PERF_REG_{IP|SP} have been replaced by using functionsperf_arch_reg_{ip|sp}(), remove them!Signed-off-by: Leo Yan <leo.yan@linaro
perf parse-regs: Remove unused macros PERF_REG_{IP|SP}The macros PERF_REG_{IP|SP} have been replaced by using functionsperf_arch_reg_{ip|sp}(), remove them!Signed-off-by: Leo Yan <leo.yan@linaro.org>Acked-by: Ian Rogers <irogers@google.com>Cc: Adrian Hunter <adrian.hunter@intel.com>Cc: Albert Ou <aou@eecs.berkeley.edu>Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>Cc: Eric Lin <eric.lin@sifive.com>Cc: Fangrui Song <maskray@google.com>Cc: Guo Ren <guoren@kernel.org>Cc: Huacai Chen <chenhuacai@kernel.org>Cc: Ingo Molnar <mingo@redhat.com>Cc: Ivan Babrou <ivan@cloudflare.com>Cc: James Clark <james.clark@arm.com>Cc: Jiri Olsa <jolsa@kernel.org>Cc: John Garry <john.g.garry@oracle.com>Cc: Kan Liang <kan.liang@linux.intel.com>Cc: Mark Rutland <mark.rutland@arm.com>Cc: Mike Leach <mike.leach@linaro.org>Cc: Ming Wang <wangming01@loongson.cn>Cc: Namhyung Kim <namhyung@kernel.org>Cc: Palmer Dabbelt <palmer@dabbelt.com>Cc: Paul Walmsley <paul.walmsley@sifive.com>Cc: Peter Zijlstra <peterz@infradead.org>Cc: Sandipan Das <sandipan.das@amd.com>Cc: Will Deacon <will@kernel.org>Cc: linux-arm-kernel@lists.infradead.orgCc: linux-csky@vger.kernel.orgCc: linux-riscv@lists.infradead.orgLink: https://lore.kernel.org/r/20230606014559.21783-5-leo.yan@linaro.orgSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
tools/perf: Add basic support for LoongArchAdd basic support for LoongArch, which is very similar to the MIPSversion.Signed-off-by: Ming Wang <wangming01@loongson.cn>Signed-off-by: Huacai Chen
tools/perf: Add basic support for LoongArchAdd basic support for LoongArch, which is very similar to the MIPSversion.Signed-off-by: Ming Wang <wangming01@loongson.cn>Signed-off-by: Huacai Chen <chenhuacai@loongson.cn>