From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-dy1-f202.google.com (mail-dy1-f202.google.com [74.125.82.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id EB98B331221 for ; Wed, 18 Mar 2026 17:58:20 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.82.202 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773856702; cv=none; b=slDBTsiajwxw/NGpgf6oYY20FlEpH0jKBY68Cn8kYmQMWZd9iOKrPM+98a4GStHdn4mi4KvKWmD3os41GYyf/W7ipavqsIv1/YLEW6QYBOn+II0srdMXm0f+Q/lKwgbLoxH4in7pjc3gLstkBAwTj3XkMCorg9MAUmvclVVsgRc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773856702; c=relaxed/simple; bh=ZpK6CKJsDbOnPAg3YXsq7tgG2zZrtxpd2sZAgYLnyGo=; h=Date:In-Reply-To:Mime-Version:References:Message-ID:Subject:From: To:Cc:Content-Type; b=pVU98AWlfUASna2w/dJCufFg216BapJQoxgKP+LqTiXTsf+1qEoHQPvQ4hZOLU9tP7o1BErcbfzmzQprOLjE6F9Uj2YzbbBJCEzoJ/jiiWWcX0uOd85Ddid+goWnByJkOYaQ0dcveIGGZQ3eyd0mrCrBz2XKfQxrnd0nIfBE4iE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com; spf=pass smtp.mailfrom=flex--irogers.bounces.google.com; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b=QUa5UbaX; arc=none smtp.client-ip=74.125.82.202 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=flex--irogers.bounces.google.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b="QUa5UbaX" Received: by mail-dy1-f202.google.com with SMTP id 5a478bee46e88-2bea61591fdso3509529eec.0 for ; Wed, 18 Mar 2026 10:58:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20251104; t=1773856700; x=1774461500; darn=vger.kernel.org; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:from:to:cc:subject:date:message-id:reply-to; bh=AnGKLblK8uax2PBs5wFUtXw6nKJjj+Co6nxChtXrT3s=; b=QUa5UbaXoaJF8kb03VsrpYV5WhgWp367c+qXyPKKeCF40p6u/KaR9eWfWqr0OI9XBL 7jHM4qjibv/hgPS2MOcrAQEv2bt9gfYlyDGJ5dXmzUfMO4okzqYWm65QloA8BKbexCul ZKwl5UGKTIgnRGxI4hObwRcc6zxLtpfAH4d2+Fs71oBCs1i7NjaNLCmY6qXXuC1Kk5LZ urTbIHDaARSBlMZ2G9zjxPXFgy/LjJlXHxLLgNg66aM9cBvpJDrYalscMGa+OweXbNRX ALqM+GI/JZegIYdJbqPVqKTtBI1qnwG8Kha0sSQ+BrO7ynKCVgerRZ3S7OyS1txy8cXU pHKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1773856700; x=1774461500; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=AnGKLblK8uax2PBs5wFUtXw6nKJjj+Co6nxChtXrT3s=; b=C5fsSnTvdPjfMCb5i2YOfn7rEh62dsZJ/O2sjUVHbnfKhY5OprGcYPnYJRSaEipjfO dAhgGJNMKldLZYYi9CQFn6bSwYP0Xi3bRD4g5eLVviCkDOX2FQB9gbvg+hulbjS+p/dj XdGhWAQr5toPcub1Dg15iReuyMAfL1fwcWz+9M8tondaP/PXEvNp9Kq1y1fq2r5d4mOn IaubJ6p0xDgAZ1kVoKMN5LQPP/4mfX1jmmUk3AO54sKiutFNkLoqrISJGAFFXvn3TZY8 FYJtTVFoCHs6jgX7IeMEqhlM3Z8b2FNt8qIvmZ2JIfG3X08QnlCT7saHxaSBW3Bjk6qj yzUw== X-Forwarded-Encrypted: i=1; AJvYcCXC/xXzrcxcDZHuYqxRuCT4p4yTbZp/SZbalcpYpWuRwLBlBFf1IULvlHGnDzwPTDjjTHNbMSM7UMO2kJX7R5lH@vger.kernel.org X-Gm-Message-State: AOJu0Yyjug4CyYwxaYEVkXw2BcJQVWPaNzEeSIZvlAaBFvye2eI6r6zN iL1XSduzHVVviQPFJvQRAuYr7JEnXYVjsA2IDHqI9FaYaqrwcm/R4Jc61mLPYtjqiHBuj/jy7nF rnM1hveZcUw== X-Received: from dyblf40.prod.google.com ([2002:a05:7301:a28:b0:2c0:e2b8:48ba]) (user=irogers job=prod-delivery.src-stubby-dispatcher) by 2002:a05:7300:7492:b0:2be:37d:3d6d with SMTP id 5a478bee46e88-2c0e5129247mr2208859eec.32.1773856699779; Wed, 18 Mar 2026 10:58:19 -0700 (PDT) Date: Wed, 18 Mar 2026 10:58:03 -0700 In-Reply-To: Precedence: bulk X-Mailing-List: linux-perf-users@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 References: X-Mailer: git-send-email 2.53.0.851.ga537e3e6e9-goog Message-ID: <20260318175808.582009-1-irogers@google.com> Subject: [PATCH v7 0/5] perf evsel fallback changes, better s390 defaults From: Ian Rogers To: tmricht@linux.ibm.com Cc: irogers@google.com, acme@kernel.org, agordeev@linux.ibm.com, gor@linux.ibm.com, hca@linux.ibm.com, japo@linux.ibm.com, linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, linux-s390@vger.kernel.org, namhyung@kernel.org, sumanthk@linux.ibm.com Content-Type: text/plain; charset="UTF-8" Discussion with Thomas Richter in: https://lore.kernel.org/lkml/20260306071002.2526085-1-tmricht@linux.ibm.com/ showed that the evsel__fallback wasn't working for s390. These patches avoid the problematic frame pointer callchain on s390 and fix evsel__fallback from a range of problems when falling back to a software event. I simulated failures when developing the patches but they are untested other than that. v7: In perf top, move the target uid handling back to after the evlist is setup. A regression caught by Sashiko in: https://sashiko.dev/#/patchset/20260317175642.161647-1-irogers%40google.com v6: Sashiko noted that target wasn't fully set up when creating the default evlist in `perf top`, so move it earlier. Fix const char* casting issues in __parse_callchain_report_opt. Make '-g' not override the .perfconfig setting again. https://sashiko.dev/#/patchset/20260317055334.760347-1-irogers%40google.com https://lore.kernel.org/lkml/20260317175642.161647-1-irogers@google.com/ v5: Fix the value for the top option to match that of record. Tidy the callchain parsing option callbacks. Based on AI review feedback: https://sashiko.dev/#/patchset/20260317030601.567422-1-irogers%40google.com https://lore.kernel.org/lkml/20260317055334.760347-1-irogers@google.com/ v4: Changing the callchain parameter at configuration time means other options aren't set the same as they would for `--call-graph dwarf`, for example the stack size. Switch to setting the callchain option on s390 to parameter parse time. For '-g' use '--call-graph dwarf' for s390. Other --call-graph options are parsed as normal, but a warning is generated when setting `--call-graph fp` for s390. Also fix that sample IDs aren't wanted when there is only 1 event in the evlist. https://lore.kernel.org/lkml/20260317030601.567422-1-irogers@google.com/ v3: Incorporate feedback about event and callchain behavior for s390: https://lore.kernel.org/lkml/20260312061628.1593105-1-irogers@google.com/ https://lore.kernel.org/lkml/20260313202811.2599195-1-irogers@google.com/ v2: try exclude_callchain_user for s390 rather than fully disabling the callchain. Fix a missed clearing of is_pmu_core if the software event fallback. https://lore.kernel.org/lkml/20260312061628.1593105-1-irogers@google.com/ v1: https://lore.kernel.org/lkml/20260312031928.1494864-1-irogers@google.com/ Ian Rogers (5): perf evsel: Improve falling back from cycles perf target: Constify simple check functions perf evsel: Constify option arguments to config functions perf callchain: Refactor callchain option parsing perf evlist: Improve default event for s390 tools/perf/builtin-record.c | 66 +++++++---------------------- tools/perf/builtin-top.c | 41 ++++++++++-------- tools/perf/builtin-trace.c | 9 +++- tools/perf/tests/event_update.c | 4 +- tools/perf/tests/expand-cgroup.c | 4 +- tools/perf/tests/perf-record.c | 7 ++- tools/perf/tests/topology.c | 4 +- tools/perf/util/callchain.c | 73 ++++++++++++++++++++++++++------ tools/perf/util/callchain.h | 12 ++---- tools/perf/util/evlist.c | 32 +++++++++----- tools/perf/util/evlist.h | 2 +- tools/perf/util/evsel.c | 70 +++++++++++++++++++----------- tools/perf/util/evsel.h | 10 +++-- tools/perf/util/target.h | 12 +++--- 14 files changed, 204 insertions(+), 142 deletions(-) -- 2.53.0.851.ga537e3e6e9-goog