Received: by 2002:ab2:6857:0:b0:1ef:ffd0:ce49 with SMTP id l23csp2809065lqp; Mon, 25 Mar 2024 09:46:32 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCWIkXuJLc08K0puHE5W5t9Hdu5ZKMERWLpow/K27GlXbPNYOTRfLeNq8OFgOyDAdTx0E6El4V/hla0mfdQgUJrvUUf6NcZbjA8kqWnleg== X-Google-Smtp-Source: AGHT+IHC9Dy67dBHo3ZI5LBpbVtNRkq/JIBcDDIDUi6hZBf75EYdTEC8m4U+UN0pKbd+kr07eZoG X-Received: by 2002:a17:906:a248:b0:a4d:b960:7b8d with SMTP id bi8-20020a170906a24800b00a4db9607b8dmr198456ejb.18.1711385192247; Mon, 25 Mar 2024 09:46:32 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1711385192; cv=pass; d=google.com; s=arc-20160816; b=yM364kGMvTz02/VGd0TcM7APD3hHM9J7hZ/bo1LtvN5qaIHgvTR2yS6YfyJr2L1y7k EUYVCrCt5ITu6ymmdCUoTw4cNwgZNZ6Zt+7HLH3MNaoBmQvc+yCfHPft1ap5m6BFv60g wI1Dmt9I9NHO3Y9qNfK86XdPvBp7kzin55c5rA6P2JiGwbgaT4wECcf2us1/rzVGX72S ICNW+NCB/AUY09CzX5GU5MisPrvHUyU+wlStfAViHW7QDsGHeL75OCJdHLgonJAp/xA7 hn+KoPyOfuzUqqkbTOI34qBKgrhH8o53650v7crro06QPNql6qZIh25yupsO+uf3DqDy v8mQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:in-reply-to:message-id :date:subject:cc:to:from:dkim-signature; bh=5tjcWip8Jh3x6TpRu3FCVwM3jxp/f+pF40FWxJhLLRM=; fh=c/oh5Up+S96DG6r/ur5MAfFIcXhUC0de4lfxNiuupEI=; b=fIAJfhytN3PeWsl+Snd1sAvHqz3g4appLZPLvx26Py3iNcfut4fld9lhbw7u8P+XYM aVHX8RgVRpxzftnycsT6UUe85ssUx7STjlHzsmRh3V8Wr885K3jrYaL4f1XVz+kMDCRI JhWFDGtaI+9yWWqHILuiWYi2YKHWEAydj9ZH714VZQrHZ+ARyZBpG219iWHje0eC/61T ZuMvBvEKt6I4zloWAJxgdVcsQiHW2xMDQ5HtrEwz0U04pj012dLQtzuwXGHjfT6i1rbx cyEmwKRkn5Ijqh0uXaSpIZKDrDSBui/ayf0LTZnkBigOPmCIKktGPohVMBqnYTkRxZqR BLIw==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=GVPaaVJq; arc=pass (i=1 spf=pass spfdomain=redhat.com dkim=pass dkdomain=redhat.com dmarc=pass fromdomain=redhat.com); spf=pass (google.com: domain of linux-kernel+bounces-117315-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-117315-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [147.75.80.249]) by mx.google.com with ESMTPS id v5-20020a1709063bc500b00a46be5169easi2736756ejf.939.2024.03.25.09.46.32 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 25 Mar 2024 09:46:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-117315-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=GVPaaVJq; arc=pass (i=1 spf=pass spfdomain=redhat.com dkim=pass dkdomain=redhat.com dmarc=pass fromdomain=redhat.com); spf=pass (google.com: domain of linux-kernel+bounces-117315-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-117315-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id EC4E01F3DF2B for ; Mon, 25 Mar 2024 16:46:31 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id A707017335C; Mon, 25 Mar 2024 14:57:43 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="GVPaaVJq" Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 0FD00172BB3 for ; Mon, 25 Mar 2024 14:57:40 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.133.124 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711378662; cv=none; b=oIDe2p2Jz3Bl2rinGiWUG19A0de9yYs2aMZNopaVt1NbcQdR5xWRvxYu+YSB7wGS9M0jGZLAdjgbFlPdF26m1A4wNeFUhERGDcFUG16a2FgPAAFhHjbXkCpRMR7KaJ0R5QkiH5VM3rHmS8Kly1R8qIu2V68f24tURtHCG8M/jTE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711378662; c=relaxed/simple; bh=/T0vBiojUllP7pC9C+2rZRG/biMsPIykoiuiXxoG924=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-type; b=eKzPJQxNJD0aW/RGYpgNOgeUj6bDnWpphLdgMfHOTNqWKQDVWLmo3Cl+6EA12QeamtxnbeY7+1cjk5nowoKNOe5eHJApbWpbK9WlSrKXk8vZq724OPk+JNpT0WjU4YQCcSD8COoQ3KCeDiM9gwvqFDEgGEQrIPOnKZ3u4H9JBI8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=GVPaaVJq; arc=none smtp.client-ip=170.10.133.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1711378660; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=5tjcWip8Jh3x6TpRu3FCVwM3jxp/f+pF40FWxJhLLRM=; b=GVPaaVJqcmQSv8r2ReNTkvsmjvpuQJNb6P+zUyaMMlaI1A3uPOW5BVUwhGIWSvuvbdNZvf oIJbk8HvUeN5nLhx1poE7JzySlOWAHZL6K6Ksvg2Bli4E4Pi+8fwjnUV5rpTk3Yph3B2Ys btjvIlrE/eWLbW2qtrJDZdAbaMnzUVo= Received: from mimecast-mx02.redhat.com (mx-ext.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-184-pzvsJf6aPruLJH2f2paQ0g-1; Mon, 25 Mar 2024 10:57:33 -0400 X-MC-Unique: pzvsJf6aPruLJH2f2paQ0g-1 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.rdu2.redhat.com [10.11.54.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id C6BF53811F22; Mon, 25 Mar 2024 14:57:32 +0000 (UTC) Received: from MiWiFi-R3L-srv.redhat.com (unknown [10.72.116.12]) by smtp.corp.redhat.com (Postfix) with ESMTP id C39653C20; Mon, 25 Mar 2024 14:57:29 +0000 (UTC) From: Baoquan He To: linux-mm@kvack.org Cc: linux-kernel@vger.kernel.org, x86@kernel.org, linuxppc-dev@lists.ozlabs.org, akpm@linux-foundation.org, rppt@kernel.org, Baoquan He Subject: [PATCH v2 4/6] mm/mm_init.c: remove meaningless calculation of zone->managed_pages in free_area_init_core() Date: Mon, 25 Mar 2024 22:56:44 +0800 Message-ID: <20240325145646.1044760-5-bhe@redhat.com> In-Reply-To: <20240325145646.1044760-1-bhe@redhat.com> References: <20240325145646.1044760-1-bhe@redhat.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 3.4.1 on 10.11.54.1 Currently, in free_area_init_core(), when initialize zone's field, a rough value is set to zone->managed_pages. That value is calculated by (zone->present_pages - memmap_pages). In the meantime, add the value to nr_all_pages and nr_kernel_pages which represent all free pages of system (only low memory or including HIGHMEM memory separately). Both of them are gonna be used in alloc_large_system_hash(). However, the rough calculation and setting of zone->managed_pages is meaningless because a) memmap pages are allocated on units of node in sparse_init() or alloc_node_mem_map(pgdat); The simple (zone->present_pages - memmap_pages) is too rough to make sense for zone; b) the set zone->managed_pages will be zeroed out and reset with acutal value in mem_init() via memblock_free_all(). Before the resetting, no buddy allocation request is issued. Here, remove the meaningless and complicated calculation of (zone->present_pages - memmap_pages), initialize zone->managed_pages as 0 which reflect its actual value because no any page is added into buddy system right now. It will be reset in mem_init(). And also remove the assignment of nr_all_pages and nr_kernel_pages in free_area_init_core(). Instead, call the newly added calc_nr_kernel_pages() to count up all free but not reserved memory in memblock and assign to nr_all_pages and nr_kernel_pages. The counting excludes memmap_pages, and other kernel used data, which is more accurate than old way and simpler, and can also cover the ppc required arch_reserved_kernel_pages() case. And also clean up the outdated code comment above free_area_init_core(). And free_area_init_core() is easy to understand now, no need to add words to explain. Signed-off-by: Baoquan He --- mm/mm_init.c | 46 +++++----------------------------------------- 1 file changed, 5 insertions(+), 41 deletions(-) diff --git a/mm/mm_init.c b/mm/mm_init.c index c57a7fc97a16..7f71e56e83f3 100644 --- a/mm/mm_init.c +++ b/mm/mm_init.c @@ -1565,15 +1565,6 @@ void __ref free_area_init_core_hotplug(struct pglist_data *pgdat) } #endif -/* - * Set up the zone data structures: - * - mark all pages reserved - * - mark all memory queues empty - * - clear the memory bitmaps - * - * NOTE: pgdat should get zeroed by caller. - * NOTE: this function is only called during early init. - */ static void __init free_area_init_core(struct pglist_data *pgdat) { enum zone_type j; @@ -1584,41 +1575,13 @@ static void __init free_area_init_core(struct pglist_data *pgdat) for (j = 0; j < MAX_NR_ZONES; j++) { struct zone *zone = pgdat->node_zones + j; - unsigned long size, freesize, memmap_pages; - - size = zone->spanned_pages; - freesize = zone->present_pages; - - /* - * Adjust freesize so that it accounts for how much memory - * is used by this zone for memmap. This affects the watermark - * and per-cpu initialisations - */ - memmap_pages = calc_memmap_size(size, freesize); - if (!is_highmem_idx(j)) { - if (freesize >= memmap_pages) { - freesize -= memmap_pages; - if (memmap_pages) - pr_debug(" %s zone: %lu pages used for memmap\n", - zone_names[j], memmap_pages); - } else - pr_warn(" %s zone: %lu memmap pages exceeds freesize %lu\n", - zone_names[j], memmap_pages, freesize); - } - - if (!is_highmem_idx(j)) - nr_kernel_pages += freesize; - /* Charge for highmem memmap if there are enough kernel pages */ - else if (nr_kernel_pages > memmap_pages * 2) - nr_kernel_pages -= memmap_pages; - nr_all_pages += freesize; + unsigned long size = zone->spanned_pages; /* - * Set an approximate value for lowmem here, it will be adjusted - * when the bootmem allocator frees pages into the buddy system. - * And all highmem pages will be managed by the buddy system. + * Initialize zone->managed_pages as 0 , it will be reset + * when memblock allocator frees pages into buddy system. */ - zone_init_internals(zone, j, nid, freesize); + zone_init_internals(zone, j, nid, 0); if (!size) continue; @@ -1915,6 +1878,7 @@ void __init free_area_init(unsigned long *max_zone_pfn) check_for_memory(pgdat); } + calc_nr_kernel_pages(); memmap_init(); /* disable hash distribution for systems with a single node */ -- 2.41.0