From: Dmitry Safonov <dima@arista.com> To: linux-kernel@vger.kernel.org Cc: Dmitry Safonov <0x7f454c46@gmail.com>, Dmitry Safonov <dima@arista.com>, Andrew Morton <akpm@linux-foundation.org>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Ingo Molnar <mingo@kernel.org>, Jiri Slaby <jslaby@suse.com>, Petr Mladek <pmladek@suse.com>, Sergey Senozhatsky <sergey.senozhatsky@gmail.com>, Steven Rostedt <rostedt@goodmis.org>, Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>, Rich Felker <dalias@libc.org>, linux-sh@vger.kernel.org Subject: [PATCH 32/50] sh: Add loglvl to show_trace() Date: Wed, 06 Nov 2019 03:05:23 +0000 [thread overview] Message-ID: <20191106030542.868541-33-dima@arista.com> (raw) In-Reply-To: <20191106030542.868541-1-dima@arista.com> Currently, the log-level of show_stack() depends on a platform realization. It creates situations where the headers are printed with lower log level or higher than the stacktrace (depending on a platform or user). Furthermore, it forces the logic decision from user to an architecture side. In result, some users as sysrq/kdb/etc are doing tricks with temporary rising console_loglevel while printing their messages. And in result it not only may print unwanted messages from other CPUs, but also omit printing at all in the unlucky case where the printk() was deferred. Introducing log-level parameter and KERN_UNSUPPRESSED [1] seems an easier approach than introducing more printk buffers. Also, it will consolidate printings with headers. Add log level parameter to show_trace() as a preparation to introduce show_stack_loglvl(). Cc: Rich Felker <dalias@libc.org> Cc: Rich Felker <dalias@libc.org> Cc: linux-sh@vger.kernel.org [1]: https://lore.kernel.org/lkml/20190528002412.1625-1-dima@arista.com/T/#u Signed-off-by: Dmitry Safonov <dima@arista.com> --- arch/sh/include/asm/processor_32.h | 2 +- arch/sh/kernel/dumpstack.c | 10 +++++----- arch/sh/kernel/process_32.c | 2 +- 3 files changed, 7 insertions(+), 7 deletions(-) diff --git a/arch/sh/include/asm/processor_32.h b/arch/sh/include/asm/processor_32.h index 0e0ecc0132e3..d44409413418 100644 --- a/arch/sh/include/asm/processor_32.h +++ b/arch/sh/include/asm/processor_32.h @@ -171,7 +171,7 @@ static __inline__ void enable_fpu(void) #define thread_saved_pc(tsk) (tsk->thread.pc) void show_trace(struct task_struct *tsk, unsigned long *sp, - struct pt_regs *regs); + struct pt_regs *regs, const char *loglvl); #ifdef CONFIG_DUMP_CODE void show_code(struct pt_regs *regs); diff --git a/arch/sh/kernel/dumpstack.c b/arch/sh/kernel/dumpstack.c index 959064b90055..d488a47a1f0f 100644 --- a/arch/sh/kernel/dumpstack.c +++ b/arch/sh/kernel/dumpstack.c @@ -127,16 +127,16 @@ static const struct stacktrace_ops print_trace_ops = { }; void show_trace(struct task_struct *tsk, unsigned long *sp, - struct pt_regs *regs) + struct pt_regs *regs, const char *loglvl) { if (regs && user_mode(regs)) return; - printk("\nCall trace:\n"); + printk("%s\nCall trace:\n", loglvl); - unwind_stack(tsk, regs, sp, &print_trace_ops, ""); + unwind_stack(tsk, regs, sp, &print_trace_ops, (void *)loglvl); - printk("\n"); + printk("%s\n", loglvl); if (!tsk) tsk = current; @@ -158,5 +158,5 @@ void show_stack(struct task_struct *tsk, unsigned long *sp) stack = (unsigned long)sp; dump_mem("Stack: ", KERN_DEFAULT, stack, THREAD_SIZE + (unsigned long)task_stack_page(tsk)); - show_trace(tsk, sp, NULL); + show_trace(tsk, sp, NULL, KERN_DEFAULT); } diff --git a/arch/sh/kernel/process_32.c b/arch/sh/kernel/process_32.c index a094633874c3..456cc8d171f7 100644 --- a/arch/sh/kernel/process_32.c +++ b/arch/sh/kernel/process_32.c @@ -59,7 +59,7 @@ void show_regs(struct pt_regs * regs) printk("MACH: %08lx MACL: %08lx GBR : %08lx PR : %08lx\n", regs->mach, regs->macl, regs->gbr, regs->pr); - show_trace(NULL, (unsigned long *)regs->regs[15], regs); + show_trace(NULL, (unsigned long *)regs->regs[15], regs, KERN_DEFAULT); show_code(regs); } -- 2.23.0
WARNING: multiple messages have this Message-ID (diff)
From: Dmitry Safonov <dima@arista.com> To: linux-kernel@vger.kernel.org Cc: Dmitry Safonov <0x7f454c46@gmail.com>, Dmitry Safonov <dima@arista.com>, Andrew Morton <akpm@linux-foundation.org>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Ingo Molnar <mingo@kernel.org>, Jiri Slaby <jslaby@suse.com>, Petr Mladek <pmladek@suse.com>, Sergey Senozhatsky <sergey.senozhatsky@gmail.com>, Steven Rostedt <rostedt@goodmis.org>, Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>, Rich Felker <dalias@libc.org>, linux-sh@vger.kernel.org Subject: [PATCH 32/50] sh: Add loglvl to show_trace() Date: Wed, 6 Nov 2019 03:05:23 +0000 [thread overview] Message-ID: <20191106030542.868541-33-dima@arista.com> (raw) In-Reply-To: <20191106030542.868541-1-dima@arista.com> Currently, the log-level of show_stack() depends on a platform realization. It creates situations where the headers are printed with lower log level or higher than the stacktrace (depending on a platform or user). Furthermore, it forces the logic decision from user to an architecture side. In result, some users as sysrq/kdb/etc are doing tricks with temporary rising console_loglevel while printing their messages. And in result it not only may print unwanted messages from other CPUs, but also omit printing at all in the unlucky case where the printk() was deferred. Introducing log-level parameter and KERN_UNSUPPRESSED [1] seems an easier approach than introducing more printk buffers. Also, it will consolidate printings with headers. Add log level parameter to show_trace() as a preparation to introduce show_stack_loglvl(). Cc: Rich Felker <dalias@libc.org> Cc: Rich Felker <dalias@libc.org> Cc: linux-sh@vger.kernel.org [1]: https://lore.kernel.org/lkml/20190528002412.1625-1-dima@arista.com/T/#u Signed-off-by: Dmitry Safonov <dima@arista.com> --- arch/sh/include/asm/processor_32.h | 2 +- arch/sh/kernel/dumpstack.c | 10 +++++----- arch/sh/kernel/process_32.c | 2 +- 3 files changed, 7 insertions(+), 7 deletions(-) diff --git a/arch/sh/include/asm/processor_32.h b/arch/sh/include/asm/processor_32.h index 0e0ecc0132e3..d44409413418 100644 --- a/arch/sh/include/asm/processor_32.h +++ b/arch/sh/include/asm/processor_32.h @@ -171,7 +171,7 @@ static __inline__ void enable_fpu(void) #define thread_saved_pc(tsk) (tsk->thread.pc) void show_trace(struct task_struct *tsk, unsigned long *sp, - struct pt_regs *regs); + struct pt_regs *regs, const char *loglvl); #ifdef CONFIG_DUMP_CODE void show_code(struct pt_regs *regs); diff --git a/arch/sh/kernel/dumpstack.c b/arch/sh/kernel/dumpstack.c index 959064b90055..d488a47a1f0f 100644 --- a/arch/sh/kernel/dumpstack.c +++ b/arch/sh/kernel/dumpstack.c @@ -127,16 +127,16 @@ static const struct stacktrace_ops print_trace_ops = { }; void show_trace(struct task_struct *tsk, unsigned long *sp, - struct pt_regs *regs) + struct pt_regs *regs, const char *loglvl) { if (regs && user_mode(regs)) return; - printk("\nCall trace:\n"); + printk("%s\nCall trace:\n", loglvl); - unwind_stack(tsk, regs, sp, &print_trace_ops, ""); + unwind_stack(tsk, regs, sp, &print_trace_ops, (void *)loglvl); - printk("\n"); + printk("%s\n", loglvl); if (!tsk) tsk = current; @@ -158,5 +158,5 @@ void show_stack(struct task_struct *tsk, unsigned long *sp) stack = (unsigned long)sp; dump_mem("Stack: ", KERN_DEFAULT, stack, THREAD_SIZE + (unsigned long)task_stack_page(tsk)); - show_trace(tsk, sp, NULL); + show_trace(tsk, sp, NULL, KERN_DEFAULT); } diff --git a/arch/sh/kernel/process_32.c b/arch/sh/kernel/process_32.c index a094633874c3..456cc8d171f7 100644 --- a/arch/sh/kernel/process_32.c +++ b/arch/sh/kernel/process_32.c @@ -59,7 +59,7 @@ void show_regs(struct pt_regs * regs) printk("MACH: %08lx MACL: %08lx GBR : %08lx PR : %08lx\n", regs->mach, regs->macl, regs->gbr, regs->pr); - show_trace(NULL, (unsigned long *)regs->regs[15], regs); + show_trace(NULL, (unsigned long *)regs->regs[15], regs, KERN_DEFAULT); show_code(regs); } -- 2.23.0
next prev parent reply other threads:[~2019-11-06 3:05 UTC|newest] Thread overview: 323+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-11-06 3:04 [PATCH 00/50] Add log level to show_stack() Dmitry Safonov 2019-11-06 3:04 ` Dmitry Safonov 2019-11-06 3:04 ` Dmitry Safonov 2019-11-06 3:04 ` [OpenRISC] " Dmitry Safonov 2019-11-06 3:04 ` Dmitry Safonov 2019-11-06 3:04 ` Dmitry Safonov 2019-11-06 3:04 ` [PATCH 01/50] kallsyms/printk: Add loglvl to print_ip_sym() Dmitry Safonov 2019-11-06 3:04 ` Dmitry Safonov 2019-11-06 4:38 ` Sergey Senozhatsky 2019-11-06 4:38 ` Sergey Senozhatsky 2019-11-06 16:39 ` Dmitry Safonov 2019-11-06 16:39 ` Dmitry Safonov 2019-11-13 15:49 ` Steven Rostedt 2019-11-13 15:49 ` Steven Rostedt 2019-11-06 3:04 ` [PATCH 02/50] alpha: Add show_stack_loglvl() Dmitry Safonov 2019-11-06 3:04 ` [PATCH 03/50] arc: " Dmitry Safonov 2019-11-06 3:04 ` Dmitry Safonov 2019-11-06 3:04 ` [PATCH 04/50] arm/asm: Add loglvl to c_backtrace() Dmitry Safonov 2019-11-06 3:04 ` Dmitry Safonov 2019-11-06 3:04 ` [PATCH 05/50] arm: Add loglvl to unwind_backtrace() Dmitry Safonov 2019-11-06 3:04 ` Dmitry Safonov 2019-11-06 9:12 ` Russell King - ARM Linux admin 2019-11-06 9:12 ` Russell King - ARM Linux admin 2019-11-06 16:32 ` Dmitry Safonov 2019-11-06 16:32 ` Dmitry Safonov 2019-11-06 3:04 ` [PATCH 06/50] arm: Add loglvl to dump_backtrace() Dmitry Safonov 2019-11-06 3:04 ` Dmitry Safonov 2019-11-06 3:04 ` [PATCH 07/50] arm: Wire up dump_backtrace_{entry,stm} Dmitry Safonov 2019-11-06 3:04 ` Dmitry Safonov 2019-11-06 3:04 ` [PATCH 08/50] arm: Add show_stack_loglvl() Dmitry Safonov 2019-11-06 3:04 ` Dmitry Safonov 2019-11-06 3:05 ` [PATCH 09/50] arm64: Add loglvl to dump_backtrace() Dmitry Safonov 2019-11-06 3:05 ` Dmitry Safonov 2019-11-06 13:25 ` Will Deacon 2019-11-06 13:25 ` Will Deacon 2019-11-06 16:00 ` Dmitry Safonov 2019-11-06 16:00 ` Dmitry Safonov 2019-11-06 3:05 ` [PATCH 10/50] arm64: Add show_stack_loglvl() Dmitry Safonov 2019-11-06 3:05 ` Dmitry Safonov 2019-11-06 3:05 ` [PATCH 11/50] c6x: " Dmitry Safonov 2019-11-06 3:05 ` [PATCH 12/50] csky: " Dmitry Safonov 2019-11-06 3:05 ` [PATCH 13/50] h8300: " Dmitry Safonov 2019-11-06 3:05 ` [PATCH 14/50] hexagon: " Dmitry Safonov 2019-11-06 3:05 ` [PATCH 15/50] ia64: Pass log level as arg into ia64_do_show_stack() Dmitry Safonov 2019-11-06 3:05 ` Dmitry Safonov 2019-11-06 3:05 ` [PATCH 16/50] ia64: Add show_stack_loglvl() Dmitry Safonov 2019-11-06 3:05 ` Dmitry Safonov 2019-11-06 3:05 ` [PATCH 17/50] m68k: " Dmitry Safonov 2019-11-06 3:05 ` [PATCH 18/50] microblaze: Add loglvl to microblaze_unwind_inner() Dmitry Safonov 2019-11-07 8:59 ` Michal Simek 2019-11-08 7:52 ` kbuild test robot 2019-11-08 7:52 ` kbuild test robot 2019-11-06 3:05 ` [PATCH 19/50] microblaze: Add loglvl to microblaze_unwind() Dmitry Safonov 2019-11-06 3:05 ` [PATCH 20/50] microblaze: Add show_stack_loglvl() Dmitry Safonov 2019-11-06 3:05 ` [PATCH 21/50] mips: " Dmitry Safonov 2019-11-06 3:05 ` [PATCH 22/50] nds32: " Dmitry Safonov 2019-11-06 3:05 ` [PATCH 23/50] nios2: " Dmitry Safonov 2019-11-06 3:05 ` [PATCH 24/50] openrisc: " Dmitry Safonov 2019-11-06 3:05 ` [OpenRISC] " Dmitry Safonov 2019-11-06 3:05 ` [PATCH 25/50] parisc: " Dmitry Safonov 2019-11-06 3:05 ` [PATCH 26/50] powerpc: " Dmitry Safonov 2019-11-06 3:05 ` Dmitry Safonov 2019-11-06 9:52 ` Michael Ellerman 2019-11-06 9:52 ` Michael Ellerman 2019-11-06 16:01 ` Dmitry Safonov 2019-11-06 16:01 ` Dmitry Safonov 2019-11-06 3:05 ` [PATCH 27/50] riscv: " Dmitry Safonov 2019-11-06 3:05 ` Dmitry Safonov 2019-11-06 3:05 ` [PATCH 28/50] s390: " Dmitry Safonov 2019-11-06 3:05 ` [PATCH 29/50] sh: Add loglvl to dump_mem() Dmitry Safonov 2019-11-06 3:05 ` Dmitry Safonov 2019-11-06 3:05 ` [PATCH 30/50] sh: Remove needless printk() Dmitry Safonov 2019-11-06 3:05 ` Dmitry Safonov 2019-11-06 3:05 ` [PATCH 31/50] sh: Add loglvl to printk_address() Dmitry Safonov 2019-11-06 3:05 ` Dmitry Safonov 2019-11-06 3:05 ` Dmitry Safonov [this message] 2019-11-06 3:05 ` [PATCH 32/50] sh: Add loglvl to show_trace() Dmitry Safonov 2019-11-06 3:05 ` [PATCH 33/50] sh: Add show_stack_loglvl() Dmitry Safonov 2019-11-06 3:05 ` Dmitry Safonov 2019-11-06 3:05 ` [PATCH 34/50] sparc: " Dmitry Safonov 2019-11-06 3:05 ` Dmitry Safonov 2019-11-06 3:33 ` David Miller 2019-11-06 3:33 ` David Miller 2019-11-06 16:02 ` Dmitry Safonov 2019-11-06 16:02 ` Dmitry Safonov 2019-11-08 7:08 ` kbuild test robot 2019-11-08 7:08 ` kbuild test robot 2019-11-08 7:08 ` kbuild test robot 2019-11-06 3:05 ` [PATCH 35/50] um/sysrq: Remove needless variable sp Dmitry Safonov 2019-11-06 3:05 ` Dmitry Safonov 2019-11-06 3:05 ` [PATCH 36/50] um: Add show_stack_loglvl() Dmitry Safonov 2019-11-06 3:05 ` Dmitry Safonov 2019-11-06 3:05 ` [PATCH 37/50] unicore32: Remove unused pmode argument in c_backtrace() Dmitry Safonov 2019-11-06 3:05 ` [PATCH 38/50] unicore32: Add loglvl to c_backtrace() Dmitry Safonov 2019-11-06 3:05 ` [PATCH 39/50] unicore32: Add show_stack_loglvl() Dmitry Safonov 2019-11-06 3:05 ` [PATCH 40/50] x86: Add missing const qualifiers for log_lvl Dmitry Safonov 2019-11-06 3:05 ` [PATCH 41/50] x86: Add show_stack_loglvl() Dmitry Safonov 2019-11-06 3:05 ` [PATCH 42/50] xtensa: Add loglvl to show_trace() Dmitry Safonov 2019-11-06 3:05 ` [PATCH 43/50] xtensa: Add show_stack_loglvl() Dmitry Safonov 2019-11-06 4:13 ` Max Filippov 2019-11-06 8:15 ` Petr Mladek 2019-11-06 16:06 ` Dmitry Safonov 2019-11-06 16:44 ` Max Filippov 2019-11-06 3:05 ` [PATCH 44/50] sysrq: Use show_stack_loglvl() Dmitry Safonov 2019-11-06 3:05 ` [PATCH 45/50] x86/amd_gart: Print stacktrace for a leak with KERN_ERR Dmitry Safonov 2019-11-06 3:05 ` [PATCH 46/50] power: Use show_stack_loglvl() Dmitry Safonov 2019-11-06 3:05 ` [PATCH 47/50] kdb: Don't play with console_loglevel Dmitry Safonov 2019-11-06 3:05 ` [PATCH 48/50] sched: Print stack trace with KERN_INFO Dmitry Safonov 2019-11-06 3:05 ` [PATCH 49/50] kernel: Use show_stack_loglvl() Dmitry Safonov 2019-11-06 3:05 ` [PATCH 50/50] kernel: Rename show_stack_loglvl() => show_stack() Dmitry Safonov 2019-11-08 10:08 ` kbuild test robot 2019-11-08 10:08 ` kbuild test robot 2019-11-06 8:35 ` [PATCH 00/50] Add log level to show_stack() Petr Mladek 2019-11-06 8:35 ` Petr Mladek 2019-11-06 8:35 ` Petr Mladek 2019-11-06 8:35 ` [OpenRISC] " Petr Mladek 2019-11-06 8:35 ` Petr Mladek 2019-11-06 8:35 ` Petr Mladek 2019-11-06 16:12 ` Dmitry Safonov 2019-11-06 16:12 ` Dmitry Safonov 2019-11-06 16:12 ` Dmitry Safonov 2019-11-06 16:12 ` [OpenRISC] " Dmitry Safonov 2019-11-06 16:12 ` Dmitry Safonov 2019-11-06 16:12 ` Dmitry Safonov 2019-11-08 10:37 ` Sergey Senozhatsky 2019-11-08 10:37 ` Sergey Senozhatsky 2019-11-08 10:37 ` Sergey Senozhatsky 2019-11-08 10:37 ` [OpenRISC] " Sergey Senozhatsky 2019-11-08 10:37 ` Sergey Senozhatsky 2019-11-08 10:37 ` Sergey Senozhatsky 2019-11-08 13:04 ` Petr Mladek 2019-11-08 13:04 ` Petr Mladek 2019-11-08 13:04 ` Petr Mladek 2019-11-08 13:04 ` [OpenRISC] " Petr Mladek 2019-11-08 13:04 ` Petr Mladek 2019-11-08 13:04 ` Petr Mladek 2019-11-11 1:23 ` Sergey Senozhatsky 2019-11-11 1:23 ` Sergey Senozhatsky 2019-11-11 1:23 ` Sergey Senozhatsky 2019-11-11 1:23 ` [OpenRISC] " Sergey Senozhatsky 2019-11-11 1:23 ` Sergey Senozhatsky 2019-11-11 1:23 ` Sergey Senozhatsky 2019-11-11 9:12 ` Petr Mladek 2019-11-11 9:12 ` Petr Mladek 2019-11-11 9:12 ` Petr Mladek 2019-11-11 9:12 ` [OpenRISC] " Petr Mladek 2019-11-11 9:12 ` Petr Mladek 2019-11-11 9:12 ` Petr Mladek 2019-11-12 4:44 ` Sergey Senozhatsky 2019-11-12 4:44 ` Sergey Senozhatsky 2019-11-12 4:44 ` Sergey Senozhatsky 2019-11-12 4:44 ` [OpenRISC] " Sergey Senozhatsky 2019-11-12 4:44 ` Sergey Senozhatsky 2019-11-12 4:44 ` Sergey Senozhatsky 2019-11-12 4:57 ` Sergey Senozhatsky 2019-11-12 4:57 ` Sergey Senozhatsky 2019-11-12 4:57 ` Sergey Senozhatsky 2019-11-12 4:57 ` [OpenRISC] " Sergey Senozhatsky 2019-11-12 4:57 ` Sergey Senozhatsky 2019-11-12 4:57 ` Sergey Senozhatsky 2019-11-12 8:35 ` Petr Mladek 2019-11-12 8:35 ` Petr Mladek 2019-11-12 8:35 ` Petr Mladek 2019-11-12 8:35 ` [OpenRISC] " Petr Mladek 2019-11-12 8:35 ` Petr Mladek 2019-11-12 8:35 ` Petr Mladek 2019-11-12 10:12 ` Sergey Senozhatsky 2019-11-12 10:12 ` Sergey Senozhatsky 2019-11-12 10:12 ` Sergey Senozhatsky 2019-11-12 10:12 ` [OpenRISC] " Sergey Senozhatsky 2019-11-12 10:12 ` Sergey Senozhatsky 2019-11-12 10:12 ` Sergey Senozhatsky 2019-11-13 1:23 ` Sergey Senozhatsky 2019-11-13 1:23 ` Sergey Senozhatsky 2019-11-13 1:23 ` Sergey Senozhatsky 2019-11-13 1:23 ` [OpenRISC] " Sergey Senozhatsky 2019-11-13 1:23 ` Sergey Senozhatsky 2019-11-13 1:23 ` Sergey Senozhatsky 2019-11-13 2:25 ` Dmitry Safonov 2019-11-13 2:25 ` Dmitry Safonov 2019-11-13 2:25 ` Dmitry Safonov 2019-11-13 2:25 ` [OpenRISC] " Dmitry Safonov 2019-11-13 2:25 ` Dmitry Safonov 2019-11-13 2:25 ` Dmitry Safonov 2019-11-13 6:33 ` Sergey Senozhatsky 2019-11-13 6:33 ` Sergey Senozhatsky 2019-11-13 6:33 ` Sergey Senozhatsky 2019-11-13 6:33 ` [OpenRISC] " Sergey Senozhatsky 2019-11-13 6:33 ` Sergey Senozhatsky 2019-11-13 6:33 ` Sergey Senozhatsky 2019-11-13 8:47 ` Petr Mladek 2019-11-13 8:47 ` Petr Mladek 2019-11-13 8:47 ` Petr Mladek 2019-11-13 8:47 ` [OpenRISC] " Petr Mladek 2019-11-13 8:47 ` Petr Mladek 2019-11-13 8:47 ` Petr Mladek 2019-11-13 16:24 ` Steven Rostedt 2019-11-13 16:24 ` Steven Rostedt 2019-11-13 16:24 ` Steven Rostedt 2019-11-13 16:24 ` [OpenRISC] " Steven Rostedt 2019-11-13 16:24 ` Steven Rostedt 2019-11-13 16:24 ` Steven Rostedt 2019-11-13 16:40 ` Dmitry Safonov 2019-11-13 16:40 ` Dmitry Safonov 2019-11-13 16:40 ` Dmitry Safonov 2019-11-13 16:40 ` [OpenRISC] " Dmitry Safonov 2019-11-13 16:40 ` Dmitry Safonov 2019-11-13 16:40 ` Dmitry Safonov 2019-11-15 0:50 ` Sergey Senozhatsky 2019-11-15 0:50 ` Sergey Senozhatsky 2019-11-15 0:50 ` Sergey Senozhatsky 2019-11-15 0:50 ` [OpenRISC] " Sergey Senozhatsky 2019-11-15 0:50 ` Sergey Senozhatsky 2019-11-15 0:50 ` Sergey Senozhatsky 2019-11-13 15:32 ` Steven Rostedt 2019-11-13 15:32 ` Steven Rostedt 2019-11-13 15:32 ` Steven Rostedt 2019-11-13 15:32 ` [OpenRISC] " Steven Rostedt 2019-11-13 15:32 ` Steven Rostedt 2019-11-13 15:32 ` Steven Rostedt 2019-11-11 19:47 ` Dmitry Safonov 2019-11-11 19:47 ` Dmitry Safonov 2019-11-11 19:47 ` Dmitry Safonov 2019-11-11 19:47 ` [OpenRISC] " Dmitry Safonov 2019-11-11 19:47 ` Dmitry Safonov 2019-11-11 19:47 ` Dmitry Safonov 2019-11-12 2:17 ` Sergey Senozhatsky 2019-11-12 2:17 ` Sergey Senozhatsky 2019-11-12 2:17 ` Sergey Senozhatsky 2019-11-12 2:17 ` [OpenRISC] " Sergey Senozhatsky 2019-11-12 2:17 ` Sergey Senozhatsky 2019-11-12 2:17 ` Sergey Senozhatsky 2019-11-12 2:40 ` Dmitry Safonov 2019-11-12 2:40 ` Dmitry Safonov 2019-11-12 2:40 ` Dmitry Safonov 2019-11-12 2:40 ` [OpenRISC] " Dmitry Safonov 2019-11-12 2:40 ` Dmitry Safonov 2019-11-12 2:40 ` Dmitry Safonov 2019-11-12 4:25 ` Sergey Senozhatsky 2019-11-12 4:25 ` Sergey Senozhatsky 2019-11-12 4:25 ` Sergey Senozhatsky 2019-11-12 4:25 ` [OpenRISC] " Sergey Senozhatsky 2019-11-12 4:25 ` Sergey Senozhatsky 2019-11-12 4:25 ` Sergey Senozhatsky 2019-11-13 2:41 ` Dmitry Safonov 2019-11-13 2:41 ` Dmitry Safonov 2019-11-13 2:41 ` Dmitry Safonov 2019-11-13 2:41 ` [OpenRISC] " Dmitry Safonov 2019-11-13 2:41 ` Dmitry Safonov 2019-11-13 2:41 ` Dmitry Safonov 2019-11-13 2:51 ` Sergey Senozhatsky 2019-11-13 2:51 ` Sergey Senozhatsky 2019-11-13 2:51 ` Sergey Senozhatsky 2019-11-13 2:51 ` [OpenRISC] " Sergey Senozhatsky 2019-11-13 2:51 ` Sergey Senozhatsky 2019-11-13 2:51 ` Sergey Senozhatsky 2019-11-13 15:39 ` Steven Rostedt 2019-11-13 15:39 ` Steven Rostedt 2019-11-13 15:39 ` Steven Rostedt 2019-11-13 15:39 ` [OpenRISC] " Steven Rostedt 2019-11-13 15:39 ` Steven Rostedt 2019-11-13 15:39 ` Steven Rostedt 2019-11-15 3:36 ` Sergey Senozhatsky 2019-11-15 3:36 ` Sergey Senozhatsky 2019-11-15 3:36 ` Sergey Senozhatsky 2019-11-15 3:36 ` [OpenRISC] " Sergey Senozhatsky 2019-11-15 3:36 ` Sergey Senozhatsky 2019-11-15 3:36 ` Sergey Senozhatsky 2019-11-06 9:20 ` Peter Zijlstra 2019-11-06 9:20 ` Peter Zijlstra 2019-11-06 9:20 ` Peter Zijlstra 2019-11-06 9:20 ` [OpenRISC] " Peter Zijlstra 2019-11-06 9:20 ` Peter Zijlstra 2019-11-06 9:20 ` Peter Zijlstra 2019-11-06 16:27 ` Dmitry Safonov 2019-11-06 16:27 ` Dmitry Safonov 2019-11-06 16:27 ` Dmitry Safonov 2019-11-06 16:27 ` [OpenRISC] " Dmitry Safonov 2019-11-06 16:27 ` Dmitry Safonov 2019-11-06 16:27 ` Dmitry Safonov 2019-11-06 20:34 ` Peter Zijlstra 2019-11-06 20:34 ` Peter Zijlstra 2019-11-06 20:34 ` Peter Zijlstra 2019-11-06 20:34 ` [OpenRISC] " Peter Zijlstra 2019-11-06 20:34 ` Peter Zijlstra 2019-11-06 20:34 ` Peter Zijlstra 2019-11-06 23:25 ` Russell King - ARM Linux admin 2019-11-06 23:25 ` Russell King - ARM Linux admin 2019-11-06 23:25 ` Russell King - ARM Linux admin 2019-11-06 23:25 ` [OpenRISC] " Russell King - ARM Linux admin 2019-11-06 23:25 ` Russell King - ARM Linux admin 2019-11-06 23:25 ` Russell King - ARM Linux admin 2019-11-07 7:27 ` Geert Uytterhoeven 2019-11-13 15:44 ` Steven Rostedt 2019-11-13 15:44 ` Steven Rostedt 2019-11-13 15:44 ` Steven Rostedt 2019-11-13 15:44 ` [OpenRISC] " Steven Rostedt 2019-11-13 15:44 ` Steven Rostedt 2019-11-13 15:44 ` Steven Rostedt 2019-11-08 16:28 ` Dmitry Safonov 2019-11-08 16:28 ` Dmitry Safonov 2019-11-08 16:28 ` Dmitry Safonov 2019-11-08 16:28 ` [OpenRISC] " Dmitry Safonov 2019-11-08 16:28 ` Dmitry Safonov 2019-11-08 16:28 ` Dmitry Safonov 2019-11-08 17:30 ` Russell King - ARM Linux admin 2019-11-08 17:30 ` Russell King - ARM Linux admin 2019-11-08 17:30 ` Russell King - ARM Linux admin 2019-11-08 17:30 ` [OpenRISC] " Russell King - ARM Linux admin 2019-11-08 17:30 ` Russell King - ARM Linux admin 2019-11-08 17:30 ` Russell King - ARM Linux admin 2019-11-08 21:08 ` Dmitry Safonov 2019-11-08 21:08 ` Dmitry Safonov 2019-11-08 21:08 ` Dmitry Safonov 2019-11-08 21:08 ` [OpenRISC] " Dmitry Safonov 2019-11-08 21:08 ` Dmitry Safonov 2019-11-08 21:08 ` Dmitry Safonov 2019-11-13 15:41 ` Steven Rostedt 2019-11-13 15:41 ` Steven Rostedt 2019-11-13 15:41 ` Steven Rostedt 2019-11-13 15:41 ` [OpenRISC] " Steven Rostedt 2019-11-13 15:41 ` Steven Rostedt 2019-11-13 15:41 ` Steven Rostedt
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=20191106030542.868541-33-dima@arista.com \ --to=dima@arista.com \ --cc=0x7f454c46@gmail.com \ --cc=akpm@linux-foundation.org \ --cc=dalias@libc.org \ --cc=gregkh@linuxfoundation.org \ --cc=jslaby@suse.com \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-sh@vger.kernel.org \ --cc=mingo@kernel.org \ --cc=penguin-kernel@I-love.SAKURA.ne.jp \ --cc=pmladek@suse.com \ --cc=rostedt@goodmis.org \ --cc=sergey.senozhatsky@gmail.com \ /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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.