CEPH Filesystem Development

• Thread Index

• [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>
• Re: [PATCH v4 40/68] cachefiles: Implement cache registration and withdrawal
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 44/68] cachefiles: Implement key to filename encoding
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 40/68] cachefiles: Implement cache registration and withdrawal
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 38/68] vfs, cachefiles: Mark a backing file in use with an inode flag
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 28/68] fscache: Provide a function to note the release of a page
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 28/68] fscache: Provide a function to note the release of a page
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH] ceph: add new "nopagecache" option
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH] ceph: add new "nopagecache" option
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH] ceph: remove redundant Lsx caps check
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH] ceph: add new "nopagecache" option
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH] ceph: add new "nopagecache" option
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• [PATCH] ceph: remove redundant Lsx caps check
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH 02/12] ceph: handle idmapped mounts in create_request_message()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 02/12] ceph: handle idmapped mounts in create_request_message()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 02/12] ceph: handle idmapped mounts in create_request_message()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 02/12] ceph: handle idmapped mounts in create_request_message()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [RFC PATCH] ceph: add new "nopagecache" option
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 02/12] ceph: handle idmapped mounts in create_request_message()
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 02/12] ceph: handle idmapped mounts in create_request_message()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 01/12] ceph: stash idmapping in mdsc request
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 12/12] ceph: allow idmapped mounts
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 11/12] ceph/file: allow idmapped atomic_open inode op
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 10/12] ceph/acl: allow idmapped set_acl inode op
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 09/12] ceph: allow idmapped setattr inode op
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 08/12] ceph: allow idmapped permission inode op
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 07/12] ceph: allow idmapped getattr inode op
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 06/12] ceph: allow idmapped rename inode op
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 05/12] ceph: allow idmapped mkdir inode op
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 04/12] ceph: allow idmapped symlink inode op
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 03/12] ceph: allow idmapped mknod inode op
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 02/12] ceph: handle idmapped mounts in create_request_message()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 01/12] ceph: stash idmapping in mdsc request
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 00/12] ceph: support idmapped mounts
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: PROBLEM: SLAB use-after-free with ceph(fs)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: PROBLEM: SLAB use-after-free with ceph(fs)
  • From: Bastian Blank <bastian.blank@xxxxxxxxxxx>
• Re: PROBLEM: SLAB use-after-free with ceph(fs)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 00/68] fscache, cachefiles: Rewrite
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• PROBLEM: SLAB use-after-free with ceph(fs)
  • From: Bastian Blank <bastian.blank@xxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• [RFC PATCH 4/8] signals: Remove sigmask() macro
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: [PATCH] ceph: replace DEFINE_SIMPLE_ATTRIBUTE with DEFINE_DEBUGFS_ATTRIBUTE
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: replace DEFINE_SIMPLE_ATTRIBUTE with DEFINE_DEBUGFS_ATTRIBUTE
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] ceph: replace DEFINE_SIMPLE_ATTRIBUTE with DEFINE_DEBUGFS_ATTRIBUTE
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: s3test: In teuthology , test_bucket_list_return_data_versioning is failed?
  • From: WeiGuo Ren <rwg1335252904@xxxxxxxxx>
• s3test: In teuthology , test_bucket_list_return_data_versioning is failed?
  • From: WeiGuo Ren <rwg1335252904@xxxxxxxxx>
• [PATCH] netfs: make ops->init_rreq() optional
  • From: Jeffle Xu <jefflexu@xxxxxxxxxxxxxxxxx>
