CEPH Filesystem Development

• Thread Index

• [PATCH v2 08/19] netfs: Trace refcounting on the netfs_io_subrequest struct
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 07/19] netfs: Trace refcounting on the netfs_io_request struct
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 00/19] netfs: Prep for write helpers
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 01/19] fscache: export fscache_end_operation()
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 04/19] netfs: Finish off rename of netfs_read_request to netfs_io_request
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 03/19] netfs: Rename netfs_read_*request to netfs_io_*request
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 06/19] netfs: Adjust the netfs_rreq tracepoint slightly
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 02/19] netfs: Generate enums from trace symbol mapping lists
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 05/19] netfs: Split netfs_io_* object handling out
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v3] ceph: fix memory leakage in ceph_readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH v2 10/19] netfs: Refactor arguments for netfs_alloc_read_request
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 19/19] afs: Maintain netfs_i_context::remote_i_size
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 11/19] netfs: Change ->init_request() to return an error code
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 17/19] netfs: Split some core bits out into their own file
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 13/19] netfs: Add a function to consolidate beginning a read
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 18/19] netfs: Keep track of the actual remote file size
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 12/19] netfs: Add a netfs inode context
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 14/19] netfs: Prepare to split read_helper.c
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 16/19] netfs: Split fs/netfs/read_helper.c
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 09/19] netfs: Adjust the netfs_failure tracepoint to indicate non-subreq lines
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 15/19] netfs: Rename read_helper.c to io.c
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v5] ceph: do not dencrypt the dentry name twice for readdir
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH v2 0/4] ceph: forward average read/write/metadata latency
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2] libceph: wait for con->work to finish when cancelling con
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH v3] ceph: fix memory leakage in ceph_readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2] libceph: wait for con->work to finish when cancelling con
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v2] libceph: wait for con->work to finish when cancelling con
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: uninitialized variable in debug output
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] ceph: uninitialized variable in debug output
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: uninitialized variable in debug output
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2] libceph: wait for con->work to finish when cancelling con
  • From: xiubli@xxxxxxxxxx
• Re: [RFC PATCH] libceph: wait for con->work to finish when cancelling con
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v2 0/4] ceph: forward average read/write/metadata latency
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH v2 4/4] ceph: use tracked average r/w/m latencies to display metrics in debugfs
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• [PATCH v2 3/4] ceph: include average/stdev r/w/m latency in mds metrics
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• [PATCH v2 2/4] ceph: track average r/w/m latency
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• [PATCH v2 1/4] ceph: use ktime_to_timespec64() rather than jiffies_to_timespec64()
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• [PATCH v2 0/4] ceph: forward average read/write/metadata latency
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: [RFC PATCH] libceph: wait for con->work to finish when cancelling con
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH] libceph: wait for con->work to finish when cancelling con
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH] ceph: uninitialized variable in debug output
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] ceph: uninitialized variable in debug output
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH] ceph: uninitialized variable in debug output
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 0/3] ceph: minor fixes and encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH v2] ceph: use ktime_to_timespec64() rather than jiffies_to_timespec64()
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: [PATCH v2] ceph: use ktime_to_timespec64() rather than jiffies_to_timespec64()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2] ceph: use ktime_to_timespec64() rather than jiffies_to_timespec64()
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• [PATCH v2] ceph: use ktime_to_timespec64() rather than jiffies_to_timespec64()
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: [PATCH 0/3] ceph: minor fixes and encrypted snapshot names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH 0/3] ceph: minor fixes and encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH 3/3] ceph: add support for encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH 2/3] ceph: fix use-after-free in ceph_readdir
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH 1/3] ceph: fix error path in ceph_readdir()
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH 3/3] ceph: add support for encrypted snapshot names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH 2/3] ceph: fix use-after-free in ceph_readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH v5] ceph: do not dencrypt the dentry name twice for readdir
  • From: xiubli@xxxxxxxxxx
• [PATCH v3] ceph: fix memory leakage in ceph_readdir
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH v2] ceph: fix memory leakage in ceph_readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v4 2/2] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v2] ceph: fix memory leakage in ceph_readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v2] ceph: fix memory leakage in ceph_readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/3] ceph: minor fixes and encrypted snapshot names
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 3/3] ceph: add support for encrypted snapshot names
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/3] ceph: fix use-after-free in ceph_readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/3] ceph: fix error path in ceph_readdir()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 1/2] ceph: fail the request when failing to decode dentry names
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 2/2] ceph: do not dencrypt the dentry name twice for readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/3] ceph: minor fixes and encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [PATCH 2/3] ceph: fix use-after-free in ceph_readdir
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [PATCH 3/3] ceph: add support for encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [PATCH 1/3] ceph: fix error path in ceph_readdir()
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [PATCH 0/3] ceph: minor fixes and encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH] ceph: use ktime_to_timespec64() rather than jiffies_to_timespec64()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: use ktime_to_timespec64() rather than jiffies_to_timespec64()
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: [PATCH 06/11] ceph: remove reliance on bdi congestion
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 06/11] ceph: remove reliance on bdi congestion
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 04/11] fuse: remove reliance on bdi congestion
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 03/11] MM: improve cleanup when ->readpages doesn't process all pages.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH v2] ceph: fix memory leakage in ceph_readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 0/6] ceph: encrypt the snapshot directories
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH v4 2/2] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH v4 1/2] ceph: fail the request when failing to decode dentry names
  • From: xiubli@xxxxxxxxxx
• [PATCH v4 2/2] ceph: do not dencrypt the dentry name twice for readdir
  • From: xiubli@xxxxxxxxxx
