Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp3442467ybl; Mon, 12 Aug 2019 00:03:35 -0700 (PDT) X-Google-Smtp-Source: APXvYqwRuogOb2lHNHQxW8IrfJiiDg3eQEhL3FHn9AQufOb0wjuEDeLSA6kUUQ65jFXGLolqMX5l X-Received: by 2002:a63:ff66:: with SMTP id s38mr29579115pgk.363.1565593415629; Mon, 12 Aug 2019 00:03:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565593415; cv=none; d=google.com; s=arc-20160816; b=C05NPvhvQ8IuyEVlI6OKMdRDu1jVVQmFSHr9RkCeU0JLQ2EMyh75jMKxI7GNeqSPUd un3qW5xJFLRQcT4V6hNMt7FUPiY5IQ4beZyBxaZpm2tXRyv6KL8CVIBNOuYC/Q7pCN63 6qh9ubjMYe0p64+LtL9dZYmmLARis+zOS8lzjCtJUiCaz1ng3lDhnPBp0e/jiQUOToUB tMhKJe94Z8gc31ZtVLc1pHe2WxrNvms9nXVT1xiXRY71pcYvnV6adcdLNXEeVhMQz6AP Jqc3U45bR8+MYa4EKOlquhvJhOPuIEfGqJ/wCKLewdvTlnT17c5qZ7Ue9iCgC1QiDobR W31w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=EOl0XeLgAx0b65C6nSeSC9yGXCtzgtHSTtqGfuyIaA0=; b=SMp1gm/ZU+zkNbYq38Sn+94sQosfTBmLNXE9tFWkV1FzG8xK9DyPaAY/qUv/sCD5N4 ZgXc/FfwT3i1RVXLIA41EoEKQQ0gR5+q3yyRzOgVRtqJsFWdX1fP73tGXpndiBNctgBA gF4o3kmrnaRNrfIJnQRCC7tdTMDkFxq0jJvGrgayFLepDhecUMHrBkkOTXm+AIurzNnv xm5H8xgIwDz6oli+hlegYYZmtju5Pvw/EWDLu4XL/ucbXoSXmsMozaa2JSdzgPjPbLKT PWol3FzBDjWKwRo+ozCsB5j5vg16GovZpN8+hS7BfLE3aThhMWzNILMRbxeHotmQx4eK DBUw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=vlQDNy5Y; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t31si22494220plb.309.2019.08.12.00.03.19; Mon, 12 Aug 2019 00:03:35 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=vlQDNy5Y; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726729AbfHLHCq (ORCPT + 99 others); Mon, 12 Aug 2019 03:02:46 -0400 Received: from mail-pg1-f195.google.com ([209.85.215.195]:44830 "EHLO mail-pg1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725923AbfHLHCq (ORCPT ); Mon, 12 Aug 2019 03:02:46 -0400 Received: by mail-pg1-f195.google.com with SMTP id i18so49013510pgl.11 for ; Mon, 12 Aug 2019 00:02:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=EOl0XeLgAx0b65C6nSeSC9yGXCtzgtHSTtqGfuyIaA0=; b=vlQDNy5YJO6Rv2CTz4D+sFjXSVfdMSWzoGHyWrsVpDZq7JqD0mPF8/aws7RJXMFDqf 6juF0WggXHGf25n28qssGrf1563DftaotS7eWUkqtIlIsjjkCug9pxhVm16NNtdJBK2l l5LIBGhsttPzj+EKXjcBjyY793e64nIv5iAKXKhXBy3BdxPIys2fff+ahuqNOYnPzSdO BuLYSLioVYPRnVR3mgesz3wn2Sjs8Vg+hNAxHnCqcgP+aAFnWtOfFjVk/Xfu7Ae408Sy YIVmRdP36FMhVzUTFEpRfpokYAKjW1tprGctep1TYZJ8oZPrR8IGHGBwUqKSL5USjYmd 34pg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=EOl0XeLgAx0b65C6nSeSC9yGXCtzgtHSTtqGfuyIaA0=; b=FXyMEN2gyW+ZXUvMKLrIuanyAOgfXNGmJ+rD1fPwV8IF63+WRCLygqonqU1Xxmma0y B5ElfkjJdmGs1reDuO7BKoVxWNtTYjbpOGijLqDHxnP8t7sguDH8yHV75nwKHaU0gQtb my9lw44UIQgBNRFwKSAku2OqbJ8jSmlyz1azuXa0cJb3eJePC1jAAShZH80VK3NBtDqh AbtFiAJitRZjcaYvpzrApvWo0bWI+i4jY1fDjjUbuU00IXqcnoV8VsmeSkY9Alp1qp17 FHVH1UhurXsWi54aZeLwN8pYRtZDljQX2s3HFIo79JbHKrl/OxY9g0eHb8WX5TEXuf8e sxCA== X-Gm-Message-State: APjAAAXQmKlhr4M6NZ1vgvV/iXnO2G0vBR+EQ5KwYqRw7ZDrijtq+3Ii HV5LK1ngKX9LJtzvpiznt5Oj7A== X-Received: by 2002:a63:f07:: with SMTP id e7mr30222661pgl.238.1565593365394; Mon, 12 Aug 2019 00:02:45 -0700 (PDT) Received: from leoy-ThinkPad-X240s (li456-16.members.linode.com. [50.116.10.16]) by smtp.gmail.com with ESMTPSA id k5sm6182091pgo.45.2019.08.12.00.02.40 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 12 Aug 2019 00:02:44 -0700 (PDT) Date: Mon, 12 Aug 2019 15:02:36 +0800 From: Leo Yan To: Adrian Hunter Cc: Arnaldo Carvalho de Melo , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Alexei Starovoitov , Daniel Borkmann , Martin KaFai Lau , Song Liu , Yonghong Song , David Miller , Milian Wolff , Donald Yandt , Davidlohr Bueso , Wei Li , Mark Drayton , "Tzvetomir Stoyanov (VMware)" , linux-kernel@vger.kernel.org, netdev@vger.kernel.org, bpf@vger.kernel.org, clang-built-linux@googlegroups.com, Mathieu Poirier Subject: Re: [PATCH v4 1/2] perf machine: Support arch's specific kernel start address Message-ID: <20190812070236.GA8062@leoy-ThinkPad-X240s> References: <20190810072135.27072-1-leo.yan@linaro.org> <20190810072135.27072-2-leo.yan@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Aug 12, 2019 at 09:37:33AM +0300, Adrian Hunter wrote: > On 10/08/19 10:21 AM, Leo Yan wrote: > > machine__get_kernel_start() gives out the kernel start address; some > > architectures need to tweak the start address so that can reflect the > > kernel start address correctly. This is not only for x86_64 arch, but > > it is also required by other architectures, e.g. arm/arm64 needs to > > tweak the kernel start address so can include the kernel memory regions > > which are used before the '_stext' symbol. > > > > This patch refactors machine__get_kernel_start() by adding a weak > > arch__fix_kernel_text_start(), any architecture can implement it to > > tweak its specific start address; this also allows the arch specific > > code to be placed into 'arch' folder. > > > > Signed-off-by: Leo Yan > > --- > > tools/perf/arch/x86/util/machine.c | 10 ++++++++++ > > tools/perf/util/machine.c | 13 +++++++------ > > tools/perf/util/machine.h | 2 ++ > > 3 files changed, 19 insertions(+), 6 deletions(-) > > > > diff --git a/tools/perf/arch/x86/util/machine.c b/tools/perf/arch/x86/util/machine.c > > index 1e9ec783b9a1..9f012131534a 100644 > > --- a/tools/perf/arch/x86/util/machine.c > > +++ b/tools/perf/arch/x86/util/machine.c > > @@ -101,4 +101,14 @@ int machine__create_extra_kernel_maps(struct machine *machine, > > return ret; > > } > > > > +void arch__fix_kernel_text_start(u64 *start) > > +{ > > + /* > > + * On x86_64, PTI entry trampolines are less than the > > + * start of kernel text, but still above 2^63. So leave > > + * kernel_start = 1ULL << 63 for x86_64. > > + */ > > + *start = 1ULL << 63; > > +} > > That is needed for reporting x86 data on any arch i.e. it is not specific to > the compile-time architecture, it is specific to the perf.data file > architecture, which is what machine__is() compares. So, this looks wrong. Thanks for reviewing, Adrian. If so, I think we should extend the function machine__get_kernel_start() as below; for building successfully, will always define the macro ARM_PRE_START_SIZE in Makefile.config. @Arnaldo, @Adrian, Please let me know if this works for you? diff --git a/tools/perf/util/machine.c b/tools/perf/util/machine.c index f6ee7fbad3e4..30a0ff627263 100644 --- a/tools/perf/util/machine.c +++ b/tools/perf/util/machine.c @@ -2687,13 +2687,26 @@ int machine__get_kernel_start(struct machine *machine) machine->kernel_start = 1ULL << 63; if (map) { err = map__load(map); + if (err) + return err; + /* * On x86_64, PTI entry trampolines are less than the * start of kernel text, but still above 2^63. So leave * kernel_start = 1ULL << 63 for x86_64. */ - if (!err && !machine__is(machine, "x86_64")) + if (!machine__is(machine, "x86_64")) machine->kernel_start = map->start; + + /* + * On arm/arm64, some memory regions are prior to '_stext' + * symbol; to reflect the complete kernel address space, + * compensate these pre-defined regions for kernel start + * address. + */ + if (machine__is(machine, "arm64") || + machine__is(machine, "arm")) + machine->kernel_start -= ARM_PRE_START_SIZE; } return err; } Thanks, Leo Yan > > + > > #endif > > diff --git a/tools/perf/util/machine.c b/tools/perf/util/machine.c > > index f6ee7fbad3e4..603518835692 100644 > > --- a/tools/perf/util/machine.c > > +++ b/tools/perf/util/machine.c > > @@ -2671,6 +2671,10 @@ int machine__nr_cpus_avail(struct machine *machine) > > return machine ? perf_env__nr_cpus_avail(machine->env) : 0; > > } > > > > +void __weak arch__fix_kernel_text_start(u64 *start __maybe_unused) > > +{ > > +} > > + > > int machine__get_kernel_start(struct machine *machine) > > { > > struct map *map = machine__kernel_map(machine); > > @@ -2687,14 +2691,11 @@ int machine__get_kernel_start(struct machine *machine) > > machine->kernel_start = 1ULL << 63; > > if (map) { > > err = map__load(map); > > - /* > > - * On x86_64, PTI entry trampolines are less than the > > - * start of kernel text, but still above 2^63. So leave > > - * kernel_start = 1ULL << 63 for x86_64. > > - */ > > - if (!err && !machine__is(machine, "x86_64")) > > + if (!err) > > machine->kernel_start = map->start; > > } > > + > > + arch__fix_kernel_text_start(&machine->kernel_start); > > return err; > > } > > > > diff --git a/tools/perf/util/machine.h b/tools/perf/util/machine.h > > index ef803f08ae12..9cb459f4bfbc 100644 > > --- a/tools/perf/util/machine.h > > +++ b/tools/perf/util/machine.h > > @@ -278,6 +278,8 @@ void machine__get_kallsyms_filename(struct machine *machine, char *buf, > > int machine__create_extra_kernel_maps(struct machine *machine, > > struct dso *kernel); > > > > +void arch__fix_kernel_text_start(u64 *start); > > + > > /* Kernel-space maps for symbols that are outside the main kernel map and module maps */ > > struct extra_kernel_map { > > u64 start; > > >