Linux Block Layer SSD Cache

• Thread Index

• [PATCH 21/35] bcache: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 22/35] drbd: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 23/35] md/raid: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 24/35] xen: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 25/35] target: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 26/35] block: set op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 27/35] drivers: set request op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 29/35] ide cd: do not set REQ_WRITE on requests.
  • From: mchristi@xxxxxxxxxx
• [PATCH 28/35] blktrace: get op from req->op/bio->bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 30/35] block, fs, drivers: do not test bi_rw for REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 32/35] block: shrink bi_rw and bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 31/35] block, fs: remove old REQ definitions.
  • From: mchristi@xxxxxxxxxx
• [PATCH 33/35] block, drivers: add REQ_OP_FLUSH operation
  • From: mchristi@xxxxxxxxxx
• [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua
  • From: mchristi@xxxxxxxxxx
• [PATCH 35/35] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: mchristi@xxxxxxxxxx
• Re: [dm-devel] [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [dm-devel] [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH 26/35] block: set op to REQ_OP
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PULL] Re: bcache stability patches
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache: remove driver private bio splitting code
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 13/35] xfs: set bi_op to REQ_OP
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 25/35] target: set bi_op to REQ_OP
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 35/35] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 05/35] fs: have ll_rw_block users pass in op and flags separately
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 06/35] direct-io: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 05/35] fs: have ll_rw_block users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 04/35] fs: have submit_bh users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: mchristi@xxxxxxxxxx
• [PATCH 07/35] btrfs: have submit_one_bio users setup bio bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 08/35] btrfs: set bi_op tp REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 09/35] btrfs: update __btrfs_map_block for bi_op transition
  • From: mchristi@xxxxxxxxxx
• [PATCH 03/35] block, fs, mm, drivers: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 13/35] xfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 12/35] gfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 14/35] hfsplus: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 15/35] mpage: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 16/35] nilfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 17/35] ocfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 19/35] dm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 18/35] pm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 22/35] drbd: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 21/35] bcache: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 23/35] md/raid: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 20/35] dm: pass dm stats data dir instead of bi_rw
  • From: mchristi@xxxxxxxxxx
• [PATCH 24/35] xen: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 25/35] target: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 27/35] drivers: set request op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 26/35] block: set op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 28/35] blktrace: get op from req->op/bio->bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 29/35] ide cd: do not set REQ_WRITE on requests.
  • From: mchristi@xxxxxxxxxx
• [PATCH 30/35] block, fs, drivers: do not test bi_rw for REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 35/35] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: mchristi@xxxxxxxxxx
• [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua
  • From: mchristi@xxxxxxxxxx
• [PATCH 32/35] block: shrink bi_rw and bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 31/35] block, fs: remove old REQ definitions.
  • From: mchristi@xxxxxxxxxx
• [PATCH 33/35] block, drivers: add REQ_OP_FLUSH operation
  • From: mchristi@xxxxxxxxxx
• [PATCH 11/35] f2fs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 10/35] btrfs: don't pass rq_flag_bits if there is a bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: mchristi@xxxxxxxxxx
• [patch -next] bcache: cleanup indenting in bch_btree_insert_check_key()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH RESEND v2 01/18] block_dev: Support checking inode permissions in lookup_bdev()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 00/19] Support fuse mounts in user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 02/18] block_dev: Check permissions towards block device inode when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 12/18] fs: Don't remove suid for CAP_FSETID in s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 13/18] fs: Allow superblock owner to access do_remount_sb()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 06/18] Smack: Handle labels consistently in untrusted mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 14/18] capabilities: Allow privileged user in s_user_ns to set security.* xattrs
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 15/18] fuse: Add support for pid namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 07/18] fs: Check for invalid i_uid in may_follow_link()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 17/18] fuse: Restrict allow_other to the superblock's namespace or a descendant
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 08/18] cred: Reject inodes with invalid ids in set_create_file_as()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 18/18] fuse: Allow user namespace mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 09/18] fs: Refuse uid/gid changes which don't map into s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 10/18] fs: Update posix_acl support to handle user namespace mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 04/18] selinux: Add support for unprivileged mounts from user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 05/18] userns: Replace in_userns with current_in_userns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 03/18] fs: Treat foreign mounts as nosuid
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PULL] Re: bcache stability patches
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PULL] Re: bcache stability patches
  • From: Denis Bychkov <manover@xxxxxxxxx>
• Re: [PULL] Re: bcache stability patches
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• Re: [PULL] Re: bcache stability patches
  • From: Denis Bychkov <manover@xxxxxxxxx>
• Re: [PULL] Re: bcache stability patches
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PULL] Re: bcache stability patches
  • From: Denis Bychkov <manover@xxxxxxxxx>
• Re: [PULL] Re: bcache stability patches
  • From: Denis Bychkov <manover@xxxxxxxxx>
• Re: [PULL] Re: bcache stability patches
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PULL] Re: bcache stability patches
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PULL] Re: bcache stability patches
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PULL] Re: bcache stability patches
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PULL] Re: bcache stability patches
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: dynamically resizing bcache devices
  • From: Denis Bychkov <manover@xxxxxxxxx>
