[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c6e88bc3-8cc9-4503-a472-7692468ac218@linux.ibm.com>
Date: Tue, 25 Nov 2025 17:24:29 +0530
From: Nilay Shroff <nilay@...ux.ibm.com>
To: Christoph Hellwig <hch@....de>
Cc: Chaitanya Kulkarni <chaitanyak@...dia.com>,
Chaitanya Kulkarni <ckulkarnilinux@...il.com>,
"kbusch@...nel.org" <kbusch@...nel.org>, "hare@...e.de" <hare@...e.de>,
"sagi@...mberg.me" <sagi@...mberg.me>,
"axboe@...nel.dk" <axboe@...nel.dk>,
"dlemoal@...nel.org" <dlemoal@...nel.org>,
"wagi@...nel.org"
<wagi@...nel.org>,
"mpatocka@...hat.com" <mpatocka@...hat.com>,
"yukuai3@...wei.com" <yukuai3@...wei.com>,
"xni@...hat.com"
<xni@...hat.com>,
"linan122@...wei.com" <linan122@...wei.com>,
"bmarzins@...hat.com" <bmarzins@...hat.com>,
"john.g.garry@...cle.com" <john.g.garry@...cle.com>,
"edumazet@...gle.com" <edumazet@...gle.com>,
"ncardwell@...gle.com" <ncardwell@...gle.com>,
"kuniyu@...gle.com" <kuniyu@...gle.com>,
"davem@...emloft.net" <davem@...emloft.net>,
"dsahern@...nel.org" <dsahern@...nel.org>,
"kuba@...nel.org"
<kuba@...nel.org>,
"pabeni@...hat.com" <pabeni@...hat.com>,
"horms@...nel.org" <horms@...nel.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"linux-nvme@...ts.infradead.org" <linux-nvme@...ts.infradead.org>,
"linux-block@...r.kernel.org" <linux-block@...r.kernel.org>
Subject: Re: [RFC blktests fix PATCH] tcp: use GFP_ATOMIC in tcp_disconnect
On 11/25/25 5:00 PM, Christoph Hellwig wrote:
> On Tue, Nov 25, 2025 at 04:58:32PM +0530, Nilay Shroff wrote:
>> >From git history, I see that was added to avoid memory reclaim to avoid
>> possible circular locking dependency. This commit 83e1226b0ee2 ("nvme-tcp:
>> fix possible circular locking when deleting a controller under memory
>> pressure") adds it.
>
> I suspect this was intended to be noio, and we should just switch to
> that.
>
Yeah, I agree that this should be changed to noio. However, it seems that
this alone may not be sufficient to fix the lockdep splat reported here.
Since the real work of fput() might be deferred to another thread, using a noio
scope in this path may not have the intended effect and could end up being
redundant.
That said, I noticed another fix from Chaitanya [1], where fput() is replaced
with __fput_sync(). With that change in place, combining the noio scope adjustment
with the switch to __fput_sync() should indeed address the lockdep issue. Given
that both problems have very similar lockdep signatures, it might make sense to
merge these two changes into a single fix.
[1] https://lore.kernel.org/all/20251125005950.41046-1-ckulkarnilinux@gmail.com/
Thanks,
--Nilay
Powered by blists - more mailing lists