• [PATCH v4 0/2] ceph: misc fix for fscrypt
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH v3 0/6] ceph: encrypt the snapshot directories
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v3 0/6] ceph: encrypt the snapshot directories
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH 2/2] ceph: fix a NULL pointer dereference in ceph_handle_caps()
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v2] ceph: fix memory leakage in ceph_readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v2] ceph: fix memory leakage in ceph_readdir
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] libceph: fix last_piece calculation in ceph_msg_data_pages_advance
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2] ceph: fix memory leakage in ceph_readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] libceph: fix last_piece calculation in ceph_msg_data_pages_advance
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH v3 0/6] ceph: encrypt the snapshot directories
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH] libceph: fix last_piece calculation in ceph_msg_data_pages_advance
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] libceph: fix last_piece calculation in ceph_msg_data_pages_advance
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH v3 0/6] ceph: encrypt the snapshot directories
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [PATCH] libceph: fix last_piece calculation in ceph_msg_data_pages_advance
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 19/19] afs: Maintain netfs_i_context::remote_i_size
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 18/19] netfs: Keep track of the actual remote file size
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 17/19] netfs: Change ->init_rreq() to return an error code
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 16/19] netfs: Rename rename read_helper.c to io.c
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 15/19] netfs: Split some core bits out into their own file
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 14/19] netfs: Split fs/netfs/read_helper.c
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 13/19] netfs: Add a function to consolidate beginning a read
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 12/19] netfs: Prepare to split read_helper.c
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 11/19] netfs: Adjust the netfs_failure tracepoint to indicate non-subreq lines
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 10/19] netfs: Trace refcounting on the netfs_io_subrequest struct
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 2/2] ceph: fix a NULL pointer dereference in ceph_handle_caps()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 09/19] netfs: Trace refcounting on the netfs_io_request struct
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 08/19] netfs: Adjust the netfs_rreq tracepoint slightly
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 07/19] netfs: Split netfs_io_* object handling out
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 06/19] netfs: Finish off rename of netfs_read_request to netfs_io_request
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 05/19] netfs: Refactor arguments for netfs_alloc_read_request
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 04/19] netfs: Rename netfs_read_*request to netfs_io_*request
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 03/19] netfs: Add a netfs inode context
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 02/19] netfs: Generate enums from trace symbol mapping lists
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 01/19] fscache: export fscache_end_operation()
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 00/19] netfs: Prep for write helpers
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/2] ceph: fix inode reference leakage in ceph_get_snapdir()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 6/6] ceph: try to encrypt/decrypt long snap name
  • From: xiubli@xxxxxxxxxx
• [PATCH v3 4/6] ceph: use the parent inode of '.snap' to dencrypt the names for readdir
  • From: xiubli@xxxxxxxxxx
• [PATCH v3 3/6] ceph: add ceph_get_snap_parent_inode() support
  • From: xiubli@xxxxxxxxxx
• [PATCH v3 5/6] ceph: use the parent inode of '.snap' to encrypt name to build path
  • From: xiubli@xxxxxxxxxx
• [PATCH v3 2/6] ceph: do not dencrypt the dentry name twice for readdir
  • From: xiubli@xxxxxxxxxx
• [PATCH v3 1/6] ceph: fail the request when failing to decode dentry names
  • From: xiubli@xxxxxxxxxx
• [PATCH v3 0/6] ceph: encrypt the snapshot directories
  • From: xiubli@xxxxxxxxxx
• [PATCH 0/2] ceph: misc fixes
  • From: xiubli@xxxxxxxxxx
• [PATCH 1/2] ceph: fix inode reference leakage in ceph_get_snapdir()
  • From: xiubli@xxxxxxxxxx
• [PATCH 2/2] ceph: fix a NULL pointer dereference in ceph_handle_caps()
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH v3] ceph: skip the memories when received a higher version of message
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: Making 3 ceph patches available to rebase netfslib patches on
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] ceph: use ktime_to_timespec64() rather than jiffies_to_timespec64()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH v2 3/7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v3] ceph: skip the memories when received a higher version of message
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v2 3/7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3] ceph: skip the memories when received a higher version of message
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3] ceph: skip the memories when received a higher version of message
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH v2 3/7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v10 11/48] ceph: decode alternate_name in lease info
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v2 3/7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v10 11/48] ceph: decode alternate_name in lease info
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 1/7] ceph: fail the request when failing to decode dentry names
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v10 11/48] ceph: decode alternate_name in lease info
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v2 3/7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v2 1/7] ceph: fail the request when failing to decode dentry names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v10 11/48] ceph: decode alternate_name in lease info
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v10 11/48] ceph: decode alternate_name in lease info
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Making 3 ceph patches available to rebase netfslib patches on
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2] ceph: fix memory leakage in ceph_readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 3/7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 04/11] fuse: remove reliance on bdi congestion
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v2 1/7] ceph: fail the request when failing to decode dentry names
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2] ceph: fix memory leakage in ceph_readdir
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH] ceph: fix memory leakage in ceph_readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v10 11/48] ceph: decode alternate_name in lease info
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 03/11] MM: improve cleanup when ->readpages doesn't process all pages.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH] ceph: fix memory leakage in ceph_readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 7/7] ceph: try to encrypt/decrypt long snap name
  • From: xiubli@xxxxxxxxxx
• [PATCH v2 6/7] ceph: use the parent inode of '.snap' to encrypt name to build path
  • From: xiubli@xxxxxxxxxx
• [PATCH v2 5/7] ceph: use the parent inode of '.snap' to dencrypt the names for readdir
  • From: xiubli@xxxxxxxxxx
• [PATCH v2 4/7] ceph: add ceph_get_snap_parent_inode() support
  • From: xiubli@xxxxxxxxxx
