CEPH Filesystem Development

• Thread Index

• [PATCH v4 13/20] netfs: Add a netfs inode context
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH v3 4/4] ceph: replace base64url by the encoding used for mailbox names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH] ceph: fix the buf size and use NAME_SIZE instead
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v3 2/4] ceph: handle encrypted snapshot names in subdirectories
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH] ceph: inherit exactly the encryption info from parent for subdirs
  • From: xiubli@xxxxxxxxxx
• Re: [RFC PATCH v2 0/3] ceph: add support for snapshot names encryption
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [RFC PATCH v3 1/4] ceph: add support for encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [RFC PATCH v3 4/4] ceph: replace base64url by the encoding used for mailbox names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [RFC PATCH v3 2/4] ceph: handle encrypted snapshot names in subdirectories
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [RFC PATCH v3 3/4] ceph: update documentation regarding snapshot naming limitations
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [RFC PATCH v3 0/4] ceph: add support for snapshot names encryption
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [RFC PATCH v2 0/3] ceph: add support for snapshot names encryption
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] ceph: add support for snapshot names encryption
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] ceph: add support for snapshot names encryption
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] ceph: add support for snapshot names encryption
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] ceph: add support for snapshot names encryption
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] ceph: add support for snapshot names encryption
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] ceph: add support for snapshot names encryption
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [RFC PATCH v2 0/3] ceph: add support for snapshot names encryption
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] ceph: add support for snapshot names encryption
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] ceph: add support for snapshot names encryption
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [RFC PATCH v2 0/3] ceph: add support for snapshot names encryption
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] ceph: add support for snapshot names encryption
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH] ceph: fix the buf size and use NAME_SIZE instead
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v2] ceph: get snap_rwsem read lock in handle_cap_export for ceph_add_cap
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: fix the buf size and use NAME_SIZE instead
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] ceph: add support for handling encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH 0/3] ceph: support for sparse read in msgr2 crc path
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v3 13/20] netfs: Add a netfs inode context
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH] ceph: make the ioctl cmd more readable in debug log
  • From: xiubli@xxxxxxxxxx
• [PATCH] ceph: add more comments about the CEPH_NOHASH_NAME_MAX
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH v2] ceph: get snap_rwsem read lock in handle_cap_export for ceph_add_cap
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH] ceph: fix the buf size and use NAME_SIZE instead
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• [PATCH] ceph: fix the buf size and use NAME_SIZE instead
  • From: xiubli@xxxxxxxxxx
• Re: [RFC PATCH v2 3/3] ceph: update documentation regarding snapshot naming limitations
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] ceph: add support for handling encrypted snapshot names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] ceph: add support for encrypted snapshot names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [RFC PATCH v2 2/3] ceph: add support for handling encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [RFC PATCH v2 3/3] ceph: update documentation regarding snapshot naming limitations
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [RFC PATCH v2 0/3] ceph: add support for snapshot names encryption
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [RFC PATCH v2 1/3] ceph: add support for encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [PATCH v2] ceph: get snap_rwsem read lock in handle_cap_export for ceph_add_cap
  • From: Niels Dossche <dossche.niels@xxxxxxxxx>
• Re: [PATCH] ceph: get snap_rwsem read lock in handle_cap_export for ceph_add_cap
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: get snap_rwsem read lock in handle_cap_export for ceph_add_cap
  • From: Niels Dossche <dossche.niels@xxxxxxxxx>
• Re: [PATCH] ceph: get snap_rwsem read lock in handle_cap_export for ceph_add_cap
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/3] ceph: support for sparse read in msgr2 crc path
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2] ceph: send the fscrypt_auth to MDS via request
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v2] ceph: send the fscrypt_auth to MDS via request
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: get snap_rwsem read lock in handle_cap_export for ceph_add_cap
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/3] ceph: support for sparse read in msgr2 crc path
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH 0/3] ceph: support for sparse read in msgr2 crc path
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] ceph: add support for encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH 0/3] ceph: support for sparse read in msgr2 crc path
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH 0/3] ceph: support for sparse read in msgr2 crc path
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2] ceph: send the fscrypt_auth to MDS via request
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH] ceph: get snap_rwsem read lock in handle_cap_export for ceph_add_cap
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] ceph: add support for encrypted snapshot names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH 0/3] ceph: support for sparse read in msgr2 crc path
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH] ceph: send the fscrypt_auth to MDS via request
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH] ceph: send the fscrypt_auth to MDS via request
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH v2 0/4] ceph: dencrypt the dentry names early and once for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH] ceph: get snap_rwsem read lock in handle_cap_export for ceph_add_cap
  • From: Niels Dossche <dossche.niels@xxxxxxxxx>
