Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp243720ybv; Wed, 19 Feb 2020 20:34:12 -0800 (PST) X-Google-Smtp-Source: APXvYqzIKpfjNtjkWIOtki2jeuaeh+64eFG4mZydUo3/4BmmJYpza6ykPFpTNkT91MTIYjyrE6uX X-Received: by 2002:a9d:7a47:: with SMTP id z7mr22782146otm.179.1582173252101; Wed, 19 Feb 2020 20:34:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582173252; cv=none; d=google.com; s=arc-20160816; b=BLuo7WwRQHHlco2KcgV+c0/xClN2adm7t5Uo5G5VuVfxh0DUsvMFOjF0gnbZEIzXxV W3njBEtFa5cHdtJLjL8RyoS49zr9+tC/+tZivm0kQaq0orWSiJhcgAb4xUUz1bjnPSpW 7sVskNBvmDMc+oY4cL8osTs2jd7ERiWcjmJfW7Ku41YRXY6aRyh0zlxPfy//N6WrgEAZ 1XqC0e3wOBssKooY+G+d4VagVLM1tFjspMJQNQfpN7SDaaTxT6pim5Tbc3trMTMn000/ rnbeDj1OZM9FjMLcjZGQ0eKSteKfilEwJ2b7IVic/CdOkwhKB/5wquGGTVBW9/bb2kkh +4rg== 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=OypSrNlVU+Ioj3sY2Bn1pRl83867r8kivUZcDObKvMU=; b=ZiG6WI1Ghv2a8g0wK6ctzZqxyjgGqsAcHHAqvbvjF4ZacLddzIfCqkes8/SC8pH58w 1O3Swj5lX+/rlq+StiYXtQUV/x6014bgM9RrLzRLbZwHuhZXkmRL8tFkAJaXe/j8GeFE YVS/KJsW/M6qc9yYH3ppfUtU00IKMBr5CaRcz9z9R++vUBJ6vc8jWx2br1QI+g/Q+xHo f8b3jDms/vReYk4yqXkG3kn7GKWCVejDIeXgYbJluMIRFxzBpiLAun0E9JHxYAm2kNpX ynQwq9xKLrxmyY3XcUIqrpXqSWM7VSonyWt6/9uFywKp21UxjKhRKMRGlalULQ2PcbAu a4Gg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=QOQzU3zo; 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 a10si11306726oia.232.2020.02.19.20.33.55; Wed, 19 Feb 2020 20:34: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=QOQzU3zo; 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 S1727984AbgBTEdl (ORCPT + 99 others); Wed, 19 Feb 2020 23:33:41 -0500 Received: from us-smtp-delivery-1.mimecast.com ([205.139.110.120]:21127 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727476AbgBTEdk (ORCPT ); Wed, 19 Feb 2020 23:33:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1582173219; 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=OypSrNlVU+Ioj3sY2Bn1pRl83867r8kivUZcDObKvMU=; b=QOQzU3zoGv4xv4jPiD7DQi8pw5NDSXmBim/n/tp5NOP/9Vnzo8LUhswcs2Pz4OheiXhFkX jzEj7K6qbI1B8t2lbb+dlDcwUnigo4ldEsIV66cXcs0osfX6pDX/z+LJTYZOUkWW4D7X4R U/D4aA/kDKANam4see5NqHVI/vSXy1Q= 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-268-P5cc6_KBPaSE5q765trgJg-1; Wed, 19 Feb 2020 23:33:35 -0500 X-MC-Unique: P5cc6_KBPaSE5q765trgJg-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 7E663107ACC4; Thu, 20 Feb 2020 04:33:33 +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 995CA5DA60; Thu, 20 Feb 2020 04:33:26 +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 1/7] mm/hotplug: fix hot remove failure in SPARSEMEM|!VMEMMAP case Date: Thu, 20 Feb 2020 12:33:10 +0800 Message-Id: <20200220043316.19668-2-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 In section_deactivate(), pfn_to_page() doesn't work any more after ms->section_mem_map is resetting to NULL in SPARSEMEM|!VMEMMAP case. It caused hot remove failure: kernel BUG at mm/page_alloc.c:4806! invalid opcode: 0000 [#1] SMP PTI CPU: 3 PID: 8 Comm: kworker/u16:0 Tainted: G W 5.5.0-next-20200205+ #340 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 0.0.0 02/06/2015 Workqueue: kacpi_hotplug acpi_hotplug_work_fn RIP: 0010:free_pages+0x85/0xa0 Call Trace: __remove_pages+0x99/0xc0 arch_remove_memory+0x23/0x4d try_remove_memory+0xc8/0x130 ? walk_memory_blocks+0x72/0xa0 __remove_memory+0xa/0x11 acpi_memory_device_remove+0x72/0x100 acpi_bus_trim+0x55/0x90 acpi_device_hotplug+0x2eb/0x3d0 acpi_hotplug_work_fn+0x1a/0x30 process_one_work+0x1a7/0x370 worker_thread+0x30/0x380 ? flush_rcu_work+0x30/0x30 kthread+0x112/0x130 ? kthread_create_on_node+0x60/0x60 ret_from_fork+0x35/0x40 Let's move the ->section_mem_map resetting after depopulate_section_memmap() to fix it. Signed-off-by: Baoquan He --- mm/sparse.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/mm/sparse.c b/mm/sparse.c index 596b2a45b100..b8e52c8fed7f 100644 --- a/mm/sparse.c +++ b/mm/sparse.c @@ -779,13 +779,15 @@ static void section_deactivate(unsigned long pfn, unsigned long nr_pages, ms->usage = NULL; } memmap = sparse_decode_mem_map(ms->section_mem_map, section_nr); - ms->section_mem_map = (unsigned long)NULL; } if (section_is_early && memmap) free_map_bootmem(memmap); else depopulate_section_memmap(pfn, nr_pages, altmap); + + if (bitmap_empty(subsection_map, SUBSECTIONS_PER_SECTION)) + ms->section_mem_map = (unsigned long)NULL; } static struct page * __meminit section_activate(int nid, unsigned long pfn, -- 2.17.2