• [PATCH v2 3/7] ceph: do not dencrypt the dentry name twice for readdir
  • From: xiubli@xxxxxxxxxx
• [PATCH v2 2/7] ceph: skip the memories when received a higher version of message
  • From: xiubli@xxxxxxxxxx
• [PATCH v2 1/7] ceph: fail the request when failing to decode dentry names
  • From: xiubli@xxxxxxxxxx
• [PATCH v2 0/7] ceph: encrypt the snapshot directories
  • From: xiubli@xxxxxxxxxx
• Re: [RFC PATCH v10 11/48] ceph: decode alternate_name in lease info
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v10 11/48] ceph: decode alternate_name in lease info
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH] ceph: fix memory leakage in ceph_readdir
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH] ceph: increase the offset when fail to decode dentry names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v2] ceph: fail the request when failing to decode dentry names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH] ceph: fail the request when failing to decode dentry names
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH] ceph: increase the offset when fail to decode dentry names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH] ceph: increase the offset when fail to decode dentry names
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH 02/11] MM: document and polish read-ahead code.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 02/11] MM: document and polish read-ahead code.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/11] MM: document and polish read-ahead code.
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH 3/3] ceph: use the parent inode of '.snap' to encrypt name to build path
  • From: xiubli@xxxxxxxxxx
• [PATCH 2/3] ceph: use the parent inode of '.snap' to dencrypt the names for readdir
  • From: xiubli@xxxxxxxxxx
• [PATCH 1/3] ceph: add ceph_get_snap_parent_inode() support
  • From: xiubli@xxxxxxxxxx
• [PATCH 0/3] ceph: encrypt the snapshot directories
  • From: xiubli@xxxxxxxxxx
• Re: [RFC PATCH] ceph: add support for encrypted snapshot names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH] ceph: add support for encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [RFC PATCH] ceph: add support for encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [RFC PATCH] ceph: add support for encrypted snapshot names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH] ceph: add support for encrypted snapshot names
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH] ceph: add support for encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [RFC PATCH] ceph: add support for encrypted snapshot names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH] ceph: add support for encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [RFC PATCH] ceph: add support for encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [RFC PATCH] ceph: add support for encrypted snapshot names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH] ceph: add support for encrypted snapshot names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH 02/11] MM: document and polish read-ahead code.
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 08/11] Remove bdi_congested() and wb_congested() and related functions
  • From: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxx>
• Re: [PATCH 06/11] ceph: remove reliance on bdi congestion
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH] ceph: add support for encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: Benching ceph for high speed RBD
  • From: "bartosz.rabiega@xxxxxxxxxxxx" <bartosz.rabiega@xxxxxxxxxxxx>
• Re: [PATCH 06/11] ceph: remove reliance on bdi congestion
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Benching ceph for high speed RBD
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: Benching ceph for high speed RBD
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH 06/11] ceph: remove reliance on bdi congestion
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Benching ceph for high speed RBD
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: [PATCH v3 0/2] ceph: fix cephfs rsync kworker high load issue
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 0/2] ceph: create the global dummy snaprealm once
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Benching ceph for high speed RBD
  • From: Bartosz Rabiega <bartosz.rabiega@xxxxxxxxxxxx>
• [PATCH v3 2/2] ceph: misc fix for code style and logs
  • From: xiubli@xxxxxxxxxx
• [PATCH v3 1/2] ceph: allocate capsnap memory outside of ceph_queue_cap_snap()
  • From: xiubli@xxxxxxxxxx
• [PATCH v3 0/2] ceph: fix cephfs rsync kworker high load issue
  • From: xiubli@xxxxxxxxxx
• [PATCH v2 1/2] ceph: remove incorrect and unused CEPH_INO_DOTDOT macro
  • From: xiubli@xxxxxxxxxx
• [PATCH v2 2/2] ceph: do not release the global snaprealm until unmounting
  • From: xiubli@xxxxxxxxxx
• [PATCH v2 0/2] ceph: create the global dummy snaprealm once
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH 2/2] ceph: do not release the global snaprealm until unmounting
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH 2/2] ceph: do not release the global snaprealm until unmounting
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 1/2] ceph: remove incorrect and unused CEPH_INO_DOTDOT macro
  • From: xiubli@xxxxxxxxxx
• [PATCH 0/2] ceph: create the global dummy snaprealm once
  • From: xiubli@xxxxxxxxxx
• [PATCH 2/2] ceph: do not release the global snaprealm until unmounting
  • From: xiubli@xxxxxxxxxx
• [PATCH 06/11] ceph: remove reliance on bdi congestion
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 02/11] MM: document and polish read-ahead code.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 10/11] block/bfq-iosched.c: use "false" rather than "BLK_RW_ASYNC"
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 08/11] Remove bdi_congested() and wb_congested() and related functions
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 09/11] f2fs: replace congestion_wait() calls with io_schedule_timeout()
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 07/11] Remove inode_congested()
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 05/11] nfs: remove reliance on bdi congestion
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 03/11] MM: improve cleanup when ->readpages doesn't process all pages.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 11/11] Remove congestion tracking framework.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 04/11] fuse: remove reliance on bdi congestion
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 01/11] DOC: convert 'subsection' to 'section' in gfp.h
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 00/11] Remove remaining parts of congestion tracking code.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v3] ceph: do not update snapshot context when there is no new snapshot
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: add Xiubo Li as cephfs co-maintainer
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH] MAINTAINERS: add Xiubo Li as cephfs co-maintainer
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2] ceph: do not update snapshot context when there is no new snapshot
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH v3] ceph: do not update snapshot context when there is no new snapshot
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH v2] ceph: do not update snapshot context when there is no new snapshot
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2] ceph: eliminate the recursion when rebuilding the snap context
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3] ceph: do not update snapshot context when there is no new snapshot
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2] ceph: eliminate the recursion when rebuilding the snap context
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH v2] ceph: do not update snapshot context when there is no new snapshot
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH v3] ceph: do not update snapshot context when there is no new snapshot
  • From: xiubli@xxxxxxxxxx
