From: Petr Mladek <pmladek@suse.cz>
To: Wang Long <long.wanglong@huawei.com>
Cc: rostedt@goodmis.org, jkosina@suse.cz, gregkh@linuxfoundation.org,
stable@vger.kernel.org, wanglong@laoqinren.net,
peifeiyue@huawei.com, linux-kernel@vger.kernel.org,
morgan.wang@huawei.com, paulmck@linux.vnet.ibm.com,
dzickus@redhat.com, x86@kernel.org, sasha.levin@oracle.com
Subject: Re: [RFC PATCH 14/17] printk: Add per_cpu printk func to allow printk to be diverted
Date: Mon, 18 May 2015 15:56:03 +0200 [thread overview]
Message-ID: <20150518135603.GD2632@pathway.suse.cz> (raw)
In-Reply-To: <1431603304-162571-15-git-send-email-long.wanglong@huawei.com>
On Thu 2015-05-14 11:35:01, Wang Long wrote:
> From: "Steven Rostedt (Red Hat)" <rostedt@goodmis.org>
>
> commit afdc34a3d3b823a12a93b822ee1efb566f884032 upstream.
>
> Being able to divert printk to call another function besides the normal
> logging is useful for such things like NMI handling. If some functions
> are to be called from NMI that does printk() it is possible to lock up
> the box if the nmi handler triggers when another printk is happening.
>
> One example of this use is to perform a stack trace on all CPUs via NMI.
> But if the NMI is to do the printk() it can cause the system to lock up.
> By allowing the printk to be diverted to another function that can safely
> record the printk output and then print it when it in a safe context
> then NMIs will be safe to call these functions like show_regs().
>
> Link: http://lkml.kernel.org/p/20140619213952.209176403@goodmis.org
>
> Tested-by: Jiri Kosina <jkosina@suse.cz>
> Acked-by: Jiri Kosina <jkosina@suse.cz>
> Acked-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> Reviewed-by: Petr Mladek <pmladek@suse.cz>
> [wanglong: backport to 3.10 stable
> - adjust context
> ]
> Signed-off-by: Wang Long <long.wanglong@huawei.com>
> Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
> ---
> include/linux/percpu.h | 3 +++
> include/linux/printk.h | 2 ++
> kernel/printk.c | 38 +++++++++++++++++++++++++++++---------
> 3 files changed, 34 insertions(+), 9 deletions(-)
>
> diff --git a/include/linux/percpu.h b/include/linux/percpu.h
> index cc88172..bb1d29c 100644
> --- a/include/linux/percpu.h
> +++ b/include/linux/percpu.h
> @@ -755,4 +755,7 @@ do { \
> __pcpu_double_call_return_bool(__this_cpu_cmpxchg_double_, (pcp1), (pcp2), (oval1), (oval2), (nval1), (nval2))
> #endif
>
> +/* To avoid include hell, as printk can not declare this, we declare it here */
> +DECLARE_PER_CPU(printk_func_t, printk_func);
> +
> #endif /* __LINUX_PERCPU_H */
> diff --git a/include/linux/printk.h b/include/linux/printk.h
> index 708b8a8..ebc7f3e 100644
> --- a/include/linux/printk.h
> +++ b/include/linux/printk.h
> @@ -144,6 +144,8 @@ extern int kptr_restrict;
>
> extern void wake_up_klogd(void);
>
> +typedef int(*printk_func_t)(const char *fmt, va_list args);
> +
> void log_buf_kexec_setup(void);
> void __init setup_log_buf(int early);
> void dump_stack_set_arch_desc(const char *fmt, ...);
> diff --git a/kernel/printk.c b/kernel/printk.c
> index fd0154a..d3d929d 100644
> --- a/kernel/printk.c
> +++ b/kernel/printk.c
> @@ -1657,6 +1657,30 @@ asmlinkage int printk_emit(int facility, int level,
> }
> EXPORT_SYMBOL(printk_emit);
>
> +int vprintk_default(const char *fmt, va_list args)
> +{
> + int r;
> +
> +#ifdef CONFIG_KGDB_KDB
> + if (unlikely(kdb_trap_printk)) {
> + r = vkdb_printf(fmt, args);
> + return r;
> + }
> +#endif
> + r = vprintk_emit(0, -1, NULL, 0, fmt, args);
> +
> + return r;
There is broken indentation in this hunk.
The rest of the patch looks fine.
Best Regards,
Petr
next prev parent reply other threads:[~2015-05-18 13:53 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-14 11:34 [RFC PATCH 00/17][request for stable 3.10 inclusion] x86/nmi: Print all cpu stacks from NMI safely Wang Long
2015-05-14 11:34 ` [RFC PATCH 01/17] tracing: Create seq_buf layer in trace_seq Wang Long
2015-05-14 11:34 ` [RFC PATCH 02/17] tracing: Convert seq_buf_path() to be like seq_path() Wang Long
2015-05-14 11:34 ` [RFC PATCH 03/17] tracing: Convert seq_buf fields to be like seq_file fields Wang Long
2015-05-14 11:34 ` [RFC PATCH 04/17] tracing: Add a seq_buf_clear() helper and clear len and readpos in init Wang Long
2015-05-14 11:34 ` [RFC PATCH 05/17] seq_buf: Create seq_buf_used() to find out how much was written Wang Long
2015-05-14 11:34 ` [RFC PATCH 06/17] tracing: Use trace_seq_used() and seq_buf_used() instead of len Wang Long
2015-05-14 11:34 ` [RFC PATCH 07/17] seq_buf: Add seq_buf_can_fit() helper function Wang Long
2015-05-14 11:34 ` [RFC PATCH 08/17] tracing: Have seq_buf use full buffer Wang Long
2015-05-14 11:34 ` [RFC PATCH 09/17] tracing: Add seq_buf_get_buf() and seq_buf_commit() helper functions Wang Long
2015-05-14 11:34 ` [RFC PATCH 10/17] seq-buf: Make seq_buf_bprintf() conditional on CONFIG_BINARY_PRINTF Wang Long
2015-05-14 11:34 ` [RFC PATCH 11/17] seq_buf: Move the seq_buf code to lib/ Wang Long
2015-05-14 11:34 ` [RFC PATCH 12/17] seq_buf: Fix seq_buf_vprintf() truncation Wang Long
2015-05-14 11:35 ` [RFC PATCH 13/17] seq_buf: Fix seq_buf_bprintf() truncation Wang Long
2015-05-14 11:35 ` [RFC PATCH 14/17] printk: Add per_cpu printk func to allow printk to be diverted Wang Long
2015-05-18 13:56 ` Petr Mladek [this message]
2015-05-14 11:35 ` [RFC PATCH 15/17] printk/percpu: Define printk_func when printk is not defined Wang Long
2015-05-14 11:35 ` [RFC PATCH 16/17] x86/nmi: Perform a safe NMI stack trace on all CPUs Wang Long
2015-05-18 14:17 ` Petr Mladek
2015-05-19 8:56 ` long.wanglong
2015-05-14 11:35 ` [RFC PATCH 17/17] x86/nmi: Fix use of unallocated cpumask_var_t Wang Long
2015-05-14 13:55 ` [RFC PATCH 00/17][request for stable 3.10 inclusion] x86/nmi: Print all cpu stacks from NMI safely Steven Rostedt
2015-05-18 3:52 ` long.wanglong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150518135603.GD2632@pathway.suse.cz \
--to=pmladek@suse.cz \
--cc=dzickus@redhat.com \
--cc=gregkh@linuxfoundation.org \
--cc=jkosina@suse.cz \
--cc=linux-kernel@vger.kernel.org \
--cc=long.wanglong@huawei.com \
--cc=morgan.wang@huawei.com \
--cc=paulmck@linux.vnet.ibm.com \
--cc=peifeiyue@huawei.com \
--cc=rostedt@goodmis.org \
--cc=sasha.levin@oracle.com \
--cc=stable@vger.kernel.org \
--cc=wanglong@laoqinren.net \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).