Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp243880ybv; Wed, 19 Feb 2020 20:34:24 -0800 (PST) X-Google-Smtp-Source: APXvYqxLAXjnqAXaGZu/M7rjiqZP6N7bFZt/2pgLhRKa+G/QHuIN1rPBqblB5k+OVem3BCFQSc3D X-Received: by 2002:a9d:4f17:: with SMTP id d23mr22713218otl.170.1582173264284; Wed, 19 Feb 2020 20:34:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582173264; cv=none; d=google.com; s=arc-20160816; b=kP+qSWOONHi4ZzvOFF5sThbA1hWhJdTbS6y5NvcIcRWK30jNhfpQ3kYZYpNQxS19GS q10V4DpCcd24moD4rtSJUybqeEPAArT5PUQ0zvxZq6F0PvkxTt0iG6cdqyo877si45Kq cqgROnQKB4wTQqEtgbebcwlN8FVt25aDaJeTk8qSzeDd6A+mPCtCV3p6Hk7p/2V6PHQO 967L/2gTBqB57DfcUKTyqioru3ZgF1cXv28tU+gqtTB9PPEig0LlrcMlysc1yYiY0+Wx 6YF5hY38GO/zrnQIyBAsCKtBmfQMax1SGi8qxxwgmsJ4YDXRPLF25HYoxDzjbctcE4as JF/Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature; bh=qCQa83ebMhYRS+/RYU756BhqBknrzlZVZWgnaECEj/U=; b=gk/FmkbZTa9Gc9jHhuxORFwwq6sCSEY48vf1BDPj0GvvYysQvco3jXo1Oa0aSdGFWI m1/ksY6Bq9ShP9E/K5/MPFrQIDwxVJzvhVx/dphUjY1RthNbaWuJOnEDZ6/J3G6bT1IQ XJsSqnatvdVqsatz2NgLInYBK3hgPOZ1tbCL3LlDOX9ANtrPiYG4+HnsQLrQ1FvZRqFB wo91CLWVH3fsXPpALM6hLQECCBwrDanaDC7cNDJm8FS4mLqYwDfTEG41J7Lqt409YgNb XkXqBSlwEVmpQKqjmO+ONnTU1T5PpFGFEvKZHoYwpufzJaOtULN2/MrccI+UqZGUONE7 YCdw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=TZUU2Dt1; 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=pass (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 j15si2244554oie.15.2020.02.19.20.34.12; Wed, 19 Feb 2020 20:34:24 -0800 (PST) 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; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=TZUU2Dt1; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728047AbgBTEdw (ORCPT + 99 others); Wed, 19 Feb 2020 23:33:52 -0500 Received: from us-smtp-1.mimecast.com ([205.139.110.61]:35860 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727476AbgBTEdw (ORCPT ); Wed, 19 Feb 2020 23:33:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1582173231; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:in-reply-to:in-reply-to:references:references; bh=qCQa83ebMhYRS+/RYU756BhqBknrzlZVZWgnaECEj/U=; b=TZUU2Dt1BZmzZs1nL9DuPjH5C9UdecsEHV7Rjx2E/v/+CkyULUYDXbwtuM9SvshD4S9FAM u9eE/1kXnKzhNy75Bh1nMpmbXV0mzvFblqwc4QyCmeXnFlHWDjasXq5gyAwFJTSlwTW79R dOgJmq3u1xczvFLDSHSCwSoNynQIlQk= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-84-nQQ10umtMxqn1IHit_NLdA-1; Wed, 19 Feb 2020 23:33:47 -0500 X-MC-Unique: nQQ10umtMxqn1IHit_NLdA-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 879F5801E6C; Thu, 20 Feb 2020 04:33:45 +0000 (UTC) Received: from MiWiFi-R3L-srv.redhat.com (ovpn-12-32.pek2.redhat.com [10.72.12.32]) by smtp.corp.redhat.com (Postfix) with ESMTP id B84AE5DA60; Thu, 20 Feb 2020 04:33:38 +0000 (UTC) From: Baoquan He To: linux-kernel@vger.kernel.org Cc: linux-mm@kvack.org, akpm@linux-foundation.org, richardw.yang@linux.intel.com, david@redhat.com, osalvador@suse.de, dan.j.williams@intel.com, mhocko@suse.com, bhe@redhat.com, rppt@linux.ibm.com, robin.murphy@arm.com Subject: [PATCH v2 3/7] mm/sparse.c: introduce a new function clear_subsection_map() Date: Thu, 20 Feb 2020 12:33:12 +0800 Message-Id: <20200220043316.19668-4-bhe@redhat.com> In-Reply-To: <20200220043316.19668-1-bhe@redhat.com> References: <20200220043316.19668-1-bhe@redhat.com> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Wrap the codes which clear subsection map of one memory region from section_deactivate() into clear_subsection_map(). Signed-off-by: Baoquan He --- mm/sparse.c | 46 ++++++++++++++++++++++++++++++++++++++-------- 1 file changed, 38 insertions(+), 8 deletions(-) diff --git a/mm/sparse.c b/mm/sparse.c index 977b47acd38d..df857ee9330c 100644 --- a/mm/sparse.c +++ b/mm/sparse.c @@ -726,14 +726,25 @@ static void free_map_bootmem(struct page *memmap) } #endif /* CONFIG_SPARSEMEM_VMEMMAP */ -static void section_deactivate(unsigned long pfn, unsigned long nr_pages, - struct vmem_altmap *altmap) +/** + * clear_subsection_map - Clear subsection map of one memory region + * + * @pfn - start pfn of the memory range + * @nr_pages - number of pfns to add in the region + * + * This is only intended for hotplug, and clear the related subsection + * map inside one section. + * + * Return: + * * -EINVAL - Section already deactived. + * * 0 - Subsection map is emptied. + * * 1 - Subsection map is not empty. + */ +static int clear_subsection_map(unsigned long pfn, unsigned long nr_pages) { DECLARE_BITMAP(map, SUBSECTIONS_PER_SECTION) = { 0 }; DECLARE_BITMAP(tmp, SUBSECTIONS_PER_SECTION) = { 0 }; struct mem_section *ms = __pfn_to_section(pfn); - bool section_is_early = early_section(ms); - struct page *memmap = NULL; unsigned long *subsection_map = ms->usage ? &ms->usage->subsection_map[0] : NULL; @@ -744,8 +755,28 @@ static void section_deactivate(unsigned long pfn, unsigned long nr_pages, if (WARN(!subsection_map || !bitmap_equal(tmp, map, SUBSECTIONS_PER_SECTION), "section already deactivated (%#lx + %ld)\n", pfn, nr_pages)) - return; + return -EINVAL; + + bitmap_xor(subsection_map, map, subsection_map, SUBSECTIONS_PER_SECTION); + if (bitmap_empty(subsection_map, SUBSECTIONS_PER_SECTION)) + return 0; + + return 1; +} + +static void section_deactivate(unsigned long pfn, unsigned long nr_pages, + struct vmem_altmap *altmap) +{ + struct mem_section *ms = __pfn_to_section(pfn); + bool section_is_early = early_section(ms); + struct page *memmap = NULL; + int rc; + + + rc = clear_subsection_map(pfn, nr_pages); + if (IS_ERR_VALUE((unsigned long)rc)) + return; /* * There are 3 cases to handle across two configurations * (SPARSEMEM_VMEMMAP={y,n}): @@ -763,8 +794,7 @@ static void section_deactivate(unsigned long pfn, unsigned long nr_pages, * * For 2/ and 3/ the SPARSEMEM_VMEMMAP={y,n} cases are unified */ - bitmap_xor(subsection_map, map, subsection_map, SUBSECTIONS_PER_SECTION); - if (bitmap_empty(subsection_map, SUBSECTIONS_PER_SECTION)) { + if (!rc) { unsigned long section_nr = pfn_to_section_nr(pfn); /* @@ -786,7 +816,7 @@ static void section_deactivate(unsigned long pfn, unsigned long nr_pages, else depopulate_section_memmap(pfn, nr_pages, altmap); - if (bitmap_empty(subsection_map, SUBSECTIONS_PER_SECTION)) + if (!rc) ms->section_mem_map = (unsigned long)NULL; } -- 2.17.2