• Kopie Ihres Marketing-Kontakt-Formulares
  • From: "Kleinanzeigen.com" <office@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] ceph: do not update snapshot context when there is no new snapshot
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH 1/3] ceph: move to a dedicated slabcache for ceph_cap_snap
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/3] ceph: move to a dedicated slabcache for ceph_cap_snap
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH v2] ceph: do not update snapshot context when there is no new snapshot
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH v2] ceph: do not update snapshot context when there is no new snapshot
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2] ceph: do not update snapshot context when there is no new snapshot
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH 3/3] ceph: do no update snapshot context when there is no new snapshot
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v10 07/48] ceph: parse new fscrypt_auth and fscrypt_file fields in inode traces
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH 3/3] ceph: do no update snapshot context when there is no new snapshot
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [PATCH] ceph: zero the dir_entries memory when allocating it
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: [RFC PATCH v10 07/48] ceph: parse new fscrypt_auth and fscrypt_file fields in inode traces
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: zero the dir_entries memory when allocating it
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 3/3] ceph: do no update snapshot context when there is no new snapshot
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: zero the dir_entries memory when allocating it
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v10 07/48] ceph: parse new fscrypt_auth and fscrypt_file fields in inode traces
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH] ceph: zero the dir_entries memory when allocating it
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH] ceph: fail the request directly if handle_reply gets an ESTALE
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH 3/3] ceph: do no update snapshot context when there is no new snapshot
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [PATCH] ceph: eliminate the recursion when rebuilding the snap context
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [ceph-client:testing 13/14] fs/ceph/snap.c:438:14: warning: variable '_realm' is uninitialized when used here
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH 1/3] ceph: move to a dedicated slabcache for ceph_cap_snap
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [ceph-client:testing 13/14] fs/ceph/snap.c:438:14: warning: variable '_realm' is uninitialized when used here
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [ceph-client:testing 13/14] fs/ceph/snap.c:438:14: warning: variable '_realm' is uninitialized when used here
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH v10 00/48] ceph+fscrypt: full support
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH 1/3] ceph: move to a dedicated slabcache for ceph_cap_snap
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: eliminate the recursion when rebuilding the snap context
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] ceph: eliminate the recursion when rebuilding the snap context
  • From: xiubli@xxxxxxxxxx
• [PATCH v2 2/2] ceph: misc fix for code style and logs
  • From: xiubli@xxxxxxxxxx
• [PATCH v2 0/2] ceph: fix cephfs rsync kworker high load issue
  • From: xiubli@xxxxxxxxxx
• [PATCH v2 1/2] ceph: allocate capsnap memory outside of ceph_queue_cap_snap()
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH 3/3] ceph: do no update snapshot context when there is no new snapshot
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH 3/3] ceph: do no update snapshot context when there is no new snapshot
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH 2/3] ceph: move kzalloc under i_ceph_lock with GFP_ATOMIC flag
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH 3/3] ceph: do no update snapshot context when there is no new snapshot
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 3/3] ceph: do no update snapshot context when there is no new snapshot
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/3] ceph: move kzalloc under i_ceph_lock with GFP_ATOMIC flag
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/3] ceph: move to a dedicated slabcache for ceph_cap_snap
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH 3/5] libceph: add sparse read support to OSD client
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH 0/5] libceph: add support for sparse reads to msgr2/crc
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH 2/5] libceph: add sparse read support to msgr2 crc state machine
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH 1/5] libceph: allow ceph_msg_data_advance to advance more than a page
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH 5/5] ceph: switch to sparse reads
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH 4/5] libceph: add revoke support for sparse data
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/3] ceph: forward average read/write/metadata latency
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• [PATCH 2/3] ceph: move kzalloc under i_ceph_lock with GFP_ATOMIC flag
  • From: xiubli@xxxxxxxxxx
• [PATCH 0/3] ceph: fix cephfs rsync kworker high load issue
  • From: xiubli@xxxxxxxxxx
• [PATCH 1/3] ceph: move to a dedicated slabcache for ceph_cap_snap
  • From: xiubli@xxxxxxxxxx
• [PATCH 3/3] ceph: do no update snapshot context when there is no new snapshot
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH 0/3] ceph: forward average read/write/metadata latency
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 3/3] ceph: use tracked average r/w/m latencies to display metrics in debugfs
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/3] ceph: forward average read/write/metadata latency
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH 2/3] ceph: include average/stdev r/w/m latency in mds metrics
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• [PATCH 0/3] ceph: forward average read/write/metadata latency
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• [PATCH 1/3] ceph: track average r/w/m latency
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• [PATCH 3/3] ceph: use tracked average r/w/m latencies to display metrics in debugfs
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: [RFC PATCH v10 00/48] ceph+fscrypt: full support
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v10 00/48] ceph+fscrypt: full support
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v10 00/48] ceph+fscrypt: full support
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [RFC PATCH v10 00/48] ceph+fscrypt: full support
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v10 00/48] ceph+fscrypt: full support
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [RFC PATCH v10 00/48] ceph+fscrypt: full support
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v10 00/48] ceph+fscrypt: full support
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v10 1/1] ceph: add getvxattr op
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] libceph: drop else branches in prepare_read_data{,_cont}
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v10 00/48] ceph+fscrypt: full support
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v10 10/48] ceph: implement -o test_dummy_encryption mount option
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [PATCH v10 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• [PATCH v10 0/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• Re: [RFC PATCH v10 10/48] ceph: implement -o test_dummy_encryption mount option
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v9 1/1] ceph: add getvxattr op
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v10 10/48] ceph: implement -o test_dummy_encryption mount option
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [PATCH v9 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• [PATCH v9 0/1] ceph: add getvxattr support
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• Re: [PATCH] fs/ceph: fix comments mentioning i_mutex
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] fs/ceph: fix comments mentioning i_mutex
  • From: Hongnan Li <hongnan.li@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/11] MM: document and polish read-ahead code.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [ceph-client:testing 6/8] fs/ceph/addr.c:788:12: warning: stack frame size (2352) exceeds limit (2048) in 'ceph_writepages_start'
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [ceph-client:testing 6/8] fs/ceph/addr.c:788:12: warning: stack frame size (2352) exceeds limit (2048) in 'ceph_writepages_start'
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v8 1/1] ceph: add getvxattr op
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 02/11] MM: document and polish read-ahead code.
  • From: Jan Kara <jack@xxxxxxx>
