Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp3518098pxu; Mon, 19 Oct 2020 14:15:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy/Y/VqGCjP6EUHhO/pwGlPh2zedJa+qPiamNCIpajvZHXlCmcVHJ1qYCUG4jH9qSGV0vdG X-Received: by 2002:a17:906:c20f:: with SMTP id d15mr1783506ejz.341.1603142151512; Mon, 19 Oct 2020 14:15:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603142151; cv=none; d=google.com; s=arc-20160816; b=QgeqoqZqpi16UavSMDrqMKq+qzIza2O+xNE+NK1clrvFrLX3fRXdLkXlq7831w8n/i GnhZ/Lr/AE9eJFkANmXpEMSQTEMzDZYcmlGuyusnz99ptvJmvOKUFb/w+IEsmgs3iqTp 9/Kobe3k1UIe6cciX/Jzy0dJhTMIo9g1KE+BVynzio0nNH9pBiGTTqTFc62a3p7wvBiO CfsTD0o3GV5JRxixVpgqTi0ttJjh37NTFjnhflD1su6plihRQtx1zRH+QoPcUfstrImg 9PgwFJVGQphhjNhkt7vnUxsamboebVRFLOfWnUtnH8m/r6O7URmKAzi72nhvhRm+gWGU PcCg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=cZoc8etLME1TcrchebfctJW/RG6gpIbgrhS4J7nrH+g=; b=fawjQYfrtjrXhUtzNY6A5wrnhYs4esVLIanxJU4VCjXZcfNHt+AYhTOvYq3l8WeHcH NTwGV3DonFRGVvrbG05sZKtGfs6PSAveEgkwVXSVMvR1vvNpZC2C3mCh1UruJmeIyXzH brM0iLEuavDgUKq4iE5gafKLoqXkB969rqh62vjC1ztXHeKU/gMHmbMK6eo90z6Ntc6J yl4rN6/QwTuT5T09jtqeohIErUbBBGbU5lNMdirlmlrHJAorVOWGepnuGDY+JJFPlu11 kjEkMHzCRXMEGb+b0DncPiUNbgK6Ia29GyiARuVHJrMKnR6N7GDqwvcYmgblPHV478pK NNJw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b="MOLs08/j"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=suse.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h12si642278edr.102.2020.10.19.14.15.29; Mon, 19 Oct 2020 14:15:51 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b="MOLs08/j"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=suse.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727284AbgJSHGx (ORCPT + 99 others); Mon, 19 Oct 2020 03:06:53 -0400 Received: from mx2.suse.de ([195.135.220.15]:60640 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727223AbgJSHGw (ORCPT ); Mon, 19 Oct 2020 03:06:52 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1603091211; h=from:from:reply-to:subject:subject: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=cZoc8etLME1TcrchebfctJW/RG6gpIbgrhS4J7nrH+g=; b=MOLs08/jyBYO0a8WqiloLXgfVyXyoZierMjNWwvdlcmN77l6XFYgA7MYYyDvuTGsswptlF N3u5xlF8itd5qQzYmVyxYlt3AaTgjmHqfyz/ZQZXhtGM4U7oEICAlcwHJaA+MFWE6Z0haC QvZ+pe7dZthbQ3cQf/K/B0OwnCAavCQ= Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id C15E4B8FC; Mon, 19 Oct 2020 07:06:50 +0000 (UTC) Date: Mon, 19 Oct 2020 09:06:44 +0200 From: Michal Hocko To: Tianxianting Cc: "cl@linux.com" , "penberg@kernel.org" , "rientjes@google.com" , "iamjoonsoo.kim@lge.com" , "akpm@linux-foundation.org" , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , "kuba@kernel.org" , "alexei.starovoitov@gmail.com" Subject: Re: [PATCH] mm: Make allocator take care of memoryless numa node Message-ID: <20201019070644.GB27114@dhcp22.suse.cz> References: <20201012082739.15661-1-tian.xianting@h3c.com> <20201012150554.GE29725@dhcp22.suse.cz> <10ae851702e346369db44e1ec9c830fb@h3c.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <10ae851702e346369db44e1ec9c830fb@h3c.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun 18-10-20 14:18:37, Tianxianting wrote: > Thanks for the comments > I found in current code, there are two places to call > local_memory_node(node) before calling kzalloc_node(), I think we can > remove them? I am not sure which code you are talking about. git grep shows me 2 places in blk-mq code (e.g. bffed457160ab) and that looks quite bogus to me. Bring that up with the respective maintainer and Raghavendra. The changelog doesn't really describe any problem, if there is any. But from the allocator semantic point of view memory less nodes are to be expected and the allocator should fallback to the proper node. As long as __GFP_THISNODE is not enforced of course. -- Michal Hocko SUSE Labs