Linux Device-Mapper Development

• Thread Index

• Re: [PATCHv2 4/5] nvme/multipath: Use blk_path_error
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCHv2 3/5] block: Provide blk_status_t decoding for path errors
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCHv2 2/5] nvme/multipath: Consult blk_status_t for failover
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCHv2 1/5] nvme: Add more command status translation
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [for-4.16 PATCH v2 2/3] block: cope with gendisk's 'queue' being added later
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [for-4.16 PATCH v2 1/3] block: only bdi_unregister() in del_gendisk() if !GENHD_FL_HIDDEN
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v2 2/3] block: cope with gendisk's 'queue' being added later
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v2 2/3] block: cope with gendisk's 'queue' being added later
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [for-4.16 PATCH v2 2/3] block: cope with gendisk's 'queue' being added later
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v2 3/3] dm: fix awkward request_queue initialization
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v2 1/3] block: only bdi_unregister() in del_gendisk() if !GENHD_FL_HIDDEN
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v2 0/3] block: some genhd changes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH 1/2] block: cope with gendisk's 'queue' being added later
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH 1/2] block: cope with gendisk's 'queue' being added later
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH 1/2] block: cope with gendisk's 'queue' being added later
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• [for-4.16 PATCH 2/2] dm: fix awkward request_queue initialization
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH 0/2] block: cope with gendisk's 'queue' being added later
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH 1/2] block: cope with gendisk's 'queue' being added later
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCHv2 4/5] nvme/multipath: Use blk_path_error
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCHv2 3/5] block: Provide blk_status_t decoding for path errors
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCHv2 5/5] dm mpath: Use blk_path_error
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCHv2 2/5] nvme/multipath: Consult blk_status_t for failover
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCHv2 0/5] nvme/dm failover unification
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCHv2 1/5] nvme: Add more command status translation
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH 2/5] nvme/multipath: Consult blk_status_t for failover
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/5] nvme/multipath: Consult blk_status_t for failover
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH 2/5] nvme/multipath: Consult blk_status_t for failover
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/5] block: Provide blk_status_t decoding for retryable errors
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 0/5] Failover criteria unification
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [for-4.16 PATCH v2 0/5] block, nvme, dm: allow DM multipath to use NVMe's error handler
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/5] nvme: Add more command status translation
  • From: Hannes Reinecke <hare@xxxxxxxx>
• Re: [PATCH 1/5] nvme: Add more command status translation
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/5] nvme: Add more command status translation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 5/5] dm mpath: Use blk_retryable
  • From: Hannes Reinecke <hare@xxxxxxxx>
• Re: [PATCH 4/5] nvme/multipath: Use blk_retryable
  • From: Hannes Reinecke <hare@xxxxxxxx>
• Re: [PATCH 1/5] nvme: Add more command status translation
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/5] block: Provide blk_status_t decoding for retryable errors
  • From: Hannes Reinecke <hare@xxxxxxxx>
• Re: [PATCH 1/5] nvme: Add more command status translation
  • From: Hannes Reinecke <hare@xxxxxxxx>
• Re: [PATCH v6 0/2] dax, dm: stop requiring dax for device-mapper
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 1/5] nvme: Add more command status translation
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH v6 2/2] dm: allow device-mapper to operate without dax support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v6 0/2] dax, dm: stop requiring dax for device-mapper
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v6 1/2] dax: introduce CONFIG_DAX_DRIVER
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/5] nvme: Add more command status translation
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/5] nvme/multipath: Consult blk_status_t for failover
  • From: Hannes Reinecke <hare@xxxxxxxx>
• Re: dm mpath: potential NULL dereference with parse_path()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm mpath: potential NULL dereference with parse_path()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: dm-snapshot: use mutex instead of rw-semaphore
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-flakey: Use as->argc instead of argc
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-snapshot: use mutex instead of rw-semaphore
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm bufio: fix missed destroy of mutex c->lock
  • From: Xiongwei Song <sxwjean@xxxxxxxxx>
• Re: [PATCH] dm bufio: fix shrinker scans when (nr_to_scan < retain_target)
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 0/5] Failover criteria unification
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 5/5] dm mpath: Use blk_retryable
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/5] Failover criteria unification
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH 2/5] nvme/multipath: Consult blk_status_t for failover
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 3/5] block: Provide blk_status_t decoding for retryable errors
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/5] Failover criteria unification
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 4/5] nvme/multipath: Use blk_retryable
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/5] nvme: Add more command status translation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 4/5] nvme/multipath: Use blk_retryable
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH 3/5] block: Provide blk_status_t decoding for retryable errors
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH 5/5] dm mpath: Use blk_retryable
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH 2/5] nvme/multipath: Consult blk_status_t for failover
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH 1/5] nvme: Add more command status translation
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH 0/5] Failover criteria unification
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: dm bufio: fix shrinker scans when (nr_to_scan < retain_target)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v6 0/2] dax, dm: stop requiring dax for device-mapper
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm bufio: fix missed destroy of mutex c->lock
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v2 0/5] block, nvme, dm: allow DM multipath to use NVMe's error handler
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm bufio: fix missed destroy of mutex c->lock
  • From: Xiongwei Song <sxwjean@xxxxxxxxx>
• Re: [PATCH] dm bufio: fix missed destroy of mutex c->lock
  • From: Xiongwei Song <sxwjean@xxxxxxxxx>
• [PATCH] dm bufio: fix missed destroy of mutex c->lock
  • From: Xiongwei Song <sxwjean@xxxxxxxxx>
