Received: by 10.192.165.156 with SMTP id m28csp816991imm; Mon, 16 Apr 2018 09:10:01 -0700 (PDT) X-Google-Smtp-Source: AIpwx48J5SlFKKvteqxLgeR04lWDlXowqzNlVrIlpnAWkuxQ7zlLXIFE9eZkSORNCRDsYuUyd21A X-Received: by 10.99.114.78 with SMTP id c14mr10730140pgn.195.1523895001204; Mon, 16 Apr 2018 09:10:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523895001; cv=none; d=google.com; s=arc-20160816; b=EvMsCoy5UaEMfqRVvb/2FQs5W5gal2VmAuVEYK5vItMXvqMClFz+sgYYZI89VdzC3J m/qIVVIIsTHW0Rc4Bno/GdnZVoaqOF13Gtd+NUwP07MSminOu1edNlYjSkMPpfUmVMx5 vtCf6Kb9EyFuo/7cZBLtTA7BcM6IiIV/u1K8HNpDSjP1k85K5kU5vfgYbwf/9pezETyx BgO2ppFXJTj452ogXEAH9duAkqOdEgXMrFgZebcHuQGiojbZs0D4ttCDSQsYaw9v6I4f VeF7Rr1B7aQ8sh1foAwuYMJF7o0KqQIk9bFyJ2QvWVGxO0ZaQEuK6j7Aw106i9lRS9Av H+Cw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:arc-authentication-results; bh=XQNS/IR20KPa2Ck8htGq9dqqVaYRWksYYQ1e0Vt9nGI=; b=vZlARLKp99zxQM6oI9M+uIMbgxjPk1iP7YkYGdfQC719N2moz7uA9ko9kv5spcQK55 uPZaxD0qKH6Zxe/1cUHIWoO65u/ZQ5gLkSAWmiQXjpMzMAZz4f5YPdgxbBy9y9N6kDQV RuI+OaN67+0d3uIOXvr6zCa0ZHzI/tDf5cMCNewmvx6Xekgso3lXs08KgmWCildkG0vK uJR9D8dnP0CZ226yow0WMpwPSFV19+iHUQaD75qYlqHISuY02eVsYob/S5kEfPNkBMF7 gTHDEFoUbkStZ+pQKIF+mnqmKAQDNm9inNMNYGwjLU+5y8L/DHjK+hTGVuuhruVRCjrQ uRuQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t71si9656532pgb.70.2018.04.16.09.09.31; Mon, 16 Apr 2018 09:10:01 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753056AbeDPQHd (ORCPT + 99 others); Mon, 16 Apr 2018 12:07:33 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:33280 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753025AbeDPQHc (ORCPT ); Mon, 16 Apr 2018 12:07:32 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id C53CE1529; Mon, 16 Apr 2018 09:07:31 -0700 (PDT) Received: from dupont (usa-sjc-mx-foss1.foss.arm.com [217.140.101.70]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 42E093F59D; Mon, 16 Apr 2018 09:07:31 -0700 (PDT) Date: Mon, 16 Apr 2018 11:07:30 -0500 From: Kim Phillips To: Arnaldo Carvalho de Melo Cc: Jiri Olsa , Namhyung Kim , Ingo Molnar , Peter Zijlstra , Jiri Olsa , LKML , Subject: Re: [PATCH] perf tools: set kernel end address properly Message-Id: <20180416110730.1dd12801e43be66ea5d0cc48@arm.com> In-Reply-To: <20180416135125.GA23802@kernel.org> References: <20180416042240.21528-1-namhyung@kernel.org> <20180416092345.GA23274@krava> <20180416135125.GA23802@kernel.org> Organization: Arm X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 16 Apr 2018 10:51:25 -0300 Arnaldo Carvalho de Melo wrote: > Em Mon, Apr 16, 2018 at 11:23:45AM +0200, Jiri Olsa escreveu: > > On Mon, Apr 16, 2018 at 01:22:40PM +0900, Namhyung Kim wrote: > > > The map_groups__fixup_end() was called to set end addresses of kernel > > > map and module maps. But now machine__create_modules() is set the end > > > address of modules properly so the only remaining piece is the kernel > > > map. We can set it with adjacent module's address directly instead of > > > calling the map_groups__fixup_end(). If there's no module after the > > > kernel map, the end address will be ~0ULL. > > I wonder if it wouldn't be better to have it as last symbol + PAGE_SIZE > or something like that... > > But, anyway, Kim, does this fix things for you? Can I have your > Tested-by? No, perf test 1 still fails: vmlinux symtab matches kallsyms: FAILED! Kim