[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20210929065202.GA31534@lst.de>
Date: Wed, 29 Sep 2021 08:52:02 +0200
From: Christoph Hellwig <hch@....de>
To: Abdul Haleem <abdhalee@...ux.vnet.ibm.com>
Cc: Christoph Hellwig <hch@....de>,
linux-kernel <linux-kernel@...r.kernel.org>,
linux-scsi <linux-scsi@...r.kernel.org>,
linux-next <linux-next@...r.kernel.org>, jack@...e.cz,
axboe@...nel.dk, linuxppc-dev <linuxppc-dev@...ts.ozlabs.org>,
dm-devel@...hat.com, sachinp <sachinp@...ux.vnet.ibm.com>,
Brian King <brking@...ux.vnet.ibm.com>, dougmill@...ibm.com
Subject: Re: [next-20210827][ppc][multipathd] INFO: task hung in
dm_table_add_target
On Tue, Sep 28, 2021 at 03:53:47PM +0530, Abdul Haleem wrote:
>
> On 9/1/21 7:06 PM, Christoph Hellwig wrote:
>> On Wed, Sep 01, 2021 at 04:47:26PM +0530, Abdul Haleem wrote:
>>> Greeting's
>>>
>>> multiple task hung while adding the vfc disk back to the multipath on my
>>> powerpc box running linux-next kernel
>> Can you retry to reproduce this with lockdep enabled to see if there
>> is anything interesting holding this lock?
>
> LOCKDEP was earlier enabled by default
>
> # cat .config | grep LOCKDEP
> CONFIG_LOCKDEP_SUPPORT=y
>
> BTW, Recreated again on 5.15.0-rc2 mainline kernel and attaching the logs
It seems the reinstate is blocking on the close which is blocking on
flushing dirty data. In other words it looks like the link blocking
looks like the symptom and not the cause.
Powered by blists - more mailing lists