• Re: [for-4.16 PATCH v2 1/5] block: establish request failover callback
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v2 0/5] block, nvme, dm: allow DM multipath to use NVMe's error handler
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v2 1/5] block: establish request failover callback
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [for-4.16 PATCH v2 0/5] block, nvme, dm: allow DM multipath to use NVMe's error handler
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] dm-crypt: Add missing check for auth key size
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [for-4.16 PATCH v2 0/5] block, nvme, dm: allow DM multipath to use NVMe's error handler
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v2 0/5] block, nvme, dm: allow DM multipath to use NVMe's error handler
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH -next] dm raid: make local symbol raid_sets static
  • From: Wei Yongjun <weiyongjun1@xxxxxxxxxx>
• [PATCH 2/2] dm: optimze stripe index search algorithm
  • From: liuchaowei110@xxxxxxxxx
• [PATCH 0/2] dm: add asymmetric stripe device driver
  • From: liuchaowei110@xxxxxxxxx
• [PATCH] dm: add asymmetric stripe target device dirver
  • From: tgvlcw@xxxxxxxxx
• [PATCH 1/2] dm: add asymmetric stripe target device dirver
  • From: liuchaowei110@xxxxxxxxx
• Re: [PATCH] dm: add asymmetric stripe target device dirver
  • From: Henry Liu <tgvlcw@xxxxxxxxx>
• [PATCH 2/2] dm bufio: check result of register_shrinker()
  • From: Aliaksei Karaliou <akaraliou.dev@xxxxxxxxx>
• [PATCH 1/2] dm bufio: add missed destroy of client's mutex
  • From: Aliaksei Karaliou <akaraliou.dev@xxxxxxxxx>
• [PATCH] dm: add asymmetric stripe target device dirver
  • From: tgvlcw@xxxxxxxxx
• Re: [for-4.16 PATCH v2 2/5] nvme: use request_queue's failover_rq_fn callback for multipath failover
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v2 1/5] block: establish request failover callback
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: regression 4.15-rc: kernel oops in dm-multipath
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [for-4.16 PATCH v2 2/5] nvme: use request_queue's failover_rq_fn callback for multipath failover
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [for-4.16 PATCH v2 1/5] block: establish request failover callback
  • From: Christoph Hellwig <hch@xxxxxx>
• [for-4.16 PATCH v2 5/5] dm mpath: skip calls to end_io_bio if using NVMe bio-based and round-robin
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v2 4/5] dm mpath: use NVMe error handling to know when an error is retryable
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v2 3/5] nvme: move nvme_req_needs_failover() from multipath to core
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v2 2/5] nvme: use request_queue's failover_rq_fn callback for multipath failover
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v2 1/5] block: establish request failover callback
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v2 0/5] block, nvme, dm: allow DM multipath to use NVMe's error handler
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH 0/5] block, nvme, dm: allow DM multipath to use NVMe's error handler
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH 0/5] block, nvme, dm: allow DM multipath to use NVMe's error handler
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH] dm: add asymmetric stripe target device dirver
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 01/11] block_dev: Support checking inode permissions in lookup_bdev()
  • From: Dongsu Park <dongsu@xxxxxxxxxx>
• Re: [PATCH 01/11] block_dev: Support checking inode permissions in lookup_bdev()
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 01/11] block_dev: Support checking inode permissions in lookup_bdev()
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH v5] dm: add unstriped target
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• Re: [PATCH v5] dm: add unstriped target
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• Re: [PATCH v5] dm: add unstriped target
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• Re: [PATCH v5] dm: add unstriped target
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• [PATCH v4 0/2] dm-unstripe
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• [PATCH v4 2/2] dm-unstripe: Add documentation for unstripe target
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• Re: [PATCH v5] dm: add unstriped target
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• Re: [PATCH v4 1/2] dm-unstripe: unstripe RAID 0/dm-striped device
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• Re: [PATCH v3 1/2] dm-unstripe: unstripe RAID 0/dm-striped device
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• [PATCH v4 1/2] dm-unstripe: unstripe RAID 0/dm-striped device
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• Re: [PATCH 2/2] dm-writecache
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 2/2] dm-writecache
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: regression 4.15-rc: kernel oops in dm-multipath
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [for-4.16 PATCH 0/5] block, nvme, dm: allow DM multipath to use NVMe's error handler
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: regression 4.15-rc: kernel oops in dm-multipath
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: regression 4.15-rc: kernel oops in dm-multipath
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• [PATCH 01/11] block_dev: Support checking inode permissions in lookup_bdev()
  • From: Dongsu Park <dongsu@xxxxxxxxxx>
• regression 4.15-rc: kernel oops in dm-multipath
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [for-4.16 PATCH 4/5] dm mpath: use NVMe error handling to know when an error is retryable
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [for-4.16 PATCH 4/5] dm mpath: use NVMe error handling to know when an error is retryable
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v4 1/2] dm-unstripe: unstripe RAID 0/dm-striped device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v4 1/2] dm-unstripe: unstripe RAID 0/dm-striped device
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 1/2] dm-unstripe: unstripe RAID 0/dm-striped device
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Patch [1/1] Fix bug in btree_split_beneath()
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH v5] dm: add unstriped target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH 5/5] dm mpath: skip calls to end_io_bio if using NVMe bio-based and round-robin
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH 4/5] dm mpath: use NVMe error handling to know when an error is retryable
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH 2/5] nvme: use request's failover callback for multipath failover
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH 3/5] nvme: move nvme_req_needs_failover() from multipath to core
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH 1/5] block: establish request failover callback infrastructure
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH 0/5] block, nvme, dm: allow DM multipath to use NVMe's error handler
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5] dm: add unstriped target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] persistent-data: fix bug about btree of updating internal node's minima key in btree_split_beneath.
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] persistent-data: fix bug about btree of updating internal node's minima key in btree_split_beneath.
  • From: monty <monty_pavel@xxxxxxxx>
