Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp6985648imm; Tue, 28 Aug 2018 04:41:20 -0700 (PDT) X-Google-Smtp-Source: ANB0Vda/E3ELANCV//BOBjdlgG4ywvNGUq8bMi5YZh0A6+AzrtCwECPvCa++NtdFky6Bkz7BeBWg X-Received: by 2002:a17:902:70cc:: with SMTP id l12-v6mr1202168plt.132.1535456480838; Tue, 28 Aug 2018 04:41:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1535456480; cv=none; d=google.com; s=arc-20160816; b=l1+UK+B7N7BTQrF8T5SOjIeUyfSf/v6Y+ALuHZDzLtYxwkPMcmotDsIDnC/8qgkAnE lyMgGBgmvpEAtc90Q7UT5pCWjTAWfvJ+05afNz5bFTFSN8x71dTV+g7ktgbi5TwfVeM2 kM3Ta8W0ZmyuhBdf9teqsceyVMBDedql26wStMDH2SbtTkDTzHOc7LjcqwWl86/bbRaf G+ZLgY9B4ogEnXOTy3sQ91WbgpvmrN5w7jEfoL5sySKMUGsgu4FnlCOLt+QdY8sjdrNu VQ1SH1z675zMcNkvfCd800TOrxX/vHkgASg4j5RKUhT1SsVuMJSNbA9AEf3ppZmn5rIi +b3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=HgxOHBzfj1AjVs6f+GJ1d4BKZHAR/xOAbWHR8G+21qw=; b=Ij/WNaXXZWns6v6MGjsJhyhgV0r+l3lIyjhIVeQ+sVjX3CQ6YoG03Pu4cW+HKkW6B2 OlRXmondbbBG0b0trR+EwiLxuCeYPKXCRBt9mCFbGgq2/J+K+Rv57OxdvAWRuZTpcI7A +yw7722VEJmt5Ol9shTqwDzUVUDtNDsYOUStY+vPgvnVi1Qr+mKmLVMSNFvvhqv5za9I /W1DTSe44Adrg1qw9UySVH06G4TZK8n4RMtYXxfBIYK53rFCbe/jiyca7eREcB7LsWgv wvXZCJdvjwJJXxmUsIFeHtOQhsAAS2OTWz91HwDNZYTv3hFMn70r99ouS8OfeD0R/i+7 jFyg== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u18-v6si855505pgo.142.2018.08.28.04.41.05; Tue, 28 Aug 2018 04:41:20 -0700 (PDT) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727468AbeH1Pam (ORCPT + 99 others); Tue, 28 Aug 2018 11:30:42 -0400 Received: from mx2.suse.de ([195.135.220.15]:52870 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727067AbeH1Pam (ORCPT ); Tue, 28 Aug 2018 11:30:42 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 605F7ACCF; Tue, 28 Aug 2018 11:39:25 +0000 (UTC) Date: Tue, 28 Aug 2018 13:39:24 +0200 From: Michal Hocko To: Mikhail Zaslonko Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Pavel Tatashin Subject: Re: [PATCH] memory_hotplug: fix kernel_panic on offline page processing Message-ID: <20180828113924.GL10223@dhcp22.suse.cz> References: <20180828090539.41491-1-zaslonko@linux.ibm.com> <20180828112543.GK10223@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180828112543.GK10223@dhcp22.suse.cz> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [Fixup Pavel's email - the patch is here for your reference http://lkml.kernel.org/r/20180828090539.41491-1-zaslonko@linux.ibm.com] On Tue 28-08-18 13:25:43, Michal Hocko wrote: > On Tue 28-08-18 11:05:39, Mikhail Zaslonko wrote: > > Within show_valid_zones() the function test_pages_in_a_zone() should be > > called for online memory blocks only. Otherwise it might lead to the > > VM_BUG_ON due to uninitialized struct pages (when CONFIG_DEBUG_VM_PGFLAGS > > kernel option is set): > > > > page dumped because: VM_BUG_ON_PAGE(PagePoisoned(p)) > > ------------[ cut here ]------------ > > Call Trace: > > ([<000000000038f91e>] test_pages_in_a_zone+0xe6/0x168) > > [<0000000000923472>] show_valid_zones+0x5a/0x1a8 > > [<0000000000900284>] dev_attr_show+0x3c/0x78 > > [<000000000046f6f0>] sysfs_kf_seq_show+0xd0/0x150 > > [<00000000003ef662>] seq_read+0x212/0x4b8 > > [<00000000003bf202>] __vfs_read+0x3a/0x178 > > [<00000000003bf3ca>] vfs_read+0x8a/0x148 > > [<00000000003bfa3a>] ksys_read+0x62/0xb8 > > [<0000000000bc2220>] system_call+0xdc/0x2d8 > > > > That VM_BUG_ON was triggered by the page poisoning introduced in > > mm/sparse.c with the git commit d0dc12e86b31 ("mm/memory_hotplug: optimize > > memory hotplug") > > With the same commit the new 'nid' field has been added to the struct > > memory_block in order to store and later on derive the node id for offline > > pages (instead of accessing struct page which might be uninitialized). But > > one reference to nid in show_valid_zones() function has been overlooked. > > Fixed with current commit. > > Also, nr_pages will not be used any more after test_pages_in_a_zone() call, > > do not update it. > > > > Fixes: d0dc12e86b31 ("mm/memory_hotplug: optimize memory hotplug") > > Cc: # v4.17+ > > Cc: Pavel Tatashin > > Signed-off-by: Mikhail Zaslonko > > Btw. this land mines which are basically impossible to find during the > review are the reason why I was not all that happy about d0dc12e86b31. > It added a margninal improvement but opened a can of warms. On the other > hand maybe we just had to open that can one day... > > Acked-by: Michal Hocko > > Thanks! > > > --- > > drivers/base/memory.c | 20 +++++++++----------- > > 1 file changed, 9 insertions(+), 11 deletions(-) > > > > diff --git a/drivers/base/memory.c b/drivers/base/memory.c > > index f5e560188a18..622ab8edc035 100644 > > --- a/drivers/base/memory.c > > +++ b/drivers/base/memory.c > > @@ -416,26 +416,24 @@ static ssize_t show_valid_zones(struct device *dev, > > struct zone *default_zone; > > int nid; > > > > - /* > > - * The block contains more than one zone can not be offlined. > > - * This can happen e.g. for ZONE_DMA and ZONE_DMA32 > > - */ > > - if (!test_pages_in_a_zone(start_pfn, start_pfn + nr_pages, &valid_start_pfn, &valid_end_pfn)) > > - return sprintf(buf, "none\n"); > > - > > - start_pfn = valid_start_pfn; > > - nr_pages = valid_end_pfn - start_pfn; > > - > > /* > > * Check the existing zone. Make sure that we do that only on the > > * online nodes otherwise the page_zone is not reliable > > */ > > if (mem->state == MEM_ONLINE) { > > + /* > > + * The block contains more than one zone can not be offlined. > > + * This can happen e.g. for ZONE_DMA and ZONE_DMA32 > > + */ > > + if (!test_pages_in_a_zone(start_pfn, start_pfn + nr_pages, > > + &valid_start_pfn, &valid_end_pfn)) > > + return sprintf(buf, "none\n"); > > + start_pfn = valid_start_pfn; > > strcat(buf, page_zone(pfn_to_page(start_pfn))->name); > > goto out; > > } > > > > - nid = pfn_to_nid(start_pfn); > > + nid = mem->nid; > > default_zone = zone_for_pfn_range(MMOP_ONLINE_KEEP, nid, start_pfn, nr_pages); > > strcat(buf, default_zone->name); > > > > -- > > 2.16.4 > > -- > Michal Hocko > SUSE Labs -- Michal Hocko SUSE Labs