• Re: dynamically resizing bcache devices
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: dynamically resizing bcache devices
  • From: Denis Bychkov <manover@xxxxxxxxx>
• Re: [PATCH 1/2] md: bcache: Replace get_seconds with ktime_get_seconds
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• [PATCH 1/2] md: bcache: Replace get_seconds with ktime_get_seconds
  • From: <shraddha.6596@xxxxxxxxx>
• dynamically resizing bcache devices
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• BCACHE stability patches
  • From: Denis Bychkov <manover@xxxxxxxxx>
• Re: [PATCH] bcache: backing device set to clean after finishing detach
  • From: Zhu Yanhai <zhu.yanhai@xxxxxxxxx>
• Re: SSD failed - can I recover data from HDDs
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• [PATCH] bcache: backing device set to clean after finishing detach
  • From: Christoph Nelles <evilazrael@xxxxxxxxxxxxx>
• SSD failed - can I recover data from HDDs
  • From: Peter <pkozbial@xxxxxxxxx>
• [PATCH v2 01/18] block_dev: Support checking inode permissions in lookup_bdev()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 02/18] block_dev: Check permissions towards block device inode when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 03/18] fs: Treat foreign mounts as nosuid
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 05/18] userns: Replace in_userns with current_in_userns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 06/18] Smack: Handle labels consistently in untrusted mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 08/18] cred: Reject inodes with invalid ids in set_create_file_as()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 09/18] fs: Refuse uid/gid changes which don't map into s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 07/18] fs: Check for invalid i_uid in may_follow_link()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 10/18] fs: Update posix_acl support to handle user namespace mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 12/18] fs: Don't remove suid for CAP_FSETID in s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 15/18] fuse: Add support for pid namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 17/18] fuse: Restrict allow_other to the superblock's namespace or a descendant
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 18/18] fuse: Allow user namespace mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 13/18] fs: Allow superblock owner to access do_remount_sb()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 14/18] capabilities: Allow privileged user in s_user_ns to set security.* xattrs
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 04/18] selinux: Add support for unprivileged mounts from user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 00/19] Support fuse mounts in user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: bcache_gc: BUG: soft lockup
  • From: "Yannis Aribaud" <bugs@xxxxxxxxxx>
• Re: Bug in bch_hprint related to SHOW(__bch_cached_dev)
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PULL REQUEST]: bcache stability patches
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 15/19] capabilities: Allow privileged user in s_user_ns to set file caps
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 18/19] fuse: Restrict allow_other to the superblock's namespace or a descendant
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 17/19] fuse: Support fuse filesystems outside of init_user_ns
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 18/19] fuse: Restrict allow_other to the superblock's namespace or a descendant
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 17/19] fuse: Support fuse filesystems outside of init_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 15/19] capabilities: Allow privileged user in s_user_ns to set file caps
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 18/19] fuse: Restrict allow_other to the superblock's namespace or a descendant
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 17/19] fuse: Support fuse filesystems outside of init_user_ns
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 09/19] fs: Refuse uid/gid changes which don't map into s_user_ns
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 15/19] capabilities: Allow privileged user in s_user_ns to set file caps
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 13/19] fs: Allow superblock owner to access do_remount_sb()
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 12/19] fs: Don't remove suid for CAP_FSETID in s_user_ns
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 11/19] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 10/19] fs: Update posix_acl support to handle user namespace mounts
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 09/19] fs: Refuse uid/gid changes which don't map into s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 09/19] fs: Refuse uid/gid changes which don't map into s_user_ns
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 05/19] userns: Replace in_userns with current_in_userns
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 03/19] fs: Treat foreign mounts as nosuid
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 08/19] cred: Reject inodes with invalid ids in set_create_file_as()
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 07/19] fs: Check for invalid i_uid in may_follow_link()
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 02/19] block_dev: Check permissions towards block device inode when mounting
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 01/19] block_dev: Support checking inode permissions in lookup_bdev()
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 17/19] fuse: Support fuse filesystems outside of init_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 01/19] block_dev: Support checking inode permissions in lookup_bdev()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 02/19] block_dev: Check permissions towards block device inode when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 00/19] Support fuse mounts in user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 03/19] fs: Treat foreign mounts as nosuid
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 06/19] Smack: Handle labels consistently in untrusted mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 05/19] userns: Replace in_userns with current_in_userns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 07/19] fs: Check for invalid i_uid in may_follow_link()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 04/19] selinux: Add support for unprivileged mounts from user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 10/19] fs: Update posix_acl support to handle user namespace mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 08/19] cred: Reject inodes with invalid ids in set_create_file_as()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 11/19] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 12/19] fs: Don't remove suid for CAP_FSETID in s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 13/19] fs: Allow superblock owner to access do_remount_sb()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 16/19] fuse: Add support for pid namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 19/19] fuse: Allow user namespace mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 18/19] fuse: Restrict allow_other to the superblock's namespace or a descendant
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 17/19] fuse: Support fuse filesystems outside of init_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 15/19] capabilities: Allow privileged user in s_user_ns to set file caps
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 09/19] fs: Refuse uid/gid changes which don't map into s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PULL REQUEST]: bcache stability patches
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: bcache_gc: BUG: soft lockup
  • From: "Yannis Aribaud" <bugs@xxxxxxxxxx>
