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 425B3C46467 for ; Wed, 11 Jan 2023 15:58:07 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id B09D98E0002; Wed, 11 Jan 2023 10:58:06 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id AB9BB8E0001; Wed, 11 Jan 2023 10:58:06 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 9813C8E0002; Wed, 11 Jan 2023 10:58:06 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id 7EA8F8E0001 for ; Wed, 11 Jan 2023 10:58:06 -0500 (EST) Received: from smtpin05.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 60385A07C5 for ; Wed, 11 Jan 2023 15:58:06 +0000 (UTC) X-FDA: 80342974572.05.CEC7F13 Received: from smtp-out2.suse.de (smtp-out2.suse.de [195.135.220.29]) by imf03.hostedemail.com (Postfix) with ESMTP id B138E20004 for ; Wed, 11 Jan 2023 15:58:04 +0000 (UTC) Authentication-Results: imf03.hostedemail.com; dkim=pass header.d=suse.com header.s=susede1 header.b=FzMW2nfJ; spf=pass (imf03.hostedemail.com: domain of mhocko@suse.com designates 195.135.220.29 as permitted sender) smtp.mailfrom=mhocko@suse.com; dmarc=pass (policy=quarantine) header.from=suse.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1673452684; 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: in-reply-to:in-reply-to:references:references:dkim-signature; bh=RS8PjqU9YFPoIKDDQ9J6v5ILsERDzr/8Ox+dYyD2kcI=; b=VVX0OfePEmiUhEYrCjpM1U1j/tT8zoH8oXBO5OrDbFMz8w4qJYr4fJl0bZIsLn5m5kjQbw tIsVk04cvXxZIeo7L/Eqb94sk+ehZ4l9AbKPBVgnsPwG+3a8WkhAyyl6pVbpUcI5KQ0M6N uzrjfJZVCguoEf0t4nzXup5+X5LJkmQ= ARC-Authentication-Results: i=1; imf03.hostedemail.com; dkim=pass header.d=suse.com header.s=susede1 header.b=FzMW2nfJ; spf=pass (imf03.hostedemail.com: domain of mhocko@suse.com designates 195.135.220.29 as permitted sender) smtp.mailfrom=mhocko@suse.com; dmarc=pass (policy=quarantine) header.from=suse.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1673452684; a=rsa-sha256; cv=none; b=yW+rkYUuIvK5qE/eSqu60HsCP78qxR0jY24+ycBX3YL3TtaLKDoncrR9LyWbYHsSkDZtQF VV2mBYoF9u596VcGb1egjuRRtlH4vvQn6Ddec2asEiTFq2TbBpmrd9XpPXjoXMAOu9DIPj UWalfb6DOyxNJsJBKGhpsCF/oS9+LPk= Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out2.suse.de (Postfix) with ESMTPS id 68A704D49; Wed, 11 Jan 2023 15:58:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1673452683; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=RS8PjqU9YFPoIKDDQ9J6v5ILsERDzr/8Ox+dYyD2kcI=; b=FzMW2nfJRIMKMnVBiHF+x+MY9wIHV7E1dybIbBYHmQCTHYQV872cRsIjep8wyZJM/2eL6c /8Jw/j/bjtA4sDn6hsfj8k4bRDM5kgnldGTArOvrAIkyzSOV/Tn6JOQKR/LZDTGcPC2dk1 KeorY/gg7g1//gx68et/J2CwsDr3IkU= Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 3E8CB1358A; Wed, 11 Jan 2023 15:58:03 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id /fpADIvcvmOvQwAAMHmgww (envelope-from ); Wed, 11 Jan 2023 15:58:03 +0000 Date: Wed, 11 Jan 2023 16:58:02 +0100 From: Michal Hocko To: Mel Gorman Cc: Linux-MM , Andrew Morton , NeilBrown , Thierry Reding , Matthew Wilcox , Vlastimil Babka , LKML Subject: Re: [PATCH 6/7] mm/page_alloc: Give GFP_ATOMIC and non-blocking allocations access to reserves Message-ID: References: <20230109151631.24923-1-mgorman@techsingularity.net> <20230109151631.24923-7-mgorman@techsingularity.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230109151631.24923-7-mgorman@techsingularity.net> X-Rspamd-Queue-Id: B138E20004 X-Stat-Signature: djhtruoogg4xhthbci8n5mea59i7i58k X-Rspam-User: X-Rspamd-Server: rspam08 X-HE-Tag: 1673452684-166098 X-HE-Meta: U2FsdGVkX1+zSiKhJNsD+U+B8S46kJ/SCrUn4VHnZizqhpOXg7iF2wphuPx98bviRxKjO4nNk+zrcfAdXyRE1WNV/6ox7wMlieKOVEE1ZKsrBeiAgGooVeGRsdbHmcRGBqBvoAuwbx9Xyy8qOw27GiZnH8ED7kunJvu3xhqjAtzwD5EOYpojvb3FgEWL3MlPEcI30l0c2PfkY3aR5ITOIRH4g8m7UrjUCBrD1rbag8sM1ItS+EvgQhAQZMuxTdhOhc9pde5UUQbdQ+wzSgKxWYvPLNvWRMITELZBPXDC4O6+9NHQFA2OLFr9Svd8fed2QNTkSMWnVf+AF1Sk+QlK47nC/5w+xqNDxylHrhyC97fcBQ14p8UJoT9zr3A38WPWjt7uRm4fT6xMRFtSmWhkMB1sHWwBr1AqRhCGNs7V6snG/nTutYP6qlXLxETMS7MHZ8SQ2ZvrLi8bJQRWtQNCmXNoRcpWfIDSKuwxc8zyqMIzECgFRHvVXJ/q7Orl94sa2r3H1o9hW7xRhKY+fiA09tL1kdLKQDPY1knIWW8IhJJ3l+WBl5TB5kMZ/2VRKhuOinOuQwNtcemzPhRf5Npda+BIyXdZxR0V5PAtAyBEQF7/EWvYYy3xq14Y6jgXbXZaIRvCyzuHd2Bq+hCrtkzVItq7jT5dH1TQ1AU/gGb8a6oMYJKehTMbEUGLzzY0T30h4Q8+7uRoDFnZV28f4GSoITkYngjZ/Y52KzOc0Jf56ORgZH+RDjL49dxr4Q5jVU3zOJApvhhbJBUuxVMs7HQ6PyuNVFLzMh5uugUn/wlkxReZBulBC94s/HM5ggSXf4OlB8EsGwOo+y9aZqzCj8PMQ3oTHKXKuJ31L/v3eb6Pye2Dfj5bHmF0qWDSUYX3dKg1x3D5VYKovWoYnEjDOsTrediomYgTUzx5zztopr5SfxMdJM8RR0OX4qRjuSTycd37IQ6K3b6TPIbLrjY0zRf 2t345vSh ccPm+svrnD8mPEFs= 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: On Mon 09-01-23 15:16:30, Mel Gorman wrote: > Explicit GFP_ATOMIC allocations get flagged ALLOC_HARDER which is a bit > vague. In preparation for removing __GFP_ATOMIC, give GFP_ATOMIC and > other non-blocking allocation requests equal access to reserve. Rename > ALLOC_HARDER to ALLOC_NON_BLOCK to make it more clear what the flag > means. GFP_NOWAIT can be also used for opportunistic allocations which can and should fail quickly if the memory is tight and more elaborate path should be taken (e.g. try higher order allocation first but fall back to smaller request if the memory is fragmented). Do we really want to give those access to memory reserves as well? -- Michal Hocko SUSE Labs