From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id E17B2C3DA61 for ; Wed, 24 Jul 2024 13:55:10 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 51C3C6B0082; Wed, 24 Jul 2024 09:55:10 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 4CC3D6B0085; Wed, 24 Jul 2024 09:55:10 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 393706B0088; Wed, 24 Jul 2024 09:55:10 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id 1ADEC6B0082 for ; Wed, 24 Jul 2024 09:55:10 -0400 (EDT) Received: from smtpin13.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id C76AA160978 for ; Wed, 24 Jul 2024 13:55:09 +0000 (UTC) X-FDA: 82374792738.13.96DD423 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) by imf23.hostedemail.com (Postfix) with ESMTP id B7EF914001D for ; Wed, 24 Jul 2024 13:55:07 +0000 (UTC) Authentication-Results: imf23.hostedemail.com; dkim=pass header.d=infradead.org header.s=bombadil.20210309 header.b=iqF91SDp; spf=none (imf23.hostedemail.com: domain of BATV+577de27a8df23d97afd0+7640+infradead.org+hch@bombadil.srs.infradead.org has no SPF policy when checking 198.137.202.133) smtp.mailfrom=BATV+577de27a8df23d97afd0+7640+infradead.org+hch@bombadil.srs.infradead.org; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1721829283; a=rsa-sha256; cv=none; b=m9YYP8KRFDNlGDoqmYd6uxXJTQm6mn/8rztPLQXNDoSX6Zohf0JYQVSb8AW8nNQef0qWkY RxndqfXbED8MxedeMt0amqq6j0YByl530jQjFjzWQzFuUvWSU/aaxCe+JBt7vwMa7/SEqk SkH3kkVhp9P6pakVSRbGDcQgAcq76qQ= ARC-Authentication-Results: i=1; imf23.hostedemail.com; dkim=pass header.d=infradead.org header.s=bombadil.20210309 header.b=iqF91SDp; spf=none (imf23.hostedemail.com: domain of BATV+577de27a8df23d97afd0+7640+infradead.org+hch@bombadil.srs.infradead.org has no SPF policy when checking 198.137.202.133) smtp.mailfrom=BATV+577de27a8df23d97afd0+7640+infradead.org+hch@bombadil.srs.infradead.org; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1721829283; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=cAmODblFkfgQYO+fg2NXIynxfhH6O07W/NkOwpVIwFA=; b=QyEbEtdKAlgDZ8Qjk065iqfiADsnNedxY/nHRbSSMpgc1KlpAU7+x4tjthYyTV6hX1B1DK MmNkw0YCXL64vOFTtkhj9ARk7Bm6ZJre3UDGADLTs5x7lgr1949jviVelI78c2A+X2VIUR Cs3Ay7ZpCfqVK5vnZG52BvjxTKjMiFc= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; h=In-Reply-To:Content-Transfer-Encoding :Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date: Sender:Reply-To:Content-ID:Content-Description; bh=cAmODblFkfgQYO+fg2NXIynxfhH6O07W/NkOwpVIwFA=; b=iqF91SDpFlK91KZ4kuPVALI5cQ +Jo7Jr/UpwVA79kZtB/R3C0tOEFnuV5JuPk4DweMV5S5HI9+Pi/+OPZy000aM4jKijW+6rXG9rjhZ 65TgKdQz+LdJ88jihco4P849FdW/IikpdrlvBGVzmwmBTshRDg6a2AK8nLIqTthGoRAXZsop8/ND5 nboANjoudbSMm6kYq+14RrDUZNDj9q66XL65ZYII5Sy10MRr2vG/lKyBiSkttAtIJ/LRxnFSEzdcH LRpk5qa5Ln7JTCW41HEqTMJ/GZdF9b8u9o/wUrNfPjbPiXOYvHJINpea3ocFQBNEAkuQQLjBUfPVa 8nkkznMA==; Received: from hch by bombadil.infradead.org with local (Exim 4.97.1 #2 (Red Hat Linux)) id 1sWcSP-0000000FVmX-0RJX; Wed, 24 Jul 2024 13:55:05 +0000 Date: Wed, 24 Jul 2024 06:55:05 -0700 From: Christoph Hellwig To: Michal Hocko Cc: Christoph Hellwig , Vlastimil Babka , Barry Song <21cnbao@gmail.com>, akpm@linux-foundation.org, linux-mm@kvack.org, 42.hyeyoo@gmail.com, cl@linux.com, iamjoonsoo.kim@lge.com, lstoakes@gmail.com, penberg@kernel.org, rientjes@google.com, roman.gushchin@linux.dev, urezki@gmail.com, v-songbaohua@oppo.com, virtualization@lists.linux.dev, hailong.liu@oppo.com, torvalds@linux-foundation.org Subject: Re: [PATCH RFC 5/5] non-mm: discourage the usage of __GFP_NOFAIL and encourage GFP_NOFAIL Message-ID: References: <20240724085544.299090-1-21cnbao@gmail.com> <20240724085544.299090-6-21cnbao@gmail.com> <68ee812b-3b96-4c8b-9a54-70d4742488bb@suse.cz> <400b2f6f-f7f0-4888-99ee-7327faad7e5c@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org. See http://www.infradead.org/rpr.html X-Stat-Signature: tnua5pes1bypwc9jqgopsz983xoc67dy X-Rspamd-Queue-Id: B7EF914001D X-Rspam-User: X-Rspamd-Server: rspam10 X-HE-Tag: 1721829307-840392 X-HE-Meta: U2FsdGVkX19bYIV6zvc8n5AXy0KxV2/iOcCVD7iqIykUV1pzHx6k27fBkWQpId0l098eZ3EeRAnBql1Ejt6r9SVf//bowPMZbrKBPw6hI9C7G3tx1ZmVyCRR+u4PjCtPkdudR38s+CFdpEOOdNq9CoU0zzXwopA5/qu2Bd6pXRnwPompqpNGAAXJxvafY0sDOjROegepH/vkZS+WiOBTwh5TG7CLMAOLUJOD+gI02tqgCIwddlTYy5VitLYAqo+ZeWUYy9dL2fF3KgwXb+R+9vUbDwJ/j55hANJTmgxyIgYfLeg3/pLhwDykbrY9JmDv0YEM3ncNO2DHb8JrFhnsYsriAHXBWFIhxgWr4DkwmJBNmpkz7OE3syXEKjMrtNdCPczOH/ICky/wLWh1D55YO07jgDR/QN6mRD3HpmN5GxPWmuEUD6GpHhcmRjPM6B+6yx1+lfJLnUsUQYm1Uxr1EDTagMjF8yf/7OnZtAxGDlVnMC92rv5IlNfLzz3FNR6XdS3OMbhgl+jwEEw3wdlsmsy4IguyHB7T83JIFOKRrAwgLn9m06lsUi4LpUSPTDUKRGNg9fhVWEovZPOfPSg9iVpkJZEH0YCDsOvnSmAu59Rd6CD5qNu0u6kdfbtKz0txqHD7ZGbpf+pGhCsk7VBsGxFbXSVpx6ZoyG0FQ9GwsoEnpfVmUwFDsAiM9qZ4UwQhfGXezN6xR9zJf0Em3xewPGGBnnLNu+tbC1zVnk5Xdf3z0emU4UBQAcbgEapUYf8CBJlpmW1m5rAzRo+pC0sd3smo8ogR6/7rZZs0x2GxAvUJwhigjPtlEZW4oYAHAgLEoEAcnrtIkhFlUNuVjjsSeIlOlQ5dmERalZyF45jp7zWJpClsazMvha8r0kLEELbmSXVzHA1VaFKolVFLJmErE+I9KPRyoIvXN4TJpeTrM4lSGMeR1vKKkSUokObsIovdwex4vjUpKytJbofbn/a 2RDpSm85 kuO8aRz9Ub6mkBjTdYHtaj/N3crIUjUlHdBrafyGmxEfkL+T4ZxBeZ3Tfk8cfsxJKr+IA4zbUyX2lwKsaKX5gJ0inHTTJozR5Q8KxUdTIVFmDbP2iMwENLDxqxmzRUP9E9Wv/tnDOcgIw79MY906N7AO5Y/BlbJGErELtgdK0PtPR4aawIPmrC2czwxt9bY5s7Wwm64pgwMcdbvHAwr2zJRoIsnFLr6aHFMvQLCb1Krz/22cXA9jrRu3sSYUMk38hHj8DUYWM5s4/zw6ayN9wo+dMZqbW/FRT+FKgVuplMFmfGIu2T+TeB5fcgTbT844kPlw37m1dDYrkvtmLPhOg6WY8Nx+pMymXU1/C7m4DNoTcnIotiaE0bDfhIkh52k0uscB6TbA1dvxcNB3686dz9xp8ASlIifbJ/UxrZfEOe7BX0EtGOB89X/7KmVPSFsQX5NpWgSn9a33Mc41sjRtrr4Yfr7qOHX1tBok3WoINUNhMIsrQpOYgWIL5yXUMS5t/8hzN5aKBkkhI+RR2nujwlhaxKt1EKOusFDICHEPP3ddl+Va4iUI8nuW9fp4mgfJucNP2PD6ubTiAgfkaC5adZrRxaF94kFLfcU91 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Wed, Jul 24, 2024 at 03:47:46PM +0200, Michal Hocko wrote: > OK, now it makes more sense ;) I have absolutely no objections to > prefering scoped NO{FS,IO} interfaces of course. And that would indeed > eliminate a need for defining GFP_NO{FS,IO}_NOFAIL alternatives. Yes. My proposal would be: GFP_NOFAIL without any modifiers it the only valid nofail API. File systems / drivers can combine іt with the scoped nofs/noio if needed.