• Re: [PATCH v2 0/4] ceph: dencrypt the dentry names early and once for readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] ceph: add support for encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH 3/3] ceph: convert to sparse reads
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] ceph: add support for handling encrypted snapshot names in subtree
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [RFC PATCH 1/2] ceph: add support for encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [RFC PATCH 2/2] ceph: add support for handling encrypted snapshot names in subtree
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] ceph: add support for encrypted snapshot names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] ceph: add support for encrypted snapshot names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH v2 4/4] ceph: clean up the ceph_readdir() code
  • From: xiubli@xxxxxxxxxx
• [PATCH v2 3/4] ceph: dencrypt the dentry names early and once for readdir
  • From: xiubli@xxxxxxxxxx
• [PATCH v2 2/4] ceph: add ceph_encode_encrypted_dname() helper
  • From: xiubli@xxxxxxxxxx
• [PATCH v2 1/4] ceph: pass the request to parse_reply_info_readdir()
  • From: xiubli@xxxxxxxxxx
• [PATCH v2 0/4] ceph: dencrypt the dentry names early and once for readdir
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH 3/3] ceph: convert to sparse reads
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] ceph: add support for encrypted snapshot names
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v3 00/20] netfs: Prep for write helpers
  • From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
• Re: [PATCH v2] libceph: print fsid and client gid with mon id and osd id
  • From: Daichi Mukai <daichi-mukai@xxxxxxxxxxxx>
• Re: [PATCH 0/4] ceph: dencrypt the dentry names early and once for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH] ceph: fix base64 encoded name's length check in ceph_fname_to_usr()
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v2] libceph: print fsid and client gid with mon id and osd id
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] ceph: fix base64 encoded name's length check in ceph_fname_to_usr()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/3] libceph: add sparse read support to OSD client
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/4] ceph: dencrypt the dentry names early and once for readdir
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH] ceph: allow `ceph.dir.rctime' xattr to be updatable
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 00/20] netfs: Prep for write helpers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 12/20] ceph: Make ceph_init_request() check caps on readahead
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 12/20] ceph: Make ceph_init_request() check caps on readahead
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2] libceph: print fsid and client gid with mon id and osd id
  • From: Daichi Mukai <daichi-mukai@xxxxxxxxxxxx>
• [PATCH 3/4] ceph: dencrypt the dentry names early and once for readdir
  • From: xiubli@xxxxxxxxxx
• [PATCH 1/4] ceph: pass the request to parse_reply_info_readdir()
  • From: xiubli@xxxxxxxxxx
• [PATCH 2/4] ceph: add ceph_encode_encrypted_dname() helper
  • From: xiubli@xxxxxxxxxx
• [PATCH 4/4] ceph: clean up the ceph_readdir() code
  • From: xiubli@xxxxxxxxxx
• [PATCH 0/4] ceph: dencrypt the dentry names early and once for readdir
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH] ceph: allow `ceph.dir.rctime' xattr to be updatable
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH] ceph: fix base64 encoded name's length check in ceph_fname_to_usr()
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH v3 14/20] netfs: Add a function to consolidate beginning a read
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 13/20] netfs: Add a netfs inode context
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] Add support for snapshot names encryption
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH v3 12/20] ceph: Make ceph_init_request() check caps on readahead
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH 1/2] ceph: add support for encrypted snapshot names
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [RFC PATCH 0/2] Add support for snapshot names encryption
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [RFC PATCH 2/2] ceph: add support for handling encrypted snapshot names in subtree
  • From: Luís Henriques <lhenriques@xxxxxxx>
