Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933807AbbLWRhc (ORCPT ); Wed, 23 Dec 2015 12:37:32 -0500 Received: from smtprelay0075.hostedemail.com ([216.40.44.75]:48281 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752981AbbLWRh3 (ORCPT ); Wed, 23 Dec 2015 12:37:29 -0500 X-Session-Marker: 726F737465647440676F6F646D69732E6F7267 X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,rostedt@goodmis.org,:::::::::::,RULES_HIT:41:355:379:541:599:800:960:968:973:988:989:1260:1277:1311:1313:1314:1345:1359:1437:1515:1516:1518:1534:1542:1593:1594:1711:1730:1747:1777:1792:2198:2199:2393:2553:2559:2562:2693:2895:2897:3138:3139:3140:3141:3142:3354:3622:3865:3867:3868:3870:3871:3872:3873:3874:4250:4321:5007:6119:6261:7875:7903:9010:9110:10004:10226:10400:10848:10967:11026:11232:11473:11658:11914:12043:12114:12294:12296:12438:12517:12519:12555:12740:13846:14096:14097:14659:21080:30012:30054:30070:30090:30091,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0,LFtime:4,LUA_SUMMARY:none X-HE-Tag: lip56_23f7e12dd2b19 X-Filterd-Recvd-Size: 3224 Date: Wed, 23 Dec 2015 12:37:25 -0500 From: Steven Rostedt To: Li Bin Cc: , , "Thomas Gleixner" , "H. Peter Anvin" , Subject: Re: [PATCH v2 5/5] x86: ftrace: fix the comments for ftrace_modify_code_direct Message-ID: <20151223123725.1923be18@gandalf.local.home> In-Reply-To: <1449367378-29430-6-git-send-email-huawei.libin@huawei.com> References: <1449367378-29430-1-git-send-email-huawei.libin@huawei.com> <1449367378-29430-6-git-send-email-huawei.libin@huawei.com> X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.28; 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 Content-Length: 2399 Lines: 60 On Sun, 6 Dec 2015 10:02:58 +0800 Li Bin wrote: > There is no need to worry about module and __init text disappearing > case, because that ftrace has a module notifier that is called when > a module is being unloaded and before the text goes away and this > code grabs the ftrace_lock mutex and removes the module functions > from the ftrace list, such that it will no longer do any > modifications to that module's text, the update to make functions > be traced or not is done under the ftrace_lock mutex as well. > And by now, __init section codes should not been modified > by ftrace, because it is black listed in recordmcount.c and > ignored by ftrace. > > Cc: Thomas Gleixner > Cc: "H. Peter Anvin" > Cc: x86@kernel.org > Suggested-by: Steven Rostedt > Signed-off-by: Li Bin > --- > arch/x86/kernel/ftrace.c | 12 +++++------- > 1 files changed, 5 insertions(+), 7 deletions(-) > > diff --git a/arch/x86/kernel/ftrace.c b/arch/x86/kernel/ftrace.c > index 311bcf3..db0f6b1 100644 > --- a/arch/x86/kernel/ftrace.c > +++ b/arch/x86/kernel/ftrace.c > @@ -106,13 +106,11 @@ ftrace_modify_code_direct(unsigned long ip, unsigned const char *old_code, > unsigned char replaced[MCOUNT_INSN_SIZE]; > > /* > - * Note: Due to modules and __init, code can > - * disappear and change, we need to protect against faulting > - * as well as code changing. We do this by using the > - * probe_kernel_* functions. > - * > - * No real locking needed, this code is run through > - * kstop_machine, or before SMP starts. > + * Note: > + * We are paranoid about modifying text, as if a bug was to happen, it > + * could cause us to read or write to someplace that could cause harm. > + * Carefully read and modify the code with probe_kernel_*(), and make > + * sure what we read is what we expected it to be before modifying it. > */ Thomas, This has been now fixed. You want to ack it and I take it, or can you take it. Or is there something else that should be fixed? -- Steve > > /* read the text we want to modify */ -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/