Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp2424027ybp; Thu, 10 Oct 2019 07:14:21 -0700 (PDT) X-Google-Smtp-Source: APXvYqyM/gAwde2AQ93iz6HQwXSZVDgTqP+i6AiYW4AEGzxF0V2BsGiZZ4HHBRspK7hyHCAP1dIh X-Received: by 2002:a50:eb42:: with SMTP id z2mr8321325edp.291.1570716861390; Thu, 10 Oct 2019 07:14:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570716861; cv=none; d=google.com; s=arc-20160816; b=qxlW5iIVe/NS9XuC9wbSN1FZJ16+W/lr2uiJdoUGuGh4Pz8C26be8uI67T1MEKAlcc Q3DkUSha9VtkUS46M0w4jlYdbs6ujcsIfLJ4JjWiSDn3xN3Mn/yESXO1/815DgcBnEEn 0rSNaCJem8XH+yOTf95c7HExWTCr+zyTWqOhBweCy1VH4MGVfrfVrfIYJMAXsyJoe1Gb PJRetbWjPG2/5NFgiNMQ5pZdWPCuvV2WwYK3OUlMn1IBdj6gTcSAzzwk5VHQa94cVCFX mBw29bud/ngm4sNe2aHo/8FsboZJ9IlROLDTVPFxmTbYNlpng0E39a/Vr4NV2866w6jU CVdw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=YIiII9Js46rDlxLbvZ4uSRBdYhMs6EeAneEQ8wCd7sA=; b=tc2auk5BY7wTlPjTtoYIjSPX5mjjOEZsB0H8PPyr+rH+2fLXx4L5QiZU6UHAaYXTwq f4ZLhjvdJg6FQUisyizNYZgdfqOx90VjZ90uBdYLLJhkJ085c/l2JT6JEsLyrA++LsZv ppuooFbuWD8yM5j9j4sDepfcgU1LAw5L6W1EBIjaKT549aWdKxtCFIQltE62P2ejUCPa HnjjXQq0jxLNzsAQCMOlfTuT1fIEn+g29BgVuKdIMdp+OEfM9/2kxSdvY+AjI8x4vRDG X5oOiU4gvmwL+ZrdtPpP9nniUax7wO84WboFokectrwMZHe1MLMBUd01HnaJUiQ8VXbl PJdQ== 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z2si3666661edd.390.2019.10.10.07.13.47; Thu, 10 Oct 2019 07:14:21 -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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726354AbfJJOMF (ORCPT + 99 others); Thu, 10 Oct 2019 10:12:05 -0400 Received: from mx1.redhat.com ([209.132.183.28]:46580 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726084AbfJJOMF (ORCPT ); Thu, 10 Oct 2019 10:12:05 -0400 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 55C343084032; Thu, 10 Oct 2019 14:12:05 +0000 (UTC) Received: from t460s.redhat.com (ovpn-117-218.ams2.redhat.com [10.36.117.218]) by smtp.corp.redhat.com (Postfix) with ESMTP id 220B75C1B2; Thu, 10 Oct 2019 14:12:00 +0000 (UTC) From: David Hildenbrand To: linux-kernel@vger.kernel.org Cc: linux-mm@kvack.org, David Hildenbrand , Greg Kroah-Hartman , "Rafael J. Wysocki" , Michal Hocko , Andrew Morton Subject: [PATCH v1] drivers/base/memory.c: Don't access uninitialized memmaps in soft_offline_page_store() Date: Thu, 10 Oct 2019 16:12:00 +0200 Message-Id: <20191010141200.8985-1-david@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.40]); Thu, 10 Oct 2019 14:12:05 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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; ret = soft_offline_page(pfn_to_page(pfn), 0); return ret == 0 ? count : ret; } -- 2.21.0