From patchwork Sat Jul 9 09:06:32 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Torsten Duwe X-Patchwork-Id: 9222045 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id 06BC360572 for ; Sat, 9 Jul 2016 09:06:53 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id E8974283F8 for ; Sat, 9 Jul 2016 09:06:52 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id DC7A128409; Sat, 9 Jul 2016 09:06:52 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=2.0 tests=BAYES_00,RCVD_IN_DNSWL_HI autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 08408283F8 for ; Sat, 9 Jul 2016 09:06:51 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933116AbcGIJGu (ORCPT ); Sat, 9 Jul 2016 05:06:50 -0400 Received: from verein.lst.de ([213.95.11.211]:39425 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932860AbcGIJGs (ORCPT ); Sat, 9 Jul 2016 05:06:48 -0400 Received: by newverein.lst.de (Postfix, from userid 107) id 1DFA17F133; Sat, 9 Jul 2016 11:06:45 +0200 (CEST) Received: from lst.de (p5B088C13.dip0.t-ipconnect.de [91.8.140.19]) by newverein.lst.de (Postfix) with ESMTPSA id 6305F68C47; Sat, 9 Jul 2016 11:06:38 +0200 (CEST) Date: Sat, 9 Jul 2016 11:06:32 +0200 From: Torsten Duwe To: Steven Rostedt Cc: Josh Poimboeuf , Petr Mladek , Catalin Marinas , Will Deacon , takahiro.akashi@linaro.org, Jungseok Lee , Arnd Bergmann , Li Bin , Ingo Molnar , Christopher Li , Jiri Kosina , andrew.wafaa@arm.com, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, live-patching@vger.kernel.org, linux-arch@vger.kernel.org, linux-sparse@vger.kernel.org Subject: Re: [PATCH v2 1/2] arm64: implement FTRACE_WITH_REGS Message-ID: <20160709090632.GA2598@lst.de> References: <20160627151500.2247A68D20@newverein.lst.de> <20160627151717.BD25468D26@newverein.lst.de> <20160708145800.GE3556@pathway.suse.cz> <20160708150709.GA8979@lst.de> <20160708152421.GG3556@pathway.suse.cz> <20160708154824.ikq45dgk2auigqn7@treble> <20160708115710.5c657b5f@gandalf.local.home> <20160708202455.GA4580@lst.de> <20160708170808.1ab70ce3@gandalf.local.home> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20160708170808.1ab70ce3@gandalf.local.home> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-sparse-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-sparse@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP On Fri, Jul 08, 2016 at 05:08:08PM -0400, Steven Rostedt wrote: > On Fri, 8 Jul 2016 22:24:55 +0200 > Torsten Duwe wrote: > > > On Fri, Jul 08, 2016 at 11:57:10AM -0400, Steven Rostedt wrote: > > > On Fri, 8 Jul 2016 10:48:24 -0500 > > > Josh Poimboeuf wrote: > > > > > > > > Here, with -fprolog-pad, it's already a nop, so no change is needed. > > > > > > > > Yes, exactly. > > > > > That's what I was thinking. But as I stated in another email (probably > > > in the air when you wrote this), the call to ftrace_modify_code() may be > > > completely circumvented by ftrace_make_nop() if the addr is MCOUNT_ADDR. > > > > Only on the _first_ invocation. Later on, tracing can be switched on and off, > > and then the instructions need to be changed just like with fentry (or > > profile-kernel ;-) > > > > Understood, but ftrace_modify_code() will only receive addr == > MCOUNT_ADDR on boot up or when a module is loaded. In both cases, with > -fprolog-pad it will already be a nop, hence no need to call > ftrace_modify_code(), in those cases. > > In all other cases, addr will point to a ftrace trampoline. Maybe the code in question can be replaced with the change below, now that there is a preprocessor define in V2? (untested) --- To unsubscribe from this list: send the line "unsubscribe linux-sparse" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/kernel/trace/ftrace.c b/kernel/trace/ftrace.c index 3f743b1..695a646 100644 --- a/kernel/trace/ftrace.c +++ b/kernel/trace/ftrace.c @@ -2423,6 +2423,12 @@ ftrace_code_disable(struct module *mod, struct dyn_ftrace *rec) if (unlikely(ftrace_disabled)) return 0; +#ifdef CC_USING_PROLOG_PAD + /* If the compiler already generated NOPs instead of + * calls to mcount, we're done here. + */ + return 1; +#endif ret = ftrace_make_nop(mod, rec, MCOUNT_ADDR); if (ret) { ftrace_bug(ret, rec);