• [PATCH v3 18/20] netfs: Split some core bits out into their own file
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 11/20] netfs: Change ->init_request() to return an error code
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 20/20] afs: Maintain netfs_i_context::remote_i_size
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 13/20] netfs: Add a netfs inode context
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 12/20] ceph: Make ceph_init_request() check caps on readahead
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 16/20] netfs: Rename read_helper.c to io.c
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 15/20] netfs: Prepare to split read_helper.c
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 19/20] netfs: Keep track of the actual remote file size
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 14/20] netfs: Add a function to consolidate beginning a read
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 17/20] netfs: Split fs/netfs/read_helper.c
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 10/20] netfs: Refactor arguments for netfs_alloc_read_request
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 04/20] netfs: Finish off rename of netfs_read_request to netfs_io_request
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 07/20] netfs: Trace refcounting on the netfs_io_request struct
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 08/20] netfs: Trace refcounting on the netfs_io_subrequest struct
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 00/20] netfs: Prep for write helpers
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 09/20] netfs: Adjust the netfs_failure tracepoint to indicate non-subreq lines
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 06/20] netfs: Adjust the netfs_rreq tracepoint slightly
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 01/20] fscache: export fscache_end_operation()
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 02/20] netfs: Generate enums from trace symbol mapping lists
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 05/20] netfs: Split netfs_io_* object handling out
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 03/20] netfs: Rename netfs_read_*request to netfs_io_*request
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2] libceph: print fsid and client gid with mon id and osd id
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH] ceph: allow `ceph.dir.rctime' xattr to be updatable
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH V8] ceph: do not dencrypt the dentry name twice for readdir
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v2 01/19] fscache: export fscache_end_operation()
  • From: JeffleXu <jefflexu@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v2 19/19] afs: Maintain netfs_i_context::remote_i_size
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 18/19] netfs: Keep track of the actual remote file size
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 13/19] netfs: Add a function to consolidate beginning a read
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 19/19] afs: Maintain netfs_i_context::remote_i_size
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 18/19] netfs: Keep track of the actual remote file size
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 16/19] netfs: Split fs/netfs/read_helper.c
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 12/19] netfs: Add a netfs inode context
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 13/19] netfs: Add a function to consolidate beginning a read
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 12/19] netfs: Add a netfs inode context
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 02/19] netfs: Generate enums from trace symbol mapping lists
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 12/19] netfs: Add a netfs inode context
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 11/19] netfs: Change ->init_request() to return an error code
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 02/19] netfs: Generate enums from trace symbol mapping lists
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 06/19] netfs: Adjust the netfs_rreq tracepoint slightly
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 05/19] netfs: Split netfs_io_* object handling out
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 04/19] netfs: Finish off rename of netfs_read_request to netfs_io_request
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 03/19] netfs: Rename netfs_read_*request to netfs_io_*request
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 02/19] netfs: Generate enums from trace symbol mapping lists
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 01/19] fscache: export fscache_end_operation()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH V7] ceph: do not dencrypt the dentry name twice for readdir
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH v6] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v6] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH 1/3] libceph: add sparse read support to msgr2 crc state machine
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: [PATCH v6] ceph: do not dencrypt the dentry name twice for readdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 0/3] ceph: support for sparse read in msgr2 crc path
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 2/3] libceph: add sparse read support to OSD client
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 3/3] ceph: convert to sparse reads
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 1/3] libceph: add sparse read support to msgr2 crc state machine
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6] ceph: do not dencrypt the dentry name twice for readdir
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH v5] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v5] ceph: do not dencrypt the dentry name twice for readdir
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH v5] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v5] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v2] libceph: wait for con->work to finish when cancelling con
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: [PATCH v5] ceph: do not dencrypt the dentry name twice for readdir
  • From: Luís Henriques <lhenriques@xxxxxxx>
• Re: [PATCH v2] libceph: wait for con->work to finish when cancelling con
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH v5] ceph: do not dencrypt the dentry name twice for readdir
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [PATCH v2] libceph: print fsid and client gid with mon id and osd id
  • From: Daichi Mukai <daichi-mukai@xxxxxxxxxxxx>
• Re: [PATCH v2] libceph: wait for con->work to finish when cancelling con
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• [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>