• [ceph-client:testing 6/8] fs/ceph/addr.c:788:12: warning: stack frame size (2352) exceeds limit (2048) in 'ceph_writepages_start'
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v8 1/1] ceph: add getvxattr op
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH v8 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• [PATCH v8 0/1] mds: add getvxattr op support
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• Re: [PATCH v7 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• Re: [PATCH 10/11] block/bfq-iosched.c: use "false" rather than "BLK_RW_ASYNC"
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v7 1/1] ceph: add getvxattr op
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v7 1/1] ceph: add getvxattr op
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v6 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• Re: [PATCH v6 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• [PATCH 10/11] block/bfq-iosched.c: use "false" rather than "BLK_RW_ASYNC"
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 11/11] Remove congestion tracking framework.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 09/11] f2fs: replace congestion_wait() calls with io_schedule_timeout()
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 08/11] Remove bdi_congested() and wb_congested() and related functions
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 07/11] Remove inode_congested()
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 04/11] fuse: remove reliance on bdi congestion
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 05/11] nfs: remove reliance on bdi congestion
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 06/11] ceph: remove reliance on bdi congestion
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 03/11] MM: improve cleanup when ->readpages doesn't process all pages.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 02/11] MM: document and polish read-ahead code.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 01/11] DOC: convert 'subsection' to 'section' in gfp.h
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 00/11] Remove remaining parts of congestion tracking code.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH v7 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• [PATCH v7 0/1] mds: add getvxattr support
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• Re: [PATCH] ceph: use ktime_to_timespec64() rather than jiffies_to_timespec64()
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH] ceph: use ktime_to_timespec64() rather than jiffies_to_timespec64()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] ceph: use ktime_to_timespec64() rather than jiffies_to_timespec64()
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: [PATCH] ceph: wake waiters after failed async create
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH] ceph: fail the request directly if handle_reply gets an ESTALE
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: fail the request directly if handle_reply gets an ESTALE
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH] ceph: fail the request directly if handle_reply gets an ESTALE
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH] ceph: fail the request directly if handle_reply gets an ESTALE
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH] ceph: wake waiters after failed async create
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: fail the request directly if handle_reply gets an ESTALE
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH] ceph: fail the request directly if handle_reply gets an ESTALE
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH] ceph: fail the request directly if handle_reply gets an ESTALE
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: fail the request directly if handle_reply gets an ESTALE
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH] ceph: fail the request directly if handle_reply gets an ESTALE
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: fail the request directly if handle_reply gets an ESTALE
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH] ceph: fail the request directly if handle_reply gets an ESTALE
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: wait for async create reply before sending any cap messages
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH] ceph: wait for async create reply before sending any cap messages
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v6 1/1] ceph: add getvxattr op
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH] ceph: eliminate req->r_wait_for_completion from ceph_mds_request
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH] ceph: wait for async create reply before sending any cap messages
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH] ceph: fail the request directly if handle_reply gets an ESTALE
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH 1/3] fuse: remove reliance on bdi congestion
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH] ceph: wait for async create reply before sending any cap messages
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• [PATCH] ceph: wait for async create reply before sending any cap messages
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [GIT PULL] Ceph fixes for 5.17-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] Ceph fixes for 5.17-rc3
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH] ceph: eliminate req->r_wait_for_completion from ceph_mds_request
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] ceph: eliminate req->r_wait_for_completion
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/2] libceph: make recv path in secure mode work the same as send path
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] ceph: wake waiters on any IMPORT that grants new caps
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/2] libceph: optionally use bounce buffer on recv path in crc mode
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/2] libceph: optionally use bounce buffer on recv path in crc mode
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 2/2] libceph: optionally use bounce buffer on recv path in crc mode
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/2] libceph: make recv path in secure mode work the same as send path
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/3] fuse: remove reliance on bdi congestion
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] fuse: remove reliance on bdi congestion
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 1/3] fuse: remove reliance on bdi congestion
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] fuse: remove reliance on bdi congestion
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 2/3] nfs: remove reliance on bdi congestion
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH 2/2] libceph: optionally use bounce buffer on recv path in crc mode
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 1/2] libceph: make recv path in secure mode work the same as send path
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 0/2] libceph: rxbounce support
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 2/3] nfs: remove reliance on bdi congestion
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] fuse: remove reliance on bdi congestion
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] fuse: remove reliance on bdi congestion
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 2/3] nfs: remove reliance on bdi congestion
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 1/3] fuse: remove reliance on bdi congestion
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 1/3] fuse: remove reliance on bdi congestion
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] nfs: remove reliance on bdi congestion
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 3/3] ceph: remove reliance on bdi congestion
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/3] nfs: remove reliance on bdi congestion
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/3] fuse: remove reliance on bdi congestion
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/3] remove dependence of inode_congested()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] ceph: wake waiters on any IMPORT that grants new caps
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: wake waiters on any IMPORT that grants new caps
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [PATCH 1/9] Remove inode_congested()
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [RFC PATCH v10 00/48] ceph+fscrypt: full support
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v10 00/48] ceph+fscrypt: full support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [GIT PULL] Ceph fixes for 5.17-rc2
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] Ceph fixes for 5.17-rc2
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 1/9] Remove inode_congested()
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC][PATCH] cachefiles: Split and rename S_KERNEL_FILE and extend effects
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/9] f2fs: change retry waiting for f2fs_write_single_data_page()
  • From: Jaegeuk Kim <jaegeuk@xxxxxxxxxx>
