[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <877dnf4xco.fsf@jogness.linutronix.de>
Date: Wed, 10 Feb 2021 19:06:07 +0106
From: John Ogness <john.ogness@...utronix.de>
To: Sergey Senozhatsky <sergey.senozhatsky@...il.com>
Cc: Petr Mladek <pmladek@...e.com>,
Sergey Senozhatsky <sergey.senozhatsky.work@...il.com>,
Sergey Senozhatsky <sergey.senozhatsky@...il.com>,
Steven Rostedt <rostedt@...dmis.org>,
linux-kernel@...r.kernel.org, "J. Avila" <elavila@...gle.com>,
Oliver Sang <oliver.sang@...el.com>
Subject: Re: [PATCH] printk: avoid prb_first_valid_seq() where possible
On 2021-02-08, Sergey Senozhatsky <sergey.senozhatsky@...il.com> wrote:
>> Can we please also ask the kernel test robot to test this patch?
Oliver Sang from LKP was able to verify that the RCU stall problem is
not seen anymore on their side. See his response below.
Thanks Oliver!
John Ogness
On 2021-02-10, Oliver Sang <oliver.sang@...el.com> wrote:
> On Mon, Feb 08, 2021 at 10:35:27AM +0106, John Ogness wrote:
>> Hello LKP Project,
>>
>> Thank you for your valuable and excellent work!
>>
>> You recently detected a problem:
>>
>> https://lists.01.org/hyperkitty/list/lkp@lists.01.org/thread/STZF3OODVA5KOG447JR2AJJXREWIPRXD/
>>
>> We have posted a patch to fix the issue:
>>
>> https://lkml.kernel.org/r/20210205141728.18117-1-john.ogness@linutronix.de
>
> Hi John Ogness,
>
> by applying the patch upon below commit:
> commit: b031a684bfd01d633c79d281bd0cf11c2f834ada ("printk: remove logbuf_lock writer-protection of ringbuffer")
>
> we didn't reproduce the previous INFO:rcu_tasks_detected_stalls_on_tasks
> issue in 30 runs:
>
> b031a684bfd01d63: ("printk: remove logbuf_lock writer-protection of ringbuffer")
> 7e926a042bfad8b7: ("printk: avoid prb_first_valid_seq() where possible")
>
> b031a684bfd01d63 7e926a042bfad8b7334b4677d3
> ---------------- --------------------------
> fail:runs %reproduction fail:runs
> | | |
> 10:21 -48% :30 dmesg.INFO:rcu_tasks_detected_stalls_on_tasks
> 19:21 -90% :30 last_state.is_incomplete_run
> 1:21 -5% :30 last_state.post_run
>
>
>>
>> Using a local lkp installation I can verify the problem is fixed. But we
>> would like to know if there possibilities to verify fixes using the LKP
>> test robot? Or is there any way to check that the test robot sees the
>> problem is fixed?
>>
>> Thanks.
>>
>> John Ogness
Powered by blists - more mailing lists