From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B8D761D90B7; Fri, 4 Oct 2024 19:17:09 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1728069429; cv=none; b=APg5Fo6RaA6z3mjp72Qpuk0TpLrcNpaGYGBklS3eoFB3o6vLdIaCGf7OyrCJ/dj9wl2QjX3XRC/ro5qZ3lnlCSNmFE3HHjA4QJAUi32vDMtcnccEzjFHj+PFhBu2NE4gaddYQRJi7spN7t8K3nZY9ZTVjXoEl+3NngY6Y39pPgw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1728069429; c=relaxed/simple; bh=5zcDuZ5y1Bz3z7wOLQbZj+5Z6yMCB/6xtlNJHBVTBOM=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=QvqO4QqeNXU/uM2phoQxAFKUpJiu1U1KawBrlJ2/gcziX9x4ZFdQuuG4Qg4kqWQeKiLpSa+tJTv/GyDK7WliQ/GeoT47Ih3MNxMdBNiB2mln1OP3jZ4PM3gXkLB0U8YWoVoWgC7wvZiHj+6Jl7ruyMyJzDw9draJtCFLULFmrf0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=tbPlofry; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="tbPlofry" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 033A5C4CECC; Fri, 4 Oct 2024 19:17:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1728069429; bh=5zcDuZ5y1Bz3z7wOLQbZj+5Z6yMCB/6xtlNJHBVTBOM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=tbPlofryo7+1MvNVu1N/NoEjeK8MlvH5uUaIBMEPhU+fK83Zd9haCyVu1/OkEAYaG PM9JJaczCrX5f2+BJTFEdEXkBCnT+a5rHIj2Vv4w44C5eHt2TtT7n8eQtPd1dl8A1n KSQxjdFTsHT3348COnzgg7zNJ8F9IfFpSijQ2z+Ib4TYXZ2GoDYApl4LZFNwcBbTME MZ3H2zswojvegIHBEgucguk1O2cy44DiL6zxu7XkppTFVIu5Y9VhAx+pCXtZ1l8fZ9 UdxyN3SSsissXfNgsIBxyEsqqKlfpt7wV9NaJmqb897nNjKyk5pcNktPZqFBvAY8LF KmTjkBvt1ryfg== Date: Fri, 4 Oct 2024 12:17:06 -0700 From: Namhyung Kim To: James Clark Cc: Jiri Olsa , Adrian Hunter , Peter Zijlstra , Ingo Molnar , LKML , linux-perf-users@vger.kernel.org, Ravi Bangoria , Mark Rutland , James Clark , Kajol Jain , Thomas Richter , Atish Patra , Palmer Dabbelt , Mingwei Zhang , Arnaldo Carvalho de Melo , Ian Rogers , Kan Liang Subject: Re: [PATCHSET 0/8] perf tools: Do not set attr.exclude_guest by default (v4) Message-ID: References: <20241001002027.1272889-1-namhyung@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: On Fri, Oct 04, 2024 at 04:40:18PM +0100, James Clark wrote: > > > On 02/10/2024 19:29, Namhyung Kim wrote: > > On Wed, Oct 02, 2024 at 10:49:36AM +0100, James Clark wrote: > > > > > > > > > On 01/10/2024 1:20 am, Namhyung Kim wrote: > > > > Hello, > > > > > > > > I found perf tools set exclude_guest bit inconsistently. It used to > > > > set the bit but now the default event for perf record doesn't. So I'm > > > > wondering why we want the bit in the first place. > > > > > > > > Actually it's not good for PMUs don't support any exclusion like AMD > > > > IBS because it disables new features after the exclude_guest due to > > > > the missing feature detection logic. > > > > > > > > v4 changes) > > > > > > > > * handle EOPNOTSUPP error in compatible way (Kan) > > > > * drop --exclude-guest option in perf stat > > > > * not to separate exclude_hv fallback > > > > * rename to exclude_GH_default (Kan) > > > > * drop the RFC from the subject > > > > > > > > v3) https://lore.kernel.org/lkml/20240905202426.2690105-1-namhyung@kernel.org/ > > > > > > > > * move exclude_guest fallback to the front > > > > * fix precise_max handling on AMD > > > > * simplify the default event for perf record > > > > > > > > v2) https://lore.kernel.org/lkml/20240904064131.2377873-1-namhyung@kernel.org/ > > > > > > > > * update the missing feature detection logic > > > > * separate exclude_hv fallback > > > > * add new fallback for exclude_guest > > > > > > > > v1) https://lore.kernel.org/lkml/20240902014621.2002343-1-namhyung@kernel.org/ > > > > > > > > AFAIK it doesn't matter for the most cases but perf kvm. If users > > > > need to set the bit, they can still use :H modifier. For vPMU pass- > > > > through or Apple M1, it'd add the exclude_guest during the fallback > > > > logic. > > > > > > > > Also the kernel feature detection logic should be separated from the > > > > exclude bit tests since it depends on the PMU implementation rather > > > > than the core kernel features. So I changed it to use a software > > > > event for the detection and factor out some hw-specific checks. > > > > > > > > The code is available at 'perf/exclude-v4' branch in > > > > git://git.kernel.org/pub/scm/linux/kernel/git/namhyung/linux-perf.git > > > > > > > > Thanks, > > > > Namhyung > > > > > > > > > > > > > > Looks like you need to allow for :H in the perf stat test on M1 now: > > > > > > diff --git a/tools/perf/tests/shell/stat.sh b/tools/perf/tests/shell/stat.sh > > > index 5a2ca2bcf94d..77cb95859649 100755 > > > --- a/tools/perf/tests/shell/stat.sh > > > +++ b/tools/perf/tests/shell/stat.sh > > > @@ -161,7 +161,7 @@ test_hybrid() { > > > fi > > > > > > # Run default Perf stat > > > - cycles_events=$(perf stat -- true 2>&1 | grep -E "/cycles/| cycles " | > > > wc -l) > > > + cycles_events=$(perf stat -- true 2>&1 | grep -E "/cycles/| cycles | cycles:H " | wc -l) > > > > Ok, what about "u"? Probably it can be > > > > cycles_events=$(perf stat -- true 2>&1 | grep -E "/cycles/(uH)*| cycles(:[uH])* " | wc -l) > > > > Yep that probably works too and is a bit more robust Great, I'll merge this change with the fix above if nobody objects. It'd be nice if more folks on other architectures could test this patchset too. Thanks, Namhyung > > > > > > > if [ "$pmus" -ne "$cycles_events" ] > > > then > > > > > > Other than that: > > > > > > Reviewed-by: James Clark > > > > Thanks for the review! > > Namhyung > > > > > > > > > Namhyung Kim (8): > > > > perf tools: Add fallback for exclude_guest > > > > perf tools: Don't set attr.exclude_guest by default > > > > perf tools: Simplify evsel__add_modifier() > > > > perf tools: Do not set exclude_guest for precise_ip > > > > perf tools: Detect missing kernel features properly > > > > perf tools: Move x86__is_amd_cpu() to util/env.c > > > > perf tools: Check fallback error and order > > > > perf record: Just use "cycles:P" as the default event > > > > > > > > tools/perf/arch/x86/util/Build | 1 - > > > > tools/perf/arch/x86/util/env.c | 19 - > > > > tools/perf/arch/x86/util/env.h | 7 - > > > > tools/perf/arch/x86/util/pmu.c | 2 +- > > > > tools/perf/builtin-kvm.c | 1 + > > > > tools/perf/builtin-record.c | 4 +- > > > > tools/perf/builtin-stat.c | 18 +- > > > > tools/perf/dlfilters/dlfilter-test-api-v0.c | 2 +- > > > > tools/perf/dlfilters/dlfilter-test-api-v2.c | 2 +- > > > > tools/perf/tests/attr/test-record-dummy-C0 | 2 +- > > > > tools/perf/tests/parse-events.c | 30 +- > > > > tools/perf/util/env.c | 24 ++ > > > > tools/perf/util/env.h | 4 + > > > > tools/perf/util/evsel.c | 394 ++++++++++++++------ > > > > tools/perf/util/evsel.h | 1 - > > > > tools/perf/util/parse-events.c | 6 +- > > > > tools/perf/util/util.c | 10 +- > > > > tools/perf/util/util.h | 3 + > > > > 18 files changed, 364 insertions(+), 166 deletions(-) > > > > delete mode 100644 tools/perf/arch/x86/util/env.c > > > > delete mode 100644 tools/perf/arch/x86/util/env.h > > > > > > >