LKML Archive on lore.kernel.org help / color / mirror / Atom feed
From: "Hunter, Adrian" <adrian.hunter@intel.com> To: Arnaldo Carvalho de Melo <acme@kernel.org> Cc: Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@redhat.com>, Peter Zijlstra <peterz@infradead.org>, Andy Lutomirski <luto@kernel.org>, "H. Peter Anvin" <hpa@zytor.com>, Andi Kleen <ak@linux.intel.com>, "Alexander Shishkin" <alexander.shishkin@linux.intel.com>, Dave Hansen <dave.hansen@linux.intel.com>, Joerg Roedel <joro@8bytes.org>, Jiri Olsa <jolsa@redhat.com>, "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, "x86@kernel.org" <x86@kernel.org> Subject: RE: [PATCH RFC 07/19] perf tools: Workaround missing maps for x86_64 KPTI entry trampolines Date: Thu, 10 May 2018 19:08:37 +0000 [thread overview] Message-ID: <363DA0ED52042842948283D2FC38E4649C13DE9E@IRSMSX106.ger.corp.intel.com> (raw) In-Reply-To: <20180509170717.GI13491@kernel.org> > -----Original Message----- > From: Arnaldo Carvalho de Melo [mailto:acme@kernel.org] > Sent: Wednesday, May 9, 2018 8:07 PM > To: Hunter, Adrian <adrian.hunter@intel.com> > Cc: Thomas Gleixner <tglx@linutronix.de>; Ingo Molnar > <mingo@redhat.com>; Peter Zijlstra <peterz@infradead.org>; Andy > Lutomirski <luto@kernel.org>; H. Peter Anvin <hpa@zytor.com>; Andi Kleen > <ak@linux.intel.com>; Alexander Shishkin > <alexander.shishkin@linux.intel.com>; Dave Hansen > <dave.hansen@linux.intel.com>; Joerg Roedel <joro@8bytes.org>; Jiri Olsa > <jolsa@redhat.com>; linux-kernel@vger.kernel.org; x86@kernel.org > Subject: Re: [PATCH RFC 07/19] perf tools: Workaround missing maps for > x86_64 KPTI entry trampolines > > Em Wed, May 09, 2018 at 02:43:36PM +0300, Adrian Hunter escreveu: > > On x86_64 the KPTI entry trampolines are not in the kernel map created > > by perf tools. That results in the addresses having no symbols and > > prevents annotation. It also causes Intel PT to have decoding errors > > at the trampoline addresses. Workaround that by creating maps for the > trampolines. > > At present the kernel does not export information revealing where the > > trampolines are. Until that happens, the addresses are hardcoded. > > > > Signed-off-by: Adrian Hunter <adrian.hunter@intel.com> > > --- > > tools/perf/util/machine.c | 104 > ++++++++++++++++++++++++++++++++++++++++++++++ > > tools/perf/util/machine.h | 3 ++ > > tools/perf/util/symbol.c | 12 +++--- > > 3 files changed, 114 insertions(+), 5 deletions(-) > > > > diff --git a/tools/perf/util/machine.c b/tools/perf/util/machine.c > > index 22047ff3cf2a..1bf15aa0b099 100644 > > --- a/tools/perf/util/machine.c > > +++ b/tools/perf/util/machine.c > > @@ -851,6 +851,110 @@ static int > machine__get_running_kernel_start(struct machine *machine, > > return 0; > > } > > > > +struct special_kernal_map { > > s/kernal/kernel/ > > And "special"? I have added comment: /* Kernel-space maps that are not the main kernel map nor a module map */ And fixed kernal, and changed machine__is() Revised patch set is here: http://git.infradead.org/users/ahunter/linux-perf.git/shortlog/refs/heads/perf-tools-kpti which is the perf-tools-kpti branch of: git://git.infradead.org/users/ahunter/linux-perf.git Let me know if you want me to post the workaround patches separately, otherwise I will wait a bit before sending the patches again. > > > + u64 start; > > + u64 end; > > + u64 pgoff; > > +}; > > + > > +static int machine__create_special_kernel_map(struct machine > *machine, > > + struct dso *kernel, > > + struct special_kernal_map *sm) { > > + struct kmap *kmap; > > + struct map *map; > > + > > + map = map__new2(sm->start, kernel); > > + if (!map) > > + return -1; > > + > > + map->end = sm->end; > > + map->pgoff = sm->pgoff; > > + > > + kmap = map__kmap(map); > > + > > + kmap->kmaps = &machine->kmaps; > > + > > + map_groups__insert(&machine->kmaps, map); > > + > > + pr_debug2("Added special kernel map %" PRIx64 "-%" PRIx64 "\n", > > + map->start, map->end); > > + > > + map__put(map); > > + > > + return 0; > > +} > > + > > +static u64 find_entry_trampoline(struct dso *dso) { > > + struct { > > + const char *name; > > + u64 addr; > > + } syms[] = { > > + /* Duplicates are removed so lookup all aliases */ > > + {"_entry_trampoline", 0}, > > + {"__entry_trampoline_start", 0}, > > + {"entry_SYSCALL_64_trampoline", 0}, > > We've been using named initializers consistently, so please change this > to: > > struct { > const char *name; > u64 addr; > } syms[] = { > { .name = "_entry_trampoline", }, > { .name = "__entry_trampoline_start", }, > { .name = "entry_SYSCALL_64_trampoline", }, > }, > > Also why do you have to lookup to all of them to them use just the first > found? I.e. you say they are aliases, why not return the first symbol found, > i.e. the above would be reduced to: > > const char *syms[] = { > "_entry_trampoline", > "__entry_trampoline_start", > "entry_SYSCALL_64_trampoline", > }, > > And then: > > struct symbol *sym = dso__first_symbol(dso); > unsigned int i; > > for (; sym; sym = dso__next_symbol(sym)) { > if (sym->binding != STB_GLOBAL) > continue; > for (i = 0; i < ARRAY_SIZE(syms); i++) { > if (!strcmp(sym->name, syms[i].name)) > return sym->start; > } > } > > return 0; > > > + }; > > + struct symbol *sym = dso__first_symbol(dso); > > + unsigned int i; > > + > > + for (; sym; sym = dso__next_symbol(sym)) { > > + if (sym->binding != STB_GLOBAL) > > + continue; > > + for (i = 0; i < ARRAY_SIZE(syms); i++) { > > + if (!strcmp(sym->name, syms[i].name)) > > + syms[i].addr = sym->start; > > + } > > + } > > + > > + for (i = 0; i < ARRAY_SIZE(syms); i++) { > > + if (syms[i].addr) > > + return syms[i].addr; > > + } > > + > > + return 0; > > +} > > + > > +/* > > + * These values can be used for kernels that do not have symbols for > > +the entry > > + * trampolines in kallsyms. > > + */ > > +#define X86_64_CPU_ENTRY_AREA_PER_CPU > 0xfffffe0000000000ULL > > +#define X86_64_CPU_ENTRY_AREA_SIZE 0x2c000 > > +#define X86_64_ENTRY_TRAMPOLINE 0x6000 > > + > > +/* Map x86_64 KPTI entry trampolines */ int > > +machine__map_x86_64_entry_trampolines(struct machine *machine, > > + struct dso *kernel) > > +{ > > + u64 pgoff = find_entry_trampoline(kernel); > > + int nr_cpus_avail = 0, cpu; > > + > > + if (!pgoff) > > + return 0; > > + > > + if (machine->env) > > + nr_cpus_avail = machine->env->nr_cpus_avail; > > + > > + /* Add a 1 page map for each CPU's entry trampoline */ > > + for (cpu = 0; cpu < nr_cpus_avail; cpu++) { > > + u64 va = X86_64_CPU_ENTRY_AREA_PER_CPU + > > + cpu * X86_64_CPU_ENTRY_AREA_SIZE + > > + X86_64_ENTRY_TRAMPOLINE; > > + struct special_kernal_map sm = { > > + .start = va, > > + .end = va + page_size, > > + .pgoff = pgoff, > > + }; > > + > > + if (machine__create_special_kernel_map(machine, kernel, > &sm) < 0) > > + return -1; > > + } > > + > > + return 0; > > +} > > + > > static int > > __machine__create_kernel_maps(struct machine *machine, struct dso > > *kernel) { diff --git a/tools/perf/util/machine.h > > b/tools/perf/util/machine.h index b31d33b5aa2a..6e1c63d3a625 100644 > > --- a/tools/perf/util/machine.h > > +++ b/tools/perf/util/machine.h > > @@ -267,4 +267,7 @@ int machine__set_current_tid(struct machine > *machine, int cpu, pid_t pid, > > */ > > char *machine__resolve_kernel_addr(void *vmachine, unsigned long long > > *addrp, char **modp); > > > > +int machine__map_x86_64_entry_trampolines(struct machine *machine, > > + struct dso *kernel); > > + > > #endif /* __PERF_MACHINE_H */ > > diff --git a/tools/perf/util/symbol.c b/tools/perf/util/symbol.c index > > 4a39f4d0a174..c3a1a89a61cb 100644 > > --- a/tools/perf/util/symbol.c > > +++ b/tools/perf/util/symbol.c > > @@ -1490,20 +1490,22 @@ int dso__load(struct dso *dso, struct map > *map) > > goto out; > > } > > > > + if (map->groups && map->groups->machine) > > + machine = map->groups->machine; > > + else > > + machine = NULL; > > + > > if (dso->kernel) { > > if (dso->kernel == DSO_TYPE_KERNEL) > > ret = dso__load_kernel_sym(dso, map); > > else if (dso->kernel == DSO_TYPE_GUEST_KERNEL) > > ret = dso__load_guest_kernel_sym(dso, map); > > > > + if (machine && machine__is(machine, "x86_64")) > > + > machine__map_x86_64_entry_trampolines(machine, dso); > > goto out; > > } > > > > - if (map->groups && map->groups->machine) > > - machine = map->groups->machine; > > - else > > - machine = NULL; > > - > > dso->adjust_symbols = 0; > > > > if (perfmap) { > > -- > > 1.9.1
next prev parent reply other threads:[~2018-05-10 19:08 UTC|newest] Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-05-09 11:43 [PATCH RFC 00/19] perf tools and x86_64 KPTI entry trampolines Adrian Hunter 2018-05-09 11:43 ` [PATCH RFC 01/19] kallsyms: Simplify update_iter_mod() Adrian Hunter 2018-05-10 13:01 ` Jiri Olsa 2018-05-10 17:02 ` Hunter, Adrian 2018-05-14 17:55 ` Arnaldo Carvalho de Melo 2018-05-09 11:43 ` [PATCH RFC 02/19] kallsyms, x86: Export addresses of syscall trampolines Adrian Hunter 2018-05-09 11:43 ` [PATCH RFC 03/19] x86: Add entry trampolines to kcore Adrian Hunter 2018-05-09 11:43 ` [PATCH RFC 04/19] x86: kcore: Give entry trampolines all the same offset in kcore Adrian Hunter 2018-05-09 11:43 ` [PATCH RFC 05/19] perf tools: Use the _stest symbol to identify the kernel map when loading kcore Adrian Hunter 2018-05-16 18:04 ` [tip:perf/core] perf tools: Use the "_stest" " tip-bot for Adrian Hunter 2018-05-09 11:43 ` [PATCH RFC 06/19] perf tools: Fix kernel_start for KPTI on x86_64 Adrian Hunter 2018-05-09 17:08 ` Arnaldo Carvalho de Melo 2018-05-09 11:43 ` [PATCH RFC 07/19] perf tools: Workaround missing maps for x86_64 KPTI entry trampolines Adrian Hunter 2018-05-09 17:07 ` Arnaldo Carvalho de Melo 2018-05-10 19:08 ` Hunter, Adrian [this message] 2018-05-10 20:15 ` Arnaldo Carvalho de Melo 2018-05-10 20:19 ` Arnaldo Carvalho de Melo 2018-05-10 20:47 ` Arnaldo Carvalho de Melo 2018-05-11 11:18 ` Adrian Hunter 2018-05-11 14:45 ` Arnaldo Carvalho de Melo 2018-05-14 13:02 ` Adrian Hunter 2018-05-11 11:15 ` Adrian Hunter 2018-05-15 10:30 ` Jiri Olsa 2018-05-15 10:40 ` Adrian Hunter 2018-05-09 11:43 ` [PATCH RFC 08/19] perf tools: Fix map_groups__split_kallsyms() for entry trampoline symbols Adrian Hunter 2018-05-09 11:43 ` [PATCH RFC 09/19] perf tools: Allow for special kernel maps Adrian Hunter 2018-05-09 11:43 ` [PATCH RFC 10/19] perf tools: Create maps for x86_64 KPTI entry trampolines Adrian Hunter 2018-05-14 8:32 ` Ingo Molnar 2018-05-09 11:43 ` [PATCH RFC 11/19] perf tools: Synthesize and process mmap events " Adrian Hunter 2018-05-15 10:49 ` Jiri Olsa 2018-05-09 11:43 ` [PATCH RFC 12/19] perf buildid-cache: kcore_copy: Keep phdr data in a list Adrian Hunter 2018-05-09 11:43 ` [PATCH RFC 13/19] perf buildid-cache: kcore_copy: Keep a count of phdrs Adrian Hunter 2018-05-09 11:43 ` [PATCH RFC 14/19] perf buildid-cache: kcore_copy: Calculate offset from phnum Adrian Hunter 2018-05-09 11:43 ` [PATCH RFC 15/19] perf buildid-cache: kcore_copy: Layout sections Adrian Hunter 2018-05-09 11:43 ` [PATCH RFC 16/19] perf buildid-cache: kcore_copy: Iterate phdrs Adrian Hunter 2018-05-09 11:43 ` [PATCH RFC 17/19] perf buildid-cache: kcore_copy: Get rid of kernel_map Adrian Hunter 2018-05-09 11:43 ` [PATCH RFC 18/19] perf buildid-cache: kcore_copy: Copy x86_64 entry trampoline sections Adrian Hunter 2018-05-09 11:43 ` [PATCH RFC 19/19] perf buildid-cache: kcore_copy: Amend the offset of sections that remap kernel text Adrian Hunter
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=363DA0ED52042842948283D2FC38E4649C13DE9E@IRSMSX106.ger.corp.intel.com \ --to=adrian.hunter@intel.com \ --cc=acme@kernel.org \ --cc=ak@linux.intel.com \ --cc=alexander.shishkin@linux.intel.com \ --cc=dave.hansen@linux.intel.com \ --cc=hpa@zytor.com \ --cc=jolsa@redhat.com \ --cc=joro@8bytes.org \ --cc=linux-kernel@vger.kernel.org \ --cc=luto@kernel.org \ --cc=mingo@redhat.com \ --cc=peterz@infradead.org \ --cc=tglx@linutronix.de \ --cc=x86@kernel.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).