From nobody Thu Apr 16 03:38:55 2026 Received: from mail-dy1-f201.google.com (mail-dy1-f201.google.com [74.125.82.201]) (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 ADE5E359A97 for ; Mon, 2 Mar 2026 23:58:26 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.82.201 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772495907; cv=none; b=FKgtAgHFKA2c6Ic7gbiihZgvZ6ML0zwbjswzL5TV0ZGZuDHJqT8jyPsJ/QKsm2Ev+yCjlAy/BLbG5SkxsUJX08ZA+IjmbIFMKDBRwgj9nMejZpe3z6RLsxtBvIfB4mkphEF3vCLi22ZV+MhpFuKPdapqfmlKizZDYL+28u/oxH0= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772495907; c=relaxed/simple; bh=dLPS21rhotZsClGCyEhOGzY3/6PtbWLrIcPK+TMyZh0=; h=Date:In-Reply-To:Mime-Version:References:Message-ID:Subject:From: To:Cc:Content-Type; b=ouxt9LV8iRN0BlSDCI0+IsAtF80Ub1dzo1HlhFmbbd0GLx+tWbX2CjwZCYQ6easdidDr99vcsmRl5z54FhcfzjAMtkk7xgloYowZZ7juHoNCqvn0HDOi5vXV0U+/4Dn3wxXQzfggwDsRcNWccWCrVmhtlaEjSZ//6PAM8vQ5cBA= 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=QhNzglLG; arc=none smtp.client-ip=74.125.82.201 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="QhNzglLG" Received: by mail-dy1-f201.google.com with SMTP id 5a478bee46e88-2bdf6fe90a9so2995763eec.1 for ; Mon, 02 Mar 2026 15:58:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1772495906; x=1773100706; 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=yfIfOmIXwQ7nZr2XqRPaUJWDnxnqMi80a3YRLRf5U3w=; b=QhNzglLG8N60Fit6Qbu7DEmzIYgsHfDkldWCk07ORnHsZhu2OLw8hpS5gS37A4WWfb MqEivFIQoGvRMxDRM8nrtRxYK52Y0p5FU+L7zcgiwnpXg4/jErtMIxKUuAyoNmLL6W9A D7b4ysC7N/L7ZKIOKzt/GgKAkIBwbEesnIu3O98L0zSIIJp6MHt0nDTlylVSZzv7m7DA rzYhlS4LNfxg2uyiO1/aNkHLr+InnndcXLeqMTO+EBKKPF43LLJZAe7WycJDQMTrfVNl YA818u5TdxLevhHkLuaWpYG4I3u4SUgO+bYGuDAWChAxhFLjHoRWXJ26skdYAIwAv2zM 8Y9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772495906; x=1773100706; 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=yfIfOmIXwQ7nZr2XqRPaUJWDnxnqMi80a3YRLRf5U3w=; b=Hrayct7N2BQ4yi1uPpoVQMWp39JZ4m1ypRXrXX8MAAILENXDwah4jRTAg357Jr2bJA bQpPEnqfUrRjGU7NReCwWlW9puZBPeu0NIMF8cMmGRlXM5/Ze8Epp6CVv4owMnluW/z/ LrLXrGV/BgVT5KFxcz8kgGP0W8LJ1G9jUukA8yQtGI7R0n9QYfu9F+8yvNd3wt1vFaaj 8iGSGY5X/Fufbu3RJCTm50izEdIBJmULaSG+2w1oDddTQc+MjboThG8R/g/iTEBPqgyE a0JL5vmkOz72clKngg5JCGmL+Qsux7UPMj+iJXhtPvdnSuaAt4/G4ia+XLRz2/UFr4Mv t/pw== X-Forwarded-Encrypted: i=1; AJvYcCUZaIvdlvy+nPN1GxlUoxBfjVBen1H0XVQS0IXRxd/Ms97tS6YdLjN7wBCYLHWDhivRbFzER89tkB1Wu6Y=@vger.kernel.org X-Gm-Message-State: AOJu0Yy73aRBXQXWjqtstFl7k1YjkK2uovMRbxN/QOKBUWqM03n8+nc7 AZlnzp0JeF6pYIRwSOULHD7Qh3DeyZRzE6qEYB+hh0+nRmoEQ+DEGRiY9QR6GJhOE3HIftqGOla 3btBDmbAkMw== X-Received: from dlbsj2-n2.prod.google.com ([2002:a05:7022:f902:20b0:11d:cd2a:4c1b]) (user=irogers job=prod-delivery.src-stubby-dispatcher) by 2002:a05:7022:128f:b0:124:9acd:328e with SMTP id a92af1059eb24-1278fcb60bdmr5859046c88.27.1772495905544; Mon, 02 Mar 2026 15:58:25 -0800 (PST) Date: Mon, 2 Mar 2026 15:58:21 -0800 In-Reply-To: Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 References: X-Mailer: git-send-email 2.53.0.473.g4a7958ca14-goog Message-ID: <20260302235821.588686-1-irogers@google.com> Subject: [PATCH v1] perf test type profiling: Remote typedef on struct From: Ian Rogers To: 9erthalion6@gmail.com Cc: miguel.ojeda.sandonis@gmail.com, a.hindborg@kernel.org, acme@kernel.org, aliceryhl@google.com, bjorn3_gh@protonmail.com, boqun@kernel.org, dakr@kernel.org, gary@garyguo.net, irogers@google.com, linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, lossin@kernel.org, namhyung@kernel.org, ojeda@kernel.org, rust-for-linux@vger.kernel.org, tmgross@umich.edu Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" The typedef creates an issue where the struct or the typedef may appear in the output and cause the "perf data type profiling tests" to fail. Let's remove the typedef to keep the test passing. Fixes: 335047109d7d ("perf tests: Test annotate with data type profiling an= d C") Signed-off-by: Ian Rogers Reviewed-by: Dmitrii Dolgov <9erthalion6@gmail.com> --- tools/perf/tests/shell/data_type_profiling.sh | 2 +- tools/perf/tests/workloads/datasym.c | 6 +++--- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/tools/perf/tests/shell/data_type_profiling.sh b/tools/perf/tes= ts/shell/data_type_profiling.sh index 2a7f8f7c42d0..fb47b7213b33 100755 --- a/tools/perf/tests/shell/data_type_profiling.sh +++ b/tools/perf/tests/shell/data_type_profiling.sh @@ -8,7 +8,7 @@ set -e # data type profiling manifestation =20 # Values in testtypes and testprogs should match -testtypes=3D("# data-type: struct Buf" "# data-type: struct _buf") +testtypes=3D("# data-type: struct Buf" "# data-type: struct buf") testprogs=3D("perf test -w code_with_type" "perf test -w datasym") =20 err=3D0 diff --git a/tools/perf/tests/workloads/datasym.c b/tools/perf/tests/worklo= ads/datasym.c index 1d0b7d64e1ba..19242c7255c0 100644 --- a/tools/perf/tests/workloads/datasym.c +++ b/tools/perf/tests/workloads/datasym.c @@ -4,14 +4,14 @@ #include #include "../tests.h" =20 -typedef struct _buf { +struct buf { char data1; char reserved[55]; char data2; -} buf __attribute__((aligned(64))); +} __attribute__((aligned(64))); =20 /* volatile to try to avoid the compiler seeing reserved as unused. */ -static volatile buf workload_datasym_buf1 =3D { +static volatile struct buf workload_datasym_buf1 =3D { /* to have this in the data section */ .reserved[0] =3D 1, }; --=20 2.53.0.473.g4a7958ca14-goog