• [PATCH v5] dm: add unstriped target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v4 1/2] dm-unstripe: unstripe RAID 0/dm-striped device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v4 1/2] dm-unstripe: unstripe RAID 0/dm-striped device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v4 1/2] dm-unstripe: unstripe RAID 0/dm-striped device
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v4 2/2] dm unstriped: add documentation for target
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH v4 0/2] dm unstriped: add new target
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH v4 1/2] dm unstriped: the target
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH] persistent-data: fix bug about btree of updating internal node's minima key in btree_split_beneath.
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] persistent-data: fix bug about btree of updating internal node's minima key in btree_split_beneath.
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: Makefile: Respect standard toolchain related envvars
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] persistent-data: fix bug about btree of updating internal node's minima key in btree_split_beneath.
  • From: monty <monty_pavel@xxxxxxxx>
• Re: [PATCH 2/2] libmultipath: don't update path queueing on reload
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: md: dm-verity: aggregate crypto API calls
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 1/2] dm-unstripe: unstripe RAID 0/dm-striped device
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [git pull] device mapper fixes for 4.15-rc4
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Significantly dropped dm-cache performance in 4.13 compared to 4.11
  • From: Stefan Ring <stefanrin@xxxxxxxxx>
• Re: md: dm-verity: aggregate crypto API calls
  • From: <yael.chemla@xxxxxxxxxxxx>
• [PATCH v3 2/2] dm unstripe: Add documentation for unstripe target
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• [PATCH v3 0/2] dm-unstripe
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• [PATCH v3 1/2] dm-unstripe: unstripe RAID 0/dm-striped device
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• Re: [PATCH v3 2/2] dm unstripe: Add documentation for unstripe target
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• Re: [PATCH v3 2/2] dm unstripe: Add documentation for unstripe target
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] dm-unstripe: unstripe RAID 0/dm-striped device
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: dm: Fix a recently introduced reference counting bug
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: Fix a recently introduced reference counting bug
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: dm: Fix a recently introduced reference counting bug
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm: Fix a recently introduced reference counting bug
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH 2/2] libmultipath: don't update path queueing on reload
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/2] remove delay_(watch|wait)_checks
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: Makefile: Respect standard toolchain related envvars
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: Makefile: Respect standard toolchain related envvars
  • From: Thomas Deutschmann <whissi@xxxxxxxxxx>
• Re: [PATCH v2 2/2] dm unstripe: Add documentation for unstripe target
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• [PATCH 3/5] dm raid: ensure 'a' chars during reshape
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH 1/5] dm raid: validate current raid sets redundancy
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH 5/5] dm raid: use rs_is_raid*() / comment
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH 4/5] dm raid: simplify rs_get_progress()
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH 2/5] dm raid: avoid keeping raid set frozen altogether
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH 0/5] dm raid: fix redundancy check and avoid frozen raid recovery
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH v2 2/2] dm unstripe: Add documentation for unstripe target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Patch added to scsi: scsi: dh: add new rdac devices
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] multipath-tools: Makefile: Respect standard toolchain related envvars
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] multipath-tools: Makefile: Respect standard toolchain related envvars
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH v2 2/2] dm unstripe: Add documentation for unstripe target
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH v2 2/2] dm unstripe: Add documentation for unstripe target
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH 1/3] Makefile.inc: Allow additional CFLAGS to be specified on the command line
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v2 2/2] dm unstripe: Add documentation for unstripe target
  • From: Nikolay Borisov <n.borisov.lkml@xxxxxxxxx>
• [PATCH] drviers/md: fix max dup length for kstrndup
  • From: Ma Shimiao <mashimiao.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 2/2] dm unstripe: Add documentation for unstripe target
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• [PATCH v2 0/2] dm-unstripe
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• [PATCH v2 1/2] dm-unstripe: unstripe of IO across RAID 0
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• [PATCH] dm thin metadata: THIN_MAX_CONCURRENT_LOCKS should be 6
  • From: Dennis Yang <dennisyang@xxxxxxxx>
• Re: [PATCH] dm-mpath: Fix a race condition
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• [PATCH 3/3] multipathd/cli.h: Add a header file guard
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH 2/3] Allow the compiler to verify the consistency of the uxsock_timeout definition and declaration
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH 1/3] Makefile.inc: Allow additional CFLAGS to be specified on the command line
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH 0/3] Three multipath-tools source code cleanup patches
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH] dm-mpath: Fix a race condition
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• Re: [PATCH v2 2/2] dm unstripe: Add documentation for unstripe target
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH v2 1/2] dm-unstripe: unstripe of IO across RAID 0
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: dm: fix uninitialized variable reference
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: dm: fix uninitialized variable reference
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [Consult] multipath-tools: will the community accept a new vendor specific path group prioritizer in libmultipath/prioritizers
  • From: Hannes Reinecke <hare@xxxxxxx>
