Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp516124ybp; Thu, 10 Oct 2019 23:17:59 -0700 (PDT) X-Google-Smtp-Source: APXvYqzUgR6VqN9aG+4YkSEwORLhZLlhMbGnwYZx43at/xW54o2AG1e1lUijRQXNcvXScoen1bAO X-Received: by 2002:a17:906:35c7:: with SMTP id p7mr12062299ejb.310.1570774678993; Thu, 10 Oct 2019 23:17:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570774678; cv=none; d=google.com; s=arc-20160816; b=QKg6EIksopAjzbWhLXt4yMR5u7eKrZa2jkP8k1Kk/ZdRMVEn1jQsy9ns+QRQBEIfOA l4WKuE5kJPcwZPo/U1wtaXh8qyCQ5bhCodoVpGNc0IgoeZ0ufkstkNHWAXeDB2+TGUDR kLnUuOz2Q2kM3vpG7Dgz4dJnDJL/wAgMsHtbO8c3CBseg5dh1niDiLXaSFS/JviEigTM RtDpko8fEn8iSyNIz0dyXxlheN3ZCS03VvBvFTbXEo7qSqbLsqWwSZfZkLO6M1dLnokA zQ23lT/gLgEozxyCNhyvbWkhyTTweEr5lv2NYGd0+jMHZkZAExuppUPHkqQNqhsWU09D ThlA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :content-id:content-language:accept-language:in-reply-to:references :message-id:date:thread-index:thread-topic:subject:cc:to:from; bh=RapRzahr7iQO4UIU4QD8AiL6pUBlgEc7MnSmdRGZx1Y=; b=B/xcznRP6VYZVgMXubN0zdaGhtiildvR62wBKDUyj1JfV1zdUwvSeERlhdKMtQbtK0 nXb1nMjqLkf1EUo3LnQcU7NaFO6BIepMIPjocZGUH7w5qKRfI5wsj5AXLWI4iD2Ef5p2 yukNc7sRQzzXw/7DjvQ5zNtNYHLGo64emIp+Usw3c+wAZa0jfdwlIm9Rfn2v0vmszMpj XhvanLmgmdBjD+QJFTIyhoqtaOEYAZ2EzTlsPMmXsxWgNoAqT196+5vVriakK2G9D/ig K89GM5N5MnyztT57hZqm2Xqu1lBqNNs5f8jSeC/n29ejEUJtxiXdkwN3BYyPjRr7QxBf VxgA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c21si4483112ejx.295.2019.10.10.23.17.35; Thu, 10 Oct 2019 23:17:58 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727379AbfJKGQN convert rfc822-to-8bit (ORCPT + 99 others); Fri, 11 Oct 2019 02:16:13 -0400 Received: from tyo162.gate.nec.co.jp ([114.179.232.162]:45607 "EHLO tyo162.gate.nec.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726401AbfJKGQN (ORCPT ); Fri, 11 Oct 2019 02:16:13 -0400 Received: from mailgate02.nec.co.jp ([114.179.233.122]) by tyo162.gate.nec.co.jp (8.15.1/8.15.1) with ESMTPS id x9B6Fxdq020822 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 11 Oct 2019 15:15:59 +0900 Received: from mailsv01.nec.co.jp (mailgate-v.nec.co.jp [10.204.236.94]) by mailgate02.nec.co.jp (8.15.1/8.15.1) with ESMTP id x9B6Fxsl019667; Fri, 11 Oct 2019 15:15:59 +0900 Received: from mail02.kamome.nec.co.jp (mail02.kamome.nec.co.jp [10.25.43.5]) by mailsv01.nec.co.jp (8.15.1/8.15.1) with ESMTP id x9B66vEJ010178; Fri, 11 Oct 2019 15:15:59 +0900 Received: from bpxc99gp.gisp.nec.co.jp ([10.38.151.147] [10.38.151.147]) by mail02.kamome.nec.co.jp with ESMTP id BT-MMP-9395631; Fri, 11 Oct 2019 15:13:36 +0900 Received: from BPXM23GP.gisp.nec.co.jp ([10.38.151.215]) by BPXC19GP.gisp.nec.co.jp ([10.38.151.147]) with mapi id 14.03.0439.000; Fri, 11 Oct 2019 15:13:36 +0900 From: Naoya Horiguchi To: David Hildenbrand CC: "linux-kernel@vger.kernel.org" , "linux-mm@kvack.org" , Greg Kroah-Hartman , "Rafael J. Wysocki" , "Michal Hocko" , Andrew Morton Subject: Re: [PATCH v1] drivers/base/memory.c: Don't access uninitialized memmaps in soft_offline_page_store() Thread-Topic: [PATCH v1] drivers/base/memory.c: Don't access uninitialized memmaps in soft_offline_page_store() Thread-Index: AQHVf/sD8rv7sHippUGh2lMUk+4FjA== Date: Fri, 11 Oct 2019 06:13:35 +0000 Message-ID: <20191011061335.GA30803@hori.linux.bs1.fc.nec.co.jp> References: <20191010141200.8985-1-david@redhat.com> In-Reply-To: <20191010141200.8985-1-david@redhat.com> Accept-Language: en-US, ja-JP Content-Language: ja-JP X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.34.125.96] Content-Type: text/plain; charset="iso-2022-jp" Content-ID: Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 X-TM-AS-MML: disable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 10, 2019 at 04:12:00PM +0200, David Hildenbrand wrote: > Uninitialized memmaps contain garbage and in the worst case trigger kernel > BUGs, especially with CONFIG_PAGE_POISONING. They should not get > touched. > > Right now, when trying to soft-offline a PFN that resides on a memory > block that was never onlined, one gets a misleading error with > CONFIG_PAGE_POISONING: > :/# echo 5637144576 > /sys/devices/system/memory/soft_offline_page > [ 23.097167] soft offline: 0x150000 page already poisoned > > But the actual result depends on the garbage in the memmap. > > soft_offline_page() can only work with online pages, it returns -EIO in > case of ZONE_DEVICE. Make sure to only forward pages that are online > (iow, managed by the buddy) and, therefore, have an initialized memmap. > > Add a check against pfn_to_online_page() and similarly return -EIO. > > Fixes: f1dd2cd13c4b ("mm, memory_hotplug: do not associate hotadded memory to zones until online") # visible after d0dc12e86b319 > Cc: Greg Kroah-Hartman > Cc: "Rafael J. Wysocki" > Cc: Michal Hocko > Cc: Andrew Morton > Signed-off-by: David Hildenbrand > --- > drivers/base/memory.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/drivers/base/memory.c b/drivers/base/memory.c > index 6bea4f3f8040..55907c27075b 100644 > --- a/drivers/base/memory.c > +++ b/drivers/base/memory.c > @@ -540,6 +540,9 @@ static ssize_t soft_offline_page_store(struct device *dev, > pfn >>= PAGE_SHIFT; > if (!pfn_valid(pfn)) > return -ENXIO; > + /* Only online pages can be soft-offlined (esp., not ZONE_DEVICE). */ > + if (!pfn_to_online_page(pfn)) > + return -EIO; Acked-by: Naoya Horiguchi I think this check could be placed in soft_offline_page(), but that requires a few more unrelated lines of changes due to the mismatch on type of parameter between memory_failure() and soft_offline_page(), This is not your problem, and I plan to do some cleanup on related interfaces, so this patch is fine. - Naoya Horiguchi