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 BA693C021B8 for ; Wed, 26 Feb 2025 10:52:46 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 2874D280003; Wed, 26 Feb 2025 05:52:46 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 236E7280002; Wed, 26 Feb 2025 05:52:46 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 0D8FF280003; Wed, 26 Feb 2025 05:52:46 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id E2B2F280002 for ; Wed, 26 Feb 2025 05:52:45 -0500 (EST) Received: from smtpin11.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 9759C51EE3 for ; Wed, 26 Feb 2025 10:52:45 +0000 (UTC) X-FDA: 83161782690.11.B925B6D Received: from mail-ej1-f43.google.com (mail-ej1-f43.google.com [209.85.218.43]) by imf06.hostedemail.com (Postfix) with ESMTP id 8E0EE18000B for ; Wed, 26 Feb 2025 10:52:43 +0000 (UTC) Authentication-Results: imf06.hostedemail.com; dkim=pass header.d=suse.com header.s=google header.b=VukNLB71; spf=pass (imf06.hostedemail.com: domain of mhocko@suse.com designates 209.85.218.43 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=1740567163; 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=feb1l7VVdxRN4us2BPAD8AOoM4L38vuBPcXrgyaUaog=; b=nT9UVrQtmH308x0Um+doCDfXGQfTGO115de5PfuohjZKu4Wr6wRIE2QedyX7paLjNO0bO1 eG/GS6EwT9pXaDkKV7Vd8MzuR28M2gx0LnuxyRGeFZCp2zJx5CAZfRcsJXdNFGI9mh2QUp Ata+f7oKWl/bQDzoSOKh2i4jI9oqqSk= ARC-Authentication-Results: i=1; imf06.hostedemail.com; dkim=pass header.d=suse.com header.s=google header.b=VukNLB71; spf=pass (imf06.hostedemail.com: domain of mhocko@suse.com designates 209.85.218.43 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=1740567163; a=rsa-sha256; cv=none; b=KRyeCsyDVkVaFsxGl7CSaVGoDH8c+KT92XskfkOireZDOlw2ZOsWUN8+vKX7LiNVWgzwpF lAIyBHRMGMD+gNxCRnKOFarudj5qYRcajSgNRgDD0avuMVb0R7lwNShUxKZtboB8g8FMZz cgiLZcEinmhxy/BRLIF7LRBoXC6qN18= Received: by mail-ej1-f43.google.com with SMTP id a640c23a62f3a-abb90f68f8cso1268361066b.3 for ; Wed, 26 Feb 2025 02:52:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=google; t=1740567162; x=1741171962; darn=kvack.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=feb1l7VVdxRN4us2BPAD8AOoM4L38vuBPcXrgyaUaog=; b=VukNLB71xxfZ9QU1TuA2L7FmrLMjw+T1qWTVPn2c7RJtOlfVw9AnMQeaQ7QFX2noSd zMJptfW8Xj0dQdKXmTblHYWe9zZzv1O+/a7WrxbJ2NS6T9FeZIWwpr1tu5dYDvrN1dgy 4ZzZ8QKDdfX6rbMO72YnPVwyW5jt0VYBniK4wAjPotBsvGgCZ7ypuXl+rWAh1Uuxt74q uy/QRIo0HXHqzQixXaDTnV1JD1oXKNzXfVsDWuCc79ujIxay5r3BColrNFocer5fGC4U DJl8qP6Jldv+tGzx/jNfz+d0gYQM1cxrVcFYgHC9P8EeGEukN2GtLD0BTQqEpDWLUWCl H28A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1740567162; x=1741171962; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=feb1l7VVdxRN4us2BPAD8AOoM4L38vuBPcXrgyaUaog=; b=jrD58q+VIGkj3kClM9F+qiJo8YZftipdulbmfmDgJ12ss1z89NZAqpQn4REUVuuls9 uhclrMTZ4tSpSX7/6uNzQO8Nikyc+1e6LsWMEvc1N48ri79o2RdQNFFHt2kDYy8wWNJD 1RaCPt+SWmT2BkHmQSdczujsA++983hVNignyElCtAEZlSMqxRGN+7/FEWSlp2VTChKd o+Hs9P9aLqqbYsRIPfPQyUT2OMaFfWEGzH5qx3rGuwlcMgf9e3STtufLLL7NjU/v+hcc 73baIovIYO0I3X0GVbfdy4H7FRnBl8SO1N7kk6oLxBw3JHQ8xjEvh9cMHN7jPSpjkGGQ sXTQ== X-Forwarded-Encrypted: i=1; AJvYcCVouqucsHGvOCBQ9uURDcOGVFbwmowZVPsEYBrz3OP9u5lBCKMhLTBAsT742r3yngY7IibV9PigBw==@kvack.org X-Gm-Message-State: AOJu0YyaKCTD0ofqWMv+Hw+AYi4nR+NKEywTI0guQrHlh28tnfvKlArN ZF1XLiXgGIdIErbZgG36I4hbyTCkIGWXzy876WxGd6bTM8Q694mK7fGQgyHEOgo= X-Gm-Gg: ASbGncsiJWC+pEjzd2twR1bAABOJgdtJ13Y4eCdR+7rjHMDMRHtVKdjoPP7wahTLCfk 5w+iRXBlQG7noJJAoJooIJsg88jZStQNcPZ67TdNCDfTzGOIJgli5F2xGoByrGf5sWTYh3xcO1Z SMJTrdl20oMfTwSQendBvhM6+PQnkTyIbrTSqE9kwZ17ziOgweEC2B4FLWW7SlqXqD1i/5qDsPD T1seZjv4ZvDtfntTLHSWg+2qYJ4LO56Bo3eMh3HKr0A2fRJsO4G0tO32ab+bfROftaJd6xvcMDG E4ARvrbcl7tTJdeZ X-Google-Smtp-Source: AGHT+IGxwCuG420IB/8OgvaeYii1/TMRWSfyVIECGjS34Q619kXv0a4rFMN0dP0ZXGthEb51fbUXjQ== X-Received: by 2002:a17:907:3e8f:b0:ab6:c4e0:2d18 with SMTP id a640c23a62f3a-abed0ce6817mr662047066b.16.1740567161828; Wed, 26 Feb 2025 02:52:41 -0800 (PST) Received: from localhost ([193.86.92.181]) by smtp.gmail.com with UTF8SMTPSA id a640c23a62f3a-abed1d5c483sm307387966b.67.2025.02.26.02.52.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 26 Feb 2025 02:52:41 -0800 (PST) Date: Wed, 26 Feb 2025 11:52:40 +0100 From: Michal Hocko To: Baoquan He Cc: Gabriel Krisman Bertazi , akpm@linux-foundation.org, linux-mm@kvack.org, Mel Gorman , Vlastimil Babka Subject: Re: [PATCH] Revert "mm/page_alloc.c: don't show protection in zone's ->lowmem_reserve[] for empty zone" Message-ID: References: <20250226032258.234099-1-krisman@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspam-User: X-Rspamd-Server: rspam11 X-Rspamd-Queue-Id: 8E0EE18000B X-Stat-Signature: dxftmyauzmrn4qeyb3zp1qr7zxq8smsw X-HE-Tag: 1740567163-353910 X-HE-Meta: U2FsdGVkX1/GR2tBQTSazd1DRJlNcbkBoyXAtt3qW98+qY566ptwZpa/ul5o7fGSU0ov+PR9weBKuFx3YtCxGh2euMpUYg6dNL/3Qbf87rNlc4Rm+Nm2K8nDcpZC8VCt5/5oPagwD2BypC6O+quQCjB7NF7KBpJDlzsOHqxCkILXunzeZHbzBX96hGxhXuK3VVTQRA6DmGz/cJY7fuaV2G8uBfdcevLDuBekR3xD2NJMJplmRHMeF9FqQrzDlAnRAwLhYm8XNdE9ivl8uRtQIyhQMXwmBCeUn5EH9J5z//ooFiffXGHy7VIo75+e8fXDGWnSqPv0N8ll+dt1S649ORWOnPCekdKGzjPAHyxAj4mc968yoZLG6fRgbShqhkJk3+dpK9BRZjEFItAbsmBmWVgkpGXMC5QbfceV3y3cJOBa5rrpPOiz77a35zdMfrTToYGMEiQ5xyv8u4FARPiM9nNn2UT+6kdEgJs1yO76NXnn80MEl+i7beIbwboDZMU9SpeKmNuMSmAH8tA+kvRdP5//3zvkYRTDQ6lMuDUUv1r2ScjGNC45x8+OMORPr0WEgWRUa2ExyVkQuEN3Mo3vMg8Zf8YcZRRbgeVvYyZ7vzVN1Okj0iC2Ay5+4eISEiL8Vq4oAQT659f04L8MaotgwOsFm+yEbU2ccm5IEocO2my/dDBCrYeOurxUSp4qj1YM8m5zu/tM2o2fMmWBmmFiaoUupQ+rZqXqFZC8W6/bdysN4N0osHIBGMdxj8QMHoz93KoKYa3CPrl8m4pBXCKD9q/WSRNsP86+fgsgDNtD4YqdsqFjYsLEMZ+9TB9FWTDd49f1qMUmXyFxuU8P+ADdmy2IzZGFXro5nfSgat1xSOGLCH91g5xtyo9zlF22HGu6RuCwOLf7X23KY02Y4G4w5WWh4ADt0RxRor3BTgqXIv+iiMUJ9WcfI1woZGOJYFnTouBq2atEyP93y9PFlvs WEzRSlsY M+0VY92vDs9Jmg/pEkowOpe7iTN45PtFZ5vbgbZsys0I/WVRX614GNpphJyLSUeTS5S3MRn7Xcea2ovnUXXpWLOyN9xleI4r3llGNGb1e49Bl7jBGjSvxJhxmciHUmjhi8Em3CnF7N8QzMk1BGK+Xsdhe2b1l6s8F2Y80xFqBxUrZCSxpjUr/3R12k++386ylHIN0AqLgr3YqSzP/+Q+/wFW0wp+U1uF3NdSkb5TTwxosjm1M9h4B2cA+EdNc1dHMUUeIO3qg8GSuqkefJuCrRUHaX1o3AOIDwd2rWsz/LT6grRSMFlL1o9Hmf7w2TOD60Iq1/qLyE81PK/Nfeo7Vmm4/mc8sPSj1VEt6JlXsXaa2+mVflzdoicWvvMMjuLHtQjuA X-Bogosity: Ham, tests=bogofilter, spamicity=0.001394, 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 26-02-25 18:00:26, Baoquan He wrote: > On 02/26/25 at 07:54am, Michal Hocko wrote: [...] > > In any case 96a5c186efff seems incorrect because it assumes that the > > protection has anything to do with how higher zone is populated while > > the protection fundamentaly protects lower zone from higher zones > > allocation. Those allocations are independent on the actual memory in > > that zone. > > The protection value was introduced in non-NUMA time, and later adapted > to NUMA system. While it still only reflects each zone with other zones > within one specific node. We may need take this opportunity to > reconsider it, e.g in the FALLBACK zonelists case it needs take crossing > nodes into account. Are you suggesting zone fallback list to interleave nodes? I.e. numa_zonelist_order we used to have in the past and that has been removed by c9bff3eebc09 ("mm, page_alloc: rip out ZONELIST_ORDER_ZONE"). -- Michal Hocko SUSE Labs