Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp9855897imu; Wed, 5 Dec 2018 11:25:46 -0800 (PST) X-Google-Smtp-Source: AFSGD/X3WuaSkBaswSMYlKthRSI9LAL7L3ABl19zg8pXiJKkJeJcGWxNsGDWCnXc8y/yI8WsfxBt X-Received: by 2002:a62:1709:: with SMTP id 9mr25336184pfx.249.1544037946760; Wed, 05 Dec 2018 11:25:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544037946; cv=none; d=google.com; s=arc-20160816; b=tk/DYkrT9nGFLd4eZup7swQDL6C/hK9DJSqlE1oJNhggQi00qhRfr8LQMm3/+369Ra 4s/B0ZpF4F06j8JI7cuu8WBKREKBjK5GdvwLpF+dMzXD76vUa3TmPhloTfydDVRpNMlJ afnKJNfapHd3f6YL7A1Y2s/SSI4v6Rv4E0vRq2EMzWjOIxXAh1rrVaWzh9I9QeNv+b/J 3Am0Soc6PptgfYxjMdYkogsiF7BUNZ5mVG+5vOtb+/2uqfjiFjU5Ik9GQvFDg0X9URCO V7NgIypZVSiP5CV2Xr9UMWNwkQh1iGJsC9AFSyufj6xWir6KXZmgu2O+MDIhaowJhKsR Fv7A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date:dkim-signature; bh=BYXV+v8uiFHLUJ6Xt6MGtAMgoujWEEDwcTLx+odsbaY=; b=R/jMejMMUMe6ml5TiKscVdwVnKgSozdvdoWBU8aIxN+y+AmCOMIrAX3lyfFWJKZDf4 49bhvSrtGbnE1WIYw7BqwUsh1gIW4mCKtzcrsrUGpBa9Tz9GKsLPqqLpkBjNWyHGy0Hf HtsO+p7jaIJTc6AtSvbDelJtnj/3JdA/t8OpixeCR0PibqmueFRySjDbbqvAeFnf5V8t QzWPKM9L7xGKjnLkLS0bc0fDWounQEi6oFit94uXZRdvtCHi38ZOsJeoaW/gbtTaOJS4 F7kyfHqFHEjvpVpadpxqDMT9xNHvz6jvTLhUWMJwBmEv/qcaMevCjTvBBmZipYkfJc9X 7aIA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b="I8fbf/Qt"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g10si23263363plm.1.2018.12.05.11.25.30; Wed, 05 Dec 2018 11:25:46 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b="I8fbf/Qt"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727660AbeLETY5 (ORCPT + 99 others); Wed, 5 Dec 2018 14:24:57 -0500 Received: from mail-pg1-f193.google.com ([209.85.215.193]:33596 "EHLO mail-pg1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727257AbeLETY4 (ORCPT ); Wed, 5 Dec 2018 14:24:56 -0500 Received: by mail-pg1-f193.google.com with SMTP id z11so9476421pgu.0 for ; Wed, 05 Dec 2018 11:24:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=BYXV+v8uiFHLUJ6Xt6MGtAMgoujWEEDwcTLx+odsbaY=; b=I8fbf/QtHlx1X+ETOhES3o8WeA3LXoHf8VN3wEmDrRCj8Ry3ZGtaMIOf+smqL4VQag bsRqi4yN17xujPgdAnOio+UYIpUAnSKN/W8+HwQ66opQnodiUVbxA1j4irWhlf/aoa8H LXyJ5Qt/RLxriUxknF7TB9q+IGYWRqfGw1/TyAu0e7eHoBfdfYH8gKMSKL9AVdHpt9IS 3FsvkZeIlawLMojUX6SMrm8Na1Cw1c/vt0XcN1WOd0yRkLLn0GtACzh/N69gEaLqetWK TLw9EmMr8hbLWLS3dQTOC7Z5Kg9Iw8FJMDnfdNFaaRAyEzCfVu0gvhKSPR31dVGe3sYg CfNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=BYXV+v8uiFHLUJ6Xt6MGtAMgoujWEEDwcTLx+odsbaY=; b=T8LpVkyt6oy5kEqeW1M/iq2D5HVztPvJyQeE97RRimcX7XlKERUfmkmV9G3wFEDKaJ FmY9ki7BUNe/MNJ4RVxJSAth0Napo2RmXzv+TBBFHZZwzTvCHab/9ngaubY/KE/wlXKY eFaiZRbLw1voKw1NNmiJ8+LFrnMspP5wG2eyYbWesH3xD3qVoua5MZzKU89ne3meoU21 nvJJv92BK3UrAbBAN3pmNLwpt44KyvyEmhiqyPoo0HwOXIqHJm26SmG+9tG4KfdvfT2q 45wkpyX4XBlRQgTdTW3n5CbRFFrUdL5R2xlkp7dKlU6THgvmK7jC0Ip61dvinGt5MKhG Z+Og== X-Gm-Message-State: AA+aEWYFmAXSOxelb3gwMrGVTaNDoV1RM37IaIC9NGj1GXuNy7oHR6TT W7ZGYxllO/X7pNeW+rmO+/6vpg== X-Received: by 2002:a63:a002:: with SMTP id r2mr21188997pge.212.1544037895725; Wed, 05 Dec 2018 11:24:55 -0800 (PST) Received: from [2620:15c:17:3:3a5:23a7:5e32:4598] ([2620:15c:17:3:3a5:23a7:5e32:4598]) by smtp.gmail.com with ESMTPSA id v89sm31729585pfk.12.2018.12.05.11.24.54 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 05 Dec 2018 11:24:54 -0800 (PST) Date: Wed, 5 Dec 2018 11:24:53 -0800 (PST) From: David Rientjes X-X-Sender: rientjes@chino.kir.corp.google.com To: Michal Hocko cc: Linus Torvalds , Andrea Arcangeli , ying.huang@intel.com, s.priebe@profihost.ag, mgorman@techsingularity.net, Linux List Kernel Mailing , alex.williamson@redhat.com, lkp@01.org, kirill@shutemov.name, Andrew Morton , zi.yan@cs.rutgers.edu, Vlastimil Babka Subject: Re: [patch 1/2 for-4.20] mm, thp: restore node-local hugepage allocations In-Reply-To: <20181205073434.GT1286@dhcp22.suse.cz> Message-ID: References: <20181204073535.GV31738@dhcp22.suse.cz> <20181205073434.GT1286@dhcp22.suse.cz> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 5 Dec 2018, Michal Hocko wrote: > > > At minimum do not remove the cleanup part which consolidates the gfp > > > hadnling to a single place. There is no real reason to have the > > > __GFP_THISNODE ugliness outside of alloc_hugepage_direct_gfpmask. > > > > > > > The __GFP_THISNODE usage is still confined to > > alloc_hugepage_direct_gfpmask() for the thp fault path, we no longer set > > it in alloc_pages_vma() as done before the cleanup. > > Why should be new_page any different? > To match alloc_new_node_page() which does it correctly and does not change the behavior of mbind() that the cleanup did, which used alloc_hugepage_vma() to get the __GFP_THISNODE behavior. If there is a reason mbind() is somehow different wrt allocating hugepages locally, I think that should be a separate patch, but the goal of this patch is to revert all the behavioral change that caused hugepages to be allocated remotely.