Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1071332yba; Fri, 3 May 2019 15:34:33 -0700 (PDT) X-Google-Smtp-Source: APXvYqzKk7fHovMCbK0L5NZWMTszD0jnhoXt4NBIH1LHDelAUAQWNcJkBoLpF+KoWWOppeoUEwPr X-Received: by 2002:aa7:810e:: with SMTP id b14mr14981819pfi.112.1556922873276; Fri, 03 May 2019 15:34:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556922873; cv=none; d=google.com; s=arc-20160816; b=QXLKTaNw4/zQZizMopMFKF07S7a4iq4w3FpFJPOp1bOOisvzgqTf2+p8AfMbGvpymB OtNsKtlJxnRlmw2Y2gEQhqTXSt3Bt1C1+wC+2i9bI4BiL1yvrbL9E0YI5hrd+vQKNRS5 XYYUPCloL4RjkqflQiSbzLVXALw0W22mT5SzNfSu3GSqIsAK8GIzWZu8Oiq/Lp/zR+Tq tMuaU7dLTZSC364optsv31oiGzsHAXqSdqhzVtO3i8GExW8fvFccb8HogSFQjku2XOjz w+B9fbpGzA6ugn+XNEzXTuHd5vlrgcHOcq2FnvHt2RGCvmYLceM+P8OjGArFPDhBI0pI UD1w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=C3UjR0+BDr0POBMiFN0YcUsgSZ80BCZAxKGo9xTFaaE=; b=Nvm23KJWF9jM43z7PrjOwVShDmyCOMnBpdMwbdo0uE9d5FYojp0y6uueeVDkUVuLtV iFm5gNe/8tMTCIqU/6gnunUmVEGqh+oVnUsBNUpXMUWbsbxkCZRtyC9sBvaTHDn51DER EEAvhgYN9F/kvRzOKz9kOy/kkvgq8XHzd0JZbZRDXESubpNGuayZ5Yph4N3Q1JiWJwNf NXSeGoUfkRG2tGWBCbA8Q7eoQ/PQlah5ShdTczgKezZmUcWRF+sKNKUdc6M1Ac2mpH0C NTlgH2pKYcAL2E/c6zQurdBnEn0bpg3+YipxmWl5dmvemwqkh3HHRL3gFbkWwtakM1wL 45HQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n2si4012351pgp.564.2019.05.03.15.34.18; Fri, 03 May 2019 15:34:33 -0700 (PDT) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726661AbfECWbs (ORCPT + 99 others); Fri, 3 May 2019 18:31:48 -0400 Received: from mx1.redhat.com ([209.132.183.28]:43726 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726220AbfECWbr (ORCPT ); Fri, 3 May 2019 18:31:47 -0400 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 9338081F0C; Fri, 3 May 2019 22:31:47 +0000 (UTC) Received: from ultra.random (ovpn-122-217.rdu2.redhat.com [10.10.122.217]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 46E4160BFB; Fri, 3 May 2019 22:31:47 +0000 (UTC) From: Andrea Arcangeli To: Andrew Morton Cc: Michal Hocko , Mel Gorman , Vlastimil Babka , David Rientjes , Zi Yan , Stefan Priebe - Profihost AG , "Kirill A. Shutemov" , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: [PATCH 0/2] reapply: relax __GFP_THISNODE for MADV_HUGEPAGE mappings Date: Fri, 3 May 2019 18:31:44 -0400 Message-Id: <20190503223146.2312-1-aarcange@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.27]); Fri, 03 May 2019 22:31:47 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, The fixes for what was originally reported as "pathological THP behavior" we rightfully reverted to be sure not to introduced regressions at end of a merge window after a severe regression report from the kernel bot. We can safely re-apply them now that we had time to analyze the problem. The mm process worked fine, because the good fixes were eventually committed upstream without excessive delay. The regression reported by the kernel bot however forced us to revert the good fixes to be sure not to introduce regressions and to give us the time to analyze the issue further. The silver lining is that this extra time allowed to think more at this issue and also plan for a future direction to improve things further in terms of THP NUMA locality. Thank you, Andrea Andrea Arcangeli (2): Revert "Revert "mm, thp: consolidate THP gfp handling into alloc_hugepage_direct_gfpmask"" Revert "mm, thp: restore node-local hugepage allocations" include/linux/gfp.h | 12 +++------ include/linux/mempolicy.h | 2 ++ mm/huge_memory.c | 51 ++++++++++++++++++++++++--------------- mm/mempolicy.c | 34 +++----------------------- mm/shmem.c | 2 +- 5 files changed, 42 insertions(+), 59 deletions(-)