From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 2C6728D9 for ; Fri, 30 Jun 2017 01:00:44 +0000 (UTC) Received: from mail-it0-f68.google.com (mail-it0-f68.google.com [209.85.214.68]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id BC522A3 for ; Fri, 30 Jun 2017 01:00:43 +0000 (UTC) Received: by mail-it0-f68.google.com with SMTP id v193so2453175itc.2 for ; Thu, 29 Jun 2017 18:00:43 -0700 (PDT) MIME-Version: 1.0 Sender: linus971@gmail.com In-Reply-To: <20170629205218.5b9a7923@gandalf.local.home> References: <152520246.5707.1498771254819.JavaMail.zimbra@efficios.com> <20170629195537.534445e7@gandalf.local.home> <20170629203224.6bf7f29a@gandalf.local.home> <20170629205218.5b9a7923@gandalf.local.home> From: Linus Torvalds Date: Thu, 29 Jun 2017 18:00:42 -0700 Message-ID: To: Steven Rostedt Content-Type: text/plain; charset="UTF-8" Cc: ksummit , Peter Zijlstra , Julien Desfossez , daolivei , bristot , Ingo Molnar Subject: Re: [Ksummit-discuss] [TECH TOPIC] Pulling away from the tracing ABI quicksands List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Thu, Jun 29, 2017 at 5:52 PM, Steven Rostedt wrote: > > Just to explain what Mathieu was talking about with echo and such, is > that Peter Zijlstra has been against multiple tracepoints for that one > sched switch location. I am too. Dammit, if somebody cares about one partiocular scheduler, then that person can add dynamic tracepoints. Leave the existing one alone. Really. Zero out any fields that no longer make sense. Really. Don't beat this damn horse again. It's been dead for three years, and it's not just smelling bad, it's bloating in some scary ways. The only reason for static tracepoints are for major tools like powertop. There is no way in hell such a tool will care about fields that only exist for one particular scheduler implementation. Don't add new random crap. If somebody is interested in *one* particular odd low-level scheduler, he damn well can add the dynamic points. This is the last I want to ever hear about it, and I particularly do not want to have this be a kernel summit discussion. We've had it before. Get over it. Linus