Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755219AbbLDDMq (ORCPT ); Thu, 3 Dec 2015 22:12:46 -0500 Received: from cdptpa-outbound-snat.email.rr.com ([107.14.166.226]:51141 "EHLO cdptpa-oedge-vip.email.rr.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1755016AbbLDDMp (ORCPT ); Thu, 3 Dec 2015 22:12:45 -0500 Date: Thu, 3 Dec 2015 22:12:41 -0500 From: Steven Rostedt To: Li Bin Cc: , , , , , , Subject: Re: [PATCH v2 1/2] arm64: ftrace: stop using kstop_machine to enable/disable tracing Message-ID: <20151203221241.07ff092e@grimm.local.home> In-Reply-To: <1449195519-17901-2-git-send-email-huawei.libin@huawei.com> References: <1449195519-17901-1-git-send-email-huawei.libin@huawei.com> <1449195519-17901-2-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 X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1605 Lines: 49 On Fri, 4 Dec 2015 10:18:38 +0800 Li Bin wrote: > For ftrace on arm64, kstop_machine which is hugely disruptive > to a running system is not needed to convert nops to ftrace calls > or back, because that to be modified instrucions, that NOP, B or BL, > are all safe instructions which called "concurrent modification > and execution of instructions", that can be executed by one > thread of execution as they are being modified by another thread > of execution without requiring explicit synchronization. > > Signed-off-by: Li Bin > --- > arch/arm64/kernel/ftrace.c | 5 +++++ > 1 files changed, 5 insertions(+), 0 deletions(-) > > diff --git a/arch/arm64/kernel/ftrace.c b/arch/arm64/kernel/ftrace.c > index c851be7..9669b33 100644 > --- a/arch/arm64/kernel/ftrace.c > +++ b/arch/arm64/kernel/ftrace.c > @@ -93,6 +93,11 @@ int ftrace_make_nop(struct module *mod, struct dyn_ftrace *rec, > return ftrace_modify_code(pc, old, new, true); > } > > +void arch_ftrace_update_code(int command) > +{ > + ftrace_modify_all_code(command); Hmm, I wonder why I haven't done this for powerpc. I probably should. Anyway, Reviewed-by: Steven Rostedt If it is indeed safe not to do any special handling. -- Steve > +} > + > int __init ftrace_dyn_arch_init(void) > { > return 0; -- 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/