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>, Vineet Gupta <vgupta@synopsys.com>, linux-snps-arc@lists.infradead.org Subject: [PATCH 03/50] arc: Add show_stack_loglvl() Date: Wed, 6 Nov 2019 03:04:54 +0000 [thread overview] Message-ID: <20191106030542.868541-4-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. Introduce show_stack_loglvl(), that eventually will substitute show_stack(). As a good side-effect header "Stack Trace:" is now printed with the same log level as the rest of backtrace. Cc: Vineet Gupta <vgupta@synopsys.com> Cc: linux-snps-arc@lists.infradead.org [1]: https://lore.kernel.org/lkml/20190528002412.1625-1-dima@arista.com/T/#u Signed-off-by: Dmitry Safonov <dima@arista.com> --- arch/arc/include/asm/bug.h | 3 ++- arch/arc/kernel/stacktrace.c | 21 +++++++++++++++------ arch/arc/kernel/troubleshoot.c | 2 +- 3 files changed, 18 insertions(+), 8 deletions(-) diff --git a/arch/arc/include/asm/bug.h b/arch/arc/include/asm/bug.h index 0be19fd1a412..4c453ba96c51 100644 --- a/arch/arc/include/asm/bug.h +++ b/arch/arc/include/asm/bug.h @@ -13,7 +13,8 @@ struct task_struct; void show_regs(struct pt_regs *regs); -void show_stacktrace(struct task_struct *tsk, struct pt_regs *regs); +void show_stacktrace(struct task_struct *tsk, struct pt_regs *regs, + const char *loglvl); void show_kernel_fault_diag(const char *str, struct pt_regs *regs, unsigned long address); void die(const char *str, struct pt_regs *regs, unsigned long address); diff --git a/arch/arc/kernel/stacktrace.c b/arch/arc/kernel/stacktrace.c index 1e440bbfa876..24f9cd8a12c9 100644 --- a/arch/arc/kernel/stacktrace.c +++ b/arch/arc/kernel/stacktrace.c @@ -158,9 +158,11 @@ arc_unwind_core(struct task_struct *tsk, struct pt_regs *regs, /* Call-back which plugs into unwinding core to dump the stack in * case of panic/OOPs/BUG etc */ -static int __print_sym(unsigned int address, void *unused) +static int __print_sym(unsigned int address, void *arg) { - printk(" %pS\n", (void *)address); + const char *loglvl = arg; + + printk("%s %pS\n", loglvl, (void *)address); return 0; } @@ -217,17 +219,24 @@ static int __get_first_nonsched(unsigned int address, void *unused) *------------------------------------------------------------------------- */ -noinline void show_stacktrace(struct task_struct *tsk, struct pt_regs *regs) +noinline void show_stacktrace(struct task_struct *tsk, struct pt_regs *regs, + const char *loglvl) { - pr_info("\nStack Trace:\n"); - arc_unwind_core(tsk, regs, __print_sym, NULL); + printk("%s\nStack Trace:\n", loglvl); + arc_unwind_core(tsk, regs, __print_sym, (void *)loglvl); } EXPORT_SYMBOL(show_stacktrace); /* Expected by sched Code */ +void show_stack_loglvl(struct task_struct *tsk, unsigned long *sp, + const char *loglvl) +{ + show_stacktrace(tsk, NULL, loglvl); +} + void show_stack(struct task_struct *tsk, unsigned long *sp) { - show_stacktrace(tsk, NULL); + show_stack_loglvl(tsk, sp, KERN_DEFAULT); } /* Another API expected by schedular, shows up in "ps" as Wait Channel diff --git a/arch/arc/kernel/troubleshoot.c b/arch/arc/kernel/troubleshoot.c index b79886a6cec8..3f8fc1efcb60 100644 --- a/arch/arc/kernel/troubleshoot.c +++ b/arch/arc/kernel/troubleshoot.c @@ -245,5 +245,5 @@ void show_kernel_fault_diag(const char *str, struct pt_regs *regs, /* Show stack trace if this Fatality happened in kernel mode */ if (!user_mode(regs)) - show_stacktrace(current, regs); + show_stacktrace(current, regs, KERN_DEFAULT); } -- 2.23.0
WARNING: multiple messages have this Message-ID (diff)
From: Dmitry Safonov <dima@arista.com> To: linux-kernel@vger.kernel.org Cc: Petr Mladek <pmladek@suse.com>, Dmitry Safonov <dima@arista.com>, Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Dmitry Safonov <0x7f454c46@gmail.com>, Steven Rostedt <rostedt@goodmis.org>, Sergey Senozhatsky <sergey.senozhatsky@gmail.com>, Vineet Gupta <vgupta@synopsys.com>, Jiri Slaby <jslaby@suse.com>, Andrew Morton <akpm@linux-foundation.org>, linux-snps-arc@lists.infradead.org, Ingo Molnar <mingo@kernel.org> Subject: [PATCH 03/50] arc: Add show_stack_loglvl() Date: Wed, 6 Nov 2019 03:04:54 +0000 [thread overview] Message-ID: <20191106030542.868541-4-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. Introduce show_stack_loglvl(), that eventually will substitute show_stack(). As a good side-effect header "Stack Trace:" is now printed with the same log level as the rest of backtrace. Cc: Vineet Gupta <vgupta@synopsys.com> Cc: linux-snps-arc@lists.infradead.org [1]: https://lore.kernel.org/lkml/20190528002412.1625-1-dima@arista.com/T/#u Signed-off-by: Dmitry Safonov <dima@arista.com> --- arch/arc/include/asm/bug.h | 3 ++- arch/arc/kernel/stacktrace.c | 21 +++++++++++++++------ arch/arc/kernel/troubleshoot.c | 2 +- 3 files changed, 18 insertions(+), 8 deletions(-) diff --git a/arch/arc/include/asm/bug.h b/arch/arc/include/asm/bug.h index 0be19fd1a412..4c453ba96c51 100644 --- a/arch/arc/include/asm/bug.h +++ b/arch/arc/include/asm/bug.h @@ -13,7 +13,8 @@ struct task_struct; void show_regs(struct pt_regs *regs); -void show_stacktrace(struct task_struct *tsk, struct pt_regs *regs); +void show_stacktrace(struct task_struct *tsk, struct pt_regs *regs, + const char *loglvl); void show_kernel_fault_diag(const char *str, struct pt_regs *regs, unsigned long address); void die(const char *str, struct pt_regs *regs, unsigned long address); diff --git a/arch/arc/kernel/stacktrace.c b/arch/arc/kernel/stacktrace.c index 1e440bbfa876..24f9cd8a12c9 100644 --- a/arch/arc/kernel/stacktrace.c +++ b/arch/arc/kernel/stacktrace.c @@ -158,9 +158,11 @@ arc_unwind_core(struct task_struct *tsk, struct pt_regs *regs, /* Call-back which plugs into unwinding core to dump the stack in * case of panic/OOPs/BUG etc */ -static int __print_sym(unsigned int address, void *unused) +static int __print_sym(unsigned int address, void *arg) { - printk(" %pS\n", (void *)address); + const char *loglvl = arg; + + printk("%s %pS\n", loglvl, (void *)address); return 0; } @@ -217,17 +219,24 @@ static int __get_first_nonsched(unsigned int address, void *unused) *------------------------------------------------------------------------- */ -noinline void show_stacktrace(struct task_struct *tsk, struct pt_regs *regs) +noinline void show_stacktrace(struct task_struct *tsk, struct pt_regs *regs, + const char *loglvl) { - pr_info("\nStack Trace:\n"); - arc_unwind_core(tsk, regs, __print_sym, NULL); + printk("%s\nStack Trace:\n", loglvl); + arc_unwind_core(tsk, regs, __print_sym, (void *)loglvl); } EXPORT_SYMBOL(show_stacktrace); /* Expected by sched Code */ +void show_stack_loglvl(struct task_struct *tsk, unsigned long *sp, + const char *loglvl) +{ + show_stacktrace(tsk, NULL, loglvl); +} + void show_stack(struct task_struct *tsk, unsigned long *sp) { - show_stacktrace(tsk, NULL); + show_stack_loglvl(tsk, sp, KERN_DEFAULT); } /* Another API expected by schedular, shows up in "ps" as Wait Channel diff --git a/arch/arc/kernel/troubleshoot.c b/arch/arc/kernel/troubleshoot.c index b79886a6cec8..3f8fc1efcb60 100644 --- a/arch/arc/kernel/troubleshoot.c +++ b/arch/arc/kernel/troubleshoot.c @@ -245,5 +245,5 @@ void show_kernel_fault_diag(const char *str, struct pt_regs *regs, /* Show stack trace if this Fatality happened in kernel mode */ if (!user_mode(regs)) - show_stacktrace(current, regs); + show_stacktrace(current, regs, KERN_DEFAULT); } -- 2.23.0 _______________________________________________ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc
next prev parent reply other threads:[~2019-11-06 3:06 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 ` Dmitry Safonov [this message] 2019-11-06 3:04 ` [PATCH 03/50] arc: " 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 ` [PATCH 32/50] sh: Add loglvl to show_trace() Dmitry Safonov 2019-11-06 3:05 ` 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-4-dima@arista.com \ --to=dima@arista.com \ --cc=0x7f454c46@gmail.com \ --cc=akpm@linux-foundation.org \ --cc=gregkh@linuxfoundation.org \ --cc=jslaby@suse.com \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-snps-arc@lists.infradead.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 \ --cc=vgupta@synopsys.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.