• [Consult] multipath-tools: will the community accept a new vendor specific path group prioritizer in libmultipath/prioritizers
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH] dm: fix uninitialized variable reference
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] dm-writecache
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 04/12] libmultipath: cleanup features handling code
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 0/4] path latency prio fixes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 08/12] libmultipath: __setup_multipath param cleanup
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 07/12] multipathd: remove select_* from setup_multipath
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 06/12] multipathd: fix device creation issues
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 04/12] libmultipath: cleanup features handling code
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] scsi_dh: add new rdac devices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 12/12] multipathd: marginal path code fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 11/12] multipath: check failed path dmstate in check_path
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 10/12] multipathd: clean up set_no_path_retry
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 09/12] multipathd: move recovery mode code to function
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 04/12] libmultipath: cleanup features handling code
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 05/12] multipathd: move helper functions to libmultipath
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 02/12] kpartx: don't delete partitions from partitions
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 03/12] multipath: fix hwhandler check in select_action
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 01/12] multipath: add "ghost_delay" parameter
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 12/12] multipathd: marginal path code fixes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 10/12] multipathd: clean up set_no_path_retry
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 11/12] multipath: check failed path dmstate in check_path
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 09/12] multipathd: move recovery mode code to function
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 06/12] multipathd: fix device creation issues
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 07/12] multipathd: remove select_* from setup_multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 08/12] libmultipath: __setup_multipath param cleanup
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 05/12] multipathd: move helper functions to libmultipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 03/12] multipath: fix hwhandler check in select_action
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 04/12] libmultipath: cleanup features handling code
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 02/12] kpartx: don't delete partitions from partitions
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 00/12] Misc fixes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 01/12] multipath: add "ghost_delay" parameter
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 3/4] libmultipath: path latency: simplify getprio()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] dm bufio: fix shrinker scans when (nr_to_scan < retain_target)
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 3/4] libmultipath: path latency: simplify getprio()
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH 2/2] dm unstripe: Add documentation for unstripe target
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• [PATCH 1/2] dm-unstripe: unstripe of IO across RAID 0
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• Re: [PATCH 2/2] dm-writecache
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 0/4] path latency prio fixes
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH v2] multipath-tools: output more topology info for NVMe discovery
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 0/4] path latency prio fixes
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 0/4] path latency prio fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] multipath-tools: check null path before handle path-failed event
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH 1/2] dm-flakey: Use as->argc instead of argc
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 2/2] dm-flakey: Check for null arg_name
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [RFC] Is there a test suite for multipath-tools?
  • From: Changwei Ge <ge.changwei@xxxxxxx>
• [PATCH] dm-bufio: use REQ_OP_ macros
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH V2 12/12] dm raid: add component device size check
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH V2 11/12] dm raid: comments
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH V2 08/12] dm raid: fix rs_get_progress() synchronization state/ratio
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH V2 07/12] dm raid: avoid array_in_sync variable
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH V2 02/12] dm raid: correct sizes and check of component devices
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH V2 09/12] dm raid: group rw and in_sync definitions with mddev_resume()
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH V2 10/12] dm raid: remove unused "struct raid_set" member
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH V2 01/12] dm raid: fix deadlock caused by stopped writes
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH V2 04/12] dm raid: correct raid set size revalidation
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH V2 06/12] dm raid: close MD recovery flags race window
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH V2 05/12] dm raid: enhance resume() frozen checks
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH V2 00/12] dm raid: fix deadlocks and sync ratio races
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH V2 03/12] dm raid: correct resizing state in ctr
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH V2 1/5] dm-mpath: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 10/10] dm raid: add component device size check
  • From: heinzm@xxxxxxxxxx
• [PATCH 09/10] dm raid: comments
  • From: heinzm@xxxxxxxxxx
• [PATCH 08/10] dm raid: remove unused "struct raid_set" member
  • From: heinzm@xxxxxxxxxx
• [PATCH 07/10] dm raid: group rw and in_sync definitions with mddev_resume()
  • From: heinzm@xxxxxxxxxx
• [PATCH 06/10] dm raid: clear out rs_get_progress()
  • From: heinzm@xxxxxxxxxx
• [PATCH 04/10] dm raid: correct raid set size revalidation
  • From: heinzm@xxxxxxxxxx
• [PATCH 05/10] dm raid: enhance resume() frozen checks
  • From: heinzm@xxxxxxxxxx
• [PATCH 03/10] dm raid: fix deadlock caused by stopped writes
  • From: heinzm@xxxxxxxxxx
• [PATCH 01/10] dm raid: correct sizes and check of component devices
  • From: heinzm@xxxxxxxxxx
• [PATCH 02/10] dm raid: correct resizing state in ctr
  • From: heinzm@xxxxxxxxxx
• [PATCH 00/10] dm raid: fix deadlocks and sync ratio races
  • From: heinzm@xxxxxxxxxx
• [PATCH] multipath-tools: Makefile: Respect standard toolchain related envvars
  • From: Thomas Deutschmann <whissi@xxxxxxxxxx>
• [PATCH v6 2/2] dm: allow device-mapper to operate without dax support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 1/2] dax: introduce CONFIG_DAX_DRIVER
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 0/2] dax, dm: stop requiring dax for device-mapper
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• multipath-tools: release uxsocket and resource when cancel thread
  • From: Wuchongyun <wu.chongyun@xxxxxxx>
• Re: [PATCH 3/4] dm: convert dm_dev_internal.count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH] dm-log-writes: invalidate the bdev's for both of our devices
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] dm-log-writes: invalidate the bdev's for both of our devices
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] dm-log-writes: invalidate the bdev's for both of our devices
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: dm: use cloned bio as head, not remainder, in __split_and_process_bio()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] dm-log-writes: invalidate the bdev's for both of our devices
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] dm: convert dm_dev_internal.count from atomic_t to refcount_t
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-log-writes: invalidate the bdev's for both of our devices
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] dm: convert dm_dev_internal.count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 2/2] dm-writecache
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 2/2] dm-writecache
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH V2 1/5] dm-mpath: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• [PATCH 7/7] dm: documentation fix
  • From: amulhern@xxxxxxxxxx
