Received-SPF: pass (google.com: domain of linux-kernel+bounces-73927-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1;
From: Namhyung Kim <namhyung@kernel.org>
To: Namhyung Kim <namhyung@kernel.org>,
	Ian Rogers <irogers@google.com>,
	Arnaldo Carvalho de Melo <acme@kernel.org>
Cc: Mark Rutland <mark.rutland@arm.com>,
	LKML <linux-kernel@vger.kernel.org>,
	Ingo Molnar <mingo@kernel.org>,
	linux-perf-users@vger.kernel.org,
	Mike Leach <mike.leach@linaro.org>,
	Will Deacon <will@kernel.org>,
	Adrian Hunter <adrian.hunter@intel.com>,
	Peter Zijlstra <peterz@infradead.org>,
	John Garry <john.g.garry@oracle.com>,
	Jiri Olsa <jolsa@kernel.org>,
	Leo Yan <leo.yan@linux.dev>
Subject: Re: [PATCH] perf tools: Fixup module symbol end address properly
Date: Tue, 20 Feb 2024 18:00:13 -0800
Message-ID: <170848061727.1313505.8320377887775957635.b4-ty@kernel.org>
In-Reply-To: <20240212233322.1855161-1-namhyung@kernel.org>
References: <20240212233322.1855161-1-namhyung@kernel.org>
Precedence: bulk
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

On Mon, 12 Feb 2024 15:33:22 -0800, Namhyung Kim wrote:
> I got a strange error on ARM to fail on processing FINISHED_ROUND
> record.  It turned out that it was failing in symbol__alloc_hist()
> because the symbol size is too big.
> 
> When a sample is captured on a specific BPF program, it failed.  I've
> added a debug code and found the end address of the symbol is from
> the next module which is placed far way.
> 
> [...]

Applied to perf-tools-next, thanks!

[1/1] perf tools: Fixup module symbol end address properly
      commit: bacefe0c7b77b7527a613e053b6d378412a8a779

Best regards,
-- 
Namhyung Kim <namhyung@kernel.org>