On Fri, Jun 19, 2020 at 4:35 AM Michal Soltys <msoltyspl@xxxxxxxxx> wrote:
>
> On 6/17/20 7:11 PM, Song Liu wrote:
> >>
> >>> 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?
Thanks,
Song
Attachment:
0001-debug-MD_SB_CHANGE_PENDING.patch
Description: Binary data