• [PATCH 5/7] dm: documentation fix
  • From: amulhern@xxxxxxxxxx
• [PATCH 4/7] dm: documentation fix
  • From: amulhern@xxxxxxxxxx
• [PATCH 3/7] dm: documentation fix
  • From: amulhern@xxxxxxxxxx
• [PATCH 2/7] dm: documentation fix
  • From: amulhern@xxxxxxxxxx
• [PATCH 6/7] dm: documentation fix
  • From: amulhern@xxxxxxxxxx
• [PATCH 1/7] dm: documentation fix
  • From: amulhern@xxxxxxxxxx
• Re: dm: use cloned bio as head, not remainder, in __split_and_process_bio()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH V2 2/5] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V2 1/5] dm-mpath: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V2 5/5] blk-mq: issue request directly for blk_insert_cloned_request
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V2 4/5] blk-mq: return dispatch result to caller in blk_mq_try_issue_directly
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V2 3/5] blk-mq: move actual issue into one helper
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V2 0/5] dm-rq: improve sequential I/O performance
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 3/4] dm: convert dm_dev_internal.count from atomic_t to refcount_t
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/2] dm-writecache
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] dm thin: fix NULL pointer exception caused by two concurrent "vgchange -ay -K <vg name>" processes.
  • From: monty <monty_pavel@xxxxxxxx>
• Re: [RFC] dm-devel mailing list can't be joined
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 4/4] dm: convert table_device.count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 4/4] dm: convert table_device.count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH] dm thin: fix NULL pointer exception caused by two concurrent "vgchange -ay -K <vg name>" processes.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 4/4] dm: convert table_device.count from atomic_t to refcount_t
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] dm thin: fix NULL pointer exception caused by two concurrent "vgchange -ay -K <vg name>" processes.
  • From: "monty_pavel@xxxxxxxx" <monty_pavel@xxxxxxxx>
• Re: [PATCH 3/4] dm: convert dm_dev_internal.count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• [RFC] dm-devel mailing list can't be joined
  • From: Changwei Ge <ge.changwei@xxxxxxx>
• [PATCH] dm: use cloned bio as head, not remainder, in __split_and_process_bio()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 1/2] swait: export the symbols __prepare_to_swait and __finish_swait
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/2] dm-writecache
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-snapshot: use mutex instead of rw-semaphore
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/2] dm-writecache
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 3/4] dm: convert dm_dev_internal.count from atomic_t to refcount_t
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 4/4] dm: convert table_device.count from atomic_t to refcount_t
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH 3/4] libmultipath: path latency: simplify getprio()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 2/2] dm-writecache
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] swait: export the symbols __prepare_to_swait and __finish_swait
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: new patchset to eliminate DM's use of BIOSET_NEED_RESCUER
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 2/2] dm-writecache
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/2] swait: export the symbols __prepare_to_swait and __finish_swait
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 3/4] libmultipath: path latency: simplify getprio()
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: new patchset to eliminate DM's use of BIOSET_NEED_RESCUER
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: new patchset to eliminate DM's use of BIOSET_NEED_RESCUER
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: new patchset to eliminate DM's use of BIOSET_NEED_RESCUER
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: new patchset to eliminate DM's use of BIOSET_NEED_RESCUER
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: new patchset to eliminate DM's use of BIOSET_NEED_RESCUER
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: new patchset to eliminate DM's use of BIOSET_NEED_RESCUER
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: new patchset to eliminate DM's use of BIOSET_NEED_RESCUER
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: new patchset to eliminate DM's use of BIOSET_NEED_RESCUER [was: Re: [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.]
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: new patchset to eliminate DM's use of BIOSET_NEED_RESCUER
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: new patchset to eliminate DM's use of BIOSET_NEED_RESCUER [was: Re: [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.]
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• new patchset to eliminate DM's use of BIOSET_NEED_RESCUER [was: Re: [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v2] multipath-tools: add README.alua with instructions to enable ALUA
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: add README.alua with instructions to enable ALUA
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: refresh kernel-doc from kernel sources
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: block: early return from blk_queue_split() if q->bio_split is NULL
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 4/4] multipath-tools: libdmmp: Add new error DMMP_ERR_PERMISSION_DENY
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 3/4] multipath-tools: libdmmp: Add new function dmmp_last_error_msg()
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 1/4] multipathd daemon: Fix incorrect use of CLOCK_MONOTONIC in pthread
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 0/4] multipath-tools: libdmmp improvements.
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 2/4] multipath-tools: libdmmp: Allow log function as NULL.
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 2/2] blk-throttle: fix wrong initialization in case of dm device
  • From: Joseph Qi <jiangqi903@xxxxxxxxx>
