Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp507513ybg; Fri, 18 Oct 2019 03:14:31 -0700 (PDT) X-Google-Smtp-Source: APXvYqykyZaaFCWRhmNhe7ewxLUnBlQubP+NIaNkX0BzC4W12lhARtoF/nvbfFWFUQ1RQ9HiprJB X-Received: by 2002:a05:6402:3c5:: with SMTP id t5mr8486998edw.125.1571393671051; Fri, 18 Oct 2019 03:14:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571393671; cv=none; d=google.com; s=arc-20160816; b=YheOOIynXY1aJwHU0DeH6HGaxmnnTZrFou8jJLLoZEfj9aQhYQvQw/z5+c0KFI/lGu Um5CkRhq3YpvlLMnSreWzoJlN8KN0PKAfqa6bemY+qmjFIuliYris1mLtDq9Xt0l3Oid REiVex8sfz4CdjoKRVX2p7OhpwvYFvEqw1U7YVcf1kqhFNIT1u6B0+VzNxBD37zT60Q3 LefDrB8vMlRWhAPxtlOgw8G8g9ZYNtlDq00jOWqJ7JDTxi9IOmf9/dIlBsvTsdaJIv6X bZ+OumdIHg+lceKlBzF1U2f7HNuzW0k9+gVLgqKrBtGlKv5I7VZfbwlv8THqaFJgZO6M Fceg== 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=AhE8q6IVWJSsV0UgaV+c8IJi70DBvQ8+BgUg9euFxkE=; b=rMG47Qxmx0hmQD2gFCPOBfwDpNzPiewiS0sTxAl1nCbPPb/epd+gKvYQxzh0mub2e8 7wbsPCtey9JeVKjs66Gp7qAOZeEZUB/3YLYeZmDnARMjxgoL2WCVneoV2/Lr4vGGBLwo yKrpx8Yhz+Zm5CsNvPvZfpyJfZZ+Gdnd1Vxl9THK3JSe9icfs/53bjCVOrSiXi+SM2C2 qO7a/GhG3LH2sop5WFsYgHBwcnu+JA35hSw9WhfH2lXzUSh238zizPW1bpL5aYcQevA9 CP205ldaDq7wuEIL6ZdahbfPI6xRtI5UljtatRzfiWVS2H15nG2yaONhG6rJVWN/owXb Vnrw== 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 pw28si3065273ejb.43.2019.10.18.03.14.07; Fri, 18 Oct 2019 03:14:31 -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 S2407888AbfJQHvh convert rfc822-to-8bit (ORCPT + 99 others); Thu, 17 Oct 2019 03:51:37 -0400 Received: from tyo162.gate.nec.co.jp ([114.179.232.162]:42008 "EHLO tyo162.gate.nec.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2392884AbfJQHvg (ORCPT ); Thu, 17 Oct 2019 03:51:36 -0400 Received: from mailgate01.nec.co.jp ([114.179.233.122]) by tyo162.gate.nec.co.jp (8.15.1/8.15.1) with ESMTPS id x9H7pHhP012810 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 17 Oct 2019 16:51:17 +0900 Received: from mailsv01.nec.co.jp (mailgate-v.nec.co.jp [10.204.236.94]) by mailgate01.nec.co.jp (8.15.1/8.15.1) with ESMTP id x9H7pHeZ025761; Thu, 17 Oct 2019 16:51:17 +0900 Received: from mail01b.kamome.nec.co.jp (mail01b.kamome.nec.co.jp [10.25.43.2]) by mailsv01.nec.co.jp (8.15.1/8.15.1) with ESMTP id x9H7oDeP024217; Thu, 17 Oct 2019 16:51:17 +0900 Received: from bpxc99gp.gisp.nec.co.jp ([10.38.151.150] [10.38.151.150]) by mail01b.kamome.nec.co.jp with ESMTP id BT-MMP-9593462; Thu, 17 Oct 2019 16:50:19 +0900 Received: from BPXM23GP.gisp.nec.co.jp ([10.38.151.215]) by BPXC22GP.gisp.nec.co.jp ([10.38.151.150]) with mapi id 14.03.0439.000; Thu, 17 Oct 2019 16:50:18 +0900 From: Naoya Horiguchi To: David Hildenbrand CC: Naoya Horiguchi , "linux-mm@kvack.org" , Michal Hocko , Oscar Salvador , "linux-kernel@vger.kernel.org" , Andrew Morton Subject: Re: [PATCH] mm, soft-offline: convert parameter to pfn Thread-Topic: [PATCH] mm, soft-offline: convert parameter to pfn Thread-Index: AQHVhLrXcCLS8WnGfEC5psVxf+kROqdd3rQA Date: Thu, 17 Oct 2019 07:50:18 +0000 Message-ID: <20191017075018.GA10225@hori.linux.bs1.fc.nec.co.jp> References: <20191016070924.GA10178@hori.linux.bs1.fc.nec.co.jp> <20191016082735.GB13770@hori.linux.bs1.fc.nec.co.jp> <20191016085359.GD13770@hori.linux.bs1.fc.nec.co.jp> <997b5b51-db71-3e27-1f84-cbaa24fa66c7@redhat.com> <20191016234706.GA5493@www9186uo.sakura.ne.jp> In-Reply-To: Accept-Language: en-US, ja-JP Content-Language: ja-JP X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.34.125.150] Content-Type: text/plain; charset="iso-2022-jp" Content-ID: <03357FD9D23B264A9C73477CEDAE7D69@gisp.nec.co.jp> 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 17, 2019 at 09:16:42AM +0200, David Hildenbrand wrote: > On 17.10.19 01:47, Naoya Horiguchi wrote: > > On Wed, Oct 16, 2019 at 10:57:57AM +0200, David Hildenbrand wrote: > > > On 16.10.19 10:54, Naoya Horiguchi wrote: > > > > On Wed, Oct 16, 2019 at 10:34:52AM +0200, David Hildenbrand wrote: > > > > > On 16.10.19 10:27, Naoya Horiguchi wrote: > > > > > > On Wed, Oct 16, 2019 at 09:56:19AM +0200, David Hildenbrand wrote: > > > > > > > On 16.10.19 09:09, Naoya Horiguchi wrote: > > > > > > > > Hi, > > > > > > > > > > > > > > > > I wrote a simple cleanup for parameter of soft_offline_page(), > > > > > > > > based on thread https://lkml.org/lkml/2019/10/11/57. > > > > > > > > > > > > > > > > I know that we need more cleanup on hwpoison-inject, but I think > > > > > > > > that will be mentioned in re-write patchset Oscar is preparing now. > > > > > > > > So let me shared only this part as a separate one now. > > > > > > ... > > > > > > > > > > > > > > I think you should rebase that patch on linux-next (where the > > > > > > > pfn_to_online_page() check is in place). I assume you'll want to move the > > > > > > > pfn_to_online_page() check into soft_offline_page() then as well? > > > > > > > > > > > > I rebased to next-20191016. And yes, we will move pfn_to_online_page() > > > > > > into soft offline code. It seems that we can also move pfn_valid(), > > > > > > but is simply moving like below good enough for you? > > > > > > > > > > At least I can't am the patch to current next/master (due to > > > > > pfn_to_online_page()). > > > > > > Could also be that my "git am" skills failed as the mail was not a > > > proper patch itself :) > > > > Sorry for the inconvenience, my company email system breaks original > > message by introducing quoted-printable format ('=20' or '=3D'). > > Most mail client usually handles it but git-am doesn't. > > I give up using it and send via smtp.gmail.com. > > > > > > @@ -1877,11 +1877,17 @@ static int soft_offline_free_page(struct page *page) > > > > * This is not a 100% solution for all memory, but tries to be > > > > * ``good enough'' for the majority of memory. > > > > */ > > > > -int soft_offline_page(struct page *page, int flags) > > > > +int soft_offline_page(unsigned long pfn, int flags) > > > > { > > > > int ret; > > > > - unsigned long pfn = page_to_pfn(page); > > > > + struct page *page; > > > > + if (!pfn_valid(pfn)) > > > > + return -ENXIO; > > > > + /* Only online pages can be soft-offlined (esp., not ZONE_DEVICE). */ > > > > + page = pfn_to_online_page(pfn); > > > > + if (!page) > > > > + return -EIO; > > > > if (is_zone_device_page(page)) { > > > > > > -> this is now no longer possible! So you can drop the whole if > > > (is_zone_device....) case > > > > OK, thanks. I updated it. > > > > Thanks, > > Naoya Horiguchi > > --- > > From 5faf227839b578726fe7f5ff414a153abb3b3a31 Mon Sep 17 00:00:00 2001 > > From: Naoya Horiguchi > > Date: Thu, 17 Oct 2019 08:40:53 +0900 > > Subject: [PATCH] mm, soft-offline: convert parameter to pfn > > > > Currently soft_offline_page() receives struct page, and its sibling > > memory_failure() receives pfn. This discrepancy looks weird and makes > > precheck on pfn validity tricky. So let's align them. > > > > Signed-off-by: Naoya Horiguchi > > --- > > drivers/base/memory.c | 7 +------ > > include/linux/mm.h | 2 +- > > mm/madvise.c | 2 +- > > mm/memory-failure.c | 19 +++++++++---------- > > 4 files changed, 12 insertions(+), 18 deletions(-) > > > > diff --git a/drivers/base/memory.c b/drivers/base/memory.c > > index 55907c27075b..a757d9ed88a7 100644 > > --- a/drivers/base/memory.c > > +++ b/drivers/base/memory.c > > @@ -538,12 +538,7 @@ static ssize_t soft_offline_page_store(struct device *dev, > > if (kstrtoull(buf, 0, &pfn) < 0) > > return -EINVAL; > > 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); > > + ret = soft_offline_page(pfn, 0); > > return ret == 0 ? count : ret; > > } > > diff --git a/include/linux/mm.h b/include/linux/mm.h > > index 44d058723db9..fd360d208346 100644 > > --- a/include/linux/mm.h > > +++ b/include/linux/mm.h > > @@ -2794,7 +2794,7 @@ extern int sysctl_memory_failure_early_kill; > > extern int sysctl_memory_failure_recovery; > > extern void shake_page(struct page *p, int access); > > extern atomic_long_t num_poisoned_pages __read_mostly; > > -extern int soft_offline_page(struct page *page, int flags); > > +extern int soft_offline_page(unsigned long pfn, int flags); > > /* > > diff --git a/mm/madvise.c b/mm/madvise.c > > index 2be9f3fdb05e..99dd06fecfa9 100644 > > --- a/mm/madvise.c > > +++ b/mm/madvise.c > > @@ -887,7 +887,7 @@ static int madvise_inject_error(int behavior, > > pr_info("Soft offlining pfn %#lx at process virtual address %#lx\n", > > pfn, start); > > - ret = soft_offline_page(page, MF_COUNT_INCREASED); > > + ret = soft_offline_page(pfn, MF_COUNT_INCREASED); > > if (ret) > > return ret; > > continue; > > diff --git a/mm/memory-failure.c b/mm/memory-failure.c > > index 05c8c6df25e6..af2712004a4d 100644 > > --- a/mm/memory-failure.c > > +++ b/mm/memory-failure.c > > @@ -1476,7 +1476,7 @@ static void memory_failure_work_func(struct work_struct *work) > > if (!gotten) > > break; > > if (entry.flags & MF_SOFT_OFFLINE) > > - soft_offline_page(pfn_to_page(entry.pfn), entry.flags); > > + soft_offline_page(entry.pfn, entry.flags); > > else > > memory_failure(entry.pfn, entry.flags); > > } > > @@ -1857,7 +1857,7 @@ static int soft_offline_free_page(struct page *page) > > /** > > * soft_offline_page - Soft offline a page. > > - * @page: page to offline > > + * @pfn: pfn to soft-offline > > * @flags: flags. Same as memory_failure(). > > * > > * Returns 0 on success, otherwise negated errno. > > @@ -1877,18 +1877,17 @@ static int soft_offline_free_page(struct page *page) > > * This is not a 100% solution for all memory, but tries to be > > * ``good enough'' for the majority of memory. > > */ > > -int soft_offline_page(struct page *page, int flags) > > +int soft_offline_page(unsigned long pfn, int flags) > > { > > int ret; > > - unsigned long pfn = page_to_pfn(page); > > + struct page *page; > > - if (is_zone_device_page(page)) { > > - pr_debug_ratelimited("soft_offline: %#lx page is device page\n", > > - pfn); > > - if (flags & MF_COUNT_INCREASED) > > - put_page(page); > > + if (!pfn_valid(pfn)) > > + return -ENXIO; > > + /* Only online pages can be soft-offlined (esp., not ZONE_DEVICE). */ > > + page = pfn_to_online_page(pfn); > > + if (!page) > > If you pass in a PFN with MF_COUNT_INCREASED via mm/madvise.c, you would now > no longer do a put_page(page) in case of ZONE_DEVICE (!page = > pfn_to_online_page(pfn);) Yes, right. > > something like this > > page = pfn_to_online_page(pfn); > if (!page) { > /* > * With MF_COUNT_INCREASED, we can use pfn_to_page() directly > * (esp., ZONE_DEVICE). > */ > if (flags & MF_COUNT_INCREASED) > put_page(pfn_to_page(page)); > return -EIO; > } > > For !pfn_valid(pfn), this is not relevant. Actually I guess that !pfn_valid() never happens when called from madvise_inject_error(), because madvise_inject_error() gets pfn via get_user_pages_fast() which only returns valid page for valid pfn. And we plan to remove MF_COUNT_INCREASED by Oscar's re-design work, so I start feeling that this patch should come on top of his tree. Thanks, Naoya Horiguchi