Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp352231pxb; Thu, 19 Nov 2020 03:01:17 -0800 (PST) X-Google-Smtp-Source: ABdhPJyJntsHkomBwiOapxW3UW9HUqzRv/aNVLeU7d5sMaT/7SNqdRCB0YkRwiZlcCm1lTzq6OXh X-Received: by 2002:a50:fc85:: with SMTP id f5mr1041729edq.225.1605783676806; Thu, 19 Nov 2020 03:01:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605783676; cv=none; d=google.com; s=arc-20160816; b=RgvcKeh4VpuPfNMb1kqMnZYBlgUC6KbK326ktDZx32CMDeBuT+d1TrRBkOmdmRmTlP RTA3u4cNu8KFSplvlpZYXb8/BLsfzdbOYl94feL5I1O/Bqhboq5B4vaMZwVzhpzrVe49 SbAhSOvNB8r4rcObeINeuurK2ERWllaID/8SgQjOa2INwIa7Uad8QLzzA4JocrTqUp4s lRPp3Lgc5/K1HT8AqxXB5GeKT/obMFkjL9OrMizyuIgcI/0A2GqiJ7pe2NSmwUAf2TdV 8+VGxMsLvbnhWwzdIIV2BpayZf8eDsrvYFxLVDTgKWVN4ro91ErxmDSDpC5OxEe59CrO q9gA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=TkvSEw5qkIB6uMwVTWenviB68W/qEjHIyMkl9bF/j6c=; b=wvRFA65rfT985anw09fIduSN0EAudlODZ1eifTUmiH7cd2t52lJj0Pff9hSdoqoupM UyGjJGHormObgpTUV1rkImWYqqFa+hsIzaRDW8ou+P5EWWDSvUZpX+GDhbepmjDngMwr TnWcPuvVFHO3QYkuc32H7nHDcnvsyV2S1QltPa66C/rltHJiUkgnT05EsHxz744ODEsV v39yTxoWoR8Wcmx8BDn9JYRecDlrCTdn/IRL0ZVZrBpA+wpr/daUwuZ4CbE+tRODGRnt WQhDFZX8MrB7DZFhuM2rD5cpB88knqgn92iEE1pMsa5cWy0VwbU0tT3R69y7oem5jSfT Vn7A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w24si17402650ejy.97.2020.11.19.03.00.53; Thu, 19 Nov 2020 03:01:16 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726866AbgKSK5o (ORCPT + 99 others); Thu, 19 Nov 2020 05:57:44 -0500 Received: from mx2.suse.de ([195.135.220.15]:35730 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726480AbgKSK5a (ORCPT ); Thu, 19 Nov 2020 05:57:30 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 61A7EAD18; Thu, 19 Nov 2020 10:57:29 +0000 (UTC) From: Oscar Salvador To: akpm@linux-foundation.org Cc: n-horiguchi@ah.jp.nec.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, Naoya Horiguchi , Oscar Salvador Subject: [PATCH 3/7] mm,madvise: call soft_offline_page() without MF_COUNT_INCREASED Date: Thu, 19 Nov 2020 11:57:12 +0100 Message-Id: <20201119105716.5962-4-osalvador@suse.de> X-Mailer: git-send-email 2.28.0 In-Reply-To: <20201119105716.5962-1-osalvador@suse.de> References: <20201119105716.5962-1-osalvador@suse.de> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Naoya Horiguchi The call to get_user_pages_fast is only to get the pointer to a struct page of a given address, pinning it is memory-poisoning handler's job, so drop the refcount grabbed by get_user_pages_fast(). Note that the target page is still pinned after this put_page() because the current process should have refcount from mapping. Signed-off-by: Naoya Horiguchi Signed-off-by: Oscar Salvador --- mm/madvise.c | 19 +++++++++++-------- 1 file changed, 11 insertions(+), 8 deletions(-) diff --git a/mm/madvise.c b/mm/madvise.c index c6b5524add58..7a0f64b93635 100644 --- a/mm/madvise.c +++ b/mm/madvise.c @@ -900,20 +900,23 @@ static int madvise_inject_error(int behavior, */ size = page_size(compound_head(page)); + /* + * The get_user_pages_fast() is just to get the pfn of the + * given address, and the refcount has nothing to do with + * what we try to test, so it should be released immediately. + * This is racy but it's intended because the real hardware + * errors could happen at any moment and memory error handlers + * must properly handle the race. + */ + put_page(page); + if (behavior == MADV_SOFT_OFFLINE) { pr_info("Soft offlining pfn %#lx at process virtual address %#lx\n", pfn, start); - ret = soft_offline_page(pfn, MF_COUNT_INCREASED); + ret = soft_offline_page(pfn, 0); } else { pr_info("Injecting memory failure for pfn %#lx at process virtual address %#lx\n", pfn, start); - /* - * Drop the page reference taken by get_user_pages_fast(). In - * the absence of MF_COUNT_INCREASED the memory_failure() - * routine is responsible for pinning the page to prevent it - * from being released back to the page allocator. - */ - put_page(page); ret = memory_failure(pfn, 0); } -- 2.26.2