• Re: [PATCH v2 2/2] blk-throttle: fix wrong initialization in case of dm device
  • From: Joseph Qi <jiangqi903@xxxxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 2/2] blk-throttle: fix wrong initialization in case of dm device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2 2/2] blk-throttle: fix wrong initialization in case of dm device
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 2/2] blk-throttle: fix wrong initialization in case of dm device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] multipath-tools: add README.alua with instructions to enable ALUA
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] libmultipath: fix return code of sysfs_get_timeout
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] block: early return from blk_queue_split() if q->bio_split is NULL
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/4] path latency prio fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 3/4] libmultipath: path latency: simplify getprio()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [fstests PATCH v3] generic: add test for DAX MAP_SYNC support
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [fstests PATCH v3] generic: add test for DAX MAP_SYNC support
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [fstests PATCH v3] generic: add test for DAX MAP_SYNC support
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: [PATCH 4/4] libmultipath: path latency: remove warnings
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 3/4] libmultipath: path latency: simplify getprio()
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 2/4] libmultipath: path latency: log threshold with p2
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 1/4] libmultipath: path latency: fix default base num
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH 4/4] libmultipath: path latency: remove warnings
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 1/4] libmultipath: path latency: fix default base num
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 3/4] libmultipath: path latency: simplify getprio()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 2/4] libmultipath: path latency: log threshold with p2
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 0/4] path latency prio fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] scsi_dh: add new rdac devices
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• [PATCH] multipath-tools: refresh kernel-doc from kernel sources
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [git pull] more device mapper changes for 4.15
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: Ideas to reuse filesystem's checksum to enhance dm-raid1/10/5/6?
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• [PATCH] dm bufio: fix integer overflow when limiting maximum cache size
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: replace RDAC maintainer with a generic alias
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: replace RDAC maintainer with a generic alias
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• multipath-tools 0.7.4
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 6/6] multipath: add "ghost_delay" parameter
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 2/2] multipath-tools: output more topology info for NVMe discovery
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 2/8] target: remove iblock WRITE_SAME passthrough support
  • From: "Bryant G. Ly" <bryantly@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [dm:branches/for-4.15/dm 26/27] drivers/md/dm-table.c:1772:11: warning: 'i' is used uninitialized in this function
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [dm:branches/for-4.15/dm 26/27] drivers//md/dm-table.c:1775:8: warning: 'i' may be used uninitialized in this function
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: Significantly dropped dm-cache performance in 4.13 compared to 4.11
  • From: Stefan Ring <stefanrin@xxxxxxxxx>
• Re: Significantly dropped dm-cache performance in 4.13 compared to 4.11
  • From: Stefan Ring <stefanrin@xxxxxxxxx>
• Re: Significantly dropped dm-cache performance in 4.13 compared to 4.11
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Significantly dropped dm-cache performance in 4.13 compared to 4.11
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Significantly dropped dm-cache performance in 4.13 compared to 4.11
  • From: Stefan Ring <stefanrin@xxxxxxxxx>
• [git pull] device mapper changes for 4.15
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• multipath-tools: enabling multipathd.service fails
  • From: Michael Laß <bevan@xxxxxxxxx>
• Re: [dm:for-next 18/27] drivers//md/dm-cache-target.c:1441:19: error: 'ws' undeclared
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm:for-next 18/27] drivers//md/dm-cache-target.c:1441:19: error: 'ws' undeclared
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH] brd: remove unused brd_mutex
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] brd: remove unused brd_mutex
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Significantly dropped dm-cache performance in 4.13 compared to 4.11
  • From: Stefan Ring <stefanrin@xxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] bio: have bio_kmap_irq return the size of mapped data (fwd)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] bio: have bio_kmap_irq return the size of mapped data (fwd)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] bio: have bio_kmap_irq return the size of mapped data (fwd)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] bio: have bio_kmap_irq return the size of mapped data (fwd)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] bio: have bio_kmap_irq return the size of mapped data (fwd)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] bio: have bio_kmap_irq return the size of mapped data (fwd)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] bio: have bio_kmap_irq return the size of mapped data (fwd)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] bio: have bio_kmap_irq return the size of mapped data (fwd)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] bio: have bio_kmap_irq return the size of mapped data (fwd)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 4/6] mutipath: updated Huawei storage config
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 5/6] multipath: fix doc typo
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/6] mpathpersist: Fix invalid condition check
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 3/6] multipath: there is no "none" path state
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 6/6] multipath: add "ghost_delay" parameter
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 2/6] multipath: add man page info for my prkey changes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 0/6] Misc patches
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH] vmalloc: introduce vmap_pfn for persistent memory
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] bio: have bio_kmap_irq return the size of mapped data (fwd)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 0/4] dm-writecache
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 4/4] dm-writecache
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/4] vmalloc: introduce vmap_pfn
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3/4] swait: export the symbols __prepare_to_swait and __finish_swait
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/4] bio: have bio_kmap_irq return the size of mapped data
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/4] dm-writecache
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Significantly dropped dm-cache performance in 4.13 compared to 4.11
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-crypt, dm-integrity: allow unaligned bv_offset (was: [Regression, Bisected] dm-crypt IO failures with active slub_debug in 4.12 and later)
  • From: Bruno Prémont <bonbons@xxxxxxxxxx>
• Re: [Regression, Bisected] dm-crypt IO failures with active slub_debug in 4.12 and later
  • From: Bruno Prémont <bonbons@xxxxxxxxxx>
• Re: [PATCH] dm-crypt, dm-integrity: allow unaligned bv_offset
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH] dm-crypt, dm-integrity: allow unaligned bv_offset (was: [Regression, Bisected] dm-crypt IO failures with active slub_debug in 4.12 and later)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• state of inflight pending io's
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: [Regression, Bisected] dm-crypt IO failures with active slub_debug in 4.12 and later
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v7 0/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: SRCU's apparent use of NR_CPUS? [was: re: dm: allocate struct mapped_device with kvzalloc]
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Significantly dropped dm-cache performance in 4.13 compared to 4.11
  • From: Stefan Ring <stefanrin@xxxxxxxxx>
• Re: [PATCH v10 00/20] simplify crypto wait for async op
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [Regression, Bisected] dm-crypt IO failures with active slub_debug in 4.12 and later
  • From: Bruno Prémont <bonbons@xxxxxxxxxx>
• [PATCH] dm raid: fix panic when attempting to force a raid to sync
  • From: heinzm@xxxxxxxxxx