• Re: bcache_gc: BUG: soft lockup
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PULL REQUEST]: bcache stability patches
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache_gc: BUG: soft lockup
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• bcache performance: is all IO serialized by check_should_bypass()?
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache_gc: BUG: soft lockup
  • From: "Yannis Aribaud" <bugs@xxxxxxxxxx>
• Re: bcache_gc: BUG: soft lockup
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: Btrfs on bcache device: mount options?
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• writeback deadlocks
  • From: Alex Vorona <alex@xxxxxxxxxxxxx>
• write deadlocks
  • From: Alex Vorona <alex@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Bug in bch_hprint
  • From: Jens Rosenboom <j.rosenboom@xxxxxxxx>
• dkms module
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Octavian Purdila <octavian.purdila@xxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Colin Walters <walters@xxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Nikolay Borisov <kernel@xxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
• Re: [PATCH v3 7/7] Smack: Handle labels consistently in untrusted mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v3 7/7] Smack: Handle labels consistently in untrusted mounts
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v3 6/7] userns: Replace in_userns with current_in_userns
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v3 5/7] selinux: Add support for unprivileged mounts from user namespaces
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v3 4/7] fs: Treat foreign mounts as nosuid
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Octavian Purdila <octavian.purdila@xxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Octavian Purdila <octavian.purdila@xxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v3 7/7] Smack: Handle labels consistently in untrusted mounts
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] User namespace mount updates
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/7] block_dev: Support checking inode permissions in lookup_bdev()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 0/7] User namespace mount updates
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 2/7] block_dev: Check permissions towards block device inode when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 3/7] mtd: Check permissions towards mtd block device inode when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 4/7] fs: Treat foreign mounts as nosuid
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 6/7] userns: Replace in_userns with current_in_userns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 5/7] selinux: Add support for unprivileged mounts from user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 7/7] Smack: Handle labels consistently in untrusted mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: bcache_gc: BUG: soft lockup
  • From: "Yannis Aribaud" <bugs@xxxxxxxxxx>
• Re: bcache_gc: BUG: soft lockup
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: bcache_gc: BUG: soft lockup
  • From: "Yannis Aribaud" <bugs@xxxxxxxxxx>
• Re: bcache_gc: BUG: soft lockup
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: bcache_gc: BUG: soft lockup
  • From: "Yannis Aribaud" <bugs@xxxxxxxxxx>
• Re: bcache_gc: BUG: soft lockup
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• bcache_gc: BUG: soft lockup
  • From: "Yannis Aribaud" <bugs@xxxxxxxxxx>
• Re: [PATCH] bcache: register_bdev can fail, make it failable
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH] bcache: Really show state of work pending bit
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• [PATCH] bcache: register_bdev can fail, make it failable
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: Btrfs on bcache device: mount options?
  • From: Simon Herter <sim.herter@xxxxxxxxx>
• Re: [PATCH v2 7/7] Smack: Handle labels consistently in untrusted mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: Btrfs on bcache device: mount options?
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• Btrfs on bcache device: mount options?
  • From: Simon Herter <sim.herter@xxxxxxxxx>
• Re: [PATCH v2 7/7] Smack: Handle labels consistently in untrusted mounts
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: Fwd: Bcache Status
  • From: Koen Kooi <koen@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/7] selinux: Add support for unprivileged mounts from user namespaces
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• [PATCH v2 1/7] block_dev: Support checking inode permissions in lookup_bdev()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 0/7] User namespace mount updates
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 4/7] fs: Treat foreign mounts as nosuid
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 5/7] selinux: Add support for unprivileged mounts from user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 3/7] mtd: Check permissions towards mtd block device inode when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 6/7] userns: Replace in_userns with current_in_userns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 7/7] Smack: Handle labels consistently in untrusted mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 2/7] block_dev: Check permissions towards block device inode when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Proposal: mobile app for bcache
  • From: contact@xxxxxxxxxxxxxxxx
• Re: Fwd: Bcache Status
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: Fwd: Bcache Status
  • From: Peter Kieser <peter@xxxxxxxxx>
• Fwd: Bcache Status
  • From: Andrew Thrift <andrew@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH] bcache: Really show state of work pending bit
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH] bcache: Fix writeback_thread never writing back incomplete stripes.
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 0/5] User namespace mount updates
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 5/5] Smack: Handle labels consistently in untrusted mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 4/5] userns: Replace in_userns with current_in_userns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 3/5] selinux: Add support for unprivileged mounts from user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 2/5] fs: Treat foreign mounts as nosuid
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH] bcache: Fix writeback_thread never writing back incomplete stripes.
  • From: Peter Kieser <peter@xxxxxxxxx>
• [PATCH] md: also update raid5 for bio changes.
  • From: Christopher James Halse Rogers <raof@xxxxxxxxxx>
• Re: [PATCH] bcache: Fix writeback_thread never writing back incomplete stripes.
  • From: Denis Bychkov <manover@xxxxxxxxx>
