lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<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

Powered by Openwall GNU/*/Linux Powered by OpenVZ