• [PATCH] dm: fix race between dm_get_from_kobject() and __dm_destroy()
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• Re: Replacement for dm_dispatch_request for older request based targets
  • From: Tariq Mustafa <tmustafa@xxxxxxxxxxx>
• Re: SRCU's apparent use of NR_CPUS? [was: re: dm: allocate struct mapped_device with kvzalloc]
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: SRCU's apparent use of NR_CPUS? [was: re: dm: allocate struct mapped_device with kvzalloc]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Replacement for dm_dispatch_request for older request based targets
  • From: Tariq Mustafa <tmustafa@xxxxxxxxxxx>
• Re: [PATCH v7 0/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: Replacement for dm_dispatch_request for older request based targets
  • From: Tariq Mustafa <tmustafa@xxxxxxxxxxx>
• Re: Replacement for dm_dispatch_request for older request based targets
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• SRCU's apparent use of NR_CPUS? [was: re: dm: allocate struct mapped_device with kvzalloc]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm: allocate struct mapped_device with kvzalloc
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• 答复: dmsetup hangs forever
  • From: "Zhangyanfei (YF)" <yanfei.zhang@xxxxxxxxxx>
• Re: dm: dm-zoned: Ignore last smaller runt zone
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: dm: dm-zoned: Ignore last smaller runt zone
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: dm-zoned: Ignore last smaller runt zone
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: dm: dm-zoned: Ignore last smaller runt zone
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Pushing the multipath state info into the fabric
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Pushing the multipath state info into the fabric
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH] dm: dm-zoned: Ignore last smaller runt zone
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [RFC] where is upstream multipath-tool git repo
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: 答复: dmsetup hangs forever
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• [RFC] where is upstream multipath-tool git repo
  • From: Changwei Ge <ge.changwei@xxxxxxx>
• [PATCH] dmraid: remove partitions with O_RDONLY
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Pushing the multipath state info into the fabric
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Pushing the multipath state info into the fabric
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: dmsetup hangs forever
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• dmsetup hangs forever
  • From: "Zhangyanfei (YF)" <yanfei.zhang@xxxxxxxxxx>
• Re: [fstests PATCH v3] generic: add test for DAX MAP_SYNC support
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [fstests PATCH v3] generic: add test for DAX MAP_SYNC support
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [fstests PATCH v2] generic: add test for DAX MAP_SYNC support
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [fstests PATCH v2] generic: add test for DAX MAP_SYNC support
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [fstests PATCH v3] generic: add test for DAX MAP_SYNC support
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] md: dm-verity: aggregate crypto API calls
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: md: dm-verity: aggregate crypto API calls
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] md: dm-verity: aggregate crypto API calls
  • From: Yael Chemla <yael.chemla@xxxxxxxxxxxx>
• Re: [PATCH 2/2] dm log writes: add support for DAX
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• [PATCH] md: dm-verity: aggregate crypto API calls
  • From: yaeceh01 <yael.chemla@xxxxxxxxxxxx>
• Re: [dm:for-next 8/9] drivers//md/dm-log-writes.c:279:17: note: in expansion of macro 'min'
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [dm:for-next 8/9] drivers//md/dm-log-writes.c:279:17: note: in expansion of macro 'min'
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm:for-next 8/9] drivers//md/dm-log-writes.c:279:17: note: in expansion of macro 'min'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH 2/2] dm log writes: add support for DAX
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] dm log writes: Add support for inline data buffers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: md: Convert timers to use timer_setup()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: md: Convert timers to use timer_setup()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/2] dm log writes: add support for DAX
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• [PATCH v7 1/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH v7 2/2] multipath-tools: discard san_path_err_XXX feature
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH v7 0/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 2/2] dm log writes: add support for DAX
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: scheduling/merging on top of a DM target?
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 1/4] bcache: convert cached_dev.count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [fstests PATCH v2] generic: add test for DAX MAP_SYNC support
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• scheduling/merging on top of a DM target?
  • From: Peter Desnoyers <pjd@xxxxxxxxxxx>
• [fstests PATCH v2] generic: add test for DAX MAP_SYNC support
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] bcache: convert cached_dev.count from atomic_t to refcount_t
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 1/4] bcache: convert cached_dev.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• Re: [fstests PATCH] generic: add test for DAX MAP_SYNC support
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH 2/4] dm cache: convert dm_cache_metadata.ref_count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 4/4] dm: convert table_device.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 3/4] dm: convert dm_dev_internal.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 0/4] dm and bcache refcount conversions
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 2/2] dm log writes: add support for DAX
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• [PATCH 1/2] dm log writes: Add support for inline data buffers
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• [fstests PATCH] generic: add test for DAX MAP_SYNC support
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: Convert timers to use timer_setup()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] md: Convert timers to use timer_setup()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v10 20/20] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 19/20] crypto: mediatek: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 18/20] crypto: qce: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 17/20] crypto: talitos: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 16/20] crypto: tcrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 15/20] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 14/20] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 13/20] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 12/20] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 11/20] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 10/20] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 09/20] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 08/20] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 07/20] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 06/20] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 05/20] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 04/20] crypto: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 03/20] net: use -ENOSPC for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 02/20] crypto: ccp: use -ENOSPC for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 01/20] crypto: change transient busy return code to -ENOSPC
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v10 00/20] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v9 00/20] simplify crypto wait for async op
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 00/20] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v9 00/20] simplify crypto wait for async op
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 00/20] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v9 17/20] crypto: talitos: move to generic async completion
  • From: Christophe LEROY <christophe.leroy@xxxxxx>
• Re: [PATCH] md: Convert timers to use timer_setup()
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH v3] libmultipath: update INFINIDAT builtin config
  • From: Arnon Yaari <arnony@xxxxxxxxxxxxx>