• Re: [PATCH 4/9] f2f2: replace some congestion_wait() calls with io_schedule_timeout()
  • From: Jaegeuk Kim <jaegeuk@xxxxxxxxxx>
• Re: [PATCH 0/9] Remove remaining parts of congestions tracking code.
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 0/9] Remove remaining parts of congestions tracking code.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] Remove bdi_congested() and wb_congested() and related functions
  • From: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxx>
• [PATCH] ceph: wake waiters on any IMPORT that grants new caps
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v6 1/1] ceph: add getvxattr op
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 5/9] cephfs: don't set/clear bdi_congestion
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v10 00/48] ceph+fscrypt: full support
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] security, lsm: dentry_init_security() Handle multi LSM registration
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH v6 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• [PATCH v6 0/1] ceph: add support for getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• [PATCH 9/9] Remove congestion tracking framework.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 8/9] block/bfq-iosched.c: use "false" rather than "BLK_RW_ASYNC"
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 7/9] NFS: remove congestion control.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 6/9] fuse: don't set/clear bdi_congested
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 5/9] cephfs: don't set/clear bdi_congestion
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 4/9] f2f2: replace some congestion_wait() calls with io_schedule_timeout()
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 3/9] f2fs: change retry waiting for f2fs_write_single_data_page()
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/9] Remove bdi_congested() and wb_congested() and related functions
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/9] Remove inode_congested()
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/9] Remove remaining parts of congestions tracking code.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [RFC PATCH v10 00/48] ceph+fscrypt: full support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH v10 03/48] fscrypt: export fscrypt_fname_encrypt and fscrypt_fname_encrypted_size
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] security, lsm: dentry_init_security() Handle multi LSM registration
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] security, lsm: dentry_init_security() Handle multi LSM registration
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] security, lsm: dentry_init_security() Handle multi LSM registration
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v2] ceph: set pool_ns in new inode layout for async creates
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2] ceph: set pool_ns in new inode layout for async creates
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH v2] ceph: set pool_ns in new inode layout for async creates
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: properly put ceph_string reference after async create attempt
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] ceph: set pool_ns in new inode layout for async creates
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] ceph: set pool_ns in new inode layout for async creates
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: properly put ceph_string reference after async create attempt
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: set pool_ns in new inode layout for async creates
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] ceph: properly put ceph_string reference after async create attempt
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Stephen Muth <smuth4@xxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH] ceph: set pool_ns in new inode layout for async creates
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] ceph: properly put ceph_string reference after async create attempt
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: "kernel NULL pointer dereference" crash when attempting a write
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v5 1/1] ceph: add getvxattr op
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v5 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• Re: [PATCH v5 1/1] ceph: add getvxattr op
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• [PATCH v5 0/1] add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• [PATCH AUTOSEL 5.10 4/9] ceph: don't check for quotas on MDS stray dirs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 08/16] ceph: don't check for quotas on MDS stray dirs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.16 08/19] ceph: don't check for quotas on MDS stray dirs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Ceph build with old glibc version.
  • From: mhnx <morphinwithyou@xxxxxxxxx>
