Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp4965585imm; Tue, 31 Jul 2018 03:18:56 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdE9Ezwle8S9bwqtxusAnKDTJe5FQiNf3zgnci9mbWiy8Teha35vXz5V+8hG2Tf/aWTTJai X-Received: by 2002:a63:d155:: with SMTP id c21-v6mr14141745pgj.188.1533032336633; Tue, 31 Jul 2018 03:18:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533032336; cv=none; d=google.com; s=arc-20160816; b=q2sszhbBQNQoMb7cIxt7utxtLTXKqgMl/hy8gWKOLKxmXaRuKv+Y+WFdhmrbvRGBKq fOUQZVWCzCKZAnq3TgvWlhwcG7ze0du/U73ZJTG6MZpwKFKNVMumg187w/1DKfY+IMvC yeI8EKKlB2o69q5wvXiB0JGN0OXGdwEzoVOuxvzne/wq5XhVVaRoTcc77o8X2uTU/BOf 5j6E6QnPN+MnNTLHWYyZVRxa8FnVh8f9ZYj+umVu0tf5/NJVHVZ9RPU/HgDc+UjDOwam ODYamT1jaLjnDwK1ELS37hDRS9sSxDHDjDnJh2Vx/26sumeElKRQexKduttLh+bfxU+D E/zw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=5Qvhtu/kuImYR1f9bmeOGsu+i3EojwhRgshDrSEs+5s=; b=EJJ126XpxcOKeARyNHI317bA8QRFQldnKpx8qqyAUkFwDH7GK0PFHoMCc8eLDiz1o3 LmkJpLsXI8f+2knj5XFBWfBJ3Df2qraoN9R1N/7UyERw/BlVLlRTph8+PVWKTS1Ux2le oMkA8e/4DnyC4QmKJSqzvMP0O9QOd5lN7ySxpvJvWR8kt1EpG8BxdLBscsbTbzlgK5KE PIvzhZNkzndPqKjgWzvJztkeQHel17XMD9D4yfDH7cy7PEnAnCwgnJW6hiphcYcKIj7f VY1bc35w2g95XYdJlQ59vEh3Hsqvoh962FQei2dqvP8wRWlaNhEi69u7XJzeikOs0my7 JSOw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v40-v6si2484290plg.124.2018.07.31.03.18.42; Tue, 31 Jul 2018 03:18:56 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731816AbeGaL5c (ORCPT + 99 others); Tue, 31 Jul 2018 07:57:32 -0400 Received: from mail-wr1-f66.google.com ([209.85.221.66]:43593 "EHLO mail-wr1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729998AbeGaL5c (ORCPT ); Tue, 31 Jul 2018 07:57:32 -0400 Received: by mail-wr1-f66.google.com with SMTP id b15-v6so16026400wrv.10 for ; Tue, 31 Jul 2018 03:17:55 -0700 (PDT) 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:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=5Qvhtu/kuImYR1f9bmeOGsu+i3EojwhRgshDrSEs+5s=; b=V3jJzUMY4Wpq3ww0iAHoGionLXZy5WCJmqZQmg3ZbWYE6CWZrq6AEJqg975uvpVogm kuVBWLOMdPT3Bv4NBCIfR7bqeMAei/6XpatcaQ7gYOMS47/+Z1SyjzDAZj9Wfsxhd0c2 nYehNrsQXxswinczl2tN5mSKjTR4QUSXnA4n17m4IPXC000hofnKtCkbiDm+QgnnAAmv nNlIheGcjzn84cqUvmbFhubbU6kDs2zA+8Fz46gv1LB6DIOH1IgPYwcUdRfIX/uFz+Zk 3f3e/D66acpL70I31ixFazaD26MwS8OqPJqFTR2jq4fV8CloryPyvtldGBmthN7IBOkc cqfg== X-Gm-Message-State: AOUpUlFATfObYSx2ipsGa+4i1esKEU7MYln1qT6FzcIUJzdlCydz15mI t2USQs0c64pJqYexYqLTXKE= X-Received: by 2002:adf:ad38:: with SMTP id p53-v6mr20992538wrc.10.1533032274546; Tue, 31 Jul 2018 03:17:54 -0700 (PDT) Received: from techadventures.net (techadventures.net. [62.201.165.239]) by smtp.gmail.com with ESMTPSA id j3-v6sm21267312wrt.70.2018.07.31.03.17.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 31 Jul 2018 03:17:53 -0700 (PDT) Received: by techadventures.net (Postfix, from userid 1000) id 16F401244CD; Tue, 31 Jul 2018 12:17:52 +0200 (CEST) Date: Tue, 31 Jul 2018 12:17:52 +0200 From: Oscar Salvador To: akpm@linux-foundation.org Cc: mhocko@suse.com, vbabka@suse.cz, pasha.tatashin@oracle.com, mgorman@techsingularity.net, aaron.lu@intel.com, iamjoonsoo.kim@lge.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, dan.j.williams@intel.com, david@redhat.com, Oscar Salvador Subject: Re: [PATCH v5 4/4] mm/page_alloc: Introduce free_area_init_core_hotplug Message-ID: <20180731101752.GA473@techadventures.net> References: <20180730101757.28058-1-osalvador@techadventures.net> <20180730101757.28058-5-osalvador@techadventures.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180730101757.28058-5-osalvador@techadventures.net> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jul 30, 2018 at 12:17:57PM +0200, osalvador@techadventures.net wrote: > From: Oscar Salvador ... > Also, since free_area_init_core/free_area_init_node will now only get called during early init, let us replace > __paginginit with __init, so their code gets freed up. > > Signed-off-by: Oscar Salvador > Reviewed-by: Pavel Tatashin Andrew, could you please fold the following cleanup into this patch? thanks Pavel, since this has your Reviewed-by, are you ok with the following on top? set_pageblock_order() is only called from free_area_init_core() and sparse_init(). sparse_init() is only called during early init, and the same applies for free_area_init_core() from now on (with this patchset) The same goes for calc_memmap_size(). diff --git a/mm/page_alloc.c b/mm/page_alloc.c index bb11cc23b862..c1cf088607c5 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -6142,7 +6142,7 @@ static inline void setup_usemap(struct pglist_data *pgdat, struct zone *zone, #ifdef CONFIG_HUGETLB_PAGE_SIZE_VARIABLE /* Initialise the number of pages represented by NR_PAGEBLOCK_BITS */ -void __paginginit set_pageblock_order(void) +void __init set_pageblock_order(void) { unsigned int order; @@ -6170,13 +6170,13 @@ void __paginginit set_pageblock_order(void) * include/linux/pageblock-flags.h for the values of pageblock_order based on * the kernel config */ -void __paginginit set_pageblock_order(void) +void __init set_pageblock_order(void) { } #endif /* CONFIG_HUGETLB_PAGE_SIZE_VARIABLE */ -static unsigned long __paginginit calc_memmap_size(unsigned long spanned_pages, +static unsigned long __init calc_memmap_size(unsigned long spanned_pages, unsigned long present_pages) { unsigned long pages = spanned_pages; @@ -6448,7 +6448,7 @@ void __init free_area_init_node(int nid, unsigned long *zones_size, * may be accessed (for example page_to_pfn() on some configuration accesses * flags). We must explicitly zero those struct pages. */ -void __paginginit zero_resv_unavail(void) +void __init zero_resv_unavail(void) { phys_addr_t start, end; unsigned long pfn; Thanks -- Oscar Salvador SUSE L3