• Re: [PATCH] md: Convert timers to use timer_setup()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] md: Convert timers to use timer_setup()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] md: Convert timers to use timer_setup()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v9 20/20] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v9 00/20] simplify crypto wait for async op
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v9 19/20] crypto: mediatek: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 18/20] crypto: qce: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 17/20] crypto: talitos: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 16/20] crypto: tcrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 14/20] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 12/20] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 10/20] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 09/20] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 15/20] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 08/20] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 13/20] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 03/20] net: use -EAGAIN for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 07/20] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 01/20] crypto: change transient busy return code to -EAGAIN
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 06/20] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 05/20] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 04/20] crypto: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 02/20] crypto: ccp: use -EAGAIN for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 11/20] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v9 00/20] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH V6 4/5] blk-mq-sched: improve dispatching from sw queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V6 4/5] blk-mq-sched: improve dispatching from sw queue
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V6 4/5] blk-mq-sched: improve dispatching from sw queue
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH V6 4/5] blk-mq-sched: improve dispatching from sw queue
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH V6 4/5] blk-mq-sched: improve dispatching from sw queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V6 4/5] blk-mq-sched: improve dispatching from sw queue
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH V6 4/5] blk-mq-sched: improve dispatching from sw queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 2/2] multipath-tools: output more topology info for NVMe discovery
  • From: y00378701 <yangjie65@xxxxxxxxxx>
• Re: [PATCH V4 1/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH V4 1/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: [PATCH V4 1/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: md: rename some drivers/md/ files to have an "md-" prefix
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: md: rename some drivers/md/ files to have an "md-" prefix
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V6 5/5] blk-mq-sched: don't dequeue request until all in ->dispatch are flushed
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V6 4/5] blk-mq-sched: improve dispatching from sw queue
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V6 3/5] sbitmap: introduce __sbitmap_for_each_set()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V6 1/5] blk-mq-sched: fix scheduler bad performance
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V5 00/14] blk-mq-sched: improve sequential I/O performance(part 1)
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH V5 00/14] blk-mq-sched: improve sequential I/O performance(part 1)
  • From: Paolo Valente <paolo.valente@xxxxxxxxxx>
• Re: [PATCH V5 00/14] blk-mq-sched: improve sequential I/O performance(part 1)
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v8 01/20] crypto: change transient busy return code to -EAGAIN
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: md: rename some drivers/md/ files to have an "md-" prefix
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: md: rename some drivers/md/ files to have an "md-" prefix
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: md: rename some drivers/md/ files to have an "md-" prefix
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] md: rename some drivers/md/ files to have an "md-" prefix
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] md: rename some drivers/md/ files to have an "md-" prefix
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] md: rename some drivers/md/ files to have an "md-" prefix
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V5 00/14] blk-mq-sched: improve sequential I/O performance(part 1)
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V2 0/4]multipath-tools: some fixup and enhancement for path-latency
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH V6 0/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH V5 00/14] blk-mq-sched: improve sequential I/O performance(part 1)
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH V5 00/14] blk-mq-sched: improve sequential I/O performance(part 1)
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v4 1/6] libmultipath: add detect_checker option
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v4 1/6] libmultipath: add detect_checker option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH V5 00/14] blk-mq-sched: improve sequential I/O performance(part 1)
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V5 00/14] blk-mq-sched: improve sequential I/O performance(part 1)
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH V6 5/5] blk-mq-sched: don't dequeue request until all in ->dispatch are flushed
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V4 1/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH V6 3/5] sbitmap: introduce __sbitmap_for_each_set()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V6 2/5] blk-mq-sched: move actual dispatching into one helper
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V6 1/5] blk-mq-sched: fix scheduler bad performance
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V6 4/5] blk-mq-sched: improve dispatching from sw queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V6 0/5] blk-mq-sched: improve sequential I/O performance
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V5 7/7] blk-mq-sched: don't dequeue request until all in ->dispatch are flushed
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V5 6/7] blk-mq-sched: improve dispatching from sw queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V5 5/7] blk-mq-sched: move actual dispatching into one helper
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 1/1] limbultipath: prefer RDAC checker with detect_checker
  • From: "Schremmer, Steven" <Steve.Schremmer@xxxxxxxxxx>
• Re: [PATCH V5 4/7] blk-mq: introduce blk_mq_dequeue_from_ctx()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V5 8/8] blk-mq: improve bio merge from blk-mq sw queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V4 1/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 3.16, 4.1] dm: flush queued bios when process blocks to avoid deadlock
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 01/20] crypto: change transient busy return code to -EAGAIN
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v8 01/20] crypto: change transient busy return code to -EAGAIN
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] multipath-tools: Skip CHANGE uevent for non-mpath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 1/1] multipath-tools: Skip CHANGE uevent for non-mpath devices
  • From: Ritika Srivastava <ritika.srivastava@xxxxxxxxxx>
• Re: [PATCH, resend] block: remove QUEUE_FLAG_STACKABLE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [git pull] device mapper fixes for 4.14-rc4
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/1] limbultipath: prefer RDAC checker with detect_checker
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v4 1/6] libmultipath: add detect_checker option
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH, resend] block: remove QUEUE_FLAG_STACKABLE
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: dm-crypt: Reject sector_size feature if device length is not aligned to it
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-crypt: Reject sector_size feature if device length is not aligned to it
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: dm-crypt: Reject sector_size feature if device length is not aligned to it
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-crypt: Reject sector_size feature if device length is not aligned to it
  • From: Milan Broz <gmazyland@xxxxxxxxx>