• Re: [GIT PULL] fscache: Fixes and minor updates for rewrite
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] fscache: Fixes and minor updates for rewrite
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 05/11] cachefiles: Trace active-mark failure
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 04/11] cachefiles: Make some tracepoint adjustments
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 03/11] cachefiles: set default tag name if it's unspecified
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 02/11] cachefiles: Calculate the blockshift in terms of bytes, not pages
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 2/3] ceph: Make ceph_netfs_issue_op() handle inlined data
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 2/3] ceph: Make ceph_netfs_issue_op() handle inlined data
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 1/3] ceph: switch netfs read ops to use rreq->inode instead of rreq->mapping->host
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 3/3] ceph: Uninline the data on a file opened for writing
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 0/3] ceph: uninline data on open instead of write
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 2/3] ceph: Make ceph_netfs_issue_op() handle inlined data
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/3] ceph: Uninline the data on a file opened for writing
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC][PATCH] cachefiles: Split and rename S_KERNEL_FILE and extend effects
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 2/3] ceph: Uninline the data on a file opened for writing
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [GIT PULL] Ceph updates for 5.17-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] Ceph updates for 5.17-rc1
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 09/11] vfs, fscache: Add an IS_KERNEL_FILE() macro for the S_KERNEL_FILE flag
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 09/11] vfs, fscache: Add an IS_KERNEL_FILE() macro for the S_KERNEL_FILE flag
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH v10 44/48] ceph: plumb in decryption during sync reads
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 09/11] vfs, fscache: Add an IS_KERNEL_FILE() macro for the S_KERNEL_FILE flag
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH v10 43/48] ceph: add read/modify/write to ceph_sync_write
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 09/11] vfs, fscache: Add an IS_KERNEL_FILE() macro for the S_KERNEL_FILE flag
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 09/11] vfs, fscache: Add an IS_KERNEL_FILE() macro for the S_KERNEL_FILE flag
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH v10 44/48] ceph: plumb in decryption during sync reads
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v10 43/48] ceph: add read/modify/write to ceph_sync_write
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v10 43/48] ceph: add read/modify/write to ceph_sync_write
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH 09/11] vfs, fscache: Add an IS_KERNEL_FILE() macro for the S_KERNEL_FILE flag
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 09/11] vfs, fscache: Add an IS_KERNEL_FILE() macro for the S_KERNEL_FILE flag
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 11/11] cifs: Support fscache indexing rewrite
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 09/11] vfs, fscache: Add an IS_KERNEL_FILE() macro for the S_KERNEL_FILE flag
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 10/11] netfs: Make ops->init_rreq() optional
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 08/11] fscache: Add a comment explaining how page-release optimisation works
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 07/11] cachefiles: Check that the backing filesystem supports tmpfiles
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 06/11] cachefiles: Explain checks in a comment
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 05/11] cachefiles: Trace active-mark failure
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 04/11] cachefiles: Make some tracepoint adjustments
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 03/11] cachefiles: set default tag name if it's unspecified
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 02/11] cachefiles: Calculate the blockshift in terms of bytes, not pages
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 01/11] fscache: Fix the volume collision wait condition
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 00/11] fscache, cachefiles: Rewrite fixes/updates
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Out of order read() completion and buffer filling beyond returned amount
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/1] ceph: add getvxattr op
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: [PATCH v4 1/1] ceph: add getvxattr op
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 1/1] ceph: add getvxattr op
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: [PATCH 2/3] ceph: Uninline the data on a file opened for writing
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] ceph: Uninline the data on a file opened for writing
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/3] ceph: Uninline the data on a file opened for writing
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 2/3] ceph: Uninline the data on a file opened for writing
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 3/3] ceph: Remove some other inline-setting bits
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 2/3] ceph: Uninline the data on a file opened for writing
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 1/3] ceph: Make ceph_netfs_issue_op() handle inlined data (untested)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/3] ceph: Uninline the data on a file opened for writing
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/3] ceph: Uninline the data on a file opened for writing
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/3] ceph: Uninline the data on a file opened for writing
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 1/1] ceph: add getvxattr op
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH 1/3] ceph: Uninline the data on a file opened for writing
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/3] ceph: Uninline the data on a file opened for writing
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/3] ceph: Uninline the data on a file opened for writing
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 1/1] ceph: add getvxattr op
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH 1/3] ceph: Uninline the data on a file opened for writing
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Out of order read() completion and buffer filling beyond returned amount
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/1] ceph: add getvxattr op
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 1/1] ceph: add getvxattr op
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v4 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• Re: [PATCH v4 1/1] ceph: add getvxattr op
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH 3/3] ceph: Make ceph_netfs_issue_op() handle inlined data (untested)
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 2/3] ceph: Remove some other inline-setting bits
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 1/3] ceph: Uninline the data on a file opened for writing
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• Re: [PATCH v3 1/1] ceph: add getvxattr op
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 1/1] ceph: add getvxattr op
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Out of order read() completion and buffer filling beyond returned amount
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Out of order read() completion and buffer filling beyond returned amount
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• [PATCH v4 0/1] ceph: add support for getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• Re: [PATCH v3 1/1] ceph: add getvxattr op
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v3 1/1] ceph: add getvxattr op
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• Re: [PATCH v3 1/1] ceph: add getvxattr op
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v3 1/1] ceph: add getvxattr op
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v3 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• [PATCH v3 0/1] ceph: add support for getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• [PATCH v2 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• [PATCH v2 0/1] ceph: add getvxattr op support
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• [PATCH v7] cifs: Support fscache indexing rewrite
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v6] cifs: Support fscache indexing rewrite
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] ceph: put the requests/sessions when it fails to alloc memory
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH] ceph: put the requests/sessions when it fails to alloc memory
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] netfs: Make ops->init_rreq() optional
  • From: JeffleXu <jefflexu@xxxxxxxxxxxxxxxxx>
• [PATCH] netfs: Make ops->init_rreq() optional
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] netfs: make ops->init_rreq() optional
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] netfs: make ops->init_rreq() optional
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] ceph: put the requests/sessions when it fails to alloc memory
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: [PATCH] netfs: make ops->init_rreq() optional
  • From: JeffleXu <jefflexu@xxxxxxxxxxxxxxxxx>
• Re: dmesg: mdsc_handle_reply got x on session mds1 not mds0
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: dmesg: mdsc_handle_reply got x on session mds1 not mds0
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH] ceph: put the requests/sessions when it fails to alloc memory
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [GIT PULL] fscache, cachefiles: Rewrite
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH v6] cifs: Support fscache indexing rewrite
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/1] ceph: add getvxattr op
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: dmesg: mdsc_handle_reply got x on session mds1 not mds0
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH 1/1] ceph: add getvxattr op
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• Re: [PATCH 1/1] ceph: add getvxattr op
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• Re: dmesg: mdsc_handle_reply got x on session mds1 not mds0
  • From: 胡玮文 <sehuww@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v10 36/48] ceph: add truncate size handling support for fscrypt
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: dmesg: mdsc_handle_reply got x on session mds1 not mds0
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: [PATCH v5 63/68] cifs: Support fscache indexing rewrite
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH] ceph: put the requests/sessions when it fails to alloc memory
  • From: xiubli@xxxxxxxxxx
• [PATCH v8] ceph: add truncate size handling support for fscrypt
  • From: xiubli@xxxxxxxxxx
