Re: [PATCH] ratelimit: use deferred printk() version

2017-10-02 Thread Petr Mladek
On Fri 2017-09-29 13:55:46, Sergey Senozhatsky wrote: > Hello, > > (Cc-ing Andrew > lkml.kernel.org/r/20170928120405.18273-1-sergey.senozhat...@gmail.com ) > > On (09/28/17 21:13), Sergey Senozhatsky wrote: > > (Cc-ing Sasha) > > > > On (09/28/17 21:04), Sergey Senozhatsky wrote: > > [..] > >

Re: [PATCH] ratelimit: use deferred printk() version

2017-09-28 Thread Sergey Senozhatsky
Hello, (Cc-ing Andrew lkml.kernel.org/r/20170928120405.18273-1-sergey.senozhat...@gmail.com ) On (09/28/17 21:13), Sergey Senozhatsky wrote: > (Cc-ing Sasha) > > On (09/28/17 21:04), Sergey Senozhatsky wrote: > [..] > > : process 9121 (trinity-c78) no longer affine to cpu8 > > : smpboot: CPU

Re: [PATCH] ratelimit: use deferred printk() version

2017-09-28 Thread Sergey Senozhatsky
(Cc-ing Sasha) On (09/28/17 21:04), Sergey Senozhatsky wrote: [..] > : process 9121 (trinity-c78) no longer affine to cpu8 > : smpboot: CPU 8 is now offline > > Fixes: 6b1d174b0c27b ("ratelimit: extend to print suppressed messages on > release") > Signed-off-by: Sergey Senozhatsky > Reported-

[PATCH] ratelimit: use deferred printk() version

2017-09-28 Thread Sergey Senozhatsky
printk_ratelimit() invokes ___ratelimit() which may invoke a normal printk() (pr_warn() in this particular case) to warn about suppressed output. Given that printk_ratelimit() may be called from anywhere, that pr_warn() is dangerous - it may end up deadlocking the system. Fix ___ratelimit() by usin