2019-05-29 14:18:09 +00:00
|
|
|
// SPDX-License-Identifier: GPL-2.0-only
|
2017-04-11 16:49:49 +00:00
|
|
|
/*
|
|
|
|
* Copyright(c) 2017 Intel Corporation. All rights reserved.
|
|
|
|
*/
|
|
|
|
#include <linux/pagemap.h>
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/mount.h>
|
2019-03-25 16:38:24 +00:00
|
|
|
#include <linux/pseudo_fs.h>
|
2017-04-11 16:49:49 +00:00
|
|
|
#include <linux/magic.h>
|
2017-10-14 18:33:32 +00:00
|
|
|
#include <linux/pfn_t.h>
|
2017-04-11 16:49:49 +00:00
|
|
|
#include <linux/cdev.h>
|
|
|
|
#include <linux/slab.h>
|
2017-05-29 19:57:56 +00:00
|
|
|
#include <linux/uio.h>
|
2017-01-25 02:44:18 +00:00
|
|
|
#include <linux/dax.h>
|
2017-04-11 16:49:49 +00:00
|
|
|
#include <linux/fs.h>
|
2017-07-13 00:58:21 +00:00
|
|
|
#include "dax-private.h"
|
2017-04-11 16:49:49 +00:00
|
|
|
|
2021-08-26 13:55:05 +00:00
|
|
|
/**
|
|
|
|
* struct dax_device - anchor object for dax services
|
|
|
|
* @inode: core vfs
|
|
|
|
* @cdev: optional character interface for "device dax"
|
|
|
|
* @private: dax driver private data
|
|
|
|
* @flags: state and boolean properties
|
2022-03-04 20:46:55 +00:00
|
|
|
* @ops: operations for this device
|
dax: introduce holder for dax_device
Patch series "v14 fsdax-rmap + v11 fsdax-reflink", v2.
The patchset fsdax-rmap is aimed to support shared pages tracking for
fsdax.
It moves owner tracking from dax_assocaite_entry() to pmem device driver,
by introducing an interface ->memory_failure() for struct pagemap. This
interface is called by memory_failure() in mm, and implemented by pmem
device.
Then call holder operations to find the filesystem which the corrupted
data located in, and call filesystem handler to track files or metadata
associated with this page.
Finally we are able to try to fix the corrupted data in filesystem and do
other necessary processing, such as killing processes who are using the
files affected.
The call trace is like this:
memory_failure()
|* fsdax case
|------------
|pgmap->ops->memory_failure() => pmem_pgmap_memory_failure()
| dax_holder_notify_failure() =>
| dax_device->holder_ops->notify_failure() =>
| - xfs_dax_notify_failure()
| |* xfs_dax_notify_failure()
| |--------------------------
| | xfs_rmap_query_range()
| | xfs_dax_failure_fn()
| | * corrupted on metadata
| | try to recover data, call xfs_force_shutdown()
| | * corrupted on file data
| | try to recover data, call mf_dax_kill_procs()
|* normal case
|-------------
|mf_generic_kill_procs()
The patchset fsdax-reflink attempts to add CoW support for fsdax, and
takes XFS, which has both reflink and fsdax features, as an example.
One of the key mechanisms needed to be implemented in fsdax is CoW. Copy
the data from srcmap before we actually write data to the destination
iomap. And we just copy range in which data won't be changed.
Another mechanism is range comparison. In page cache case, readpage() is
used to load data on disk to page cache in order to be able to compare
data. In fsdax case, readpage() does not work. So, we need another
compare data with direct access support.
With the two mechanisms implemented in fsdax, we are able to make reflink
and fsdax work together in XFS.
This patch (of 14):
To easily track filesystem from a pmem device, we introduce a holder for
dax_device structure, and also its operation. This holder is used to
remember who is using this dax_device:
- When it is the backend of a filesystem, the holder will be the
instance of this filesystem.
- When this pmem device is one of the targets in a mapped device, the
holder will be this mapped device. In this case, the mapped device
has its own dax_device and it will follow the first rule. So that we
can finally track to the filesystem we needed.
The holder and holder_ops will be set when filesystem is being mounted,
or an target device is being activated.
Link: https://lkml.kernel.org/r/20220603053738.1218681-1-ruansy.fnst@fujitsu.com
Link: https://lkml.kernel.org/r/20220603053738.1218681-2-ruansy.fnst@fujitsu.com
Signed-off-by: Shiyang Ruan <ruansy.fnst@fujitsu.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Dan Williams <dan.j.wiliams@intel.com>
Reviewed-by: Darrick J. Wong <djwong@kernel.org>
Cc: Dave Chinner <david@fromorbit.com>
Cc: Jane Chu <jane.chu@oracle.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.de>
Cc: Al Viro <viro@zeniv.linux.org.uk>
Cc: Matthew Wilcox <willy@infradead.org>
Cc: Naoya Horiguchi <naoya.horiguchi@nec.com>
Cc: Miaohe Lin <linmiaohe@huawei.com>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.com>
Cc: Ritesh Harjani <riteshh@linux.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
2022-06-03 05:37:25 +00:00
|
|
|
* @holder_data: holder of a dax_device: could be filesystem or mapped device
|
|
|
|
* @holder_ops: operations for the inner holder
|
2021-08-26 13:55:05 +00:00
|
|
|
*/
|
|
|
|
struct dax_device {
|
|
|
|
struct inode inode;
|
|
|
|
struct cdev cdev;
|
|
|
|
void *private;
|
|
|
|
unsigned long flags;
|
|
|
|
const struct dax_operations *ops;
|
dax: introduce holder for dax_device
Patch series "v14 fsdax-rmap + v11 fsdax-reflink", v2.
The patchset fsdax-rmap is aimed to support shared pages tracking for
fsdax.
It moves owner tracking from dax_assocaite_entry() to pmem device driver,
by introducing an interface ->memory_failure() for struct pagemap. This
interface is called by memory_failure() in mm, and implemented by pmem
device.
Then call holder operations to find the filesystem which the corrupted
data located in, and call filesystem handler to track files or metadata
associated with this page.
Finally we are able to try to fix the corrupted data in filesystem and do
other necessary processing, such as killing processes who are using the
files affected.
The call trace is like this:
memory_failure()
|* fsdax case
|------------
|pgmap->ops->memory_failure() => pmem_pgmap_memory_failure()
| dax_holder_notify_failure() =>
| dax_device->holder_ops->notify_failure() =>
| - xfs_dax_notify_failure()
| |* xfs_dax_notify_failure()
| |--------------------------
| | xfs_rmap_query_range()
| | xfs_dax_failure_fn()
| | * corrupted on metadata
| | try to recover data, call xfs_force_shutdown()
| | * corrupted on file data
| | try to recover data, call mf_dax_kill_procs()
|* normal case
|-------------
|mf_generic_kill_procs()
The patchset fsdax-reflink attempts to add CoW support for fsdax, and
takes XFS, which has both reflink and fsdax features, as an example.
One of the key mechanisms needed to be implemented in fsdax is CoW. Copy
the data from srcmap before we actually write data to the destination
iomap. And we just copy range in which data won't be changed.
Another mechanism is range comparison. In page cache case, readpage() is
used to load data on disk to page cache in order to be able to compare
data. In fsdax case, readpage() does not work. So, we need another
compare data with direct access support.
With the two mechanisms implemented in fsdax, we are able to make reflink
and fsdax work together in XFS.
This patch (of 14):
To easily track filesystem from a pmem device, we introduce a holder for
dax_device structure, and also its operation. This holder is used to
remember who is using this dax_device:
- When it is the backend of a filesystem, the holder will be the
instance of this filesystem.
- When this pmem device is one of the targets in a mapped device, the
holder will be this mapped device. In this case, the mapped device
has its own dax_device and it will follow the first rule. So that we
can finally track to the filesystem we needed.
The holder and holder_ops will be set when filesystem is being mounted,
or an target device is being activated.
Link: https://lkml.kernel.org/r/20220603053738.1218681-1-ruansy.fnst@fujitsu.com
Link: https://lkml.kernel.org/r/20220603053738.1218681-2-ruansy.fnst@fujitsu.com
Signed-off-by: Shiyang Ruan <ruansy.fnst@fujitsu.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Dan Williams <dan.j.wiliams@intel.com>
Reviewed-by: Darrick J. Wong <djwong@kernel.org>
Cc: Dave Chinner <david@fromorbit.com>
Cc: Jane Chu <jane.chu@oracle.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.de>
Cc: Al Viro <viro@zeniv.linux.org.uk>
Cc: Matthew Wilcox <willy@infradead.org>
Cc: Naoya Horiguchi <naoya.horiguchi@nec.com>
Cc: Miaohe Lin <linmiaohe@huawei.com>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.com>
Cc: Ritesh Harjani <riteshh@linux.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
2022-06-03 05:37:25 +00:00
|
|
|
void *holder_data;
|
|
|
|
const struct dax_holder_operations *holder_ops;
|
2021-08-26 13:55:05 +00:00
|
|
|
};
|
|
|
|
|
2017-04-11 16:49:49 +00:00
|
|
|
static dev_t dax_devt;
|
|
|
|
DEFINE_STATIC_SRCU(dax_srcu);
|
|
|
|
static struct vfsmount *dax_mnt;
|
|
|
|
static DEFINE_IDA(dax_minor_ida);
|
|
|
|
static struct kmem_cache *dax_cache __read_mostly;
|
|
|
|
static struct super_block *dax_superblock __read_mostly;
|
|
|
|
|
|
|
|
int dax_read_lock(void)
|
|
|
|
{
|
|
|
|
return srcu_read_lock(&dax_srcu);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(dax_read_lock);
|
|
|
|
|
|
|
|
void dax_read_unlock(int id)
|
|
|
|
{
|
|
|
|
srcu_read_unlock(&dax_srcu, id);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(dax_read_unlock);
|
|
|
|
|
2021-11-29 10:21:38 +00:00
|
|
|
#if defined(CONFIG_BLOCK) && defined(CONFIG_FS_DAX)
|
|
|
|
#include <linux/blkdev.h>
|
|
|
|
|
|
|
|
static DEFINE_XARRAY(dax_hosts);
|
|
|
|
|
|
|
|
int dax_add_host(struct dax_device *dax_dev, struct gendisk *disk)
|
2021-08-26 13:55:05 +00:00
|
|
|
{
|
2021-11-29 10:21:38 +00:00
|
|
|
return xa_insert(&dax_hosts, (unsigned long)disk, dax_dev, GFP_KERNEL);
|
2021-08-26 13:55:05 +00:00
|
|
|
}
|
2021-11-29 10:21:38 +00:00
|
|
|
EXPORT_SYMBOL_GPL(dax_add_host);
|
2021-08-26 13:55:05 +00:00
|
|
|
|
2021-11-29 10:21:38 +00:00
|
|
|
void dax_remove_host(struct gendisk *disk)
|
|
|
|
{
|
|
|
|
xa_erase(&dax_hosts, (unsigned long)disk);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(dax_remove_host);
|
2021-09-22 17:34:30 +00:00
|
|
|
|
2021-08-26 13:55:05 +00:00
|
|
|
/**
|
2021-11-29 10:21:38 +00:00
|
|
|
* fs_dax_get_by_bdev() - temporary lookup mechanism for filesystem-dax
|
|
|
|
* @bdev: block device to find a dax_device for
|
2021-11-29 10:21:59 +00:00
|
|
|
* @start_off: returns the byte offset into the dax_device that @bdev starts
|
dax: introduce holder for dax_device
Patch series "v14 fsdax-rmap + v11 fsdax-reflink", v2.
The patchset fsdax-rmap is aimed to support shared pages tracking for
fsdax.
It moves owner tracking from dax_assocaite_entry() to pmem device driver,
by introducing an interface ->memory_failure() for struct pagemap. This
interface is called by memory_failure() in mm, and implemented by pmem
device.
Then call holder operations to find the filesystem which the corrupted
data located in, and call filesystem handler to track files or metadata
associated with this page.
Finally we are able to try to fix the corrupted data in filesystem and do
other necessary processing, such as killing processes who are using the
files affected.
The call trace is like this:
memory_failure()
|* fsdax case
|------------
|pgmap->ops->memory_failure() => pmem_pgmap_memory_failure()
| dax_holder_notify_failure() =>
| dax_device->holder_ops->notify_failure() =>
| - xfs_dax_notify_failure()
| |* xfs_dax_notify_failure()
| |--------------------------
| | xfs_rmap_query_range()
| | xfs_dax_failure_fn()
| | * corrupted on metadata
| | try to recover data, call xfs_force_shutdown()
| | * corrupted on file data
| | try to recover data, call mf_dax_kill_procs()
|* normal case
|-------------
|mf_generic_kill_procs()
The patchset fsdax-reflink attempts to add CoW support for fsdax, and
takes XFS, which has both reflink and fsdax features, as an example.
One of the key mechanisms needed to be implemented in fsdax is CoW. Copy
the data from srcmap before we actually write data to the destination
iomap. And we just copy range in which data won't be changed.
Another mechanism is range comparison. In page cache case, readpage() is
used to load data on disk to page cache in order to be able to compare
data. In fsdax case, readpage() does not work. So, we need another
compare data with direct access support.
With the two mechanisms implemented in fsdax, we are able to make reflink
and fsdax work together in XFS.
This patch (of 14):
To easily track filesystem from a pmem device, we introduce a holder for
dax_device structure, and also its operation. This holder is used to
remember who is using this dax_device:
- When it is the backend of a filesystem, the holder will be the
instance of this filesystem.
- When this pmem device is one of the targets in a mapped device, the
holder will be this mapped device. In this case, the mapped device
has its own dax_device and it will follow the first rule. So that we
can finally track to the filesystem we needed.
The holder and holder_ops will be set when filesystem is being mounted,
or an target device is being activated.
Link: https://lkml.kernel.org/r/20220603053738.1218681-1-ruansy.fnst@fujitsu.com
Link: https://lkml.kernel.org/r/20220603053738.1218681-2-ruansy.fnst@fujitsu.com
Signed-off-by: Shiyang Ruan <ruansy.fnst@fujitsu.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Dan Williams <dan.j.wiliams@intel.com>
Reviewed-by: Darrick J. Wong <djwong@kernel.org>
Cc: Dave Chinner <david@fromorbit.com>
Cc: Jane Chu <jane.chu@oracle.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.de>
Cc: Al Viro <viro@zeniv.linux.org.uk>
Cc: Matthew Wilcox <willy@infradead.org>
Cc: Naoya Horiguchi <naoya.horiguchi@nec.com>
Cc: Miaohe Lin <linmiaohe@huawei.com>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.com>
Cc: Ritesh Harjani <riteshh@linux.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
2022-06-03 05:37:25 +00:00
|
|
|
* @holder: filesystem or mapped device inside the dax_device
|
|
|
|
* @ops: operations for the inner holder
|
2021-08-26 13:55:05 +00:00
|
|
|
*/
|
dax: introduce holder for dax_device
Patch series "v14 fsdax-rmap + v11 fsdax-reflink", v2.
The patchset fsdax-rmap is aimed to support shared pages tracking for
fsdax.
It moves owner tracking from dax_assocaite_entry() to pmem device driver,
by introducing an interface ->memory_failure() for struct pagemap. This
interface is called by memory_failure() in mm, and implemented by pmem
device.
Then call holder operations to find the filesystem which the corrupted
data located in, and call filesystem handler to track files or metadata
associated with this page.
Finally we are able to try to fix the corrupted data in filesystem and do
other necessary processing, such as killing processes who are using the
files affected.
The call trace is like this:
memory_failure()
|* fsdax case
|------------
|pgmap->ops->memory_failure() => pmem_pgmap_memory_failure()
| dax_holder_notify_failure() =>
| dax_device->holder_ops->notify_failure() =>
| - xfs_dax_notify_failure()
| |* xfs_dax_notify_failure()
| |--------------------------
| | xfs_rmap_query_range()
| | xfs_dax_failure_fn()
| | * corrupted on metadata
| | try to recover data, call xfs_force_shutdown()
| | * corrupted on file data
| | try to recover data, call mf_dax_kill_procs()
|* normal case
|-------------
|mf_generic_kill_procs()
The patchset fsdax-reflink attempts to add CoW support for fsdax, and
takes XFS, which has both reflink and fsdax features, as an example.
One of the key mechanisms needed to be implemented in fsdax is CoW. Copy
the data from srcmap before we actually write data to the destination
iomap. And we just copy range in which data won't be changed.
Another mechanism is range comparison. In page cache case, readpage() is
used to load data on disk to page cache in order to be able to compare
data. In fsdax case, readpage() does not work. So, we need another
compare data with direct access support.
With the two mechanisms implemented in fsdax, we are able to make reflink
and fsdax work together in XFS.
This patch (of 14):
To easily track filesystem from a pmem device, we introduce a holder for
dax_device structure, and also its operation. This holder is used to
remember who is using this dax_device:
- When it is the backend of a filesystem, the holder will be the
instance of this filesystem.
- When this pmem device is one of the targets in a mapped device, the
holder will be this mapped device. In this case, the mapped device
has its own dax_device and it will follow the first rule. So that we
can finally track to the filesystem we needed.
The holder and holder_ops will be set when filesystem is being mounted,
or an target device is being activated.
Link: https://lkml.kernel.org/r/20220603053738.1218681-1-ruansy.fnst@fujitsu.com
Link: https://lkml.kernel.org/r/20220603053738.1218681-2-ruansy.fnst@fujitsu.com
Signed-off-by: Shiyang Ruan <ruansy.fnst@fujitsu.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Dan Williams <dan.j.wiliams@intel.com>
Reviewed-by: Darrick J. Wong <djwong@kernel.org>
Cc: Dave Chinner <david@fromorbit.com>
Cc: Jane Chu <jane.chu@oracle.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.de>
Cc: Al Viro <viro@zeniv.linux.org.uk>
Cc: Matthew Wilcox <willy@infradead.org>
Cc: Naoya Horiguchi <naoya.horiguchi@nec.com>
Cc: Miaohe Lin <linmiaohe@huawei.com>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.com>
Cc: Ritesh Harjani <riteshh@linux.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
2022-06-03 05:37:25 +00:00
|
|
|
struct dax_device *fs_dax_get_by_bdev(struct block_device *bdev, u64 *start_off,
|
|
|
|
void *holder, const struct dax_holder_operations *ops)
|
2021-08-26 13:55:05 +00:00
|
|
|
{
|
2021-11-29 10:21:38 +00:00
|
|
|
struct dax_device *dax_dev;
|
2021-11-29 10:21:59 +00:00
|
|
|
u64 part_size;
|
2021-11-29 10:21:38 +00:00
|
|
|
int id;
|
2021-08-26 13:55:05 +00:00
|
|
|
|
2021-11-29 10:21:38 +00:00
|
|
|
if (!blk_queue_dax(bdev->bd_disk->queue))
|
2021-08-26 13:55:05 +00:00
|
|
|
return NULL;
|
|
|
|
|
2021-11-29 10:21:59 +00:00
|
|
|
*start_off = get_start_sect(bdev) * SECTOR_SIZE;
|
|
|
|
part_size = bdev_nr_sectors(bdev) * SECTOR_SIZE;
|
|
|
|
if (*start_off % PAGE_SIZE || part_size % PAGE_SIZE) {
|
2021-11-29 10:21:40 +00:00
|
|
|
pr_info("%pg: error: unaligned partition for dax\n", bdev);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2021-08-26 13:55:05 +00:00
|
|
|
id = dax_read_lock();
|
2021-11-29 10:21:38 +00:00
|
|
|
dax_dev = xa_load(&dax_hosts, (unsigned long)bdev->bd_disk);
|
|
|
|
if (!dax_dev || !dax_alive(dax_dev) || !igrab(&dax_dev->inode))
|
|
|
|
dax_dev = NULL;
|
dax: introduce holder for dax_device
Patch series "v14 fsdax-rmap + v11 fsdax-reflink", v2.
The patchset fsdax-rmap is aimed to support shared pages tracking for
fsdax.
It moves owner tracking from dax_assocaite_entry() to pmem device driver,
by introducing an interface ->memory_failure() for struct pagemap. This
interface is called by memory_failure() in mm, and implemented by pmem
device.
Then call holder operations to find the filesystem which the corrupted
data located in, and call filesystem handler to track files or metadata
associated with this page.
Finally we are able to try to fix the corrupted data in filesystem and do
other necessary processing, such as killing processes who are using the
files affected.
The call trace is like this:
memory_failure()
|* fsdax case
|------------
|pgmap->ops->memory_failure() => pmem_pgmap_memory_failure()
| dax_holder_notify_failure() =>
| dax_device->holder_ops->notify_failure() =>
| - xfs_dax_notify_failure()
| |* xfs_dax_notify_failure()
| |--------------------------
| | xfs_rmap_query_range()
| | xfs_dax_failure_fn()
| | * corrupted on metadata
| | try to recover data, call xfs_force_shutdown()
| | * corrupted on file data
| | try to recover data, call mf_dax_kill_procs()
|* normal case
|-------------
|mf_generic_kill_procs()
The patchset fsdax-reflink attempts to add CoW support for fsdax, and
takes XFS, which has both reflink and fsdax features, as an example.
One of the key mechanisms needed to be implemented in fsdax is CoW. Copy
the data from srcmap before we actually write data to the destination
iomap. And we just copy range in which data won't be changed.
Another mechanism is range comparison. In page cache case, readpage() is
used to load data on disk to page cache in order to be able to compare
data. In fsdax case, readpage() does not work. So, we need another
compare data with direct access support.
With the two mechanisms implemented in fsdax, we are able to make reflink
and fsdax work together in XFS.
This patch (of 14):
To easily track filesystem from a pmem device, we introduce a holder for
dax_device structure, and also its operation. This holder is used to
remember who is using this dax_device:
- When it is the backend of a filesystem, the holder will be the
instance of this filesystem.
- When this pmem device is one of the targets in a mapped device, the
holder will be this mapped device. In this case, the mapped device
has its own dax_device and it will follow the first rule. So that we
can finally track to the filesystem we needed.
The holder and holder_ops will be set when filesystem is being mounted,
or an target device is being activated.
Link: https://lkml.kernel.org/r/20220603053738.1218681-1-ruansy.fnst@fujitsu.com
Link: https://lkml.kernel.org/r/20220603053738.1218681-2-ruansy.fnst@fujitsu.com
Signed-off-by: Shiyang Ruan <ruansy.fnst@fujitsu.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Dan Williams <dan.j.wiliams@intel.com>
Reviewed-by: Darrick J. Wong <djwong@kernel.org>
Cc: Dave Chinner <david@fromorbit.com>
Cc: Jane Chu <jane.chu@oracle.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.de>
Cc: Al Viro <viro@zeniv.linux.org.uk>
Cc: Matthew Wilcox <willy@infradead.org>
Cc: Naoya Horiguchi <naoya.horiguchi@nec.com>
Cc: Miaohe Lin <linmiaohe@huawei.com>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.com>
Cc: Ritesh Harjani <riteshh@linux.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
2022-06-03 05:37:25 +00:00
|
|
|
else if (holder) {
|
|
|
|
if (!cmpxchg(&dax_dev->holder_data, NULL, holder))
|
|
|
|
dax_dev->holder_ops = ops;
|
|
|
|
else
|
|
|
|
dax_dev = NULL;
|
|
|
|
}
|
2021-08-26 13:55:05 +00:00
|
|
|
dax_read_unlock(id);
|
|
|
|
|
2021-11-29 10:21:38 +00:00
|
|
|
return dax_dev;
|
2017-08-30 16:16:38 +00:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(fs_dax_get_by_bdev);
|
dax: introduce holder for dax_device
Patch series "v14 fsdax-rmap + v11 fsdax-reflink", v2.
The patchset fsdax-rmap is aimed to support shared pages tracking for
fsdax.
It moves owner tracking from dax_assocaite_entry() to pmem device driver,
by introducing an interface ->memory_failure() for struct pagemap. This
interface is called by memory_failure() in mm, and implemented by pmem
device.
Then call holder operations to find the filesystem which the corrupted
data located in, and call filesystem handler to track files or metadata
associated with this page.
Finally we are able to try to fix the corrupted data in filesystem and do
other necessary processing, such as killing processes who are using the
files affected.
The call trace is like this:
memory_failure()
|* fsdax case
|------------
|pgmap->ops->memory_failure() => pmem_pgmap_memory_failure()
| dax_holder_notify_failure() =>
| dax_device->holder_ops->notify_failure() =>
| - xfs_dax_notify_failure()
| |* xfs_dax_notify_failure()
| |--------------------------
| | xfs_rmap_query_range()
| | xfs_dax_failure_fn()
| | * corrupted on metadata
| | try to recover data, call xfs_force_shutdown()
| | * corrupted on file data
| | try to recover data, call mf_dax_kill_procs()
|* normal case
|-------------
|mf_generic_kill_procs()
The patchset fsdax-reflink attempts to add CoW support for fsdax, and
takes XFS, which has both reflink and fsdax features, as an example.
One of the key mechanisms needed to be implemented in fsdax is CoW. Copy
the data from srcmap before we actually write data to the destination
iomap. And we just copy range in which data won't be changed.
Another mechanism is range comparison. In page cache case, readpage() is
used to load data on disk to page cache in order to be able to compare
data. In fsdax case, readpage() does not work. So, we need another
compare data with direct access support.
With the two mechanisms implemented in fsdax, we are able to make reflink
and fsdax work together in XFS.
This patch (of 14):
To easily track filesystem from a pmem device, we introduce a holder for
dax_device structure, and also its operation. This holder is used to
remember who is using this dax_device:
- When it is the backend of a filesystem, the holder will be the
instance of this filesystem.
- When this pmem device is one of the targets in a mapped device, the
holder will be this mapped device. In this case, the mapped device
has its own dax_device and it will follow the first rule. So that we
can finally track to the filesystem we needed.
The holder and holder_ops will be set when filesystem is being mounted,
or an target device is being activated.
Link: https://lkml.kernel.org/r/20220603053738.1218681-1-ruansy.fnst@fujitsu.com
Link: https://lkml.kernel.org/r/20220603053738.1218681-2-ruansy.fnst@fujitsu.com
Signed-off-by: Shiyang Ruan <ruansy.fnst@fujitsu.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Dan Williams <dan.j.wiliams@intel.com>
Reviewed-by: Darrick J. Wong <djwong@kernel.org>
Cc: Dave Chinner <david@fromorbit.com>
Cc: Jane Chu <jane.chu@oracle.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.de>
Cc: Al Viro <viro@zeniv.linux.org.uk>
Cc: Matthew Wilcox <willy@infradead.org>
Cc: Naoya Horiguchi <naoya.horiguchi@nec.com>
Cc: Miaohe Lin <linmiaohe@huawei.com>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.com>
Cc: Ritesh Harjani <riteshh@linux.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
2022-06-03 05:37:25 +00:00
|
|
|
|
|
|
|
void fs_put_dax(struct dax_device *dax_dev, void *holder)
|
|
|
|
{
|
|
|
|
if (dax_dev && holder &&
|
|
|
|
cmpxchg(&dax_dev->holder_data, holder, NULL) == holder)
|
|
|
|
dax_dev->holder_ops = NULL;
|
|
|
|
put_dax(dax_dev);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(fs_put_dax);
|
2021-11-29 10:21:36 +00:00
|
|
|
#endif /* CONFIG_BLOCK && CONFIG_FS_DAX */
|
2017-05-08 17:55:27 +00:00
|
|
|
|
2017-06-28 00:59:28 +00:00
|
|
|
enum dax_device_flags {
|
|
|
|
/* !alive + rcu grace period == no new operations / mappings */
|
|
|
|
DAXDEV_ALIVE,
|
2017-06-27 04:28:41 +00:00
|
|
|
/* gate whether dax_flush() calls the low level flush routine */
|
|
|
|
DAXDEV_WRITE_CACHE,
|
2019-07-05 14:03:24 +00:00
|
|
|
/* flag to check if device supports synchronous flush */
|
|
|
|
DAXDEV_SYNC,
|
2021-12-15 08:45:08 +00:00
|
|
|
/* do not leave the caches dirty after writes */
|
|
|
|
DAXDEV_NOCACHE,
|
|
|
|
/* handle CPU fetch exceptions during reads */
|
|
|
|
DAXDEV_NOMC,
|
2017-06-28 00:59:28 +00:00
|
|
|
};
|
|
|
|
|
2017-01-27 04:37:35 +00:00
|
|
|
/**
|
|
|
|
* dax_direct_access() - translate a device pgoff to an absolute pfn
|
|
|
|
* @dax_dev: a dax_device instance representing the logical memory range
|
|
|
|
* @pgoff: offset in pages from the start of the device to translate
|
|
|
|
* @nr_pages: number of consecutive pages caller can handle relative to @pfn
|
2022-05-13 22:10:58 +00:00
|
|
|
* @mode: indicator on normal access or recovery write
|
2017-01-27 04:37:35 +00:00
|
|
|
* @kaddr: output parameter that returns a virtual address mapping of pfn
|
|
|
|
* @pfn: output parameter that returns an absolute pfn translation of @pgoff
|
|
|
|
*
|
|
|
|
* Return: negative errno if an error occurs, otherwise the number of
|
|
|
|
* pages accessible at the device relative @pgoff.
|
|
|
|
*/
|
|
|
|
long dax_direct_access(struct dax_device *dax_dev, pgoff_t pgoff, long nr_pages,
|
2022-05-13 22:10:58 +00:00
|
|
|
enum dax_access_mode mode, void **kaddr, pfn_t *pfn)
|
2017-01-27 04:37:35 +00:00
|
|
|
{
|
|
|
|
long avail;
|
|
|
|
|
|
|
|
if (!dax_dev)
|
|
|
|
return -EOPNOTSUPP;
|
|
|
|
|
|
|
|
if (!dax_alive(dax_dev))
|
|
|
|
return -ENXIO;
|
|
|
|
|
|
|
|
if (nr_pages < 0)
|
2021-05-25 17:24:28 +00:00
|
|
|
return -EINVAL;
|
2017-01-27 04:37:35 +00:00
|
|
|
|
|
|
|
avail = dax_dev->ops->direct_access(dax_dev, pgoff, nr_pages,
|
2022-05-13 22:10:58 +00:00
|
|
|
mode, kaddr, pfn);
|
2017-01-27 04:37:35 +00:00
|
|
|
if (!avail)
|
|
|
|
return -ERANGE;
|
|
|
|
return min(avail, nr_pages);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(dax_direct_access);
|
|
|
|
|
2017-05-29 19:57:56 +00:00
|
|
|
size_t dax_copy_from_iter(struct dax_device *dax_dev, pgoff_t pgoff, void *addr,
|
|
|
|
size_t bytes, struct iov_iter *i)
|
|
|
|
{
|
|
|
|
if (!dax_alive(dax_dev))
|
|
|
|
return 0;
|
|
|
|
|
2021-12-15 08:45:08 +00:00
|
|
|
/*
|
|
|
|
* The userspace address for the memory copy has already been validated
|
|
|
|
* via access_ok() in vfs_write, so use the 'no check' version to bypass
|
|
|
|
* the HARDENED_USERCOPY overhead.
|
|
|
|
*/
|
|
|
|
if (test_bit(DAXDEV_NOCACHE, &dax_dev->flags))
|
|
|
|
return _copy_from_iter_flushcache(addr, bytes, i);
|
|
|
|
return _copy_from_iter(addr, bytes, i);
|
2017-05-29 19:57:56 +00:00
|
|
|
}
|
|
|
|
|
2018-05-02 13:46:33 +00:00
|
|
|
size_t dax_copy_to_iter(struct dax_device *dax_dev, pgoff_t pgoff, void *addr,
|
|
|
|
size_t bytes, struct iov_iter *i)
|
|
|
|
{
|
|
|
|
if (!dax_alive(dax_dev))
|
|
|
|
return 0;
|
|
|
|
|
2021-12-15 08:45:08 +00:00
|
|
|
/*
|
|
|
|
* The userspace address for the memory copy has already been validated
|
|
|
|
* via access_ok() in vfs_red, so use the 'no check' version to bypass
|
|
|
|
* the HARDENED_USERCOPY overhead.
|
|
|
|
*/
|
|
|
|
if (test_bit(DAXDEV_NOMC, &dax_dev->flags))
|
|
|
|
return _copy_mc_to_iter(addr, bytes, i);
|
|
|
|
return _copy_to_iter(addr, bytes, i);
|
2018-05-02 13:46:33 +00:00
|
|
|
}
|
|
|
|
|
2020-02-28 16:34:52 +00:00
|
|
|
int dax_zero_page_range(struct dax_device *dax_dev, pgoff_t pgoff,
|
|
|
|
size_t nr_pages)
|
|
|
|
{
|
|
|
|
if (!dax_alive(dax_dev))
|
|
|
|
return -ENXIO;
|
|
|
|
/*
|
|
|
|
* There are no callers that want to zero more than one page as of now.
|
|
|
|
* Once users are there, this check can be removed after the
|
|
|
|
* device mapper code has been updated to split ranges across targets.
|
|
|
|
*/
|
|
|
|
if (nr_pages != 1)
|
|
|
|
return -EIO;
|
|
|
|
|
|
|
|
return dax_dev->ops->zero_page_range(dax_dev, pgoff, nr_pages);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(dax_zero_page_range);
|
|
|
|
|
2022-04-22 22:45:06 +00:00
|
|
|
size_t dax_recovery_write(struct dax_device *dax_dev, pgoff_t pgoff,
|
|
|
|
void *addr, size_t bytes, struct iov_iter *iter)
|
|
|
|
{
|
|
|
|
if (!dax_dev->ops->recovery_write)
|
|
|
|
return 0;
|
|
|
|
return dax_dev->ops->recovery_write(dax_dev, pgoff, addr, bytes, iter);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(dax_recovery_write);
|
|
|
|
|
dax: introduce holder for dax_device
Patch series "v14 fsdax-rmap + v11 fsdax-reflink", v2.
The patchset fsdax-rmap is aimed to support shared pages tracking for
fsdax.
It moves owner tracking from dax_assocaite_entry() to pmem device driver,
by introducing an interface ->memory_failure() for struct pagemap. This
interface is called by memory_failure() in mm, and implemented by pmem
device.
Then call holder operations to find the filesystem which the corrupted
data located in, and call filesystem handler to track files or metadata
associated with this page.
Finally we are able to try to fix the corrupted data in filesystem and do
other necessary processing, such as killing processes who are using the
files affected.
The call trace is like this:
memory_failure()
|* fsdax case
|------------
|pgmap->ops->memory_failure() => pmem_pgmap_memory_failure()
| dax_holder_notify_failure() =>
| dax_device->holder_ops->notify_failure() =>
| - xfs_dax_notify_failure()
| |* xfs_dax_notify_failure()
| |--------------------------
| | xfs_rmap_query_range()
| | xfs_dax_failure_fn()
| | * corrupted on metadata
| | try to recover data, call xfs_force_shutdown()
| | * corrupted on file data
| | try to recover data, call mf_dax_kill_procs()
|* normal case
|-------------
|mf_generic_kill_procs()
The patchset fsdax-reflink attempts to add CoW support for fsdax, and
takes XFS, which has both reflink and fsdax features, as an example.
One of the key mechanisms needed to be implemented in fsdax is CoW. Copy
the data from srcmap before we actually write data to the destination
iomap. And we just copy range in which data won't be changed.
Another mechanism is range comparison. In page cache case, readpage() is
used to load data on disk to page cache in order to be able to compare
data. In fsdax case, readpage() does not work. So, we need another
compare data with direct access support.
With the two mechanisms implemented in fsdax, we are able to make reflink
and fsdax work together in XFS.
This patch (of 14):
To easily track filesystem from a pmem device, we introduce a holder for
dax_device structure, and also its operation. This holder is used to
remember who is using this dax_device:
- When it is the backend of a filesystem, the holder will be the
instance of this filesystem.
- When this pmem device is one of the targets in a mapped device, the
holder will be this mapped device. In this case, the mapped device
has its own dax_device and it will follow the first rule. So that we
can finally track to the filesystem we needed.
The holder and holder_ops will be set when filesystem is being mounted,
or an target device is being activated.
Link: https://lkml.kernel.org/r/20220603053738.1218681-1-ruansy.fnst@fujitsu.com
Link: https://lkml.kernel.org/r/20220603053738.1218681-2-ruansy.fnst@fujitsu.com
Signed-off-by: Shiyang Ruan <ruansy.fnst@fujitsu.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Dan Williams <dan.j.wiliams@intel.com>
Reviewed-by: Darrick J. Wong <djwong@kernel.org>
Cc: Dave Chinner <david@fromorbit.com>
Cc: Jane Chu <jane.chu@oracle.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.de>
Cc: Al Viro <viro@zeniv.linux.org.uk>
Cc: Matthew Wilcox <willy@infradead.org>
Cc: Naoya Horiguchi <naoya.horiguchi@nec.com>
Cc: Miaohe Lin <linmiaohe@huawei.com>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.com>
Cc: Ritesh Harjani <riteshh@linux.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
2022-06-03 05:37:25 +00:00
|
|
|
int dax_holder_notify_failure(struct dax_device *dax_dev, u64 off,
|
|
|
|
u64 len, int mf_flags)
|
|
|
|
{
|
|
|
|
int rc, id;
|
|
|
|
|
|
|
|
id = dax_read_lock();
|
|
|
|
if (!dax_alive(dax_dev)) {
|
|
|
|
rc = -ENXIO;
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!dax_dev->holder_ops) {
|
|
|
|
rc = -EOPNOTSUPP;
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
|
|
|
rc = dax_dev->holder_ops->notify_failure(dax_dev, off, len, mf_flags);
|
|
|
|
out:
|
|
|
|
dax_read_unlock(id);
|
|
|
|
return rc;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(dax_holder_notify_failure);
|
|
|
|
|
2017-09-01 01:47:43 +00:00
|
|
|
#ifdef CONFIG_ARCH_HAS_PMEM_API
|
|
|
|
void arch_wb_cache_pmem(void *addr, size_t size);
|
|
|
|
void dax_flush(struct dax_device *dax_dev, void *addr, size_t size)
|
2017-05-29 20:02:52 +00:00
|
|
|
{
|
2018-06-06 16:45:14 +00:00
|
|
|
if (unlikely(!dax_write_cache_enabled(dax_dev)))
|
2017-06-27 04:28:41 +00:00
|
|
|
return;
|
|
|
|
|
2017-09-01 01:47:43 +00:00
|
|
|
arch_wb_cache_pmem(addr, size);
|
2017-05-29 20:02:52 +00:00
|
|
|
}
|
2017-09-01 01:47:43 +00:00
|
|
|
#else
|
|
|
|
void dax_flush(struct dax_device *dax_dev, void *addr, size_t size)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
#endif
|
2017-05-29 20:02:52 +00:00
|
|
|
EXPORT_SYMBOL_GPL(dax_flush);
|
|
|
|
|
2017-06-27 04:28:41 +00:00
|
|
|
void dax_write_cache(struct dax_device *dax_dev, bool wc)
|
|
|
|
{
|
|
|
|
if (wc)
|
|
|
|
set_bit(DAXDEV_WRITE_CACHE, &dax_dev->flags);
|
|
|
|
else
|
|
|
|
clear_bit(DAXDEV_WRITE_CACHE, &dax_dev->flags);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(dax_write_cache);
|
|
|
|
|
2017-07-26 13:35:09 +00:00
|
|
|
bool dax_write_cache_enabled(struct dax_device *dax_dev)
|
|
|
|
{
|
|
|
|
return test_bit(DAXDEV_WRITE_CACHE, &dax_dev->flags);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(dax_write_cache_enabled);
|
|
|
|
|
2021-12-15 08:45:06 +00:00
|
|
|
bool dax_synchronous(struct dax_device *dax_dev)
|
2019-07-05 14:03:24 +00:00
|
|
|
{
|
|
|
|
return test_bit(DAXDEV_SYNC, &dax_dev->flags);
|
|
|
|
}
|
2021-12-15 08:45:06 +00:00
|
|
|
EXPORT_SYMBOL_GPL(dax_synchronous);
|
2019-07-05 14:03:24 +00:00
|
|
|
|
2021-12-15 08:45:06 +00:00
|
|
|
void set_dax_synchronous(struct dax_device *dax_dev)
|
2019-07-05 14:03:24 +00:00
|
|
|
{
|
|
|
|
set_bit(DAXDEV_SYNC, &dax_dev->flags);
|
|
|
|
}
|
2021-12-15 08:45:06 +00:00
|
|
|
EXPORT_SYMBOL_GPL(set_dax_synchronous);
|
2019-07-05 14:03:24 +00:00
|
|
|
|
2021-12-15 08:45:08 +00:00
|
|
|
void set_dax_nocache(struct dax_device *dax_dev)
|
|
|
|
{
|
|
|
|
set_bit(DAXDEV_NOCACHE, &dax_dev->flags);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(set_dax_nocache);
|
|
|
|
|
|
|
|
void set_dax_nomc(struct dax_device *dax_dev)
|
|
|
|
{
|
|
|
|
set_bit(DAXDEV_NOMC, &dax_dev->flags);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(set_dax_nomc);
|
|
|
|
|
2017-04-11 16:49:49 +00:00
|
|
|
bool dax_alive(struct dax_device *dax_dev)
|
|
|
|
{
|
|
|
|
lockdep_assert_held(&dax_srcu);
|
2017-06-28 00:59:28 +00:00
|
|
|
return test_bit(DAXDEV_ALIVE, &dax_dev->flags);
|
2017-04-11 16:49:49 +00:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(dax_alive);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Note, rcu is not protecting the liveness of dax_dev, rcu is ensuring
|
|
|
|
* that any fault handlers or operations that might have seen
|
|
|
|
* dax_alive(), have completed. Any operations that start after
|
|
|
|
* synchronize_srcu() has run will abort upon seeing !dax_alive().
|
|
|
|
*/
|
|
|
|
void kill_dax(struct dax_device *dax_dev)
|
|
|
|
{
|
|
|
|
if (!dax_dev)
|
|
|
|
return;
|
|
|
|
|
dax: introduce holder for dax_device
Patch series "v14 fsdax-rmap + v11 fsdax-reflink", v2.
The patchset fsdax-rmap is aimed to support shared pages tracking for
fsdax.
It moves owner tracking from dax_assocaite_entry() to pmem device driver,
by introducing an interface ->memory_failure() for struct pagemap. This
interface is called by memory_failure() in mm, and implemented by pmem
device.
Then call holder operations to find the filesystem which the corrupted
data located in, and call filesystem handler to track files or metadata
associated with this page.
Finally we are able to try to fix the corrupted data in filesystem and do
other necessary processing, such as killing processes who are using the
files affected.
The call trace is like this:
memory_failure()
|* fsdax case
|------------
|pgmap->ops->memory_failure() => pmem_pgmap_memory_failure()
| dax_holder_notify_failure() =>
| dax_device->holder_ops->notify_failure() =>
| - xfs_dax_notify_failure()
| |* xfs_dax_notify_failure()
| |--------------------------
| | xfs_rmap_query_range()
| | xfs_dax_failure_fn()
| | * corrupted on metadata
| | try to recover data, call xfs_force_shutdown()
| | * corrupted on file data
| | try to recover data, call mf_dax_kill_procs()
|* normal case
|-------------
|mf_generic_kill_procs()
The patchset fsdax-reflink attempts to add CoW support for fsdax, and
takes XFS, which has both reflink and fsdax features, as an example.
One of the key mechanisms needed to be implemented in fsdax is CoW. Copy
the data from srcmap before we actually write data to the destination
iomap. And we just copy range in which data won't be changed.
Another mechanism is range comparison. In page cache case, readpage() is
used to load data on disk to page cache in order to be able to compare
data. In fsdax case, readpage() does not work. So, we need another
compare data with direct access support.
With the two mechanisms implemented in fsdax, we are able to make reflink
and fsdax work together in XFS.
This patch (of 14):
To easily track filesystem from a pmem device, we introduce a holder for
dax_device structure, and also its operation. This holder is used to
remember who is using this dax_device:
- When it is the backend of a filesystem, the holder will be the
instance of this filesystem.
- When this pmem device is one of the targets in a mapped device, the
holder will be this mapped device. In this case, the mapped device
has its own dax_device and it will follow the first rule. So that we
can finally track to the filesystem we needed.
The holder and holder_ops will be set when filesystem is being mounted,
or an target device is being activated.
Link: https://lkml.kernel.org/r/20220603053738.1218681-1-ruansy.fnst@fujitsu.com
Link: https://lkml.kernel.org/r/20220603053738.1218681-2-ruansy.fnst@fujitsu.com
Signed-off-by: Shiyang Ruan <ruansy.fnst@fujitsu.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Dan Williams <dan.j.wiliams@intel.com>
Reviewed-by: Darrick J. Wong <djwong@kernel.org>
Cc: Dave Chinner <david@fromorbit.com>
Cc: Jane Chu <jane.chu@oracle.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.de>
Cc: Al Viro <viro@zeniv.linux.org.uk>
Cc: Matthew Wilcox <willy@infradead.org>
Cc: Naoya Horiguchi <naoya.horiguchi@nec.com>
Cc: Miaohe Lin <linmiaohe@huawei.com>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.com>
Cc: Ritesh Harjani <riteshh@linux.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
2022-06-03 05:37:25 +00:00
|
|
|
if (dax_dev->holder_data != NULL)
|
|
|
|
dax_holder_notify_failure(dax_dev, 0, U64_MAX, 0);
|
|
|
|
|
2017-06-28 00:59:28 +00:00
|
|
|
clear_bit(DAXDEV_ALIVE, &dax_dev->flags);
|
2017-04-11 16:49:49 +00:00
|
|
|
synchronize_srcu(&dax_srcu);
|
dax: introduce holder for dax_device
Patch series "v14 fsdax-rmap + v11 fsdax-reflink", v2.
The patchset fsdax-rmap is aimed to support shared pages tracking for
fsdax.
It moves owner tracking from dax_assocaite_entry() to pmem device driver,
by introducing an interface ->memory_failure() for struct pagemap. This
interface is called by memory_failure() in mm, and implemented by pmem
device.
Then call holder operations to find the filesystem which the corrupted
data located in, and call filesystem handler to track files or metadata
associated with this page.
Finally we are able to try to fix the corrupted data in filesystem and do
other necessary processing, such as killing processes who are using the
files affected.
The call trace is like this:
memory_failure()
|* fsdax case
|------------
|pgmap->ops->memory_failure() => pmem_pgmap_memory_failure()
| dax_holder_notify_failure() =>
| dax_device->holder_ops->notify_failure() =>
| - xfs_dax_notify_failure()
| |* xfs_dax_notify_failure()
| |--------------------------
| | xfs_rmap_query_range()
| | xfs_dax_failure_fn()
| | * corrupted on metadata
| | try to recover data, call xfs_force_shutdown()
| | * corrupted on file data
| | try to recover data, call mf_dax_kill_procs()
|* normal case
|-------------
|mf_generic_kill_procs()
The patchset fsdax-reflink attempts to add CoW support for fsdax, and
takes XFS, which has both reflink and fsdax features, as an example.
One of the key mechanisms needed to be implemented in fsdax is CoW. Copy
the data from srcmap before we actually write data to the destination
iomap. And we just copy range in which data won't be changed.
Another mechanism is range comparison. In page cache case, readpage() is
used to load data on disk to page cache in order to be able to compare
data. In fsdax case, readpage() does not work. So, we need another
compare data with direct access support.
With the two mechanisms implemented in fsdax, we are able to make reflink
and fsdax work together in XFS.
This patch (of 14):
To easily track filesystem from a pmem device, we introduce a holder for
dax_device structure, and also its operation. This holder is used to
remember who is using this dax_device:
- When it is the backend of a filesystem, the holder will be the
instance of this filesystem.
- When this pmem device is one of the targets in a mapped device, the
holder will be this mapped device. In this case, the mapped device
has its own dax_device and it will follow the first rule. So that we
can finally track to the filesystem we needed.
The holder and holder_ops will be set when filesystem is being mounted,
or an target device is being activated.
Link: https://lkml.kernel.org/r/20220603053738.1218681-1-ruansy.fnst@fujitsu.com
Link: https://lkml.kernel.org/r/20220603053738.1218681-2-ruansy.fnst@fujitsu.com
Signed-off-by: Shiyang Ruan <ruansy.fnst@fujitsu.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Dan Williams <dan.j.wiliams@intel.com>
Reviewed-by: Darrick J. Wong <djwong@kernel.org>
Cc: Dave Chinner <david@fromorbit.com>
Cc: Jane Chu <jane.chu@oracle.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.de>
Cc: Al Viro <viro@zeniv.linux.org.uk>
Cc: Matthew Wilcox <willy@infradead.org>
Cc: Naoya Horiguchi <naoya.horiguchi@nec.com>
Cc: Miaohe Lin <linmiaohe@huawei.com>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.com>
Cc: Ritesh Harjani <riteshh@linux.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
2022-06-03 05:37:25 +00:00
|
|
|
|
|
|
|
/* clear holder data */
|
|
|
|
dax_dev->holder_ops = NULL;
|
|
|
|
dax_dev->holder_data = NULL;
|
2017-04-11 16:49:49 +00:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(kill_dax);
|
|
|
|
|
2017-07-13 00:58:21 +00:00
|
|
|
void run_dax(struct dax_device *dax_dev)
|
|
|
|
{
|
|
|
|
set_bit(DAXDEV_ALIVE, &dax_dev->flags);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(run_dax);
|
|
|
|
|
2017-04-11 16:49:49 +00:00
|
|
|
static struct inode *dax_alloc_inode(struct super_block *sb)
|
|
|
|
{
|
|
|
|
struct dax_device *dax_dev;
|
2017-06-09 15:50:49 +00:00
|
|
|
struct inode *inode;
|
2017-04-11 16:49:49 +00:00
|
|
|
|
2022-03-22 21:41:03 +00:00
|
|
|
dax_dev = alloc_inode_sb(sb, dax_cache, GFP_KERNEL);
|
2017-11-14 14:59:54 +00:00
|
|
|
if (!dax_dev)
|
|
|
|
return NULL;
|
|
|
|
|
2017-06-09 15:50:49 +00:00
|
|
|
inode = &dax_dev->inode;
|
|
|
|
inode->i_rdev = 0;
|
|
|
|
return inode;
|
2017-04-11 16:49:49 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static struct dax_device *to_dax_dev(struct inode *inode)
|
|
|
|
{
|
|
|
|
return container_of(inode, struct dax_device, inode);
|
|
|
|
}
|
|
|
|
|
2019-04-10 18:57:19 +00:00
|
|
|
static void dax_free_inode(struct inode *inode)
|
2017-04-11 16:49:49 +00:00
|
|
|
{
|
|
|
|
struct dax_device *dax_dev = to_dax_dev(inode);
|
2017-06-09 15:50:49 +00:00
|
|
|
if (inode->i_rdev)
|
2021-02-01 00:23:55 +00:00
|
|
|
ida_simple_remove(&dax_minor_ida, iminor(inode));
|
2017-04-11 16:49:49 +00:00
|
|
|
kmem_cache_free(dax_cache, dax_dev);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void dax_destroy_inode(struct inode *inode)
|
|
|
|
{
|
|
|
|
struct dax_device *dax_dev = to_dax_dev(inode);
|
2017-06-28 00:59:28 +00:00
|
|
|
WARN_ONCE(test_bit(DAXDEV_ALIVE, &dax_dev->flags),
|
2017-04-11 16:49:49 +00:00
|
|
|
"kill_dax() must be called before final iput()\n");
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct super_operations dax_sops = {
|
|
|
|
.statfs = simple_statfs,
|
|
|
|
.alloc_inode = dax_alloc_inode,
|
|
|
|
.destroy_inode = dax_destroy_inode,
|
2019-04-10 18:57:19 +00:00
|
|
|
.free_inode = dax_free_inode,
|
2017-04-11 16:49:49 +00:00
|
|
|
.drop_inode = generic_delete_inode,
|
|
|
|
};
|
|
|
|
|
2019-03-25 16:38:24 +00:00
|
|
|
static int dax_init_fs_context(struct fs_context *fc)
|
2017-04-11 16:49:49 +00:00
|
|
|
{
|
2019-03-25 16:38:24 +00:00
|
|
|
struct pseudo_fs_context *ctx = init_pseudo(fc, DAXFS_MAGIC);
|
|
|
|
if (!ctx)
|
|
|
|
return -ENOMEM;
|
|
|
|
ctx->ops = &dax_sops;
|
|
|
|
return 0;
|
2017-04-11 16:49:49 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static struct file_system_type dax_fs_type = {
|
2019-03-25 16:38:24 +00:00
|
|
|
.name = "dax",
|
|
|
|
.init_fs_context = dax_init_fs_context,
|
|
|
|
.kill_sb = kill_anon_super,
|
2017-04-11 16:49:49 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
static int dax_test(struct inode *inode, void *data)
|
|
|
|
{
|
|
|
|
dev_t devt = *(dev_t *) data;
|
|
|
|
|
|
|
|
return inode->i_rdev == devt;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int dax_set(struct inode *inode, void *data)
|
|
|
|
{
|
|
|
|
dev_t devt = *(dev_t *) data;
|
|
|
|
|
|
|
|
inode->i_rdev = devt;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct dax_device *dax_dev_get(dev_t devt)
|
|
|
|
{
|
|
|
|
struct dax_device *dax_dev;
|
|
|
|
struct inode *inode;
|
|
|
|
|
|
|
|
inode = iget5_locked(dax_superblock, hash_32(devt + DAXFS_MAGIC, 31),
|
|
|
|
dax_test, dax_set, &devt);
|
|
|
|
|
|
|
|
if (!inode)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
dax_dev = to_dax_dev(inode);
|
|
|
|
if (inode->i_state & I_NEW) {
|
2017-06-28 00:59:28 +00:00
|
|
|
set_bit(DAXDEV_ALIVE, &dax_dev->flags);
|
2017-04-11 16:49:49 +00:00
|
|
|
inode->i_cdev = &dax_dev->cdev;
|
|
|
|
inode->i_mode = S_IFCHR;
|
|
|
|
inode->i_flags = S_DAX;
|
|
|
|
mapping_set_gfp_mask(&inode->i_data, GFP_USER);
|
|
|
|
unlock_new_inode(inode);
|
|
|
|
}
|
|
|
|
|
|
|
|
return dax_dev;
|
|
|
|
}
|
|
|
|
|
2021-12-15 08:45:07 +00:00
|
|
|
struct dax_device *alloc_dax(void *private, const struct dax_operations *ops)
|
2017-04-11 16:49:49 +00:00
|
|
|
{
|
|
|
|
struct dax_device *dax_dev;
|
|
|
|
dev_t devt;
|
|
|
|
int minor;
|
|
|
|
|
2021-11-29 10:21:38 +00:00
|
|
|
if (WARN_ON_ONCE(ops && !ops->zero_page_range))
|
2020-04-01 16:11:25 +00:00
|
|
|
return ERR_PTR(-EINVAL);
|
2017-04-19 22:14:31 +00:00
|
|
|
|
2017-05-08 19:33:53 +00:00
|
|
|
minor = ida_simple_get(&dax_minor_ida, 0, MINORMASK+1, GFP_KERNEL);
|
2017-04-11 16:49:49 +00:00
|
|
|
if (minor < 0)
|
2021-11-29 10:21:38 +00:00
|
|
|
return ERR_PTR(-ENOMEM);
|
2017-04-11 16:49:49 +00:00
|
|
|
|
|
|
|
devt = MKDEV(MAJOR(dax_devt), minor);
|
|
|
|
dax_dev = dax_dev_get(devt);
|
|
|
|
if (!dax_dev)
|
2017-04-19 22:14:31 +00:00
|
|
|
goto err_dev;
|
2017-04-11 16:49:49 +00:00
|
|
|
|
2017-01-25 02:44:18 +00:00
|
|
|
dax_dev->ops = ops;
|
2017-04-11 16:49:49 +00:00
|
|
|
dax_dev->private = private;
|
|
|
|
return dax_dev;
|
|
|
|
|
2017-04-19 22:14:31 +00:00
|
|
|
err_dev:
|
2017-04-11 16:49:49 +00:00
|
|
|
ida_simple_remove(&dax_minor_ida, minor);
|
2020-04-01 16:11:25 +00:00
|
|
|
return ERR_PTR(-ENOMEM);
|
2017-04-11 16:49:49 +00:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(alloc_dax);
|
|
|
|
|
|
|
|
void put_dax(struct dax_device *dax_dev)
|
|
|
|
{
|
|
|
|
if (!dax_dev)
|
|
|
|
return;
|
|
|
|
iput(&dax_dev->inode);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(put_dax);
|
|
|
|
|
dax: introduce holder for dax_device
Patch series "v14 fsdax-rmap + v11 fsdax-reflink", v2.
The patchset fsdax-rmap is aimed to support shared pages tracking for
fsdax.
It moves owner tracking from dax_assocaite_entry() to pmem device driver,
by introducing an interface ->memory_failure() for struct pagemap. This
interface is called by memory_failure() in mm, and implemented by pmem
device.
Then call holder operations to find the filesystem which the corrupted
data located in, and call filesystem handler to track files or metadata
associated with this page.
Finally we are able to try to fix the corrupted data in filesystem and do
other necessary processing, such as killing processes who are using the
files affected.
The call trace is like this:
memory_failure()
|* fsdax case
|------------
|pgmap->ops->memory_failure() => pmem_pgmap_memory_failure()
| dax_holder_notify_failure() =>
| dax_device->holder_ops->notify_failure() =>
| - xfs_dax_notify_failure()
| |* xfs_dax_notify_failure()
| |--------------------------
| | xfs_rmap_query_range()
| | xfs_dax_failure_fn()
| | * corrupted on metadata
| | try to recover data, call xfs_force_shutdown()
| | * corrupted on file data
| | try to recover data, call mf_dax_kill_procs()
|* normal case
|-------------
|mf_generic_kill_procs()
The patchset fsdax-reflink attempts to add CoW support for fsdax, and
takes XFS, which has both reflink and fsdax features, as an example.
One of the key mechanisms needed to be implemented in fsdax is CoW. Copy
the data from srcmap before we actually write data to the destination
iomap. And we just copy range in which data won't be changed.
Another mechanism is range comparison. In page cache case, readpage() is
used to load data on disk to page cache in order to be able to compare
data. In fsdax case, readpage() does not work. So, we need another
compare data with direct access support.
With the two mechanisms implemented in fsdax, we are able to make reflink
and fsdax work together in XFS.
This patch (of 14):
To easily track filesystem from a pmem device, we introduce a holder for
dax_device structure, and also its operation. This holder is used to
remember who is using this dax_device:
- When it is the backend of a filesystem, the holder will be the
instance of this filesystem.
- When this pmem device is one of the targets in a mapped device, the
holder will be this mapped device. In this case, the mapped device
has its own dax_device and it will follow the first rule. So that we
can finally track to the filesystem we needed.
The holder and holder_ops will be set when filesystem is being mounted,
or an target device is being activated.
Link: https://lkml.kernel.org/r/20220603053738.1218681-1-ruansy.fnst@fujitsu.com
Link: https://lkml.kernel.org/r/20220603053738.1218681-2-ruansy.fnst@fujitsu.com
Signed-off-by: Shiyang Ruan <ruansy.fnst@fujitsu.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Dan Williams <dan.j.wiliams@intel.com>
Reviewed-by: Darrick J. Wong <djwong@kernel.org>
Cc: Dave Chinner <david@fromorbit.com>
Cc: Jane Chu <jane.chu@oracle.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.de>
Cc: Al Viro <viro@zeniv.linux.org.uk>
Cc: Matthew Wilcox <willy@infradead.org>
Cc: Naoya Horiguchi <naoya.horiguchi@nec.com>
Cc: Miaohe Lin <linmiaohe@huawei.com>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.com>
Cc: Ritesh Harjani <riteshh@linux.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
2022-06-03 05:37:25 +00:00
|
|
|
/**
|
|
|
|
* dax_holder() - obtain the holder of a dax device
|
|
|
|
* @dax_dev: a dax_device instance
|
|
|
|
|
|
|
|
* Return: the holder's data which represents the holder if registered,
|
|
|
|
* otherwize NULL.
|
|
|
|
*/
|
|
|
|
void *dax_holder(struct dax_device *dax_dev)
|
|
|
|
{
|
|
|
|
return dax_dev->holder_data;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(dax_holder);
|
|
|
|
|
2017-04-11 16:49:49 +00:00
|
|
|
/**
|
|
|
|
* inode_dax: convert a public inode into its dax_dev
|
|
|
|
* @inode: An inode with i_cdev pointing to a dax_dev
|
|
|
|
*
|
|
|
|
* Note this is not equivalent to to_dax_dev() which is for private
|
|
|
|
* internal use where we know the inode filesystem type == dax_fs_type.
|
|
|
|
*/
|
|
|
|
struct dax_device *inode_dax(struct inode *inode)
|
|
|
|
{
|
|
|
|
struct cdev *cdev = inode->i_cdev;
|
|
|
|
|
|
|
|
return container_of(cdev, struct dax_device, cdev);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(inode_dax);
|
|
|
|
|
|
|
|
struct inode *dax_inode(struct dax_device *dax_dev)
|
|
|
|
{
|
|
|
|
return &dax_dev->inode;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(dax_inode);
|
|
|
|
|
|
|
|
void *dax_get_private(struct dax_device *dax_dev)
|
|
|
|
{
|
2017-07-13 00:58:21 +00:00
|
|
|
if (!test_bit(DAXDEV_ALIVE, &dax_dev->flags))
|
|
|
|
return NULL;
|
2017-04-11 16:49:49 +00:00
|
|
|
return dax_dev->private;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(dax_get_private);
|
|
|
|
|
|
|
|
static void init_once(void *_dax_dev)
|
|
|
|
{
|
|
|
|
struct dax_device *dax_dev = _dax_dev;
|
|
|
|
struct inode *inode = &dax_dev->inode;
|
|
|
|
|
2017-06-09 15:50:49 +00:00
|
|
|
memset(dax_dev, 0, sizeof(*dax_dev));
|
2017-04-11 16:49:49 +00:00
|
|
|
inode_init_once(inode);
|
|
|
|
}
|
|
|
|
|
2017-07-13 00:58:21 +00:00
|
|
|
static int dax_fs_init(void)
|
2017-04-11 16:49:49 +00:00
|
|
|
{
|
|
|
|
int rc;
|
|
|
|
|
|
|
|
dax_cache = kmem_cache_create("dax_cache", sizeof(struct dax_device), 0,
|
|
|
|
(SLAB_HWCACHE_ALIGN|SLAB_RECLAIM_ACCOUNT|
|
|
|
|
SLAB_MEM_SPREAD|SLAB_ACCOUNT),
|
|
|
|
init_once);
|
|
|
|
if (!dax_cache)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
dax_mnt = kern_mount(&dax_fs_type);
|
|
|
|
if (IS_ERR(dax_mnt)) {
|
|
|
|
rc = PTR_ERR(dax_mnt);
|
|
|
|
goto err_mount;
|
|
|
|
}
|
|
|
|
dax_superblock = dax_mnt->mnt_sb;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err_mount:
|
|
|
|
kmem_cache_destroy(dax_cache);
|
|
|
|
|
|
|
|
return rc;
|
|
|
|
}
|
|
|
|
|
2017-07-13 00:58:21 +00:00
|
|
|
static void dax_fs_exit(void)
|
2017-04-11 16:49:49 +00:00
|
|
|
{
|
|
|
|
kern_unmount(dax_mnt);
|
2022-02-12 07:11:11 +00:00
|
|
|
rcu_barrier();
|
2017-04-11 16:49:49 +00:00
|
|
|
kmem_cache_destroy(dax_cache);
|
|
|
|
}
|
|
|
|
|
2017-07-13 00:58:21 +00:00
|
|
|
static int __init dax_core_init(void)
|
2017-04-11 16:49:49 +00:00
|
|
|
{
|
|
|
|
int rc;
|
|
|
|
|
2017-07-13 00:58:21 +00:00
|
|
|
rc = dax_fs_init();
|
2017-04-11 16:49:49 +00:00
|
|
|
if (rc)
|
|
|
|
return rc;
|
|
|
|
|
2017-05-08 19:33:53 +00:00
|
|
|
rc = alloc_chrdev_region(&dax_devt, 0, MINORMASK+1, "dax");
|
2017-04-11 16:49:49 +00:00
|
|
|
if (rc)
|
2017-07-13 00:58:21 +00:00
|
|
|
goto err_chrdev;
|
|
|
|
|
|
|
|
rc = dax_bus_init();
|
|
|
|
if (rc)
|
|
|
|
goto err_bus;
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err_bus:
|
|
|
|
unregister_chrdev_region(dax_devt, MINORMASK+1);
|
|
|
|
err_chrdev:
|
|
|
|
dax_fs_exit();
|
|
|
|
return 0;
|
2017-04-11 16:49:49 +00:00
|
|
|
}
|
|
|
|
|
2017-07-13 00:58:21 +00:00
|
|
|
static void __exit dax_core_exit(void)
|
2017-04-11 16:49:49 +00:00
|
|
|
{
|
2020-12-01 13:59:29 +00:00
|
|
|
dax_bus_exit();
|
2017-05-08 19:33:53 +00:00
|
|
|
unregister_chrdev_region(dax_devt, MINORMASK+1);
|
2017-04-11 16:49:49 +00:00
|
|
|
ida_destroy(&dax_minor_ida);
|
2017-07-13 00:58:21 +00:00
|
|
|
dax_fs_exit();
|
2017-04-11 16:49:49 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
MODULE_AUTHOR("Intel Corporation");
|
|
|
|
MODULE_LICENSE("GPL v2");
|
2017-07-13 00:58:21 +00:00
|
|
|
subsys_initcall(dax_core_init);
|
|
|
|
module_exit(dax_core_exit);
|