From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752029AbeBDPrk (ORCPT ); Sun, 4 Feb 2018 10:47:40 -0500 Received: from mail.kernel.org ([198.145.29.99]:52218 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750995AbeBDPre (ORCPT ); Sun, 4 Feb 2018 10:47:34 -0500 DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 0E99921795 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=goodmis.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=rostedt@goodmis.org Date: Sun, 4 Feb 2018 10:47:30 -0500 From: Steven Rostedt To: Mathieu Desnoyers Cc: Linus Torvalds , linux-kernel , Ingo Molnar , Andrew Morton , Thomas Gleixner , Peter Zijlstra , Masami Hiramatsu , Tom Zanussi , linux-rt-users , linux-trace-users , acme , Clark Williams , Jiri Olsa , bristot , Juri Lelli , Jonathan Corbet , Namhyung Kim , Alexei Starovoitov Subject: Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events Message-ID: <20180204104730.10cc55df@gandalf.local.home> In-Reply-To: <292744194.15823.1517758204087.JavaMail.zimbra@efficios.com> References: <20180202230458.840252014@goodmis.org> <261141691.15507.1517677454208.JavaMail.zimbra@efficios.com> <292744194.15823.1517758204087.JavaMail.zimbra@efficios.com> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 4 Feb 2018 15:30:04 +0000 (UTC) Mathieu Desnoyers wrote: > This should therefore leave a door open to adding new tracepoints: cases > where the data gathered is shown to be useful enough for tools targeting > an audience wider than just kernel developers. To improve over the current > situation, we should think about documenting some rules about how those > tools should cope with tracepoints changing over time (event version, > tools backward compatibility, and so on), and make sure the ABI exposes > the information required to help tools cope with change. As I mentioned earlier. If a function based event proves to be useful enough to pull out information that sysadmins et.al. find beneficial, than that could be used as an argument to create a normal static tracepoint for that information. -- Steve