• Re: [GIT PULL] fscache, cachefiles: Rewrite
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [GIT PULL] fscache, cachefiles: Rewrite
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH v10 00/48] ceph+fscrypt: full support
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 45/48] ceph: set i_blkbits to crypto block size for encrypted inodes
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 48/48] ceph: fscrypt support for writepages
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 46/48] ceph: add fscrypt decryption support to ceph_netfs_issue_op
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 27/48] libceph: add CEPH_OSD_OP_ASSERT_VER support
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 33/48] ceph: add __ceph_sync_read helper support
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 37/48] libceph: allow ceph_osdc_new_request to accept a multi-op read
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 34/48] ceph: add object version support for sync read
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 36/48] ceph: add truncate size handling support for fscrypt
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 35/48] ceph: add infrastructure for file encryption and decryption
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 40/48] ceph: don't use special DIO path for encrypted inodes
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 38/48] ceph: disable fallocate for encrypted inodes
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 44/48] ceph: plumb in decryption during sync reads
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 42/48] ceph: align data in pages in ceph_sync_write
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 43/48] ceph: add read/modify/write to ceph_sync_write
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 41/48] ceph: set encryption context on open
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 39/48] ceph: disable copy offload on encrypted inodes
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 32/48] ceph: add __ceph_get_caps helper support
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 30/48] ceph: get file size from fscrypt_file when present in inode traces
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 31/48] ceph: handle fscrypt fields in cap messages from MDS
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 29/48] ceph: fscrypt_file field handling in MClientRequest messages
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 28/48] ceph: size handling for encrypted inodes in cap updates
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 20/48] ceph: add fscrypt support to ceph_fill_trace
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 18/48] ceph: make d_revalidate call fscrypt revalidator for encrypted dentries
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 19/48] ceph: add helpers for converting names for userland presentation
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 22/48] ceph: create symlinks with encrypted and base64-encoded targets
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 23/48] ceph: make ceph_get_name decrypt filenames
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 25/48] ceph: add some fscrypt guardrails
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 21/48] ceph: add support to readdir for encrypted filenames
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 47/48] ceph: add encryption support to writepage
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 15/48] ceph: send altname in MClientRequest
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 17/48] ceph: properly set DCACHE_NOKEY_NAME flag in lookup
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 16/48] ceph: encode encrypted name in dentry release
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 11/48] ceph: decode alternate_name in lease info
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 26/48] ceph: don't allow changing layout on encrypted files/directories
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 24/48] ceph: add a new ceph.fscrypt.auth vxattr
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 14/48] ceph: add encrypted fname handling to ceph_mdsc_build_path
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 13/48] ceph: make ceph_msdc_build_path use ref-walk
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 12/48] ceph: add fscrypt ioctls
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 08/48] ceph: add fscrypt_* handling to caps.c
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 10/48] ceph: implement -o test_dummy_encryption mount option
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 09/48] ceph: add ability to set fscrypt_auth via setattr
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 06/48] ceph: crypto context handling for ceph
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 07/48] ceph: parse new fscrypt_auth and fscrypt_file fields in inode traces
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 05/48] ceph: preallocate inode for ops that may create one
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 04/48] fscrypt: add fscrypt_context_for_new_inode
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 02/48] fscrypt: export fscrypt_base64url_encode and fscrypt_base64url_decode
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 03/48] fscrypt: export fscrypt_fname_encrypt and fscrypt_fname_encrypted_size
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 00/48] ceph+fscrypt: full support
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH v10 01/48] vfs: export new_inode_pseudo
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/1] ceph: add getvxattr op
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• Re: [PATCH 1/1] ceph: add getvxattr op
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 1/1] ceph: add getvxattr op
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• [PATCH 0/1] ceph: add getvxattr support
  • From: Milind Changire <milindchangire@xxxxxxxxx>
• Re: [PATCH] ceph: add getvxattr op support
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] ceph: move CEPH_SUPER_MAGIC definition to magic.h
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 38/68] vfs, cachefiles: Mark a backing file in use with an inode flag
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 00/68] fscache, cachefiles: Rewrite
  • From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
• Re: [PATCH v4 38/68] vfs, cachefiles: Mark a backing file in use with an inode flag
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• dmesg: mdsc_handle_reply got x on session mds1 not mds0
  • From: 胡玮文 <sehuww@xxxxxxxxxxxxxxxx>
• dmesg: mdsc_handle_reply got x on session mds1 not mds0
  • From: 胡玮文 <sehuww@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 63/68] cifs: Support fscache indexing rewrite (untested)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 38/68] vfs, cachefiles: Mark a backing file in use with an inode flag
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 38/68] vfs, cachefiles: Mark a backing file in use with an inode flag
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 38/68] vfs, cachefiles: Mark a backing file in use with an inode flag
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 38/68] vfs, cachefiles: Mark a backing file in use with an inode flag
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v5 63/68] cifs: Support fscache indexing rewrite
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 63/68] cifs: Support fscache indexing rewrite (untested)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Arseny Maslennikov <ar@xxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Arseny Maslennikov <ar@xxxxxxxxx>
• Re: [PATCH v4 46/68] cachefiles: Mark a backing file in use with an inode flag
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 44/68] cachefiles: Implement key to filename encoding
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH] ceph: add new "nopagecache" option
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: [PATCH] netfs: make ops->init_rreq() optional
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 00/68] fscache, cachefiles: Rewrite
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [Linux-cachefs] [PATCH v4 00/68] fscache, cachefiles: Rewrite
  • From: Marc Dionne <marc.dionne@xxxxxxxxxxxx>
• Re: [PATCH v4 46/68] cachefiles: Mark a backing file in use with an inode flag
  • From: Jeff Layton <jlayton@xxxxxxxxxx>