netdev - Re: [RFC blktests fix PATCH] tcp: use GFP_ATOMIC in tcp

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: <20251125113009.GA22874@lst.de>
Date: Tue, 25 Nov 2025 12:30:09 +0100
From: Christoph Hellwig <hch@....de>
To: Nilay Shroff <nilay@...ux.ibm.com>
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 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.