On 6/20/20 2:14 AM, Song Liu wrote:

On Fri, Jun 19, 2020 at 4:35 AM Michal Soltys [off-list ref] wrote:

quoted

On 6/17/20 7:11 PM, Song Liu wrote:

quoted

quoted

quoted

1. There are two pr_debug() calls in handle_stripe():
          pr_debug("handling stripe %llu, state=%#lx cnt=%d, "
          pr_debug("locked=%d uptodate=%d to_read=%d"

       Did you enable all of them? Or only the first one?

I enabled all of them (I think), to be precise:

echo -n 'func handle_stripe +p' >/sys/kernel/debug/dynamic_debug/control

Haven't seen any `locked` lines though.

That's a little weird, and probably explains why we stuck. Could you
please try the attached patch?

Thanks,
Song

I've started assembly with the above patch, the output can be inspected
from this file:

https://ufile.io/yx4bbcb4

This is ~5mb packed dmesg from start of the boot to the relevant parts,
unpacks to ~150mb file.

Thanks for the trace. Looks like we may have some issues with
MD_SB_CHANGE_PENDING.
Could you please try the attached patch?

Should I run this along with pr_debugs from the previous patch enabled ?