• Re: [PATCH] bcache: Fix writeback_thread never writing back incomplete stripes.
  • From: Denis Bychkov <manover@xxxxxxxxx>
• Re: [PATCH] bcache: Fix writeback_thread never writing back incomplete stripes.
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH] bcache: Fix writeback_thread never writing back incomplete stripes.
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH] bcache: Fix writeback_thread never writing back incomplete stripes.
  • From: Denis Bychkov <manover@xxxxxxxxx>
• Re: use bcache with /dev/zram as caching device
  • From: Denis Bychkov <manover@xxxxxxxxx>
• Re: [PATCH] bcache: Fix writeback_thread never writing back incomplete stripes.
  • From: Denis Bychkov <manover@xxxxxxxxx>
• Re: [PATCH] bcache: Fix writeback_thread never writing back incomplete stripes.
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 00/39] drop null test before destroy functions
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 15/39] bcache: drop null test before destroy functions
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PATCH 00/39] drop null test before destroy functions
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 15/39] bcache: drop null test before destroy functions
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• [PATCH] bcache: Fix writeback_thread never writing back incomplete stripes.
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: Vojtech Pavlik <vojtech@xxxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: Vojtech Pavlik <vojtech@xxxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: Vojtech Pavlik <vojtech@xxxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: Vojtech Pavlik <vojtech@xxxxxxx>
• Re: Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Bcache stuck at writeback of a key, consuming 100% CPU, not possible to detach
  • From: Vojtech Pavlik <vojtech@xxxxxxx>
• use bcache with /dev/zram as caching device
  • From: Ansgar Jazdzewski <a.jazdzewski@xxxxxxxxxxxxxx>
• Re: bcache-tools build errors
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• bcache-tools build errors
  • From: Mike Krinkin <krinkin.m.u@xxxxxxxxx>
• Re: bcache deadlock
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: [ANNOUNCE] bcachefs - a general purpose COW filesystem
  • From: Vyacheslav Dubeyko <slava@xxxxxxxxxxx>
• Unblocking Writeback modus
  • From: Christoph Nelles <evilazrael@xxxxxxxxxxxxx>
• [ANNOUNCE] bcachefs - a general purpose COW filesystem
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• dynamically resizing the backend storage
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• writeback minimum rate
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Why bcachefs?
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• realiably reproducible system freeze
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• obsolete option freelist_percent in documentation / question
  • From: Ronald van Zantvoort <ronald@xxxxxxxxxxxx>
• Re: bcache cant register cache device "bad csum" & "bad magic"
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: bcache cant register cache device "bad csum" & "bad magic"
  • From: Георгий Стариков <gstarikov@xxxxxxxxx>
• bcache cant register cache device "bad csum" & "bad magic"
  • From: Георгий Стариков <gstarikov@xxxxxxxxx>
• Re: block and bucket sizes
  • From: Killian De Volder <killian.de.volder@xxxxxxxxxxx>
• block and bucket sizes
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• Re: bcachefs xattr
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: bcachefs xattr
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: bcachefs xattr
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• bcachefs xattr
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [bcachefs] Mounting the same device multiple times now works
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] Mounting the same device multiple times now works
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: bcache deadlock
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: bcache deadlock
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Re: [bcachefs] Mounting the same device multiple times now works
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH v6 03/11] bcache: remove driver private bio splitting code
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [bcachefs] Mounting the same device multiple times now works
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] Mounting the same device multiple times now works
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [bcachefs] Mounting the same device multiple times now works
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: bcache deadlock
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• avgrq-sz and avgqu-sz are too high
  • From: ZHANGJUN3 [张俊] <ZHANGJUN3@xxxxxxxxxxxx>
• Re: layering question.
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: layering question.
  • From: "A. James Lewis" <james@xxxxxxxxxx>
• Re: layering question.
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: layering question.
  • From: "A. James Lewis" <james@xxxxxxxxxx>
• Re: layering question.
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: layering question.
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: layering question.
  • From: "A. James Lewis" <james@xxxxxxxxxx>
• Re: layering question.
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: bcache wont register cache and attempt to access beyond end of device
  • From: Георгий Стариков <gstarikov@xxxxxxxxx>
• Re: bcache wont register cache and attempt to access beyond end of device
  • From: Killian De Volder <killian.de.volder@xxxxxxxxxxx>
• bcache wont register cache and attempt to access beyond end of device
  • From: Георгий Стариков <gstarikov@xxxxxxxxx>
• Re: layering question.
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: layering question.
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: layering question.
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: layering question.
  • From: "A. James Lewis" <james@xxxxxxxxxx>
• Re: layering question.
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• layering question.
  • From: "A. James Lewis" <james@xxxxxxxxxx>
• Re: crash: kernel bug in bch_generic_make_request
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: bcache deadlock
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: bcache deadlock
  • From: Ming Lin <mlin@xxxxxxxxxx>
