Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp2589156ybv; Sun, 9 Feb 2020 02:49:12 -0800 (PST) X-Google-Smtp-Source: APXvYqxKZZ0oDFuxnPiia3bPm5EWcqh0PR5quduXB98htTuePrV2nKpAXIhtH6Nimu6ukYyu4S2+ X-Received: by 2002:a05:6830:160c:: with SMTP id g12mr6322818otr.82.1581245352025; Sun, 09 Feb 2020 02:49:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581245352; cv=none; d=google.com; s=arc-20160816; b=DbB+0PGFAqz3QiGkmIhWCpXpr990McXcrwQXIJqxp+6A0OMjrhKcgg/arnZqyUW4bU o/XvCcXeK/ngGVh8yh+CSW8Hwbk1XcDQ8aFJdM8yHrpYFiXluZ4Moo0F/Imad8YnaBNH u1mpzCPRWI0CWPVuyk6xzE1ubBMHdU6bFsBackoSJYPyknbockJWkhBapwdEoNBvlsxC hnETiUp5nq1+mPMftoLThmLf1C5Sc06d3lzSDcqUDYoAQmZ7ugku0n24g6uGctXHJ37S TZQXsXCG7Ar25jThITy1x94UOWyWOHzIS2e26XmNr5TAF66cmHIUXrFtQIgCSzGx2q8w YgWA== 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=DsolEyvsq2X/4Ojh8CIm2FaqZo6yUXk19oty1TTx+uA=; b=JkPGqd5ufkFa0s5n66HOe/Z8ST05Sv4Kg99nC3300CpwBRov0vh0tELssEhgNBv1vE FbR3kNq2c0TOGC+tveKWDlUwa1NcTZFWQ3EiRezD96Qm2+y5hxC6CyxiTth6O8soSg9s hZQys3MXip+rXVtf9COlj6rodCP5vMPejsFKo4oLyqGe2Ous7zY1Cs4qvo8fxMsaKrUa 7WqDTzZTuEd5yp23ZFO8JHF1fUfA3ufjbqCLqLGUdniIzVXlFlY9TEUAU4PkefAiBd7i MYtz5pAMIehC8NmmAT8G+75kO5stPZgl+3gkcXysmqRce4cQzrTflnDXnd9EztU8t1tW ouMg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=ENxaUZwi; 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 l204si7099471oig.31.2020.02.09.02.48.58; Sun, 09 Feb 2020 02:49:12 -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=ENxaUZwi; 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 S1727698AbgBIKsp (ORCPT + 99 others); Sun, 9 Feb 2020 05:48:45 -0500 Received: from us-smtp-1.mimecast.com ([205.139.110.61]:51711 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726081AbgBIKsp (ORCPT ); Sun, 9 Feb 2020 05:48:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1581245324; 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=DsolEyvsq2X/4Ojh8CIm2FaqZo6yUXk19oty1TTx+uA=; b=ENxaUZwicZmkhElo4vyrI/aVIe4dZc7VWeR1hDFsDQRnfTVrB6xRxGFd7TotLr9KxWPlHw 2E2bkDvUD7GxWK1CogReAPzIuugtsGQKQcl3ldcBrhMxqKsvQ0nrzvypU3tHeix6KmIbee Euoxy8I5gpv+QBbReThdChYKa96wxcw= 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-296-BC8TcIIyM92RShLolccTZA-1; Sun, 09 Feb 2020 05:48:40 -0500 X-MC-Unique: BC8TcIIyM92RShLolccTZA-1 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 60B0013F7; Sun, 9 Feb 2020 10:48:39 +0000 (UTC) Received: from MiWiFi-R3L-srv.redhat.com (ovpn-12-31.pek2.redhat.com [10.72.12.31]) by smtp.corp.redhat.com (Postfix) with ESMTP id AD3A310013A7; Sun, 9 Feb 2020 10:48:36 +0000 (UTC) From: Baoquan He To: linux-kernel@vger.kernel.org Cc: linux-mm@kvack.org, akpm@linux-foundation.org, dan.j.williams@intel.com, richardw.yang@linux.intel.com, david@redhat.com, bhe@redhat.com Subject: [PATCH 2/7] mm/sparse.c: Introduce a new function clear_subsection_map() Date: Sun, 9 Feb 2020 18:48:21 +0800 Message-Id: <20200209104826.3385-3-bhe@redhat.com> In-Reply-To: <20200209104826.3385-1-bhe@redhat.com> References: <20200209104826.3385-1-bhe@redhat.com> X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Wrap the codes clearing subsection map of one memory region in section_deactivate() into clear_subsection_map(). Signed-off-by: Baoquan He --- mm/sparse.c | 44 +++++++++++++++++++++++++++++++++++++------- 1 file changed, 37 insertions(+), 7 deletions(-) diff --git a/mm/sparse.c b/mm/sparse.c index 9ad741ccbeb6..696f6b9f706e 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); /* -- 2.17.2