Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp10691479pxu; Wed, 30 Dec 2020 09:02:21 -0800 (PST) X-Google-Smtp-Source: ABdhPJwQzj8UjhaVZNfIo9mdnv9moIYqMQHmxQvzJewS2OjFfm43Tb99kFVFo6MgvOskniWauC2N X-Received: by 2002:a05:6402:1516:: with SMTP id f22mr50465352edw.382.1609347741008; Wed, 30 Dec 2020 09:02:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609347741; cv=none; d=google.com; s=arc-20160816; b=yXxBg5rG4pbhTYYJQ9HjagaOgogLgBAo4XyXjLuazNEbOzRQbFgPGdEuPHF+eyz1xO ezZN6ZppjUOT6v205Td1Ju0s7Uz1iTzcou4/VbUCqHAsSlnaOwCsiaz4KNA6l78VJzkS uw88k/6kl5Aqj7Q5gxeAwcz9leVz68FKDSPtc4vKGJopNSh6jZePARkWQSOeGmCcW9Mc 8XOTtk/qPgXdqcZ+lwnDTgT0OuP2HaTit1I8AHd6xFXz5lnJJxMQ0MoyDbFO4Iu5JsxN LyAnLsL5IJWJ1aKLBOlytJzB3uCAhtnt94Bmj0fHbap3vAdkte7ksxPpL27CgDIqOOtS lTqA== 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=jofhOdIgn7/EV1IR4/WjQtK9AE3l7RgKYNTby4J+6wQ=; b=X1Vt2Oib65bvnMEjvOBcgQboQRxphpdJtz1hkwgK3orBhgJzUj2pRXYGOa+4aj+V/E 6wByr435ZqGzROTA+q7BjbxtMGfkyE8mP/AJlF2G9CL9sVvj/FaU3jliFs0Reg4Q7wFz 6HYQAfb2nqMLV2BX9mSJ+Snqr06fS1JKlPHYR3PRCvTYUhP96OJI6UiX2MAgW8NjY6cL 1tatjIn86qi9efCMD//R24Nr4dHvdRmdgiJ41PdAkhjBr24Dh+dN0kloS/bLdJUeXl7l Y9c4FF6k+gUobgSpgUyXrPSbHqrNBTrjLHjEd8ubPDLWuibfGWWxJ20jJy5ga6PyVjgj h8zQ== 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 v2si25341718edw.41.2020.12.30.09.01.57; Wed, 30 Dec 2020 09:02:20 -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 S1726890AbgL3RAd (ORCPT + 99 others); Wed, 30 Dec 2020 12:00:33 -0500 Received: from mail.cn.fujitsu.com ([183.91.158.132]:10914 "EHLO heian.cn.fujitsu.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726567AbgL3RAc (ORCPT ); Wed, 30 Dec 2020 12:00:32 -0500 X-IronPort-AV: E=Sophos;i="5.78,461,1599494400"; d="scan'208";a="103085835" Received: from unknown (HELO cn.fujitsu.com) ([10.167.33.5]) by heian.cn.fujitsu.com with ESMTP; 31 Dec 2020 00:58:39 +0800 Received: from G08CNEXMBPEKD05.g08.fujitsu.local (unknown [10.167.33.204]) by cn.fujitsu.com (Postfix) with ESMTP id CD7E44CE6025; Thu, 31 Dec 2020 00:58:38 +0800 (CST) Received: from G08CNEXCHPEKD04.g08.fujitsu.local (10.167.33.200) by G08CNEXMBPEKD05.g08.fujitsu.local (10.167.33.204) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 31 Dec 2020 00:58:38 +0800 Received: from irides.mr (10.167.225.141) by G08CNEXCHPEKD04.g08.fujitsu.local (10.167.33.209) with Microsoft SMTP Server id 15.0.1497.2 via Frontend Transport; Thu, 31 Dec 2020 00:58:38 +0800 From: Shiyang Ruan To: , , , CC: , , , , , , , , , Subject: [PATCH 05/10] mm, pmem: Implement ->memory_failure() in pmem driver Date: Thu, 31 Dec 2020 00:55:56 +0800 Message-ID: <20201230165601.845024-6-ruansy.fnst@cn.fujitsu.com> X-Mailer: git-send-email 2.29.2 In-Reply-To: <20201230165601.845024-1-ruansy.fnst@cn.fujitsu.com> References: <20201230165601.845024-1-ruansy.fnst@cn.fujitsu.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-yoursite-MailScanner-ID: CD7E44CE6025.AD051 X-yoursite-MailScanner: Found to be clean X-yoursite-MailScanner-From: ruansy.fnst@cn.fujitsu.com X-Spam-Status: No Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Call the ->memory_failure() which is implemented by pmem driver, in order to finally notify filesystem to handle the corrupted data. The old collecting and killing processes are moved into mf_dax_mapping_kill_procs(), which will be called by filesystem. Signed-off-by: Shiyang Ruan --- drivers/nvdimm/pmem.c | 24 +++++++++++++++++++++ mm/memory-failure.c | 50 +++++-------------------------------------- 2 files changed, 29 insertions(+), 45 deletions(-) diff --git a/drivers/nvdimm/pmem.c b/drivers/nvdimm/pmem.c index 875076b0ea6c..4a114937c43b 100644 --- a/drivers/nvdimm/pmem.c +++ b/drivers/nvdimm/pmem.c @@ -363,9 +363,33 @@ static void pmem_release_disk(void *__pmem) put_disk(pmem->disk); } +static int pmem_pagemap_memory_failure(struct dev_pagemap *pgmap, + unsigned long pfn, int flags) +{ + struct pmem_device *pdev; + struct gendisk *disk; + loff_t disk_offset; + int rc = 0; + unsigned long size = page_size(pfn_to_page(pfn)); + + pdev = container_of(pgmap, struct pmem_device, pgmap); + disk = pdev->disk; + if (!disk) + return -ENXIO; + + disk_offset = PFN_PHYS(pfn) - pdev->phys_addr - pdev->data_offset; + if (disk->fops->corrupted_range) { + rc = disk->fops->corrupted_range(disk, NULL, disk_offset, size, &flags); + if (rc == -ENODEV) + rc = -ENXIO; + } + return rc; +} + static const struct dev_pagemap_ops fsdax_pagemap_ops = { .kill = pmem_pagemap_kill, .cleanup = pmem_pagemap_cleanup, + .memory_failure = pmem_pagemap_memory_failure, }; static int pmem_attach_disk(struct device *dev, diff --git a/mm/memory-failure.c b/mm/memory-failure.c index 37bc6e2a9564..0109ad607fb8 100644 --- a/mm/memory-failure.c +++ b/mm/memory-failure.c @@ -1269,28 +1269,11 @@ static int memory_failure_dev_pagemap(unsigned long pfn, int flags, struct dev_pagemap *pgmap) { struct page *page = pfn_to_page(pfn); - const bool unmap_success = true; - unsigned long size = 0; - struct to_kill *tk; - LIST_HEAD(to_kill); int rc = -EBUSY; - loff_t start; - dax_entry_t cookie; - - /* - * Prevent the inode from being freed while we are interrogating - * the address_space, typically this would be handled by - * lock_page(), but dax pages do not use the page lock. This - * also prevents changes to the mapping of this pfn until - * poison signaling is complete. - */ - cookie = dax_lock_page(page); - if (!cookie) - goto out; if (hwpoison_filter(page)) { rc = 0; - goto unlock; + goto out; } if (pgmap->type == MEMORY_DEVICE_PRIVATE) { @@ -1298,7 +1281,7 @@ static int memory_failure_dev_pagemap(unsigned long pfn, int flags, * TODO: Handle HMM pages which may need coordination * with device-side memory. */ - goto unlock; + goto out; } /* @@ -1307,33 +1290,10 @@ static int memory_failure_dev_pagemap(unsigned long pfn, int flags, */ SetPageHWPoison(page); - /* - * Unlike System-RAM there is no possibility to swap in a - * different physical page at a given virtual address, so all - * userspace consumption of ZONE_DEVICE memory necessitates - * SIGBUS (i.e. MF_MUST_KILL) - */ - flags |= MF_ACTION_REQUIRED | MF_MUST_KILL; - collect_procs_file(page, page->mapping, page->index, &to_kill, - flags & MF_ACTION_REQUIRED); + /* call driver to handle the memory failure */ + if (pgmap->ops->memory_failure) + rc = pgmap->ops->memory_failure(pgmap, pfn, flags); - list_for_each_entry(tk, &to_kill, nd) - if (tk->size_shift) - size = max(size, 1UL << tk->size_shift); - if (size) { - /* - * Unmap the largest mapping to avoid breaking up - * device-dax mappings which are constant size. The - * actual size of the mapping being torn down is - * communicated in siginfo, see kill_proc() - */ - start = (page->index << PAGE_SHIFT) & ~(size - 1); - unmap_mapping_range(page->mapping, start, start + size, 0); - } - kill_procs(&to_kill, flags & MF_MUST_KILL, !unmap_success, pfn, flags); - rc = 0; -unlock: - dax_unlock_page(page, cookie); out: /* drop pgmap ref acquired in caller */ put_dev_pagemap(pgmap); -- 2.29.2