• bcache deadlock
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: crash: kernel bug in bch_generic_make_request
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: crash: kernel bug in bch_generic_make_request
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: crash: kernel bug in bch_generic_make_request
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: crash: kernel bug in bch_generic_make_request
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: cant mount bcachefs
  • From: Георгий Стариков <gstarikov@xxxxxxxxx>
• Re: cant mount bcachefs
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: cant mount bcachefs
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Fwd: cant mount bcachefs
  • From: Георгий Стариков <gstarikov@xxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Ming Lin <mlin@xxxxxxxxxx>
• crash: kernel bug in bch_generic_make_request
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Upgrade path to bcachefs
  • From: Killian De Volder <killian.de.volder@xxxxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Jason Warr <jason@xxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Killian De Volder <killian.de.volder@xxxxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Jason Warr <jason@xxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: David Mohr <david@xxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Denis Bychkov <manover@xxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Denis Bychkov <manover@xxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Denis Bychkov <manover@xxxxxxxxx>
• Re: Unable to detach caching device
  • From: Killian De Volder <killian.de.volder@xxxxxxxxxxx>
• Unable to detach caching device
  • From: Killian De Volder <killian.de.volder@xxxxxxxxxxx>
• bcache_writeback task blocked for more ...
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Denis Bychkov <manover@xxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [ANNOUNCE] bcachefs!
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [ANNOUNCE] bcachefs!
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH resend] bcache: prevent crash on changing writeback_running
  • From: Stefan Bader <stefan.bader@xxxxxxxxxxxxx>
• Re: [PATCH] bcache: Deletion of an unnecessary check before the function call "kobject_put"
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: attching with multiple backing devices
  • From: Donald Pearson <donaldwhpearson@xxxxxxxxx>
• Re: attching with multiple backing devices
  • From: Denis Bychkov <manover@xxxxxxxxx>
• [PATCH v5 03/11] bcache: remove driver private bio splitting code
  • From: Ming Lin <mlin@xxxxxxxxxx>
• attching with multiple backing devices
  • From: Donald Pearson <donaldwhpearson@xxxxxxxxx>
• Re: change/recreate cache device?
  • From: Donald Pearson <donaldwhpearson@xxxxxxxxx>
• Re: change/recreate cache device?
  • From: Yurii Kolesnykov <yurikoles@xxxxxxxxx>
• change/recreate cache device?
  • From: Donald Pearson <donaldwhpearson@xxxxxxxxx>
• How to get 2.6.34 branch of bcache??
  • From: Hongkyu Park <hongkyu211@xxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• udev 220 rules broken for bcache
  • From: David Mohr <david@xxxxxxxx>
• Re: reading an ex linux bcache disk
  • From: jdd <jdd@xxxxxxxxx>
• Re: reading an ex linux bcache disk
  • From: jdd <jdd@xxxxxxxxx>
• Re: reading an ex linux bcache disk
  • From: Pavel Goran <via-bcache@xxxxxxxxxxxx>
• Re: reading an ex linux bcache disk
  • From: jdd <jdd@xxxxxxxxx>
• reading an ex linux bcache disk
  • From: jdd <jdd@xxxxxxxxx>
• Re: bcache-tools fails to build with gcc 5.1.1
  • From: David Mohr <david@xxxxxxxx>
• [PATCH v4 03/11] bcache: remove driver private bio splitting code
  • From: Ming Lin <mlin@xxxxxxxxxx>
• bcache-tools fails to build with gcc 5.1.1
  • From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
• [PATCH 06/12] bcache: Use DECLARE_BITMAP
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 00/12] treewide: Use DECLARE_BITMAP
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: bcache and load average
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache and load average
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: bcache and load average
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache and load average
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: bcache and load average
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: bcache and load average
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: bcache and load average
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• bcache and load average
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Extreme slowdown
  • From: Lucas Clemente Vella <lvella@xxxxxxxxx>
• [PATCH v3 04/11] bcache: remove driver private bio splitting code
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: Migrating layout
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Migrating layout
  • From: Lucas Clemente Vella <lvella@xxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Dan Merillat <dan.merillat@xxxxxxxxx>
• Re: [PATCH 04/10] bcache: clean up hacks around bio_split_pool
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH 04/10] bcache: clean up hacks around bio_split_pool
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/10] bcache: clean up hacks around bio_split_pool
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Bcache performance results
  • From: "Deyoung Hong (dhong)" <dhong@xxxxxxxxxx>
• Re: bcache causes RCU stalls/bcache_gc hogs CPU
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache causes RCU stalls/bcache_gc hogs CPU
  • From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
• Re: bcache causes RCU stalls/bcache_gc hogs CPU
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• bcache causes RCU stalls/bcache_gc hogs CPU
  • From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
• Re: caching device setup
  • From: "Lidong Zhong" <lzhong@xxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Dan Merillat <dan.merillat@xxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Dan Merillat <dan.merillat@xxxxxxxxx>
• Re: Issue when mkfs.btrfs on a bcached partition
  • From: arnaud gaboury <arnaud.gaboury@xxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Dan Merillat <dan.merillat@xxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Dan Merillat <dan.merillat@xxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: Bcache on btrfs: the perfect setup or the perfect storm?
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: Bcache on btrfs: the perfect setup or the perfect storm?
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: caching device setup
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: bcache + luks
  • From: arnaud gaboury <arnaud.gaboury@xxxxxxxxx>
