Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1088120imu; Fri, 9 Nov 2018 10:43:32 -0800 (PST) X-Google-Smtp-Source: AJdET5ecrq7jgyYoBT/lhsDOp54TnztJhRfhrFzW8zaHLUDJslToOI1hndLfMP+Bs5sug0MQmU6s X-Received: by 2002:a17:902:ab83:: with SMTP id f3-v6mr9640142plr.122.1541789012106; Fri, 09 Nov 2018 10:43:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541789012; cv=none; d=google.com; s=arc-20160816; b=y1ubQT9uv9nT1ZhhoDdUZPZHUZch8hHrQU6nwPIhZxieKRpF5oJQy9X7m1P5EGP7Mv HbWvOfuNQQP7Ho/IklPxx3rSdkcj6+6c9wcV5QtHa7ZcQ4mjeIpvFB4KwUFVZOoelCu/ TFWE92892e7Hdbxhym1lLFPEpSPsfItyTktIJURx9LH+0NyFQKNDu0NMgg49cgoNUN1O 6FW3ymSFW2rNAeEHic18v5Y188ZeLM110YsZcULNRDNVKu4+gN7Hd7sWrgoVhZ6VERmS pFX8jlknptCkQ+LIDpE+0IU3uwMs4RjQRTWElilvW0gI68SM4QM5lu079nMb1J+15m0P pj/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=uu+t35g8iflxSxUJsaFu6IAKMkm9N6N5isLwl4qKsHE=; b=u2IAClVQphF1hoPj0gfalvVolmSCPkBkZA+BBjeWyiir9wz6HhHJ74k3tR4MyjdrNs ehA7uqE55gsDkujuaEUUXilML83u2E5J9qTk+RbmGrvlGEXToTBgrK/RkXhuhRb/Culf wnghBl9cGJrAvrcE3pPTsP8q2P6oZ3t5AeEpVQkXI8l9IMzEDWlVo/+XOVSHnqyi4hbA oQaxKrPc4plM3XOgEVfZVMMgHO6W8b3O5hulA9mLpKDBPSBjzrKcSy5CdbnfqF5XdJ2o VTf12otP7rI86qlzhofaD1kzJO6kYLkX/5BGrXoTQq8p2T14pMEavwGFSLvbnCmvug3Y tl3g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 31-v6si8337172plz.181.2018.11.09.10.43.15; Fri, 09 Nov 2018 10:43:32 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728676AbeKJEYe (ORCPT + 99 others); Fri, 9 Nov 2018 23:24:34 -0500 Received: from mail.kernel.org ([198.145.29.99]:54592 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727995AbeKJEYd (ORCPT ); Fri, 9 Nov 2018 23:24:33 -0500 Received: from gandalf.local.home (cpe-66-24-56-78.stny.res.rr.com [66.24.56.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 5044E2081C; Fri, 9 Nov 2018 18:42:43 +0000 (UTC) Date: Fri, 9 Nov 2018 13:42:41 -0500 From: Steven Rostedt To: Josh Poimboeuf Cc: Andy Lutomirski , Ingo Molnar , LKML , X86 ML , Ard Biesheuvel , Peter Zijlstra , Thomas Gleixner , Linus Torvalds , Masami Hiramatsu , Jason Baron , Jiri Kosina , David Laight , Borislav Petkov Subject: Re: [PATCH RFC 0/3] Static calls Message-ID: <20181109134241.5f4ce3be@gandalf.local.home> In-Reply-To: <20181109164137.5cngbfrkm4ihj4ra@treble> References: <20181109072811.GB86700@gmail.com> <20181109152139.zig45f6gp24btfbc@treble> <20181109164137.5cngbfrkm4ihj4ra@treble> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; 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 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 9 Nov 2018 10:41:37 -0600 Josh Poimboeuf wrote: > On Fri, Nov 09, 2018 at 09:21:39AM -0600, Josh Poimboeuf wrote: > > On Fri, Nov 09, 2018 at 07:16:17AM -0800, Andy Lutomirski wrote: > > > On Thu, Nov 8, 2018 at 11:28 PM Ingo Molnar wrote: > > > > > > > > > > > > All other usecases are bonus, but it would certainly be interesting to > > > > investigate the impact of using these APIs for tracing: that too is a > > > > feature enabled everywhere but utilized only by a small fraction of Linux > > > > users - so literally every single cycle or instruction saved or hot-path > > > > shortened is a major win. > > > > > > For tracing, we'd want static_call_set_to_nop() or something like that, right? > > > > Are we talking about tracepoints? Or ftrace? > > Since ftrace changes calls to nops, and vice versa, I assume you meant > ftrace. I don't think ftrace is a good candidate for this, as it's > inherently more flexible than this API would reasonably allow. > Not sure what Andy was talking about, but I'm currently implementing tracepoints to use this, as tracepoints use indirect calls, and are a prime candidate for static calls, as I showed in my original RFC of this feature. -- Steve