Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1661047pxj; Wed, 19 May 2021 10:52:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwsRRSMTbS53yN/vrujvYmcGlBNJ0ozuDUHctPFNI/xlIWOxsamkbcQye2gPkpCsJy8g59c X-Received: by 2002:a5e:a704:: with SMTP id b4mr722807iod.35.1621446769323; Wed, 19 May 2021 10:52:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621446769; cv=none; d=google.com; s=arc-20160816; b=RuoUVDcxIbuTS9OmJ+ZILHkrc0p70bGv5YaQzAXjOyzBrooKAyz6q4L1rox9GXGxa7 uIsVc4xZU60J+0qpb2XGCvxM5/qiqBdikb1K+roF0YH3Egq4jgU7yFhVqKmYL59RC+79 k1pwwN/iz35bYlXlpXCDaOXtTq8iOOHCJtK6q6+TdZ3Kxr8DzcosD1QePtHUB0u2HaPC /qXm1GMRrCDygQsCeZgAtJqLN+tUpQucZE8QozaSv0MO7GChkpVAlq/5esNWUz501ZHk mYnVa/HpvMhrRX+VnCq5QzAUQaAFz4A98NCO0RKOI0bFAtw95IFX9ebmTgeE3oHW1ZBm umbg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=DLn0qmv+qeKnpI5hPApwAC1v8Q18RNOwfCBH1vF3cnI=; b=MH9ZUkqz6+qRo92KkWOYKDDlqec6+79ffl4OTxgAVUxCc7vKo1OvA9NpepMf0lAZ98 UQiGxV0P8J5jGIDdkXMzC+uMKqEmCGRHA2ly9xTJij8p9yt6QMQkyJ36Vq9zUJaqft8G 3fOHnHg9ZVJkV+9mSYP3Wu46AUdTy1LGdqhoViw+6fmgBe13qoqkWNUcoMob+Qn6TzUB /30YZU0gd46JcmywjM5AV2Ap600IhbqCDdBHmJlSxhSKu6Kw9f2rYIZ6XCyJ9/z364Y9 S9sfA8Lz4KFzj947rwa/R1pmT3favbARYkcrmIx8jqJ8WNbzWxMzZ1GedPHioDwpnZ6L 6xuQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=hE+Os49H; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w17si273865ilm.86.2021.05.19.10.52.37; Wed, 19 May 2021 10:52:49 -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=@gmail.com header.s=20161025 header.b=hE+Os49H; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1348546AbhERKrf (ORCPT + 99 others); Tue, 18 May 2021 06:47:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60304 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1348650AbhERKra (ORCPT ); Tue, 18 May 2021 06:47:30 -0400 Received: from mail-ot1-x32e.google.com (mail-ot1-x32e.google.com [IPv6:2607:f8b0:4864:20::32e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D0C90C061573 for ; Tue, 18 May 2021 03:46:11 -0700 (PDT) Received: by mail-ot1-x32e.google.com with SMTP id 36-20020a9d0ba70000b02902e0a0a8fe36so8219862oth.8 for ; Tue, 18 May 2021 03:46:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DLn0qmv+qeKnpI5hPApwAC1v8Q18RNOwfCBH1vF3cnI=; b=hE+Os49HBcsVKkzno2MpD5l9huV9cOpZZVO6fSr8j2C2n+ty9XE5CcrM5HzKzk47s+ l/WV3cqoKXfKCccTq7O/SS38K8ikxrJrJF0abeUNLZOrOiQLc66Zy5rkqO18R7OTShSd Mo3b87/vBM0iAW9/DXk1gQPPbKhC2HddEtjNd3JJy+ki15W/rEuGhZ31k/xYOc40FNlq 136hISg8mak8RG0AQ0cro9uTJTCzKZpk93FdOSdP6gwY0Dy5+IkcF9+a/NXsKjpGHQR5 tWoLJtnB3omKizBHU6D8ZWyNoMcqcdHnwyI1MQEzpjnUs8JkKlZL5eno8fDinstr+Mqb oqdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DLn0qmv+qeKnpI5hPApwAC1v8Q18RNOwfCBH1vF3cnI=; b=qP/UqZttMJARUtqEDnA0PRx4yYROFCCpcZOA1CCBtQRO60HAy+b0dFW3MT0AiLwFKO csAt5WmyqCK9v3XXieJhjDdQR2dyj4M1+B7DVbnA+2mzPoO/DgoTj3vWxJPShkMXhVc/ AzOmV2h87/ueF/NOLZyjR98WhppNiKNv3iJGOgWqvoxShprvpJuKJwhCnxsLWpZz23HR TmV+TR8BdG9Dp3YKD4sl4JLAoYucqmCKNz9TWzwdxgnv9ul7CKwHiNUONAcuu0b+fMSr 7xHuaC3p12SLk3tdL5OzKaB8ldPOKxuCuuV59xotkG99vA04sLQv8O2AwviiMm6bIJ3Q NRbw== X-Gm-Message-State: AOAM530IjtpWF9BvMYR94eUqcUs6mKaVtdbeg67M/iViOqHZFIJY8vVE ryHQoVJDB+HOwsGOVBN768GAmKXpXFlj5t81uQA= X-Received: by 2002:a9d:4115:: with SMTP id o21mr3740851ote.52.1621334771169; Tue, 18 May 2021 03:46:11 -0700 (PDT) MIME-Version: 1.0 References: <20210517112044.233138-1-aisheng.dong@nxp.com> <20210517112044.233138-4-aisheng.dong@nxp.com> In-Reply-To: From: Dong Aisheng Date: Tue, 18 May 2021 18:45:08 +0800 Message-ID: Subject: Re: [PATCH 3/5] mm/sparse: move mem_sections allocation out of memory_present() To: Mike Rapoport Cc: Dong Aisheng , linux-mm@kvack.org, open list , Andrew Morton Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 18, 2021 at 6:12 PM Mike Rapoport wrote: > > On Mon, May 17, 2021 at 07:20:42PM +0800, Dong Aisheng wrote: > > The only path to call memory_present() is from memblocks_present(). > > The struct mem_section **mem_section only needs to be initialized once, > > so no need put the initialization/allocation code in memory_present() > > which will be called multiple times for each section. > > > > After moving, the 'unlikely' condition statement becomes to be > > meaningless as it's only initialized one time, so dropped as well. > > > > Cc: Andrew Morton > > Signed-off-by: Dong Aisheng > > --- > > mm/sparse.c | 23 ++++++++++------------- > > 1 file changed, 10 insertions(+), 13 deletions(-) > > > > diff --git a/mm/sparse.c b/mm/sparse.c > > index 98bfacc763da..df4418c12f04 100644 > > --- a/mm/sparse.c > > +++ b/mm/sparse.c > > @@ -254,19 +254,6 @@ static void __init memory_present(int nid, unsigned long start, unsigned long en > > { > > unsigned long pfn; > > > > -#ifdef CONFIG_SPARSEMEM_EXTREME > > - if (unlikely(!mem_section)) { > > - unsigned long size, align; > > - > > - size = sizeof(struct mem_section *) * NR_SECTION_ROOTS; > > - align = 1 << (INTERNODE_CACHE_SHIFT); > > - mem_section = memblock_alloc(size, align); > > - if (!mem_section) > > - panic("%s: Failed to allocate %lu bytes align=0x%lx\n", > > - __func__, size, align); > > - } > > -#endif > > Maybe split this into a helper function and call it directly from > sparse_init()? > Sounds good to me e.g. sparse_alloc_section_root() called directly from sparse_init(). Thanks for the suggestion Regards Aisheng > > - > > start &= PAGE_SECTION_MASK; > > mminit_validate_memmodel_limits(&start, &end); > > for (pfn = start; pfn < end; pfn += PAGES_PER_SECTION) { > > @@ -292,9 +279,19 @@ static void __init memory_present(int nid, unsigned long start, unsigned long en > > */ > > static void __init memblocks_present(void) > > { > > + unsigned long __maybe_unused size, align; > > unsigned long start, end; > > int i, nid; > > > > +#ifdef CONFIG_SPARSEMEM_EXTREME > > + size = sizeof(struct mem_section *) * NR_SECTION_ROOTS; > > + align = 1 << (INTERNODE_CACHE_SHIFT); > > + mem_section = memblock_alloc(size, align); > > + if (!mem_section) > > + panic("%s: Failed to allocate %lu bytes align=0x%lx\n", > > + __func__, size, align); > > +#endif > > + > > for_each_mem_pfn_range(i, MAX_NUMNODES, &start, &end, &nid) > > memory_present(nid, start, end); > > } > > -- > > 2.25.1 > > > > > > -- > Sincerely yours, > Mike.