• Re: bcache + luks
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• bcache + luks
  • From: arnaud gaboury <arnaud.gaboury@xxxxxxxxx>
• Re: Bcache on btrfs: the perfect setup or the perfect storm?
  • From: arnaud gaboury <arnaud.gaboury@xxxxxxxxx>
• Advice of fielsystem type
  • From: arnaud gaboury <arnaud.gaboury@xxxxxxxxx>
• Re: caching device setup
  • From: "Lidong Zhong" <lzhong@xxxxxxxx>
• Re: caching device setup
  • From: "Lidong Zhong" <lzhong@xxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Dan Merillat <dan.merillat@xxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Bcache on btrfs: the perfect setup or the perfect storm?
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: caching device setup
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Bcache on btrfs: the perfect setup or the perfect storm?
  • From: arnaud gaboury <arnaud.gaboury@xxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Dan Merillat <dan.merillat@xxxxxxxxx>
• Re: caching device setup
  • From: arnaud gaboury <arnaud.gaboury@xxxxxxxxx>
• Re: caching device setup
  • From: David Mohr <david@xxxxxxxx>
• caching device setup
  • From: arnaud gaboury <arnaud.gaboury@xxxxxxxxx>
• Re: Issue when mkfs.btrfs on a bcached partition
  • From: arnaud gaboury <arnaud.gaboury@xxxxxxxxx>
• Re: Issue when mkfs.btrfs on a bcached partition
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Issue when mkfs.btrfs on a bcached partition
  • From: arnaud gaboury <arnaud.gaboury@xxxxxxxxx>
• Poor performance with qemu and bcache FUA
  • From: Peter Kieser <peter@xxxxxxxxx>
• Tiny Makefile fix
  • From: David Mohr <damailings@xxxxxxxx>
• Re: Improving the performance of my secondary HDD
  • From: Sameer Naik <sameer.subscriptions@xxxxxxxxxxxxxx>
• Re: Improving the performance of my secondary HDD
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Improving the performance of my secondary HDD
  • From: Sameer Naik <sameer.subscriptions@xxxxxxxxxxxxxx>
• [PATCH 04/22] md/bcache: %pF is only for function pointers
  • From: Scott Wood <scottwood@xxxxxxxxxxxxx>
• Fwd: bcache memory footprint
  • From: Thanos Makatos <thanos.makatos@xxxxxxxxx>
• [PATCH v2] bcache: fix a livelock in btree lock
  • From: Zheng Liu <gnehzuil.liu@xxxxxxxxx>
• Re: [PATCH] bcache: fix a livelock in btree lock
  • From: Zheng Liu <gnehzuil.liu@xxxxxxxxx>
• Re: Breaking chages from 3.13.0 to 3.17.1
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: Breaking chages from 3.13.0 to 3.17.1
  • From: Lucas Clemente Vella <lvella@xxxxxxxxx>
• Re: Breaking chages from 3.13.0 to 3.17.1
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Breaking chages from 3.13.0 to 3.17.1
  • From: Lucas Clemente Vella <lvella@xxxxxxxxx>
• Re: bcache and hibernation
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Modifying readahead value
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: [GIT PULL] bcache changes for 3.17
  • From: Francis Moreau <francis.moro@xxxxxxxxx>
• Re: [PATCH] bcache: fix a livelock in btree lock
  • From: Zhu Yanhai <zhu.yanhai@xxxxxxxxx>
• Re: bcache_gc: BUG: soft lockup - CPU#2 stuck for 23s!
  • From: Joshua Schmid <jschmid@xxxxxxx>
• [PATCH] fix a leak in bch_cached_dev_run()
  • From: Joshua Schmid <jschmid@xxxxxxxx>
• [PATCH] bcache: unregister reboot notifier when bcache fails to register a block device
  • From: Joshua Schmid <jschmid@xxxxxxxx>
• [PATCH] bcache: fix a livelock in btree lock
  • From: Joshua Schmid <jschmid@xxxxxxxx>
• [PATCH] bcache: [BUG] clear BCACHE_DEV_UNLINK_DONE flag when attaching a backing device
  • From: Joshua Schmid <jschmid@xxxxxxxx>
• bcache_gc: BUG: soft lockup - CPU#2 stuck for 23s!
  • From: Joshua Schmid <jschmid@xxxxxxx>
• Quick SSD detach
  • From: Yongseok Oh <yongsukoh@xxxxxxxxx>
• Re: Git repositories
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: Git repositories
  • From: David Mohr <damailings@xxxxxxxx>
• Re: Git repositories
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: Git repositories
  • From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
• Re: Git repositories
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Git repositories
  • From: David Mohr <damailings@xxxxxxxx>
• bcache read-only mode?
  • From: "Wesley W. Terpstra" <wesley@xxxxxxxxxxx>
• System locks up when executing make-bcache -C on an LVM logical volume
  • From: Steven Flintham <mlist@xxxxxxxxxxx>
