From nobody Sun Dec 14 06:36:35 2025 Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) (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 DB91C1DF271 for ; Wed, 10 Dec 2025 02:48:48 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=216.40.44.14 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765334931; cv=none; b=uO2mGRCwbkhsRMRWMSbFOlEM29RYaasZzEkk4N63PwpsDRkSxz7X/4mS/w9zzuX+09dAbqQO/Lmc0HqUcOJmX0ie+QOuDKTLymujN3hSjnz9nRQvVSgCzNwJ1ARfQ/9sfT4Z5KP87bka+xa7lpYT66WQKpqJh7+AoBgOZTA5kW4= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765334931; c=relaxed/simple; bh=rmKo+wPKfaLEcco5ZWg+KadkfH6eOlv/Pe9tqsEtks0=; h=Date:From:To:Cc:Subject:Message-ID:MIME-Version:Content-Type; b=M5PJu23gRwNOTTlYeVCVdZBurwJOkVUMJjIIIeYnQLm5ZA9yc2Zf5DSdwA9BvqUt1pBk1MEkX85LHbvq99TD1VJy76hkLb+QVtCzu76TpIpbVZgghOGrFbfAbh3MVVqAgm8aUDXSnFWzw2BYJnW/CTUNKkIlD76K/6863qOOVbQ= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=goodmis.org; spf=pass smtp.mailfrom=goodmis.org; arc=none smtp.client-ip=216.40.44.14 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=goodmis.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=goodmis.org Received: from omf14.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id E2840586A4; Wed, 10 Dec 2025 02:48:41 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: rostedt@goodmis.org) by omf14.hostedemail.com (Postfix) with ESMTPA id 5989F32; Wed, 10 Dec 2025 02:48:39 +0000 (UTC) Date: Tue, 9 Dec 2025 21:48:34 -0500 From: Steven Rostedt To: Linus Torvalds Cc: LKML , Masami Hiramatsu , Mathieu Desnoyers Subject: [GIT PULL v2] tracing: Fix for v6.19 Message-ID: <20251209214834.0c185482@fedora> X-Mailer: Claws Mail 4.3.1 (GTK 3.24.51; x86_64-redhat-linux-gnu) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Stat-Signature: irx4mgmi36ox5xn7dmnczfquubtxdsxc X-Rspamd-Server: rspamout04 X-Rspamd-Queue-Id: 5989F32 X-Session-Marker: 726F737465647440676F6F646D69732E6F7267 X-Session-ID: U2FsdGVkX19oTSr3uks9DjXtST82IBo9lpF6EkeTpBs= X-HE-Tag: 1765334919-431620 X-HE-Meta: U2FsdGVkX1/X5s8e12pYJ+TQjlKrwLDVN0a7tzq/ACXG94tmowbUt85eBYePVb5m1vj5nKptfAGKntKIN2S1BYz+aJtNp4PEg/I7EGGbmHk14Om32T1oNf3eRFVPa7//J4ZJC1MXbx5K6D45SWW9HEXk/dlXZpk4mjDHMhloY8e8LMnCehHQl1eA2KGeSuIkGyQEdituJy+AvTsx9xiPMXbjupTwptzR+kJ5mbJOEFdzTVZfMr3F0KsfwMPz7t/87ENRdjqtDEGshuKSYnRWoLrLWWvP2eqyHZjcJF7fvtqw+XTxWa2rzf7LhUUf1xQ4vCgpf4cFjNoG9lOlGtQIhF2tzkaELJ1l Content-Type: text/plain; charset="utf-8" Linus, tracing fix for v6.19: - Fix unused tracepoint build for modules only using exported tracepoints The tracepoint-update.c code that looks for unused tracepoints expects if tracepoints are used then it will have tracepoints defined. If not, it errors out which fails the build. In most cases this the way things work. A tracepoint can't be used if it is not defined. There is one exception; If a module only uses tracepoints that are defined in other modules or the vmlinux proper, where the tracepoints are exported. In this case, the tracepoint-update.c code thinks tracepoints are used but not defined and errors out, failing the build. When tracepoint-update.c detects this case, if it is a module that is being processed, exit out normally as it is a legitimate case. - Add tracepoint-update.c to MAINTAINERS file The tracepoint-update.c file is specific to tracing so add it to the tracing subsystem in the MAINTAINERS file. Please pull the latest trace-v6.19-4 tree, which can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace.git trace-v6.19-4 Tag SHA1: ee4b6dd23fc915e0745099f0b9d236570858b828 Head SHA1: 2c22361ab628adbca82ab2da6d41b7cfeb14b83c Steven Rostedt (2): tracing: Fix unused tracepoints when module uses only exported ones MAINTAINERS: Add tracepoint-update.c to TRACING section ---- MAINTAINERS | 1 + scripts/tracepoint-update.c | 3 +++ 2 files changed, 4 insertions(+) --------------------------- Changes since v1: https://lore.kernel.org/all/20251209202032.4430caac@fedor= a/ - Fixed typos and grammar in change log of patch - Added MAINTAINERS patch diff --git a/MAINTAINERS b/MAINTAINERS index 27bd8a9cf0ad..44036a5b4e3a 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -26298,6 +26298,7 @@ F: include/trace/ F: kernel/trace/ F: kernel/tracepoint.c F: scripts/tracing/ +F: scripts/tracepoint-update.c F: tools/testing/selftests/ftrace/ =20 TRACING MMIO ACCESSES (MMIOTRACE) diff --git a/scripts/tracepoint-update.c b/scripts/tracepoint-update.c index 7f7d90df14ce..90046aedc97b 100644 --- a/scripts/tracepoint-update.c +++ b/scripts/tracepoint-update.c @@ -210,6 +210,9 @@ static int process_tracepoints(bool mod, void *addr, co= nst char *fname) } =20 if (!tracepoint_data_sec) { + /* A module may reference only exported tracepoints */ + if (mod) + return 0; fprintf(stderr, "no __tracepoint_strings in file: %s\n", fname); return -1; }