• [PATCH v4 68/68] 9p, afs, ceph, cifs, nfs: Use current_is_kswapd() rather than gfpflags_allow_blocking()
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 67/68] fscache: Add a tracepoint for cookie use/unuse
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 65/68] ceph: add fscache writeback support
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 64/68] ceph: conversion to new fscache API
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 63/68] cifs: Support fscache indexing rewrite (untested)
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 62/68] nfs: Implement cache I/O by accessing the cache directly
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 61/68] nfs: Convert to new fscache volume/cookie API
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 60/68] 9p: Copy local writes to the cache when writing to the server
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 59/68] 9p: Use fscache indexing rewrite and reenable caching
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 58/68] afs: Skip truncation on the server of data we haven't written yet
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 57/68] afs: Copy local writes to the cache when writing to the server
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 56/68] afs: Convert afs to use the new fscache API
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 55/68] fscache, cachefiles: Display stat of culling events
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 54/68] fscache, cachefiles: Display stats of no-space events
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 53/68] cachefiles: Allow cachefiles to actually function
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 52/68] fscache, cachefiles: Store the volume coherency data
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 51/68] cachefiles: Implement the I/O routines
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 50/68] cachefiles: Implement cookie resize for truncate
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 49/68] cachefiles: Implement begin and end I/O operation
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 48/68] cachefiles: Implement backing file wrangling
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 47/68] cachefiles: Implement culling daemon commands
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 46/68] cachefiles: Mark a backing file in use with an inode flag
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 45/68] cachefiles: Implement metadata/coherency data storage in xattrs
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 44/68] cachefiles: Implement key to filename encoding
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 43/68] cachefiles: Implement object lifecycle funcs
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 42/68] cachefiles: Add tracepoints for calls to the VFS
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 41/68] cachefiles: Implement volume support
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 40/68] cachefiles: Implement cache registration and withdrawal
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 39/68] cachefiles: Implement a function to get/create a directory in the cache
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 38/68] vfs, cachefiles: Mark a backing file in use with an inode flag
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 37/68] cachefiles: Provide a function to check how much space there is
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 36/68] cachefiles: Register a miscdev and parse commands over it
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 35/68] cachefiles: Add security derivation
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 34/68] cachefiles: Add cache error reporting macro
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 33/68] cachefiles: Add a couple of tracepoints for logging errors
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 32/68] cachefiles: Add some error injection support
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 31/68] cachefiles: Define structs
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 30/68] cachefiles: Introduce rewritten driver
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 29/68] fscache: Provide a function to resize a cookie
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 28/68] fscache: Provide a function to note the release of a page
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 27/68] vfs, fscache: Implement pinning of cache usage for writeback
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 26/68] fscache: Implement higher-level write I/O interface
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 25/68] fscache: Implement raw I/O interface
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 24/68] netfs: Pass more information on how to deal with a hole in the cache
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 23/68] fscache: Provide a function to let the netfs update its coherency data
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 22/68] fscache: Provide read/write stat counters for the cache
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 21/68] fscache: Count data storage objects in a cache
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 20/68] fscache: Provide a means to begin an operation
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 19/68] fscache: Implement cookie invalidation
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 18/68] fscache: Implement cookie user counting and resource pinning
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 17/68] fscache: Implement simple cookie state machine
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 16/68] fscache: Add a function for a cache backend to note an I/O error
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 15/68] fscache: Provide and use cache methods to lookup/create/free a volume
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 14/68] fscache: Implement functions add/remove a cache
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 13/68] fscache: Implement cookie-level access helpers
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 12/68] fscache: Implement volume-level access helpers
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 11/68] fscache: Implement cache-level access helpers
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 10/68] fscache: Implement cookie registration
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 09/68] fscache: Implement volume registration
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 08/68] fscache: Implement cache registration
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 07/68] fscache: Implement a hash function
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 06/68] fscache: Introduce new driver
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 05/68] netfs: Pass a flag to ->prepare_write() to say if there's no alloc'd space
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 04/68] netfs: Display the netfs inode number in the netfs_read tracepoint
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 01/68] fscache, cachefiles: Disable configuration
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v4 00/68] fscache, cachefiles: Rewrite
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH] ceph: replace DEFINE_SIMPLE_ATTRIBUTE with DEFINE_DEBUGFS_ATTRIBUTE
  • From: cgel.zte@xxxxxxxxx