• Re: patch (Re: 3.18.3 + latest bcache-dev)
  • From: "Stephen R. van den Berg" <srb@xxxxxxx>
• patch (Re: 3.18.3 + latest bcache-dev)
  • From: "Stephen R. van den Berg" <srb@xxxxxxx>
• Re: 3.18.3 + latest bcache-dev
  • From: "Stephen R. van den Berg" <srb@xxxxxxx>
• Re: 3.18.3 + latest bcache-dev
  • From: Slava Pestov <sp@xxxxxxxxx>
• Re: 3.18.3 + latest bcache-dev
  • From: "Stephen R. van den Berg" <srb@xxxxxxx>
• Re: 3.18.3 + latest bcache-dev
  • From: "Stephen R. van den Berg" <srb@xxxxxxx>
• Re: 3.18.3 + latest bcache-dev
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• 3.18.3 + latest bcache-dev
  • From: "Stephen R. van den Berg" <srb@xxxxxxx>
• Re: Is bcache dead?
  • From: Michael Russo <mike@xxxxxxxxxxxxxx>
• Re: [PATCH] bcache: Make sure to pass GFP_WAIT to mempool_alloc()
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH] bcache: Make sure to pass GFP_WAIT to mempool_alloc()
  • From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
• [PATCH v2 4/9] bcache: clean up hacks around bio_split_pool
  • From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
• bcache performance
  • From: "lilofile" <lilofile@xxxxxxxxxx>
• bch_btree_node_read page_fault
  • From: Frank Banul <frank.banul@xxxxxxx>
• Re: 3.18.1 + latest bcache-dev
  • From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
• Re: 3.18.1 + latest bcache-dev
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: 3.18.1 + latest bcache-dev
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: 3.18.1 + latest bcache-dev
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: 3.18.1 + latest bcache-dev
  • From: Jianjian Huo <samuel.huo@xxxxxxxxx>
• Re: 3.18.1 + latest bcache-dev
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: 3.18.1 + latest bcache-dev
  • From: Slava Pestov <sp@xxxxxxxxx>
• Re: 3.18.1 + latest bcache-dev
  • From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
• Re: 3.18.1 + latest bcache-dev
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: 3.18.1 + latest bcache-dev
  • From: "Stephen R. van den Berg" <srb@xxxxxxx>
• Re: 3.18.1 + latest bcache-dev
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: 3.18.1 + latest bcache-dev
  • From: "Stephen R. van den Berg" <srb@xxxxxxx>
• Re: 3.18.1 + latest bcache-dev
  • From: Slava Pestov <sp@xxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Michael Goertz <goertzm@xxxxxxxxx>
• Re: 3.18.1 + latest bcache-dev
  • From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
• Re: 3.18.1 + latest bcache-dev
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: 3.18.1 + latest bcache-dev
  • From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
• Re: bcache fails after reboot if discard is enabled
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• bcache fails after reboot if discard is enabled
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Bcache power loss
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: Bcache power loss
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Bcache power loss
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: bcache journal_read_bucket / bad csum reading priorities / bad magic reading priorities
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• bcache journal_read_bucket / bad csum reading priorities / bad magic reading priorities
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: Using vmalloc instead of get_free_pages?
  • From: "Stephen R. van den Berg" <srb@xxxxxxx>
• Re: Using vmalloc instead of get_free_pages?
  • From: Slava Pestov <sp@xxxxxxxxx>
• Re: 3.18.1 + latest bcache-dev
  • From: Slava Pestov <sp@xxxxxxxxx>
• 3.18.1 + latest bcache-dev
  • From: "Stephen R. van den Berg" <srb@xxxxxxx>
• Using vmalloc instead of get_free_pages?
  • From: "Stephen R. van den Berg" <srb@xxxxxxx>
• [RFC PATCH 04/17] bcache: clean up hacks around bio_split_pool
  • From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
• Kernel OOPs when registering caching device (linux 3.18)
  • From: Raphael Manfredi <Raphael_Manfredi@xxxxxxxxx>
• congestion mechanism and reloading bcache
  • From: Erik Hjelmås <erik.hjelmas@xxxxxxxxx>
• Re: bcache blocking ops and lockdep warnings
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• bcache blocking ops and lockdep warnings
  • From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
• Re: Interested in bcache
  • From: Adam Brenner <aebrenne@xxxxxxx>
• Re: Interested in bcache
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: 3.17-rc6: bcache_gc: BUG: soft lockup - CPU#2 stuck for 23s!
  • From: Thomas Stein <himbeere@xxxxxxxxxxxx>
• Re: 3.17-rc6: bcache_gc: BUG: soft lockup - CPU#2 stuck for 23s!
  • From: Stefan Seyfried <stefan.seyfried@xxxxxxxxxxxxxx>
• clearing inconsistent bcache state
  • From: Damien Robert <damien.olivier.robert@xxxxxxxxx>
• Re: [PATCH] bcache: prevent crash on changing writeback_running
  • From: Stefan Bader <stefan.bader@xxxxxxxxxxxxx>
• Re: bcache and hibernation
  • From: Mathijs Kwik <mathijs@xxxxxxxxxxxxxxxx>
