Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp1460686rwb; Thu, 10 Nov 2022 16:58:13 -0800 (PST) X-Google-Smtp-Source: AA0mqf6kSa61617CXLWyWBSbvn/pWSZHu7T7U99HAfi0oQiQG/CX/JGSMHcnSByGzfNL9FzcR4Lr X-Received: by 2002:a17:906:c251:b0:7ae:1874:3e09 with SMTP id bl17-20020a170906c25100b007ae18743e09mr79882ejb.534.1668128293068; Thu, 10 Nov 2022 16:58:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668128293; cv=none; d=google.com; s=arc-20160816; b=Yr0RhCScJ0sfCoDMXpMOOTTUAqMDm3fMexIjhtHYLUMp7kgapHInuxbE+G6Xnh1VRM cycaZqD/0PuJ239/0PFWd1f56oBVPqQ8Yb2FN6hUOqCZB/Ucy6yg1zFesEV9n0Eo6hwi /ekRqaGW9HHWj1QSNU0iWecAVqDh9zaKpCcuzVsTKW4yaGDL8sIMLVw0bqhd3xCL2iyI c2Z0+WZ0PJs0ZApYlJnmwW8ewB0tvpk5I5bdxOnXyayIuX1UyEHYWZRaIJL9k+OrID25 fxS1uPCTFaAJ5uDoNCpsS3NO8ip/z6NMATfoSb2AASOty7LKfKK6IR6A0QCHFtlLs6vT DpaQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=7kHE2TJjMlikbhKEi/uRO+4MJfo78cBCoPnhRv8USB4=; b=VnRA7v9C0VuI633BHdnQ+D6+nFhmrG6px8Tc9uoy7tJ6tx5h2OFk2lykF2+r28u7iy cyVcRuzcxj2tLdq6cG5bslJ97X29TF7EOF/pOQIup8J4XbThVk8fezAiSH98Hx0a2g69 n9JwA3msnRtJOTQhvr9aZtdtlFF3MiDSOnRU6WD2RitleqX7IXikc31o5sKGHl2PgjZG cG7t8cYANt5cfKwekJCSEaAmFQxjUN1YbBOg5sQc0OYJBWQZ/3RTf9i66VHGZQ/0GYjQ 7i3RizhSWlTMMa6jRrC+EucEwYUQA6DosHPQvLn5ZQiGDL/TuvhDVcV65Q0si4SyAsUV 9rwg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=aCCwKaW+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id j18-20020aa7de92000000b00461a2654335si812775edv.425.2022.11.10.16.57.51; Thu, 10 Nov 2022 16:58:13 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=aCCwKaW+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231702AbiKKAey (ORCPT + 92 others); Thu, 10 Nov 2022 19:34:54 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55456 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229932AbiKKAew (ORCPT ); Thu, 10 Nov 2022 19:34:52 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C85837678; Thu, 10 Nov 2022 16:34:51 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 834F0B822D7; Fri, 11 Nov 2022 00:34:50 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id DB5DDC433D6; Fri, 11 Nov 2022 00:34:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1668126889; bh=Ap1nvrhkIjs4qdg0qdCA2R2K/RdjZ1WeVKnB6c889EM=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=aCCwKaW+RrNixMTVePvLJyPPdmKGvTRaLcJBSTnm+oWhdzaTJjrLgjHx0AAHJlZhI 2oXGe4O2N+lbub5sBykp/6Ye5Y3YW3mN8VuUNxzcO+2H5rzgZVlrXkEXJuMtJ6g35C T4QSBl1Za/R7rxr3EiVqsY8yY9tHAeb2LFDPxA8ai04T/qAjkv7trS36+QKfzERnCa 5fDqd9mLoQYf/Cdto+A04C0N7lFtZ37TvuXXk3bGFtB9q0+3YmNqXpXomE30PyKqPS fRJSTsMyQzsnAQ6pjCNaFvkDF74Cr9te1MoSREEIl5IHSqx37TPK3lLY9yWgpYEkgZ 2tBWsId633jIg== Date: Fri, 11 Nov 2022 09:34:45 +0900 From: Masami Hiramatsu (Google) To: "Joel Fernandes (Google)" Cc: linux-kernel@vger.kernel.org, linux-trace-kernel@vger.kernel.org, rostedt@goodmis.org, mhiramat@kernel.org, Ross Zwisler Subject: Re: [PATCH v2] tracing: Dump instance traces into dmesg on ftrace_dump_on_oops Message-Id: <20221111093445.e195afe799822d5a7ffbaca4@kernel.org> In-Reply-To: <20221110175959.3240475-1-joel@joelfernandes.org> References: <20221110175959.3240475-1-joel@joelfernandes.org> X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A, RCVD_IN_DNSWL_HI,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 10 Nov 2022 17:59:59 +0000 "Joel Fernandes (Google)" wrote: > Currently ftrace only dumps the global trace buffer on an OOPs. For > debugging a production usecase, I'd like to dump instance traces as > well, into the kernel logs. The reason is we cannot use the global trace > buffer as it may be used for other purposes. > > This patch adds support for dumping the trace buffer instances along > with the global trace buffer. > > The instance traces are dumped first, and then the global trace buffer. > This looks good to me. Reviewed-by: Masami Hiramatsu (Google) Thank you, > Cc: Ross Zwisler > Signed-off-by: Joel Fernandes (Google) > --- > kernel/trace/trace.c | 67 ++++++++++++++++++++++++++------------------ > 1 file changed, 39 insertions(+), 28 deletions(-) > > diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c > index 47a44b055a1d..2cc75497d6d3 100644 > --- a/kernel/trace/trace.c > +++ b/kernel/trace/trace.c > @@ -9914,12 +9914,12 @@ trace_printk_seq(struct trace_seq *s) > trace_seq_init(s); > } > > -void trace_init_global_iter(struct trace_iterator *iter) > +void trace_init_iter_with_tr(struct trace_iterator *iter, struct trace_array *tr) > { > - iter->tr = &global_trace; > + iter->tr = tr; > iter->trace = iter->tr->current_trace; > iter->cpu_file = RING_BUFFER_ALL_CPUS; > - iter->array_buffer = &global_trace.array_buffer; > + iter->array_buffer = &tr->array_buffer; > > if (iter->trace && iter->trace->open) > iter->trace->open(iter); > @@ -9939,36 +9939,14 @@ void trace_init_global_iter(struct trace_iterator *iter) > iter->fmt_size = STATIC_FMT_BUF_SIZE; > } > > -void ftrace_dump(enum ftrace_dump_mode oops_dump_mode) > +void ftrace_dump_one(struct trace_array *tr, enum ftrace_dump_mode oops_dump_mode) > { > - /* use static because iter can be a bit big for the stack */ > static struct trace_iterator iter; > - static atomic_t dump_running; > - struct trace_array *tr = &global_trace; > unsigned int old_userobj; > - unsigned long flags; > int cnt = 0, cpu; > > - /* Only allow one dump user at a time. */ > - if (atomic_inc_return(&dump_running) != 1) { > - atomic_dec(&dump_running); > - return; > - } > - > - /* > - * Always turn off tracing when we dump. > - * We don't need to show trace output of what happens > - * between multiple crashes. > - * > - * If the user does a sysrq-z, then they can re-enable > - * tracing with echo 1 > tracing_on. > - */ > - tracing_off(); > - > - local_irq_save(flags); > - > /* Simulate the iterator */ > - trace_init_global_iter(&iter); > + trace_init_iter_with_tr(&iter, tr); > > for_each_tracing_cpu(cpu) { > atomic_inc(&per_cpu_ptr(iter.array_buffer->data, cpu)->disabled); > @@ -9993,7 +9971,10 @@ void ftrace_dump(enum ftrace_dump_mode oops_dump_mode) > iter.cpu_file = RING_BUFFER_ALL_CPUS; > } > > - printk(KERN_TRACE "Dumping ftrace buffer:\n"); > + if (tr == &global_trace) > + printk(KERN_TRACE "Dumping ftrace buffer:\n"); > + else > + printk(KERN_TRACE "Dumping ftrace instance %s buffer:\n", tr->name); > > /* Did function tracer already get disabled? */ > if (ftrace_is_dead()) { > @@ -10041,6 +10022,36 @@ void ftrace_dump(enum ftrace_dump_mode oops_dump_mode) > for_each_tracing_cpu(cpu) { > atomic_dec(&per_cpu_ptr(iter.array_buffer->data, cpu)->disabled); > } > +} > + > +void ftrace_dump(enum ftrace_dump_mode oops_dump_mode) > +{ > + /* use static because iter can be a bit big for the stack */ > + static atomic_t dump_running; > + struct trace_array *tr; > + unsigned long flags; > + > + /* Only allow one dump user at a time. */ > + if (atomic_inc_return(&dump_running) != 1) { > + atomic_dec(&dump_running); > + return; > + } > + > + /* > + * Always turn off tracing when we dump. > + * We don't need to show trace output of what happens > + * between multiple crashes. > + * > + * If the user does a sysrq-z, then they can re-enable > + * tracing with echo 1 > tracing_on. > + */ > + tracing_off(); > + local_irq_save(flags); > + > + list_for_each_entry(tr, &ftrace_trace_arrays, list) { > + ftrace_dump_one(tr, oops_dump_mode); > + } > + > atomic_dec(&dump_running); > local_irq_restore(flags); > } > -- > 2.38.1.493.g58b659f92b-goog > -- Masami Hiramatsu (Google)