• Re: [PATCH v3 18/68] fscache: Implement cookie user counting and resource pinning
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] ceph: Make ceph_netfs_issue_op() handle inlined data (untested)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] ceph: Make ceph_netfs_issue_op() handle inlined data (untested)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v3 00/68] fscache, cachefiles: Rewrite
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 17/68] fscache: Implement simple cookie state machine
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v3 18/68] fscache: Implement cookie user counting and resource pinning
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 17/68] fscache: Implement simple cookie state machine
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 1/2] ceph: Uninline the data on a file opened for writing
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] ceph: Uninline the data on a file opened for writing
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 1/2] ceph: Uninline the data on a file opened for writing
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] ceph: Uninline the data on a file opened for writing
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 1/2] ceph: Uninline the data on a file opened for writing
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH] ceph: Uninline the data on a file opened for writing
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v3 56/68] afs: Handle len being extending over page end in write_begin/write_end
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v3 56/68] afs: Handle len being extending over page end in write_begin/write_end
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 56/68] afs: Handle len being extending over page end in write_begin/write_end
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 56/68] afs: Handle len being extending over page end in write_begin/write_end
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 56/68] afs: Handle len being extending over page end in write_begin/write_end
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v3 56/68] afs: Handle len being extending over page end in write_begin/write_end
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 57/68] afs: Fix afs_write_end() to handle len > page size
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 67/68] ceph: add fscache writeback support
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 66/68] ceph: conversion to new fscache API
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 65/68] cifs: Support fscache indexing rewrite (untested)
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 64/68] nfs: Implement cache I/O by accessing the cache directly
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 63/68] nfs: Convert to new fscache volume/cookie API
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 62/68] 9p: Copy local writes to the cache when writing to the server
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 61/68] 9p: Use fscache indexing rewrite and reenable caching
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 60/68] afs: Skip truncation on the server of data we haven't written yet
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 58/68] afs: Convert afs to use the new fscache API
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 59/68] afs: Copy local writes to the cache when writing to the server
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 57/68] afs: Fix afs_write_end() to handle len > page size
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 56/68] afs: Handle len being extending over page end in write_begin/write_end
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 55/68] fscache, cachefiles: Display stat of culling events
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 54/68] fscache, cachefiles: Display stats of no-space events
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 53/68] cachefiles: Allow cachefiles to actually function
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 52/68] fscache, cachefiles: Store the volume coherency data
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 51/68] cachefiles: Implement the I/O routines
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 50/68] cachefiles: Implement cookie resize for truncate
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 49/68] cachefiles: Implement begin and end I/O operation
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 48/68] cachefiles: Implement backing file wrangling
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 47/68] cachefiles: Implement culling daemon commands
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 46/68] cachefiles: Mark a backing file in use with an inode flag
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 45/68] cachefiles: Implement metadata/coherency data storage in xattrs
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 37/68] cachefiles: Provide a function to check how much space there is
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 44/68] cachefiles: Implement key to filename encoding
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 43/68] cachefiles: Implement object lifecycle funcs
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 42/68] cachefiles: Add tracepoints for calls to the VFS
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 41/68] cachefiles: Implement volume support
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 40/68] cachefiles: Implement cache registration and withdrawal
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 39/68] cachefiles: Implement a function to get/create a directory in the cache
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 38/68] vfs, cachefiles: Mark a backing file in use with an inode flag
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 36/68] cachefiles: Register a miscdev and parse commands over it
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 35/68] cachefiles: Add security derivation
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 34/68] cachefiles: Add cache error reporting macro
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 33/68] cachefiles: Add a couple of tracepoints for logging errors
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 32/68] cachefiles: Add some error injection support
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 31/68] cachefiles: Define structs
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 30/68] cachefiles: Introduce rewritten driver
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 29/68] fscache: Provide a function to resize a cookie
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 28/68] fscache: Provide a function to note the release of a page
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 27/68] vfs, fscache: Implement pinning of cache usage for writeback
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 25/68] fscache: Implement raw I/O interface
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 26/68] fscache: Implement higher-level write I/O interface
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 24/68] netfs: Pass more information on how to deal with a hole in the cache
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 23/68] fscache: Provide a function to let the netfs update its coherency data
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 22/68] fscache: Provide read/write stat counters for the cache
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 21/68] fscache: Count data storage objects in a cache
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 20/68] fscache: Provide a means to begin an operation
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 19/68] fscache: Implement cookie invalidation
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 18/68] fscache: Implement cookie user counting and resource pinning
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 17/68] fscache: Implement simple cookie state machine
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 16/68] fscache: Add a function for a cache backend to note an I/O error
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 15/68] fscache: Provide and use cache methods to lookup/create/free a volume
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 14/68] fscache: Implement functions add/remove a cache
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 13/68] fscache: Implement cookie-level access helpers
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 12/68] fscache: Implement volume-level access helpers
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 11/68] fscache: Implement cache-level access helpers
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 10/68] fscache: Implement cookie registration
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 09/68] fscache: Implement volume registration
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 08/68] fscache: Implement cache registration
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 07/68] fscache: Implement a hash function
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 06/68] fscache: Introduce new driver
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 05/68] netfs: Pass a flag to ->prepare_write() to say if there's no alloc'd space
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 04/68] netfs: Display the netfs inode number in the netfs_read tracepoint
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 01/68] fscache, cachefiles: Disable configuration
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 00/68] fscache, cachefiles: Rewrite
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Ceph fixes for 5.16-rc6
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] Ceph fixes for 5.16-rc6
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 05/36] fscrypt: uninline and export fscrypt_require_key
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 09/67] fscache: Implement volume registration
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 09/67] fscache: Implement volume registration
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 08/67] fscache: Implement cache registration
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 02/36] fscrypt: export fscrypt_base64url_encode and fscrypt_base64url_decode
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 05/36] fscrypt: uninline and export fscrypt_require_key
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 05/36] fscrypt: uninline and export fscrypt_require_key
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 05/36] fscrypt: uninline and export fscrypt_require_key
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 62/67] nfs: Convert to new fscache volume/cookie API
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 62/67] nfs: Convert to new fscache volume/cookie API
  • From: David Wysochanski <dwysocha@xxxxxxxxxx>