Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp4211807imm; Tue, 25 Sep 2018 13:20:08 -0700 (PDT) X-Google-Smtp-Source: ACcGV61m2Oovz8n49hA4VyPG8ZUkAGi9DbQ2Mo9ehglySRqGByowb5uw/QOzLiOFM1MWVltI/0qg X-Received: by 2002:a62:c0a:: with SMTP id u10-v6mr2719191pfi.43.1537906808909; Tue, 25 Sep 2018 13:20:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537906808; cv=none; d=google.com; s=arc-20160816; b=F+cUguXsSHLfwwDNrhcjXy8ofBnSet3jW6vFRYqBcGgGqK+lVaUnGOyIJ7bRNG5t2x 5lXKMEyptc7QMNhbuTyAckp5irLDtyQdtW7R0/H2Qissd8qKwejUBeC5spqCCd/um+Y3 4RsTZoi0U5o0UUMGoJR8jlZz8wkWlJetLCTWLb0NgFqbxpPLAmYcRsb7c9OUyTzg9O8J ZqSgU3ohFTyog2H2oCJyKGa7DLnys9nMsybMRU4+YyhMuuPlc7fLb0w/nWc+4ouYn+ds QFpTD1F75wR0RtViqiYiI9a8XUA5ql6/d6a5eL7CZdkHOpHLByEmiHnhZ4IjF4E8EERy JhTg== 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 :user-agent:message-id:date:cc:to:from:subject; bh=+2lQG2iX6G50adFDxT+MRNYYD2Lx9JOBZKY6aDFawTQ=; b=LYgfEhnLZ/GW2blt6Wc3KuoQel0FIObASjlSRw1jSgMm4x53d1pTG1xe95W8blDugG iSWYTgDCsMgjDwq4zx7IvfgDUJdrumlXTUsn7XGnzqIWmrkUcombYLHQbRKr93pAMNyi nVPXxetFq82PDwyF1ptlKP7Yg2SWXv/JO1mUHuWVJUEnBukEKdyo9/uMYKq8lJn3gK4S Euv+uMTxtz5amUaEzZdrBTD6rKPzypwZzj0QD9l5jrp0PYqdYRyQw6tLSp1HeSdb/K9N ClwVm+xiAFc5jpLBbeQCAJCIvWbmQPxaQVhzLPK/k14viudnGtAeIYbBbVW7v4CWYgjM Bo9w== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h16-v6si2890197pgj.611.2018.09.25.13.19.53; Tue, 25 Sep 2018 13:20:08 -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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727159AbeIZC10 (ORCPT + 99 others); Tue, 25 Sep 2018 22:27:26 -0400 Received: from mga06.intel.com ([134.134.136.31]:8353 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726086AbeIZC1Z (ORCPT ); Tue, 25 Sep 2018 22:27:25 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga006.jf.intel.com ([10.7.209.51]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Sep 2018 13:18:09 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.54,303,1534834800"; d="scan'208";a="77229927" Received: from ahduyck-mobl.amr.corp.intel.com (HELO localhost.localdomain) ([10.7.198.152]) by orsmga006.jf.intel.com with ESMTP; 25 Sep 2018 13:18:09 -0700 Subject: [PATCH v5 0/4] Address issues slowing persistent memory initialization From: Alexander Duyck To: linux-mm@kvack.org, akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-nvdimm@lists.01.org Cc: pavel.tatashin@microsoft.com, mhocko@suse.com, dave.jiang@intel.com, dave.hansen@intel.com, jglisse@redhat.com, rppt@linux.vnet.ibm.com, dan.j.williams@intel.com, logang@deltatee.com, mingo@kernel.org, kirill.shutemov@linux.intel.com Date: Tue, 25 Sep 2018 13:18:08 -0700 Message-ID: <20180925200551.3576.18755.stgit@localhost.localdomain> User-Agent: StGit/0.17.1-dirty MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This patch set is meant to be a v5 of my earlier submission with the same title[1]. The main changes from the previous version are that I have added a new patch to address an issue that had disabled deferred memory init on my system due to recent config changes related to CONFIG_NO_BOOTMEM. In addition I dropped the original patches 4 and 5 from the previous set as that is going to need to be a separate set of patches. The main thing this patch set achieves is that it allows us to initialize each node worth of persistent memory independently. As a result we reduce page init time by about 2 minutes because instead of taking 30 to 40 seconds per node and going through each node one at a time, we process all 4 nodes in parallel in the case of a 12TB persistent memory setup spread evenly over 4 nodes. [1]: https://lkml.org/lkml/2018/9/21/4 --- Alexander Duyck (4): mm: Remove now defunct NO_BOOTMEM from depends list for deferred init mm: Provide kernel parameter to allow disabling page init poisoning mm: Create non-atomic version of SetPageReserved for init use mm: Defer ZONE_DEVICE page initialization to the point where we init pgmap Documentation/admin-guide/kernel-parameters.txt | 12 +++ arch/csky/Kconfig | 1 include/linux/mm.h | 2 include/linux/page-flags.h | 9 ++ kernel/memremap.c | 24 ++--- mm/Kconfig | 1 mm/debug.c | 46 ++++++++++ mm/hmm.c | 12 ++- mm/memblock.c | 5 - mm/page_alloc.c | 101 ++++++++++++++++++++++- mm/sparse.c | 4 - 11 files changed, 184 insertions(+), 33 deletions(-) --