• Re: bcache and hibernation
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: bcache and hibernation
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: bcache and hibernation
  • From: Mathijs Kwik <mathijs@xxxxxxxxxxxxxxxx>
• Re: 3.17-rc6: bcache_gc: BUG: soft lockup - CPU#2 stuck for 23s!
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: 3.17-rc6: bcache_gc: BUG: soft lockup - CPU#2 stuck for 23s!
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/1] bcache: fix rounding in human readable output
  • From: "Juerd Waalboer" <juerd@xxxxxx>
• Re: 3.17-rc6: bcache_gc: BUG: soft lockup - CPU#2 stuck for 23s!
  • From: Thomas Stein <himbeere@xxxxxxxxxxxx>
• Re: 3.17-rc6: bcache_gc: BUG: soft lockup - CPU#2 stuck for 23s!
  • From: Stefan Seyfried <stefan.seyfried@xxxxxxxxxxxxxx>
• Re: 3.17-rc6: bcache_gc: BUG: soft lockup - CPU#2 stuck for 23s!
  • From: Eric Wheeler <ewheeler@xxxxxxxxxxxx>
• Re: 3.17-rc6: bcache_gc: BUG: soft lockup - CPU#2 stuck for 23s!
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: 3.17-rc6: bcache_gc: BUG: soft lockup - CPU#2 stuck for 23s!
  • From: Stefan Seyfried <stefan.seyfried@xxxxxxxxxxxxxx>
• [PATCH 1/1] bcache: Deletion of an unnecessary check before the function call "kobject_put"
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Why is writeback_percent capped at 40?
  • From: Arne Wiebalck <Arne.Wiebalck@xxxxxxx>
• Re: bcache and hibernation
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: bcache and hibernation
  • From: Mathijs Kwik <mathijs@xxxxxxxxxxxxxxxx>
• Re: bcache and hibernation
  • From: Mathijs Kwik <mathijs@xxxxxxxxxxxxxxxx>
• Re: bcache and hibernation
  • From: Mathijs Kwik <mathijs@xxxxxxxxxxxxxxxx>
• bcache and hibernation
  • From: Mathijs Kwik <mathijs@xxxxxxxxxxxxxxxx>
• Is this a potential deadlock?
  • From: Zhu Yanhai <zhu.yanhai@xxxxxxxxx>
• Re: Performance issues (XFS-bcache-P400-S3700)
  • From: Erik Hjelmås <erik.hjelmas@xxxxxxxxx>
• Performance issues (XFS-bcache-P400-S3700)
  • From: Erik Hjelmås <erik.hjelmas@xxxxxxxxx>
• Re: Is bcache dead?
  • From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
• Re: Is bcache dead?
  • From: Zachary Palmer <zep_kernel.org@xxxxxxxx>
• Estimating required SSD cache size
  • From: Justin Cinkelj <justin.cinkelj@xxxxxxx>
• Re: 3.17-rc6: bcache_gc: BUG: soft lockup - CPU#2 stuck for 23s!
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: [PATCH] fix a leak in bch_cached_dev_run()
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: 3.17: bcache_gc: BUG: soft lockup - CPU#2 stuck for 22s!
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Reasonably safe to backport 3.15 & 3.17 patches to 3.14?
  • From: Eddie Chapman <eddie@xxxxxxxx>
• Re[2]: 3.17: bcache_gc: BUG: soft lockup - CPU#2 stuck for 22s!
  • From: Pavel Goran <via-bcache@xxxxxxxxxxxx>
• Re: 3.17: bcache_gc: BUG: soft lockup - CPU#2 stuck for 22s!
  • From: Zhu Yanhai <zhu.yanhai@xxxxxxxxx>
• Re: Is bcache dead?
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: Is bcache dead?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Is bcache dead?
  • From: Thomas Stein <himbeere@xxxxxxxxxxxx>
• Re: Is bcache dead?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Is bcache dead?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Is bcache dead?
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: Is bcache dead?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Is bcache dead?
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: Is bcache dead?
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Is bcache dead?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• [PATCH] fix a leak in bch_cached_dev_run()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: 3.17: bcache_gc: BUG: soft lockup - CPU#2 stuck for 22s!
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: initramfs issues with mdraid/bcache-tools/lvm2 on debian wheezy-backports 3.16
  • From: Tero Marttila <tero.marttila@xxxxxxxxxx>
• [PATCH] bcache: unregister reboot notifier when bcache fails to register a block device
  • From: Zheng Liu <gnehzuil.liu@xxxxxxxxx>
• [PATCH] bcache: fix a livelock in btree lock
  • From: Zheng Liu <gnehzuil.liu@xxxxxxxxx>
• Re: Multiple BLE connections to one GATT-Server
  • From: "T. Bolten" <t.bolten@xxxxxxx>
• Multiple BLE connections to one GATT-Server
  • From: "T. Bolten" <t.bolten@xxxxxxx>
• Re: initramfs issues with mdraid/bcache-tools/lvm2 on debian wheezy-backports 3.16
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• Re: How to invalidate all cache
  • From: Zheng Liu <gnehzuil.liu@xxxxxxxxx>