Linux Device-Mapper Development
[Prev Page][Next Page]
- [PATCH 00/42] v7: separate operations from flags in the bio/request structs
- From: mchristi@xxxxxxxxxx
- [PATCH 16/42] nilfs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 26/42] block: copy bio op to request op
- From: mchristi@xxxxxxxxxx
- [PATCH 15/42] mpage: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 18/42] pm: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 10/42] btrfs: use bio fields for op and flags
- From: mchristi@xxxxxxxxxx
- [PATCH 21/42] bcache: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 20/42] dm: pass dm stats data dir instead of bi_rw
- From: mchristi@xxxxxxxxxx
- [PATCH 17/42] ocfs2: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 13/42] xfs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 24/42] xen: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 04/42] fs: have submit_bh users pass in op and flags separately
- From: mchristi@xxxxxxxxxx
- [PATCH 29/42] block: prepare elevator to use REQ_OPs.
- From: mchristi@xxxxxxxxxx
- [PATCH 02/42] block: add REQ_OP definitions and bi_op/op fields
- From: mchristi@xxxxxxxxxx
- [PATCH 12/42] gfs2: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 03/42] block, fs, mm, drivers: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 08/42] btrfs: set bi_op tp REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 14/42] hfsplus: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 05/42] fs: have ll_rw_block users pass in op and flags separately
- From: mchristi@xxxxxxxxxx
- [PATCH 09/42] btrfs: update __btrfs_map_block for bi_op transition
- From: mchristi@xxxxxxxxxx
- [PATCH 06/42] direct-io: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 07/42] btrfs: have submit_one_bio users setup bio bi_op
- From: mchristi@xxxxxxxxxx
- Re: [PATCH 41/42] block: do not use REQ_FLUSH for tracking flush support
- From: Mike Christie <mchristi@xxxxxxxxxx>
- Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC v2 PATCH 05/10] dm thin: add methods to set and get reserved space
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [PATCH 41/42] block: do not use REQ_FLUSH for tracking flush support
- From: mchristi@xxxxxxxxxx
- [PATCH 01/42] block/fs/drivers: remove rw argument from submit_bio
- From: mchristi@xxxxxxxxxx
- [PATCH 42/42] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
- From: mchristi@xxxxxxxxxx
- [PATCH 36/42] ide cd: do not set REQ_WRITE on requests.
- From: mchristi@xxxxxxxxxx
- [PATCH 35/42] blktrace: get op from req->op/bio->bi_op
- From: mchristi@xxxxxxxxxx
- [PATCH 38/42] block, fs: remove old REQ definitions.
- From: mchristi@xxxxxxxxxx
- [PATCH 33/42] block: convert rq_data_dir helper to use REQ_OPs
- From: mchristi@xxxxxxxxxx
- [PATCH 30/42] blkg_rwstat: separate op from flags
- From: mchristi@xxxxxxxxxx
- [PATCH 37/42] block, fs, drivers: do use bi_rw/cmd_flags for REQ_OPs.
- From: mchristi@xxxxxxxxxx
- [PATCH 40/42] block, drivers: add REQ_OP_FLUSH operation
- From: mchristi@xxxxxxxxxx
- [PATCH 09/42] btrfs: update __btrfs_map_block for bi_op transition
- From: mchristi@xxxxxxxxxx
- [PATCH 29/42] block: prepare elevator to use REQ_OPs.
- From: mchristi@xxxxxxxxxx
- [PATCH 25/42] target: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 34/42] drivers: set request op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 22/42] drbd: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 18/42] pm: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 39/42] block: shrink bio/request fields
- From: mchristi@xxxxxxxxxx
- [PATCH 19/42] dm: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 27/42] block: prepare request creation/destruction code to use REQ_OPs
- From: mchristi@xxxxxxxxxx
- [PATCH 24/42] xen: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 31/42] block: convert merge/insert code to check for REQ_OPs.
- From: mchristi@xxxxxxxxxx
- [PATCH 11/42] f2fs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 20/42] dm: pass dm stats data dir instead of bi_rw
- From: mchristi@xxxxxxxxxx
- [PATCH 07/42] btrfs: have submit_one_bio users setup bio bi_op
- From: mchristi@xxxxxxxxxx
- [PATCH 23/42] md/raid: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 06/42] direct-io: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 03/42] block, fs, mm, drivers: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 15/42] mpage: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 26/42] block: copy bio op to request op
- From: mchristi@xxxxxxxxxx
- [PATCH 32/42] block: convert is_sync helpers to use REQ_OPs.
- From: mchristi@xxxxxxxxxx
- [PATCH 08/42] btrfs: set bi_op tp REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 13/42] xfs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 14/42] hfsplus: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 10/42] btrfs: use bio fields for op and flags
- From: mchristi@xxxxxxxxxx
- [PATCH 05/42] fs: have ll_rw_block users pass in op and flags separately
- From: mchristi@xxxxxxxxxx
- [PATCH 04/42] fs: have submit_bh users pass in op and flags separately
- From: mchristi@xxxxxxxxxx
- [PATCH 12/42] gfs2: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 17/42] ocfs2: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 21/42] bcache: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 28/42] block: prepare mq request creation to use REQ_OPs
- From: mchristi@xxxxxxxxxx
- [PATCH 16/42] nilfs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 00/42] v6: separate operations from flags in the bio/request structs
- From: mchristi@xxxxxxxxxx
- [PATCH 02/42] block: add REQ_OP definitions and bi_op/op fields
- From: mchristi@xxxxxxxxxx
- [git pull] device mapper fixes for 4.6-rc4
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC v2 PATCH 05/10] dm thin: add methods to set and get reserved space
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC v2 PATCH 05/10] dm thin: add methods to set and get reserved space
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: [RFC PATCH] block: wire blkdev_fallocate() to block_device_operations' reserve_space
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC v2 PATCH 05/10] dm thin: add methods to set and get reserved space
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 00/42] v5: separate operations from flags in the bio/request structs
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RFC v2 PATCH 03/10] block: add block_device_operations methods to set and get reserved space
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [RFC v2 PATCH 05/10] dm thin: add methods to set and get reserved space
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- Re: [RFC v2 PATCH 05/10] dm thin: add methods to set and get reserved space
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [PATCH 35/42] blktrace: get op from req->op/bio->bi_op
- From: mchristi@xxxxxxxxxx
- [PATCH 42/42] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
- From: mchristi@xxxxxxxxxx
- [PATCH 04/42] fs: have submit_bh users pass in op and flags separately
- From: mchristi@xxxxxxxxxx
- [PATCH 40/42] block, drivers: add REQ_OP_FLUSH operation
- From: mchristi@xxxxxxxxxx
- [PATCH 36/42] ide cd: do not set REQ_WRITE on requests.
- From: mchristi@xxxxxxxxxx
- [PATCH 34/42] drivers: set request op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 39/42] block: shrink bio/request fields
- From: mchristi@xxxxxxxxxx
- [PATCH 37/42] block, fs, drivers: do use bi_rw/cmd_flags for REQ_OPs.
- From: mchristi@xxxxxxxxxx
- [PATCH 07/42] btrfs: have submit_one_bio users setup bio bi_op
- From: mchristi@xxxxxxxxxx
- [PATCH 41/42] block: use QUEUE flags instead of flush_flags to test for flush support
- From: mchristi@xxxxxxxxxx
- [PATCH 28/42] block: prepare mq request creation to use REQ_OPs
- From: mchristi@xxxxxxxxxx
- [PATCH 21/42] bcache: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 33/42] block: convert rq_data_dir helper to use REQ_OPs
- From: mchristi@xxxxxxxxxx
- [PATCH 22/42] drbd: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 32/42] block: convert is_sync helpers to use REQ_OPs.
- From: mchristi@xxxxxxxxxx
- [PATCH 38/42] block, fs: remove old REQ definitions.
- From: mchristi@xxxxxxxxxx
- [PATCH 25/42] target: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 26/42] block: copy bio op to request op
- From: mchristi@xxxxxxxxxx
- [PATCH 23/42] md/raid: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 29/42] block: prepare elevator to use REQ_OPs.
- From: mchristi@xxxxxxxxxx
- [PATCH 30/42] blkg_rwstat: separate op from flags
- From: mchristi@xxxxxxxxxx
- [PATCH 19/42] dm: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 24/42] xen: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 17/42] ocfs2: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 13/42] xfs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 05/42] fs: have ll_rw_block users pass in op and flags separately
- From: mchristi@xxxxxxxxxx
- [PATCH 11/42] f2fs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 06/42] direct-io: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 18/42] pm: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 16/42] nilfs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 20/42] dm: pass dm stats data dir instead of bi_rw
- From: mchristi@xxxxxxxxxx
- [PATCH 27/42] block: prepare request creation/destruction code to use REQ_OPs
- From: mchristi@xxxxxxxxxx
- [PATCH 31/42] block: convert merge/insert code to check for REQ_OPs.
- From: mchristi@xxxxxxxxxx
- [PATCH 14/42] hfsplus: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 15/42] mpage: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 01/42] block/fs/drivers: remove rw argument from submit_bio
- From: mchristi@xxxxxxxxxx
- [PATCH 09/42] btrfs: update __btrfs_map_block for bi_op transition
- From: mchristi@xxxxxxxxxx
- [PATCH 12/42] gfs2: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 03/42] block, fs, mm, drivers: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 02/42] block: add REQ_OP definitions and bi_op/op fields
- From: mchristi@xxxxxxxxxx
- [PATCH 08/42] btrfs: set bi_op tp REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 10/42] btrfs: use bio fields for op and flags
- From: mchristi@xxxxxxxxxx
- [PATCH 00/42] v5: separate operations from flags in the bio/request structs
- From: mchristi@xxxxxxxxxx
- Re: [RFC v2 PATCH 05/10] dm thin: add methods to set and get reserved space
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: [RFC v2 PATCH 05/10] dm thin: add methods to set and get reserved space
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- Re: [PATCH 2/3] block: require write_same and discard requests align to logical block size
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/4] dm mpath: vastly improve blk-mq IO performance
- From: Johannes Thumshirn <jthumshirn@xxxxxxx>
- [PATCH 4/3] block: test fallocate for block devices
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- [PATCH 1/3] block: invalidate the page cache when issuing BLKZEROOUT.
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- [PATCH 3/3] block: implement (some of) fallocate for block devices
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- [RFC DONOTMERGE v8 0/3] fallocate for block devices
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- [PATCH 2/3] block: require write_same and discard requests align to logical block size
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- Re: [RFC PATCH] block: wire blkdev_fallocate() to block_device_operations' reserve_space
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- Re: [RFC PATCH] block: wire blkdev_fallocate() to block_device_operations' reserve_space
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- [dm:dm-fallocate 22/22] DockBook: block/blk-lib.c:331: warning: Excess function parameter 'gfp_mask' description in 'blkdev_ensure_space_exists'
- From: kbuild test robot <fengguang.wu@xxxxxxxxx>
- Re: [RFC PATCH] block: wire blkdev_fallocate() to block_device_operations' reserve_space
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH] block: wire blkdev_fallocate() to block_device_operations' reserve_space
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- Re: [RFC PATCH] block: wire blkdev_fallocate() to block_device_operations' reserve_space
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [dm:dm-fallocate 11/22] fs/block_dev.c:1856:20: error: 'PAGE_CACHE_SHIFT' undeclared
- From: kbuild test robot <fengguang.wu@xxxxxxxxx>
- [dm:dm-fallocate 9/22] block/ioctl.c:266:20: error: 'PAGE_CACHE_SHIFT' undeclared
- From: kbuild test robot <fengguang.wu@xxxxxxxxx>
- [RFC PATCH] block: wire blkdev_fallocate() to block_device_operations' reserve_space
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [RFC v2 PATCH 10/10] xfs: use contiguous bdev reservation for file preallocation
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC v2 PATCH 06/10] xfs: thin block device reservation mechanism
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: dm: ioctl: use kvfree
- From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
- [RFC v2 PATCH 07/10] xfs: adopt a reserved allocation model on dm-thin devices
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC v2 PATCH 02/10] xfs: replace xfs_mod_fdblocks() bool param with flags
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC v2 PATCH 09/10] xfs: support no block reservation transaction mode
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC v2 PATCH 01/10] xfs: refactor xfs_reserve_blocks() to handle ENOSPC correctly
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC v2 PATCH 05/10] dm thin: add methods to set and get reserved space
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC v2 PATCH 00/10] dm-thin/xfs: prototype a block reservation allocation model
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC v2 PATCH 08/10] xfs: handle bdev reservation ENOSPC correctly from XFS reserved pool
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC v2 PATCH 04/10] dm: add methods to set and get reserved space
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC v2 PATCH 03/10] block: add block_device_operations methods to set and get reserved space
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: [PATCH 4.5 052/238] dm cache: make sure every metadata function checks fail_io
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-cache: Can I change policy without suspending the cache?
- From: Alex Sudakar <alex.sudakar@xxxxxxxxx>
- Re: [PATCH 4.5 052/238] dm cache: make sure every metadata function checks fail_io
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: MAINTAINERS: correct entry for LVM
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] MAINTAINERS: correct entry for LVM
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] MAINTAINERS: correct entry for LVM
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] MAINTAINERS: correct entry for LVM
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: dm: ioctl: use kvfree
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: Next release plans?
- From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
- Re: [PATCH] MAINTAINERS: correct entry for LVM
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] MAINTAINERS: correct entry for LVM
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: dm: ioctl: use kvfree
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm thin: Remove return statement from void function
- From: Amitoj Kaur Chawla <amitoj1606@xxxxxxxxx>
- [PATCH] dm: fix tio leak if clone_bio fails
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH v2 10/18] multipathd: delay reloads during creation
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: [RFC PATCH] dm service time: measure service time rather than approximate it
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH 0/4] dm mpath: vastly improve blk-mq IO performance
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH] dm service time: measure service time rather than approximate it
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [RFC PATCH] dm service time: measure service time rather than approximate it
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH 0/4] dm mpath: vastly improve blk-mq IO performance
- From: Johannes Thumshirn <jthumshirn@xxxxxxx>
- Re: [PATCH v2 10/18] multipathd: delay reloads during creation
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- [PATCH v2 04/18] Add libmpathcmd library and use it internally
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 16/18] multipathd.service: remove blk-availability Requires
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 07/18] libmultipath: Cut down on alua prioritizer ioctls
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 06/18] libmultipath: fix PAD and PRINT macros
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 13/18] multipath: add exclusive_pref_bit for alua prio
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 10/18] multipathd: delay reloads during creation
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 18/18] multipath: add wwn keyword to weightedpath prio
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 17/18] multipathd: use 64-bit int for command key
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 09/18] libmultipath: check correct function for define
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 05/18] libmultipath: add ignore_new_boot_devs option
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 11/18] multipath: Fix minor text issues
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 12/18] kpartx: verify partition devices
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 00/18] Multipath patch sync
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 15/18] multipath: check partitions unused before removing
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 02/18] retrigger uevents to try and get the uid through udev
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 03/18] Fix issues with user_friendly_names initramfs bindings
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 01/18] multipathd: use /run instead of /var/run
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 08/18] multipathd: fail if pidfile can't be created
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH v2 14/18] multipathd: print "fail" when remove fails
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: [RFC PATCH 0/4] dm mpath: vastly improve blk-mq IO performance
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-cache performance behaviour
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
- Re: [RFC PATCH 4/4] dm mpath: eliminate use of spinlock in IO fast-paths
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RFC PATCH 3/4] dm mpath: move trigger_event member to the end of 'struct multipath'
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RFC PATCH 2/4] dm mpath: use atomic_t for counting members of 'struct multipath'
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RFC PATCH 1/4] dm mpath: switch to using bitops for state flags
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RFC PATCH 0/4] dm mpath: vastly improve blk-mq IO performance
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 10/12] Limit bio_endio recursion
- From: Ming Lei <tom.leiming@xxxxxxxxx>
- Re: dm-cache performance behaviour
- From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 10/12] Limit bio_endio recursion
- From: Ming Lei <tom.leiming@xxxxxxxxx>
- Re: [PATCH 10/12] Limit bio_endio recursion
- From: Ming Lei <tom.leiming@xxxxxxxxx>
- multipathd: segfault in multipathd cli_add_map()
- From: Zhangguanghui <zhang.guanghui@xxxxxxx>
- Re: dm-cache performance behaviour
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: dm-cache performance behaviour
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
- Re: dm-cache performance behaviour
- From: Andreas Herrmann <aherrmann@xxxxxxxx>
- [PATCH 20/27] dm: dm-bufio.c: use bio_set_vec_table()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
- [PATCH 19/27] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
- From: Ming Lei <tom.leiming@xxxxxxxxx>
- [PATCH 18/27] dm: dm-io.c: use bio_get_base_vec()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
- [PATCH 17/27] dm: crypt: use bio_add_page()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
- [PATCH 00/27] block: cleanup direct access on .bi_vcnt & .bi_io_vec
- From: Ming Lei <tom.leiming@xxxxxxxxx>
- Re: [PATCH 20/27] dm: dm-bufio.c: use bio_set_vec_table()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-cache performance behaviour
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-cache performance behaviour
- From: Andreas Herrmann <aherrmann@xxxxxxxx>
- Re: dm-cache performance behaviour
- From: Andreas Herrmann <aherrmann@xxxxxxxx>
- Re: dm-cache performance behaviour
- From: Andreas Herrmann <aherrmann@xxxxxxxx>
- Re: [PATCH 20/27] dm: dm-bufio.c: use bio_set_vec_table()
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 17/27] dm: crypt: use bio_add_page()
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 03/12] BUG: Losing bits on request.cmd_flags
- From: Shaun Tancheff <shaun.tancheff@xxxxxxxxxxx>
- Re: dm-cache performance behaviour
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: dm-cache performance behaviour
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- dm-cache performance behaviour
- From: Andreas Herrmann <aherrmann@xxxxxxxx>
- Re: [PATCH v2 1/4] scatterlist: Introduce some helper functions
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Re: [PATCH 03/12] BUG: Losing bits on request.cmd_flags
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH 03/12] BUG: Losing bits on request.cmd_flags
- From: Shaun Tancheff <shaun.tancheff@xxxxxxxxxxx>
- Re: [PATCH 03/12] BUG: Losing bits on request.cmd_flags
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [PATCH 00/12] Block support for zoned drives
- From: Shaun Tancheff <shaun.tancheff@xxxxxxxxxxx>
- Re: [PATCH 00/12] Block support for zoned drives
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 07/12] ZDM: New DM target 'zoned'
- From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
- [PATCH 04/12] Add bio/request flags for using ZBC/ZAC commands
- From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
- [PATCH 02/12] ata-scsi: Translate ReportZones result to big endian
- From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
- [PATCH 00/12] Block support for zoned drives
- From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
- Re: [PATCH v2 1/4] scatterlist: Introduce some helper functions
- From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
- [PATCH 12/12] Block Zoned Control for Userspace
- From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
- [PATCH 03/12] BUG: Losing bits on request.cmd_flags
- From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
- [PATCH 05/12] Add ioctl to issue ZBC/ZAC commands via block layer
- From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
- [PATCH 01/12] Add ZBC <-> ZAC xlat support for report, open, close, reset, finish
- From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
- [PATCH 08/12] RAID 4/5/6: Indicate parity blocks as 'META'
- From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
- [PATCH 10/12] Limit bio_endio recursion
- From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
- [PATCH 11/12] Stream Id: Use PID to seed Stream Id construction.
- From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
- Multipath 0.5.0 sets all path priorities to 50 with SCST 3.1.0 ALUA for group_by_prio
- From: Willem Verbruggen <willem.verbruggen@xxxxxxxxx>
- [PATCH 06/12] Add ata pass-through path for ZAC commands.
- From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
- [PATCH 09/12] RAID 4/5/6: Fine-grained TRIM enable for ZDM
- From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
- libmultipath: alua prio mode can't not get priority when using DataCore product
- From: Xieyingtai <xieyingtai@xxxxxxxxxx>
- Re: [RFC PATCH 0/4] dm mpath: vastly improve blk-mq IO performance
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH 0/4] dm mpath: vastly improve blk-mq IO performance
- From: Johannes Thumshirn <jthumshirn@xxxxxxx>
- Re: [RFC PATCH 0/4] dm mpath: vastly improve blk-mq IO performance
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH 4/4] dm mpath: eliminate use of spinlock in IO fast-paths
- From: Johannes Thumshirn <jthumshirn@xxxxxxx>
- Re: [RFC PATCH 3/4] dm mpath: move trigger_event member to the end of 'struct multipath'
- From: Johannes Thumshirn <jthumshirn@xxxxxxx>
- Re: [RFC PATCH 2/4] dm mpath: use atomic_t for counting members of 'struct multipath'
- From: Johannes Thumshirn <jthumshirn@xxxxxxx>
- Re: [RFC PATCH 1/4] dm mpath: switch to using bitops for state flags
- From: Johannes Thumshirn <jthumshirn@xxxxxxx>
- Re: [RFC PATCH 0/4] dm mpath: vastly improve blk-mq IO performance
- From: Johannes Thumshirn <jthumshirn@xxxxxxx>
- Re: pvmove/mirror target mirroring data between two devices with different sector size
- From: Liuhua Wang <lwang@xxxxxxxx>
- [RFC PATCH 4/4] dm mpath: eliminate use of spinlock in IO fast-paths
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [RFC PATCH 2/4] dm mpath: use atomic_t for counting members of 'struct multipath'
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [RFC PATCH 3/4] dm mpath: move trigger_event member to the end of 'struct multipath'
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [RFC PATCH 1/4] dm mpath: switch to using bitops for state flags
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [RFC PATCH 0/4] dm mpath: vastly improve blk-mq IO performance
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: pvmove/mirror target mirroring data between two devices with different sector size
- From: NeilBrown <neilb@xxxxxxxx>
- Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 01/17] multipathd: use /run instead of /var/run
- From: "John Stoffel" <john@xxxxxxxxxxx>
- Re: [ceph-users] Local SSD cache for ceph on each compute node.
- From: Nick Fisk <nick@xxxxxxxxxx>
- Re: [ceph-users] Local SSD cache for ceph on each compute node.
- From: Nick Fisk <nick@xxxxxxxxxx>
- Re: [PATCH 10/17] multipathd: delay reloads during creation
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 01/17] multipathd: use /run instead of /var/run
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: [ceph-users] Local SSD cache for ceph on each compute node.
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: [PATCH 10/17] multipathd: delay reloads during creation
- From: "John Stoffel" <john@xxxxxxxxxxx>
- Re: [PATCH 01/17] multipathd: use /run instead of /var/run
- From: "John Stoffel" <john@xxxxxxxxxxx>
- Re: [ceph-users] Local SSD cache for ceph on each compute node.
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- [PATCH 17/17] multipathd: use 64-bit int for command key
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 16/17] multipathd.service: remove blk-availability Requires
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 07/17] libmultipath: Cut down on alua prioritizer ioctls
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 15/17] multipath: check partitions unused before removing
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 12/17] kpartx: verify partition devices
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 14/17] multipathd: print "fail" when remove fails
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 13/17] multipath: add exclusive_pref_bit for alua prio
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 06/17] libmultipath: fix PAD and PRINT macros
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 10/17] multipathd: delay reloads during creation
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 04/17] Add libmpathcmd library and use it internally
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 05/17] libmultipath: add ignore_new_boot_devs option
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 09/17] libmultipath: check correct function for define
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 11/17] multipath: Fix minor text issues
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 08/17] multipathd: fail if pidfile can't be created
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 01/17] multipathd: use /run instead of /var/run
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 00/17] Multipath patch sync
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 02/17] retrigger uevents to try and get the uid through udev
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 03/17] Fix issues with user_friendly_names initramfs bindings
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
- From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: pvmove/mirror target mirroring data between two devices with different sector size
- From: Coly Li <i@xxxxxxx>
- pvmove/mirror target mirroring data between two devices with different sector size
- From: "Liuhua Wang" <lwang@xxxxxxxx>
- Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
- From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: dm raid1: the device-mapper 'mirror' target errors written bios erroneously
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm: snapshot: I/O error failure in xfstests generic/081
- From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
- dm: snapshot: I/O error failure in xfstests generic/081
- From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
- Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: dm: snapshot: I/O error failure in xfstests generic/081
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm raid1: the device-mapper 'mirror' target errors written bios erroneously
- Re: [RFC PATCH 0/9] dm-thin/xfs: prototype a block reservation allocation model
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: [RFC PATCH 1/9] block: add block_device_operations methods to set and get reserved space
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: [PATCH 3/3] block: implement (some of) fallocate for block devices
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: [PATCH 3/3] block: implement (some of) fallocate for block devices
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 3/3] block: implement (some of) fallocate for block devices
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- Re: [PATCH 3/3] block: implement (some of) fallocate for block devices
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dmsetup: improve message command
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: [PATCH] dmsetup: improve message command
- From: Werner Koch <wk@xxxxxxxxx>
- Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
- From: Ming-Hung Tsai <mingnus@xxxxxxxxx>
- Re: [PATCH] dmsetup: improve message command
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: [PATCH] dmsetup: improve message command
- From: Werner Koch <wk@xxxxxxxxx>
- [RFC PATCH 4/9] dm thin: update reserve space func to allow reduction
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC PATCH 8/9] xfs: thin block device reservation mechanism
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC PATCH 3/9] dm thin: add methods to set and get reserved space
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC PATCH 5/9] block: add a block_device_operations method to provision space
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC PATCH 1/9] block: add block_device_operations methods to set and get reserved space
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC PATCH 6/9] dm: add method to provision space
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC PATCH 2/9] dm: add methods to set and get reserved space
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC PATCH 9/9] xfs: adopt a reserved allocation model on dm-thin devices
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC PATCH 0/9] dm-thin/xfs: prototype a block reservation allocation model
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [RFC PATCH 7/9] dm thin: add method to provision space
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
- From: Ming-Hung Tsai <mingnus@xxxxxxxxx>
- Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
- From: Ming-Hung Tsai <mingnus@xxxxxxxxx>
- Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
- From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH 3/5] dm: Inline dm_build_path_uevent into dm_path_uevent
- From: Andy Grover <agrover@xxxxxxxxxx>
- [PATCH 5/5] dm: Update dm-uevent.txt
- From: Andy Grover <agrover@xxxxxxxxxx>
- [PATCH 0/5] Use uevent for thin pool events
- From: Andy Grover <agrover@xxxxxxxxxx>
- [PATCH 2/5] dm: Move multipath-specific stuff out of dm-uevent.c
- From: Andy Grover <agrover@xxxxxxxxxx>
- [PATCH 4/5] dm: Add uevent support for dm-thin
- From: Andy Grover <agrover@xxxxxxxxxx>
- [PATCH 1/5] dm: Do not export dm_send_uevents
- From: Andy Grover <agrover@xxxxxxxxxx>
- Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
- From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
- [git pull] device mapper changes for 4.6
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
- From: Ming-Hung Tsai <mingnus@xxxxxxxxx>
- Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
- From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
- From: Thanos Makatos <thanos.makatos@xxxxxxxxx>
- [PATCH v2 2/4] crypto: Introduce some helper functions to help to merge requests
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- [PATCH v2 3/4] crypto: Introduce the bulk mode for crypto engine framework
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- [PATCH v2 1/4] scatterlist: Introduce some helper functions
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- [PATCH v2 4/4] md: dm-crypt: Initialize the sector number for one request
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- multipath: add multipath failback is invalid.
- From: Zhangguanghui <zhang.guanghui@xxxxxxx>
- [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
- From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: block: transfer source bio's cgroup tags to clone via bio_associate_blkcg()
- From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
- Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
- Re: block: transfer source bio's cgroup tags to clone via bio_associate_blkcg()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg()
- From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
- Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg()
- From: Nikolay Borisov <kernel@xxxxxxxx>
- Re: dm-cache: blocks don't get cached on 3.18.21-17.el6.x86_64
- From: Thanos Makatos <thanos.makatos@xxxxxxxxx>
- Re: dm-cache: blocks don't get cached on 3.18.21-17.el6.x86_64
- From: Joe Thornber <thornber@xxxxxxxxxx>
- patch:multipath: implement option '-u' for uevents
- From: Zhangguanghui <zhang.guanghui@xxxxxxx>
- dm-cache: blocks don't get cached on 3.18.21-17.el6.x86_64
- From: Thanos Makatos <thanos.makatos@xxxxxxxxx>
- Re: dm-multipath performance patches
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-thin metadata: can two device_id's have the same transaction_id ?
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- dm-thin metadata: can two device_id's have the same transaction_id ?
- From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/4] scatterlist: Introduce some helper functions
- From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
- Re: [PATCH 1/4] scatterlist: Introduce some helper functions
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- [PATCH] dm: log writes: fix check of kthread_run() return value
- From: Vladimir Zapolskiy <vz@xxxxxxxxx>
- Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH RESEND v2 15/18] fuse: Add support for pid namespaces
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: Array-driven persistent-data structure
- From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: Array-driven persistent-data structure
- From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
- Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
- Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
- Re: [PATCH RESEND v2 18/18] fuse: Allow user namespace mounts
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
- Re: [PATCH RESEND v2 17/18] fuse: Restrict allow_other to the superblock's namespace or a descendant
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
- Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
- Re: [PATCH RESEND v2 15/18] fuse: Add support for pid namespaces
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
- Array-driven persistent-data structure
- From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] dm cache: add writeback watermarks
- From: swilton@xxxxxxxxxxxxxxx
- Re: [PATCH] dm cache: add writeback watermarks
- From: Steven Wilton <swilton@xxxxxxxxxxxxxxx>
- Re: dm-multipath performance patches
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-multipath performance patches
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] dm cache: add writeback watermarks
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH v3] dm-cache watermarks
- From: Steven Wilton <swilton@xxxxxxxxxxxxxxx>
- [PATCH] dm cache: add writeback watermarks
- From: Steven Wilton <swilton@xxxxxxxxxxxxxxx>
- Re: dm-multipath performance patches
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: path_grouping_policy group_by_serial prio question
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
- path_grouping_policy group_by_serial prio question
- From: Bernd Broermann <bernd@xxxxxxxxxxxxx>
- Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- dm-multipath performance patches
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH v3] dm-cache watermarks
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH V2] Introducing multipath C API <libdmmp/libdmmp.h>
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH v3] dm-cache watermarks
- From: Steven Wilton <swilton@xxxxxxxxxxxxxxx>
- [PATCH v2] dm-cache watermarks
- From: Steven Wilton <swilton@xxxxxxxxxxxxxxx>
- Re: scsi-debug regression with 4.5-rc?
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- [PATCH 1/1] dm-cache writeback watermarks
- From: Steven Wilton <swilton@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] - writeback delay
- From: Steven Wilton <swilton@xxxxxxxxxxxxxxx>
- Re: [PATCH V2] Introducing multipath C API <libdmmp/libdmmp.h>
- From: Gris Ge <fge@xxxxxxxxxx>
- Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: scsi-debug regression with 4.5-rc?
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/4] scatterlist: Introduce some helper functions
- From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
- Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH 1/4] scatterlist: Introduce some helper functions
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Re: [PATCH 1/4] scatterlist: Introduce some helper functions
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Patch - writeback delay
- From: Steven Wilton <swilton@xxxxxxxxxxxxxxx>
- Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg()
- From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
- [PATCH 4/4] md: dm-crypt: Initialize the sector number for one request
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- [PATCH 1/4] scatterlist: Introduce some helper functions
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- [PATCH 2/4] crypto: Introduce some helper functions to help to merge requests
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- [PATCH 0/4] Introduce bulk mode for crypto engine framework
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- [PATCH 3/4] crypto: Introduce the bulk mode for crypto engine framework
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg()
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg()
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg() (was: Re: blkio cgroups controller doesn't work with LVM?)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg() (was: Re: blkio cgroups controller doesn't work with LVM?)
- From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
- Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg() (was: Re: blkio cgroups controller doesn't work with LVM?)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg() (was: Re: blkio cgroups controller doesn't work with LVM?)
- From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
- Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg() (was: Re: blkio cgroups controller doesn't work with LVM?)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: block: transfer source bio's cgroup tags to clone via bio_associate_blkcg() (was: Re: blkio cgroups controller doesn't work with LVM?)
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg() (was: Re: blkio cgroups controller doesn't work with LVM?)
- From: Nikolay Borisov <kernel@xxxxxxxx>
- [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg() (was: Re: blkio cgroups controller doesn't work with LVM?)
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blkio cgroups controller doesn't work with LVM?
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: multipath-tools: prevent unnecessary reinstate,
- From: "Nalla, Ravikanth" <ravikanth.nalla@xxxxxxx>
- multipath-tools: prevent unnecessary reinstate,
- From: Zhangguanghui <zhang.guanghui@xxxxxxx>
- Re: Adding target device caused an alignment inconsistency
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: Adding target device caused an alignment inconsistency
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: Adding target device caused an alignment inconsistency
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Adding target device caused an alignment inconsistency
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: [PATCH resend] [dm]fix NULL pointer when create dm device
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 00/35 v4] separate operations from flags in the bio/request structs
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [PATCH 00/35 v4] separate operations from flags in the bio/request structs
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: Make the mq policy an alias for smq
- From: Joe Thornber <joe.thornber@xxxxxxxxx>
- [PATCH v3]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tags mode and no active array paths
- From: Shiva Krishna <Shiva.Krishna@xxxxxxxxxxxxxxxxx>
- Re: Make the mq policy an alias for smq
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH V2]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths
- From: Shiva Krishna <Shiva.Krishna@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH V2]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: [PATCH]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths.
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blkio cgroups controller doesn't work with LVM?
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: blkio cgroups controller doesn't work with LVM?
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH] dmsetup: improve message command
- From: Werner Koch <wk@xxxxxxxxx>
- Re: [PATCH]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths.
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH V2]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths
- From: Shiva Krishna <Shiva.Krishna@xxxxxxxxxxxxxxxxx>
- Re: [PATCH]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths.
- From: Shiva Krishna <Shiva.Krishna@xxxxxxxxxxxxxxxxx>
- Re: [PATCH]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths.
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: blkio cgroups controller doesn't work with LVM?
- From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
- Re: blkio cgroups controller doesn't work with LVM?
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- blkio cgroups controller doesn't work with LVM?
- From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
- Re: blkio cgroups controller doesn't work with LVM?
- From: Nikolay Borisov <kernel@xxxxxxxx>
- Re: [PATCH 31/35] block, fs: remove old REQ definitions.
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 26/35] block: set op to REQ_OP
- From: kbuild test robot <lkp@xxxxxxxxx>
- [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua
- From: mchristi@xxxxxxxxxx
- [PATCH 26/35] block: set op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 22/35] drbd: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
- From: mchristi@xxxxxxxxxx
- [PATCH 19/35] dm: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 00/35 v4] separate operations from flags in the bio/request structs
- From: mchristi@xxxxxxxxxx
- [PATCH 27/35] drivers: set request op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 35/35] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
- From: mchristi@xxxxxxxxxx
- [PATCH 03/35] block, fs, mm, drivers: set bi_op to REQ_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 32/35] block: shrink bi_rw and bi_op
- From: mchristi@xxxxxxxxxx
- [PATCH 10/35] btrfs: don't pass rq_flag_bits if there is a bio
- 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 29/35] ide cd: do not set REQ_WRITE on requests.
- 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 04/35] fs: have submit_bh users pass in op and flags separately
- From: mchristi@xxxxxxxxxx
- [PATCH 07/35] btrfs: have submit_one_bio users setup bio bi_op
- From: mchristi@xxxxxxxxxx
- [PATCH 21/35] bcache: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 25/35] target: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 24/35] xen: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 15/35] mpage: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 23/35] md/raid: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
- From: mchristi@xxxxxxxxxx
- [PATCH 05/35] fs: have ll_rw_block users pass in op and flags separately
- From: mchristi@xxxxxxxxxx
- [PATCH 06/35] direct-io: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 12/35] gfs2: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 11/35] f2fs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 14/35] hfsplus: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 13/35] xfs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 17/35] ocfs2: 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 18/35] pm: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 16/35] nilfs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- Re: dm-multipath test scripts
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Getting device-mapper failure notifications
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm: drop unnecessary assignment of md->queue
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Getting device-mapper failure notifications
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Getting device-mapper failure notifications
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Getting device-mapper failure notifications
- From: Avishay Traeger <avishay@xxxxxxxxxxxxxxx>
- Re: Getting device-mapper failure notifications
- From: Andy Grover <agrover@xxxxxxxxxx>
- Re: 4.4-final: 28 bioset threads on small notebook
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
- Re: 4.4-final: 28 bioset threads on small notebook
- From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
- Re: 4.4-final: 28 bioset threads on small notebook
- From: Pavel Machek <pavel@xxxxxx>
- [git pull] device mapper fix for 4.5-rc6
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/1] multipath: fix memory leak and segfault in reconfigure
- From: Germano Percossi <germano.percossi@xxxxxxxxxx>
- Re: 4.4-final: 28 bioset threads on small notebook
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: 4.4-final: 28 bioset threads on small notebook
- From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
- Re: 4.4-final: 28 bioset threads on small notebook
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
- Re: why is blk-mq requeue foricbly kicking stopped queues? [was: Re: dm-multipath test scripts]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: why is blk-mq requeue foricbly kicking stopped queues? [was: Re: dm-multipath test scripts]
- From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths.
- From: Shiva Krishna <Shiva.Krishna@xxxxxxxxxxxxxxxxx>
- why is blk-mq requeue foricbly kicking stopped queues? [was: Re: dm-multipath test scripts]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm: fix dm_rq_target_io leak on faults with .request_fn DM w/ blk-mq paths
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-multipath test scripts
- From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
- Re: 4.4-final: 28 bioset threads on small notebook
- From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
- Re: 4.4-final: 28 bioset threads on small notebook
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
- Re: 4.4-final: 28 bioset threads on small notebook
- From: Ming Lin-SSI <ming.l@xxxxxxxxxxxxxxx>
- Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: 4.4-final: 28 bioset threads on small notebook
- From: Pavel Machek <pavel@xxxxxx>
- Re: 4.4-final: 28 bioset threads on small notebook
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths.
- From: Shiva Krishna <Shiva.Krishna@xxxxxxxxxxxxxxxxx>
- Re: 4.4-final: 28 bioset threads on small notebook
- From: Pavel Machek <pavel@xxxxxx>
- [PATCH v5 1/3] dm: export a table+mapped device to the ioctl interface
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v5 3/3] init: add support to directly boot to a mapped device
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v5 2/3] dm: make mapped_device locking functions available
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v5 0/3] init: add support to directly boot to a mapped device
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: dm-multipath test scripts
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-multipath test scripts
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: dm-multipath test scripts
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: dm-multipath test scripts
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-multipath test scripts
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-multipath test scripts
- From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
- [PATCH]multipath-tools: select reservation_key parameter before PR handler for first path addition to new map
- From: Shiva Krishna <Shiva.Krishna@xxxxxxxxxxxxxxxxx>
- Re: dm-multipath test scripts
- From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
- Re: dm-multipath test scripts
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: RCU-ified dm-mpath for testing/review
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: RCU-ified dm-mpath for testing/review
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- dm-lazymirror advice
- From: Mailing Lists <mailing-lists@xxxxxxxxxxx>
- Re: RCU-ified dm-mpath for testing/review
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: RCU-ified dm-mpath for testing/review
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: RCU-ified dm-mpath for testing/review
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Occasional dmsetup resume lockups
- From: Richard Davies <richard@xxxxxxxxxxxx>
- [PATCH V2] Introducing multipath C API <libdmmp/libdmmp.h>
- From: Gris Ge <fge@xxxxxxxxxx>
- [PATCH V2] Introducing multipath C API.
- From: Gris Ge <fge@xxxxxxxxxx>
- Re: Occasional dmsetup resume lockups
- From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
- Occasional dmsetup resume lockups
- From: Richard Davies <richard@xxxxxxxxxxxx>
- Re: [PATCH] [dm-cache] Make the mq policy an alias for smq
- From: "John Stoffel" <john@xxxxxxxxxxx>
- [PATCH 1/1] multipath: fix memory leak and segfault in reconfigure
- From: Germano Percossi <germano.percossi@xxxxxxxxxx>
- Re: RCU-ified dm-mpath for testing/review
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] [dm-cache] Make the mq policy an alias for smq
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: Make the mq policy an alias for smq
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] [dm-cache] Make the mq policy an alias for smq
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: Make the mq policy an alias for smq
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: RCU-ified dm-mpath for testing/review
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Make the mq policy an alias for smq
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- RCU-ified dm-mpath for testing/review
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] [dm-cache] Make the mq policy an alias for smq
- From: "John Stoffel" <john@xxxxxxxxxxx>
- [PATCH] [dm-cache] Make the mq policy an alias for smq
- From: Joe Thornber <ejt@xxxxxxxxxx>
- Re: [RFC PATCH] dm: fix excessive dm-mq context switching
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2 2/3] Add 'show groups' command to multipathd
- From: Todd Gill <tgill@xxxxxxxxxx>
- [PATCH v2 1/3] Add %g format specifier to 'multipathd show paths format' command
- From: Todd Gill <tgill@xxxxxxxxxx>
- [PATCH v2 3/3] Add options to the show groups command
- From: Todd Gill <tgill@xxxxxxxxxx>
- Re: 4.5-rc1 multipath regression
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH] dm: fix excessive dm-mq context switching
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: dm: check for kmalloc failure in dm_init_request_based_blk_mq_queue()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH] dm: fix excessive dm-mq context switching
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [patch] dm: check for kmalloc failure in dm_init_request_based_blk_mq_queue()
- From: Johannes Thumshirn <jthumshirn@xxxxxxx>
- [patch] dm: check for kmalloc failure in dm_init_request_based_blk_mq_queue()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [RFC PATCH] dm: fix excessive dm-mq context switching
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: 4.5-rc1 multipath regression
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: [RFC PATCH] dm: fix excessive dm-mq context switching
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH] dm: fix excessive dm-mq context switching
- From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
- [dm-4.6 PATCH v2 15/15] dm mpath: remove unnecessary casts in front of ti->private
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH] dm: fix excessive dm-mq context switching
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH] dm: fix excessive dm-mq context switching
- From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] dm: fix excessive dm-mq context switching
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH] dm: fix excessive dm-mq context switching
- From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] dm: fix excessive dm-mq context switching
- From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] dm: fix excessive dm-mq context switching
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: [RFC PATCH] dm: fix excessive dm-mq context switching
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [dm-4.6 PATCH v2 10/15] dm: allow immutable request-based targets to use blk-mq pdu
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [dm-4.6 PATCH v2 09/15] dm: rename target's per_bio_data_size to per_io_data_size
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [dm-4.6 PATCH v2 06/15] dm: optimize dm_request_fn()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [dm-4.6 PATCH v2 11/15] dm mpath: use blk-mq pdu for per-request 'struct dm_mpath_io'
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [dm-4.6 PATCH v2 05/15] dm: optimize dm_mq_queue_rq()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [dm-4.6 PATCH v2 02/15] dm: remove unused dm_get_rq_mapinfo()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [dm-4.5 PATCH v2 01/15] dm: fix excessive dm-mq context switching
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2 00/15] dm: improve request-based DM and multipath
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [dm-4.6 PATCH v2 04/15] dm: set DM_TARGET_WILDCARD feature on "error" target
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [dm-4.6 PATCH v2 07/15] dm: add 'blk_mq_nr_hw_queues' and 'blk_mq_queue_depth' module params
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [dm-4.6 PATCH v2 12/15] dm mpath: cleanup 'struct dm_mpath_io' management code
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [dm-4.6 PATCH v2 03/15] dm: cleanup dm_any_congested()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [dm-4.6 PATCH v2 14/15] dm mpath: reduce granularity of locking in __multipath_map
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [dm-4.6 PATCH v2 08/15] dm: allocate blk_mq_tag_set rather than embed in mapped_device
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [dm-4.6 PATCH v2 13/15] dm mpath: use blk_mq_alloc_request() and blk_mq_free_request() directly
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH] dm: fix excessive dm-mq context switching
- From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] dm: fix excessive dm-mq context switching
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH] dm: fix excessive dm-mq context switching
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [RFC PATCH] dm: fix excessive dm-mq context switching
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-multipath low performance with blk-mq
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-multipath low performance with blk-mq
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: dm-multipath low performance with blk-mq
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-multipath low performance with blk-mq
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: dm-multipath low performance with blk-mq
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-mpath: fix a tiny case which can cause an infinite loop
- From: jiangyiwen <jiangyiwen@xxxxxxxxxx>
- Re: dm-multipath low performance with blk-mq
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: dm-mpath: fix a tiny case which can cause an infinite loop
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: dm-mpath: fix a tiny case which can cause an infinite loop
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-mpath: fix a tiny case which can cause an infinite loop
- From: jiangyiwen <jiangyiwen@xxxxxxxxxx>
- Re: dm-mpath: fix a tiny case which can cause an infinite loop
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm-mpath: fix a tiny case which can cause an infinite loop
- From: jiangyiwen <jiangyiwen@xxxxxxxxxx>
- Re: [PATCH] block: do not return -EOPNOTSUPP only when issue a discard request
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: dm-multipath low performance with blk-mq
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-multipath low performance with blk-mq
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-multipath low performance with blk-mq
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] block: do not return -EOPNOTSUPP only when issue a discard request
- From: Lukáš Czerner <lczerner@xxxxxxxxxx>
- [PATCH] block: do not return -EOPNOTSUPP only when issue a discard request
- From: jiangyiwen <jiangyiwen@xxxxxxxxxx>
- Re: [PATCH] Fix loopback file with kpartx -av
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
- [PATCH] Fix loopback file with kpartx -av
- From: Mathieu Trudel-Lapierre <mathieu.trudel-lapierre@xxxxxxxxxxxxx>
- Re: Why don't return -EOPNOTSUPP?
- From: jiangyiwen <jiangyiwen@xxxxxxxxxx>
- Re: Target and deduplication?
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: Why don't return -EOPNOTSUPP?
- From: Lukáš Czerner <lczerner@xxxxxxxxxx>
- Re: WANTED new maintainer for Linux/md (and mdadm)
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
- Why don't return -EOPNOTSUPP?
- From: jiangyiwen <jiangyiwen@xxxxxxxxxx>
- Getting device-mapper failure notifications
- From: Avishay Traeger <avishay@xxxxxxxxxxxxxxx>
- Re: Target and deduplication?
- From: Alex Gorbachev <ag@xxxxxxxxxxxxxxxxxxx>
- [PATCH resend] [dm]fix NULL pointer when create dm device
- From: DingXiang <dingxiang@xxxxxxxxxx>
- Re: I/O block when removing thin device on the same pool
- From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
- Re: [PATCH 1/3] add %g format specifier to 'multipathd show paths format' command
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: [PATCH] Introducing multipath C API <libdmmp/libdmmp.h>
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] Introducing multipath C API <libdmmp/libdmmp.h>
- From: Todd Gill <tgill@xxxxxxxxxx>
- [PATCH 2/3] add 'show groups' command to multipathd
- From: Todd Gill <tgill@xxxxxxxxxx>
- [PATCH 1/3] add %g format specifier to 'multipathd show paths format' command
- From: Todd Gill <tgill@xxxxxxxxxx>
- [PATCH 3/3] add options to the show groups command
- From: Todd Gill <tgill@xxxxxxxxxx>
- Re: dm-multipath low performance with blk-mq
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: I/O block when removing thin device on the same pool
- From: Dennis Yang <dennisyang@xxxxxxxx>
- Re: [PATCH v2] dm pref-path: provides preferred path load balance policy
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: [PATCH v2] dm pref-path: provides preferred path load balance policy
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: dm-multipath low performance with blk-mq
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-multipath low performance with blk-mq
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH v2] dm pref-path: provides preferred path load balance policy
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: 4.5-rc1 multipath regression
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-multipath low performance with blk-mq
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [v2 PATCH 9/26] eCryptfs: Use skcipher and shash
- From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
- Re: 4.5-rc1 multipath regression
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: [PATCH v2] dm pref-path: provides preferred path load balance policy
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: I/O block when removing thin device on the same pool
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: I/O block when removing thin device on the same pool
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [LSF/MM ATTEND] multipath redesign and dm blk-mq issues
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: I/O block when removing thin device on the same pool
- From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
- Re: reinstate dm target local ioctl support
- From: Andy Whitcroft <apw@xxxxxxxxxxxxx>
- Re: [PATCH v2] dm pref-path: provides preferred path load balance policy
- From: "Nalla, Ravikanth" <ravikanth.nalla@xxxxxxx>
- Re: reinstate dm target local ioctl support
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: reinstate dm target local ioctl support
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: I/O block when removing thin device on the same pool
- From: Dennis Yang <dennisyang@xxxxxxxx>
- Re: [LSF/MM ATTEND] multipath redesign and dm blk-mq issues
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [LSF/MM ATTEND] multipath redesign and dm blk-mq issues
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [LSF/MM ATTEND] multipath redesign and dm blk-mq issues
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: [LSF/MM ATTEND] multipath redesign and dm blk-mq issues
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: [LSF/MM ATTEND] multipath redesign and dm blk-mq issues
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [LSF/MM ATTEND] multipath redesign and dm blk-mq issues
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- reinstate dm target local ioctl support
- From: Andy Whitcroft <apw@xxxxxxxxxxxxx>
- Re: reinstate dm target local ioctl support
- From: Christoph Hellwig <hch@xxxxxx>
- Re: Target and deduplication?
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Target and deduplication?
- From: Nikolay Borisov <kernel@xxxxxxxx>
- Re: Target and deduplication?
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: I/O block when removing thin device on the same pool
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] Introducing multipath C API <libdmmp/libdmmp.h>
- From: Gris Ge <fge@xxxxxxxxxx>
- Re: [PATCH] Introducing multipath C API <libdmmp/libdmmp.h>
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Target and deduplication?
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH] Introducing multipath C API <libdmmp/libdmmp.h>
- From: Gris Ge <fge@xxxxxxxxxx>
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]