Linux Device-Mapper Development

• Thread Index

• Re: [PATCH v3 1/7] libmultipath: fix tur checker locking
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 1/7] libmultipath: fix tur checker locking
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC PATCH 5/5] multipathd: RFC add new polling dmevents waiter thread
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v3 5/7] Fix set_no_path_retry() regression
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 4/7] multipathd: remove unused configure parameter
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 2/7] multipath: fix DEF_TIMEOUT use
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 7/7] multipath: print sysfs state in fast list mode
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 3/7] multipathd: remove coalesce_paths from ev_add_map
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 6/7] multipathd: change spurious uevent msg priority
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 1/7] libmultipath: fix tur checker locking
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 0/7] multipath: miscellaneous bug fixes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [RFC PATCH 5/5] multipathd: RFC add new polling dmevents waiter thread
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [RFC PATCH 5/5] multipathd: RFC add new polling dmevents waiter thread
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2 7/7] multipath: print sysfs state in fast list mode
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 3/7] multipathd: remove coalesce_paths from ev_add_map
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 5/7] Fix set_no_path_retry() regression
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 1/7] libmultipath: fix tur checker locking
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 1/7] libmultipath: fix tur checker locking
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH] dm-bufio: fix warning
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [RFC PATCH 5/5] multipathd: RFC add new polling dmevents waiter thread
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 1/7] libmultipath: fix tur checker locking
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC PATCH 4/5] libmultipath: add helper functions
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC PATCH 3/5] call start_waiter_thread() before setup_multipath()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC PATCH 2/5] move waiter code from libmultipath to multipathd
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC PATCH 1/5] libmultipath: move remove_map waiter code to multipathd
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 1/7] libmultipath: fix tur checker locking
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 1/7] libmultipath: fix tur checker locking
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 4/5] libmultipath: add helper functions
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [RFC PATCH 2/5] move waiter code from libmultipath to multipathd
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [RFC PATCH 0/5] alternate dmevents waiter method
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [RFC PATCH 5/5] multipathd: RFC add new polling dmevents waiter thread
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [RFC PATCH 3/5] call start_waiter_thread() before setup_multipath()
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [RFC PATCH 1/5] libmultipath: move remove_map waiter code to multipathd
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2 1/7] libmultipath: fix tur checker locking
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2 1/7] libmultipath: fix tur checker locking
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 1/7] libmultipath: fix tur checker locking
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 1/7] libmultipath: fix tur checker locking
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2 1/7] libmultipath: fix tur checker locking
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 1/7] libmultipath: fix tur checker locking
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2 1/7] libmultipath: fix tur checker locking
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH v2 1/7] libmultipath: fix tur checker locking
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2 1/7] libmultipath: fix tur checker locking
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• [PATCH v2 7/7] multipath: print sysfs state in fast list mode
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 3/7] multipathd: remove coalesce_paths from ev_add_map
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 2/7] multipath: fix DEF_TIMEOUT use
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 1/7] libmultipath: fix tur checker locking
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 6/7] multipathd: change spurious uevent msg priority
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 5/7] Fix set_no_path_retry() regression
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 4/7] multipathd: remove unused configure parameter
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 0/7] multipath: miscellaneous bug fixes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/7] multipath: fix tur checker locking
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 1/7] multipath: fix tur checker locking
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 7/7] multipath: print sysfs state in fast list mode
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 5/7] Fix set_no_path_retry() regression
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/7] multipath: fix tur checker locking
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 1/7] multipath: fix tur checker locking
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 3/7] multipathd: remove coalesce_paths from ev_add_map
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/7] multipath: fix tur checker locking
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2 18/20] libmultipath: path latency: log threshold with p2
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH v2 17/20] libmultipath: path latency: fix default base num
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH v2 20/20] libmultipath: path latency: remove warnings
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH v2 19/20] libmultipath: path latency: simplify getprio()
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 7/7] multipath: print sysfs state in fast list mode
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 6/7] multipathd: change spurious uevent msg priority
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/7] multipath: fix tur checker locking
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 5/7] Fix set_no_path_retry() regression
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 4/7] multipathd: remove unused configure parameter
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 3/7] multipathd: remove coalesce_paths from ev_add_map
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 2/7] multipath: fix DEF_TIMEOUT use
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 6/7] multipathd: change spurious uevent msg priority
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 3/7] multipathd: remove coalesce_paths from ev_add_map
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 5/7] Fix set_no_path_retry() regression
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 7/7] multipath: print sysfs state in fast list mode
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 4/7] multipathd: remove unused configure parameter
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/7] multipath: fix tur checker locking
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 2/7] multipath: fix DEF_TIMEOUT use
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 0/7] multipath: miscellaneous bug fixes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] libmultipath: increase path product_id/rev field size for NVMe
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2] multipathd: ignore uevents for non-mpath devices
  • From: Ritika Srivastava <ritika.srivastava@xxxxxxxxxx>
• Re: [PATCH 1/3] multipath.rules: handle NVME devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 0/7] multipath-tools: uevent processing fixes and unit tests
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: Help request: setting up /dev/zero using dm-crypt ...
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Help request: setting up /dev/zero using dm-crypt ...
  • From: Ravi Prakash Putchala <praks.putchala@xxxxxxxxx>
• Re: Help request: setting up /dev/zero using dm-crypt ...
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Help request: setting up /dev/zero using dm-crypt ...
  • From: Ravi Prakash Putchala <praks.putchala@xxxxxxxxx>
• Re: [PATCH 2/4] dm unstriped: remove superfluous module init error path message
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• Re: [PATCH 1/4] dm unstriped: support non power of 2 chunk size
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• Re: [PATCH] kpartx: Improve finding loopback device by file
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] kpartx: Improve finding loopback device by file
  • From: Julian Andres Klode <julian.klode@xxxxxxxxxxxxx>
• Re: [PATCH] wbt: fix incorrect throttling due to flush latency
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] wbt: fix incorrect throttling due to flush latency
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] wbt: fix incorrect throttling due to flush latency
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] wbt: fix incorrect throttling due to flush latency
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] wbt: fix incorrect throttling due to flush latency
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] kpartx: Improve finding loopback device by file
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] kpartx: Improve finding loopback device by file
  • From: Julian Andres Klode <julian.klode@xxxxxxxxxxxxx>
• Re: [PATCH] kpartx: Improve finding loopback device by file
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] kpartx: print "loop deleted" to stdout, not stderr
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] kpartx: Improve finding loopback device by file
  • From: Julian Andres Klode <julian.klode@xxxxxxxxxxxxx>
• [PATCH] dm-target.c: remove unused macro DM_MOD_NAME_SIZE
  • From: Wang Sheng-Hui <shhuiw@xxxxxxxxxxx>
• Re: [PATCH] kpartx: print "loop deleted" to stdout, not stderr
  • From: Julian Andres Klode <julian.klode@xxxxxxxxxxxxx>
• Re: [PATCH] kpartx: print "loop deleted" to stdout, not stderr
  • From: Julian Andres Klode <julian.klode@xxxxxxxxxxxxx>
• Re: [PATCH] kpartx: print "loop deleted" to stdout, not stderr
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] kpartx: Improve finding loopback device by file
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] kpartx: Improve finding loopback device by file
  • From: Julian Andres Klode <julian.klode@xxxxxxxxxxxxx>
• [PATCH] kpartx: print "loop deleted" to stdout, not stderr
  • From: Julian Andres Klode <julian.klode@xxxxxxxxxxxxx>
• Re: [PATCH] kpartx: Improve finding loopback device by file
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] kpartx: Improve finding loopback device by file
  • From: Julian Andres Klode <julian.klode@xxxxxxxxxxxxx>
• Can anyone help me review my patch?
  • From: liuchaowei110@xxxxxxxxx
• Re: [LSF/MM TOPIC] block: extend generic biosets to allow per-device frontpad
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] md: fix md_write_start() deadlock w/o metadata devices
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [LSF/MM TOPIC] block: extend generic biosets to allow per-device frontpad
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [LSF/MM TOPIC] block, dm: restack queue_limits
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [LSF/MM TOPIC] block: extend generic biosets to allow per-device frontpad
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V4] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V4] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH 4/4] dm unstriped: remove unnecessary header includes
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH 3/4] dm unstriped: rename symbols to conform to target name
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH 2/4] dm unstriped: remove superfluous module init error path message
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH 1/4] dm unstriped: support non power of 2 chunk size
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH 0/4] dm unstriped: support non power of 2 chunk size...
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Regression introduced with commit 2a0b4682e09d76 ("dm: convert dm_dev_internal.count from atomic_t to refcount_t)
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Regression introduced with commit 2a0b4682e09d76 ("dm: convert dm_dev_internal.count from atomic_t to refcount_t)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Regression introduced with commit 2a0b4682e09d76 ("dm: convert dm_dev_internal.count from atomic_t to refcount_t)
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2] multipath-tools: handle exit signal immediately
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH] dm-table.c: Always increase refcount in dm_get_device()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Regression introduced with commit 2a0b4682e09d76 ("dm: convert dm_dev_internal.count from atomic_t to refcount_t)
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm raid: don't use 'const' in function return
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [git pull] device mapper changes for 4.16
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] multipath-tools: handle exit signal immediately
  • From: Chongyun Wu <wu.chongyun@xxxxxxx>
• Re: [PATCH v2] multipath-tools: handle exit signal immediately
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2] multipath-tools: handle exit signal immediately
  • From: Chongyun Wu <wu.chongyun@xxxxxxx>
• Re: [PATCH v5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH v5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH v6] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v6] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH 14/16] multipath.rules: find_multipaths+ignore_wwids logic
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH v5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 06/12] multipathd: fix device creation issues
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [LSF/MM TOPIC] block, dm: restack queue_limits
  • From: "Ewan D. Milne" <emilne@xxxxxxxxxx>
• Re: [PATCH v5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [PATCH 06/12] multipathd: fix device creation issues
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: multipath-tools: add INSPUR/MCS to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• Re: [PATCH 06/12] multipathd: fix device creation issues
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [LSF/MM TOPIC] block, dm: restack queue_limits
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [LSF/MM TOPIC] update NVMe multipath to conditionally claim controllers
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2] multipath-tools: handle exit signal immediately
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: multipath-tools: add INSPUR/MCS to hardware table
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: multipath-tools: add INSPUR/MCS to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: handle exit signal immediately
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH]multipathd: threads cancellation can't work if new poll arrival just after restart multipath
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC PATCH 14/16] multipath.rules: find_multipaths+ignore_wwids logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH]multipathd: threads cancellation can't work if new poll arrival just after restart multipath
  • From: Wuchongyun <wu.chongyun@xxxxxxx>
• Re: multipath-tools: add INSPUR/MCS to hardware table
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH V4] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V4] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH V4] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: multipath-tools: add INSPUR/MCS to hardware table
  • From: Tom Geng(耿芳忠) <gengfangzhong@xxxxxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH v2] multipathd: ignore uevents for non-mpath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 7/7] multipathd: ignore uevents for non-mpath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• Re: [RFC PATCH 14/16] multipath.rules: find_multipaths+ignore_wwids logic
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 7/7] multipathd: ignore uevents for non-mpath devices
  • From: Ritika Srivastava <ritika.srivastava@xxxxxxxxxx>
• Re: [PATCH V4] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V4] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V4] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V4] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [LSF/MM TOPIC] block: extend generic biosets to allow per-device frontpad
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V4] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• [LSF/MM TOPIC] update NVMe multipath to conditionally claim controllers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [LSF/MM TOPIC] block, dm: restack queue_limits
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH V4] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [LSF/MM TOPIC] Bringing Virtual Data Optimizer (VDO) to upstream
  • From: Bryan Gurney <bgurney@xxxxxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: multipath-tools: add INSPUR/MCS to hardware table
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH V5] multipathd: release uxsocket and resource when cancel thread
  • From: Wuchongyun <wu.chongyun@xxxxxxx>
• Re: multipath-tools: add INSPUR/MCS to hardware table
  • From: Tom Geng(耿芳忠) <gengfangzhong@xxxxxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH 14/16] multipath.rules: find_multipaths+ignore_wwids logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipathd: update path's udev in uev_update_path
  • From: Wuchongyun <wu.chongyun@xxxxxxx>
• Re: [PATCH] multipathd: update path's udev in uev_update_path
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [RFC PATCH 14/16] multipath.rules: find_multipaths+ignore_wwids logic
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] dm mpath selector: more evenly distribute ties
  • From: Khazhismel Kumykov <khazhy@xxxxxxxxxx>
• Re: [PATCH] dm mpath selector: more evenly distribute ties
  • From: Khazhismel Kumykov <khazhy@xxxxxxxxxx>
• Re: [PATCH] dm mpath selector: more evenly distribute ties
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] dm mpath selector: more evenly distribute ties
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Enable secdiscard for device in target that support it
  • From: Dennis Semakin <insane79@xxxxxxxxx>
• Re: [PATCH 0/2] dm: add new loop and ram targets
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH] dm mpath selector: more evenly distribute ties
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] dm unstripe: Fix target length versus number of stripes size check.
  • From: Scott Bauer <scott.bauer@xxxxxxxxx>
• Re: [PATCH] multipath-tools:fix unexport/export LUN access permission multipath can't restore
  • From: Wuchongyun <wu.chongyun@xxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 1/5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] multipathd: update path's udev in uev_update_path
  • From: Wuchongyun <wu.chongyun@xxxxxxx>
• Re: [PATCH 1/5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• [FIX PATCH v2 09/20] libmultipath: hwtable: no_path_retry="queue" for NetApp NVMe
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 1/5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 1/5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 1/5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 1/5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] block: neutralize blk_insert_cloned_request IO stall regression (was: Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle)
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 1/5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• Re: [PATCH 1/5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 1/5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH V3] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] multipathd: update path's udev in uev_update_path
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH V2] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [PATCH V2] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V2] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V2] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V2] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] multipath-tools:fix unexport/export LUN access permission multipath can't restore
  • From: Changwei Ge <ge.changwei@xxxxxxx>
• Re: [PATCH] multipath-tools:fix unexport/export LUN access permission multipath can't restore
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipathd: update path's udev in uev_update_path
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: block: neutralize blk_insert_cloned_request IO stall regression (was: Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: block: neutralize blk_insert_cloned_request IO stall regression (was: Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle)
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: block: neutralize blk_insert_cloned_request IO stall regression (was: Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: multipath-tools: add INSPUR/MCS to hardware table
  • From: Tom Geng(耿芳忠) <gengfangzhong@xxxxxxxxxx>
• [PATCH V2] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] block: neutralize blk_insert_cloned_request IO stall regression (was: Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle)
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] multipath-tools:fix unexport/export LUN access permission multipath can't restore
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] block: neutralize blk_insert_cloned_request IO stall regression (was: Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] multipath-tools:fix unexport/export LUN access permission multipath can't restore
  • From: Wuchongyun <wu.chongyun@xxxxxxx>
• Re: [PATCH 4/5] blk-mq: introduce blk_get_request_notify
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 4/5] blk-mq: introduce blk_get_request_notify
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 1/5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] FIX "libmultipath: hwtable: multibus for NetApp NVMe-FC"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC PATCH 14/16] multipath.rules: find_multipaths+ignore_wwids logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] FIX "libmultipath: hwtable: multibus for NetApp NVMe-FC"
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 0/2] dm: add new loop and ram targets
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 1/5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: multipath-tools: add INSPUR/MCS to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 4/5] blk-mq: introduce blk_get_request_notify
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• multipath-tools: add INSPUR/MCS to hardware table
  • From: Tom Geng(耿芳忠) <gengfangzhong@xxxxxxxxxx>
• Re: [PATCH] multipathd: update path's udev in uev_update_path
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 5/5] dm-mpath: use blk_mq_alloc_request_notify for allocating blk-mq req
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 4/5] blk-mq: introduce blk_get_request_notify
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH] dm mpath selector: more evenly distribute ties
  • From: Khazhismel Kumykov <khazhy@xxxxxxxxxx>
• Re: [PATCH 3/5] dm-rq: return BLK_STS_* from map_request()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 3/5] dm-rq: return BLK_STS_* from map_request()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 2/5] dm-rq: handle dispatch exception in dm_dispatch_clone_request()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 1/5] blk-mq: introduce BLK_STS_DEV_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 0/5] blk-mq & dm: fix IO hang and deal with one performance issue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH 14/16] multipath.rules: find_multipaths+ignore_wwids logic
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] multipathd: update path's udev in uev_update_path
  • From: Wuchongyun <wu.chongyun@xxxxxxx>
• Re: [RFC PATCH 14/16] multipath.rules: find_multipaths+ignore_wwids logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [FIX for 14/16] multipath.rules: set job properties for systemd-run correctly
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [git pull] device mapper fixes for 4.15 final
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH 14/16] multipath.rules: find_multipaths+ignore_wwids logic
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH 04/16] libmultipath: should_multipath: keep existing maps
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] FIX "libmultipath: hwtable: multibus for NetApp NVMe-FC"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] FIX "libmultipath: hwtable: multibus for NetApp NVMe-FC"
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] libmultipath: increase path product_id/rev field size for NVMe
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] FIX "libmultipath: hwtable: multibus for NetApp NVMe-FC"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v3 RESEND 2/2] blk-throttle: fix wrong initialization in case of dm device
  • From: Joseph Qi <joseph.qi@xxxxxxxxxxxxxxxxx>
• [PATCH v3 RESEND 2/2] blk-throttle: fix wrong initialization in case of dm device
  • From: Joseph Qi <joseph.qi@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] dm rq: Avoid that request processing stalls sporadically
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v3 RESEND 2/2] blk-throttle: fix wrong initialization in case of dm device
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v3 RESEND 2/2] blk-throttle: fix wrong initialization in case of dm device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] dm rq: Avoid that request processing stalls sporadically
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] dm rq: Avoid that request processing stalls sporadically
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: dm rq: Avoid that request processing stalls sporadically
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• [RFC PATCH 15/16] libmultipath: trigger change uevent on new device creation
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 07/16] multipathd: replace -n with !ignore_wwids
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 05/16] multipath -u -i: change logic for find_multipaths
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 04/16] libmultipath: should_multipath: keep existing maps
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 13/16] multipath -u/-c: add "$DEV is maybe a valid path"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 14/16] multipath.rules: find_multipaths+ignore_wwids logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 12/16] multipath -u/-c: change output to environment/key format
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 08/16] multipath.conf.5: document "ignore_wwids"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 16/16] libmultipath: trigger path uevent only when necessary
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 06/16] libmultipath: let ignore_wwids be set in config file
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 11/16] multipath: common code path for CMD_VALID_PATH
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 09/16] multipath.8: adapt documentation of '-i'
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 10/16] multipathd.8: document that '-n' is now ignored
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 00/16] multipath path classification
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 03/16] libmultipath: add mpvec param to should_multipath()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 01/16] Revert "multipath: ignore -i if find_multipaths is set"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 02/16] Revert "multipathd: imply -n if find_multipaths is set"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: dm rq: Avoid that request processing stalls sporadically
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] dm rq: Avoid that request processing stalls sporadically
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] dm rq: Avoid that request processing stalls sporadically
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• [PATCH 3/3] multipath-tools: add dependency tracking to Makefiles
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 2/3] libmultipath: ignore natively multipathed NVME devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 1/3] multipath.rules: handle NVME devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] dm rq: Avoid that request processing stalls sporadically
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] dm rq: Avoid that request processing stalls sporadically
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] dm rq: Avoid that request processing stalls sporadically
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: Multipath path classification revisited
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] remove delay_(watch|wait)_checks
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: dm rq: Avoid that request processing stalls sporadically
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 00/20] Various multipath-tools fixes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• Re: dm rq: Avoid that request processing stalls sporadically
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm rq: Avoid that request processing stalls sporadically
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 0/2] dm: add new loop and ram targets
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/2] dm: add new loop and ram targets
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/2] dm: add new loop and ram targets
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• [PATCH] dm: Fix trailing semicolon
  • From: Luis de Bethencourt <luisbg@xxxxxxxxxx>
• [PATCH -next] dm crypt: fix error return code in crypt_ctr()
  • From: Wei Yongjun <weiyongjun1@xxxxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: blk-mq: don't dispatch request in blk_mq_request_direct_issue if queue is busy
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [PATCH] blk-mq: don't dispatch request in blk_mq_request_direct_issue if queue is busy
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: blk-mq: don't dispatch request in blk_mq_request_direct_issue if queue is busy
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] blk-mq: don't dispatch request in blk_mq_request_direct_issue if queue is busy
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: blk mq: don't blk_mq_request_bypass_insert _and_ return BLK_STS_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: blk mq: don't blk_mq_request_bypass_insert _and_ return BLK_STS_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [for-4.16 PATCH v6 2/3] blk-mq: improve DM's blk-mq IO merging via blk_insert_cloned_request feedback
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] blk mq: don't blk_mq_request_bypass_insert _and_ return BLK_STS_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [for-4.16 PATCH v6 2/3] blk-mq: improve DM's blk-mq IO merging via blk_insert_cloned_request feedback
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] blk mq: don't blk_mq_request_bypass_insert _and_ return BLK_STS_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v6 2/3] blk-mq: improve DM's blk-mq IO merging via blk_insert_cloned_request feedback
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: dm-rq queue stalls
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [for-4.16 PATCH v6 0/3] blk-mq: improve DM's blk-mq IO merging via blk_insert_cloned_request feedback
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [for-4.16 PATCH v6 0/3] blk-mq: improve DM's blk-mq IO merging via blk_insert_cloned_request feedback
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/2] dm: add new loop and ram targets
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v6 0/3] blk-mq: improve DM's blk-mq IO merging via blk_insert_cloned_request feedback
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [for-4.16 PATCH v6 0/3] blk-mq: improve DM's blk-mq IO merging via blk_insert_cloned_request feedback
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [for-4.16 PATCH v6 0/3] blk-mq: improve DM's blk-mq IO merging via blk_insert_cloned_request feedback
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [for-4.16 PATCH v6 0/3] blk-mq: improve DM's blk-mq IO merging via blk_insert_cloned_request feedback
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [for-4.16 PATCH v6 0/3] blk-mq: improve DM's blk-mq IO merging via blk_insert_cloned_request feedback
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 0/2] dm: add new loop and ram targets
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: dm-rq queue stalls
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: dm-rq queue stalls
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/2] dm: add new loop and ram targets
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-rq queue stalls
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: dm-rq queue stalls
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-rq queue stalls
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: dm-rq queue stalls
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• [PATCH 2/2] dm ram: new target redirecting io to RAM
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH 0/2] dm: add new loop and ram targets
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH 1/2] dm loop: new target redirecting io to backing file(s)
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: dm-rq queue stalls
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V4] multipathd: release uxsocket and resource when cancel thread
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH V3] multipathd: release uxsocket and resource when cancel thread
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm-rq queue stalls
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: dm-rq queue stalls
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: dm-rq queue stalls
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dm-rq queue stalls
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [for-4.16 PATCH v6 0/3] blk-mq: improve DM's blk-mq IO merging via blk_insert_cloned_request feedback
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v6 0/3] blk-mq: improve DM's blk-mq IO merging via blk_insert_cloned_request feedback
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Multipath path classification revisited
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [for-4.16 PATCH v6 3/3] blk-mq-sched: remove unused 'can_block' arg from blk_mq_sched_insert_request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v6 1/3] blk-mq: factor out a few helpers from __blk_mq_try_issue_directly
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v6 2/3] blk-mq: improve DM's blk-mq IO merging via blk_insert_cloned_request feedback
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v6 0/3] blk-mq: improve DM's blk-mq IO merging via blk_insert_cloned_request feedback
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v5 2/3] blk-mq: improve DM's blk-mq IO merging via blk_insert_cloned_request feedback
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH V4] multipathd: release uxsocket and resource when cancel thread
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: Julian Andres Klode <julian.klode@xxxxxxxxxxxxx>
• Re: [PATCH V4] multipathd: release uxsocket and resource when cancel thread
  • From: Wuchongyun <wu.chongyun@xxxxxxx>
• [PATCH 2/7] tests: cmocka-based unit test for uevent_get_XXX
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 1/7] assemble_map: no newline at end of params string
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 7/7] multipathd: ignore uevents for non-mpath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 0/7] multipath-tools: uevent processing fixes and unit tests
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 4/7] libmultipath: const qualifier for wwid and alias
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 3/7] libmultipath: refactor uevent_get_XXX
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 6/7] libmultipath: add uevent_is_mpath
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 5/7] libmultipath: move UUID_PREFIX to devmapper.h
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH V4] multipathd: release uxsocket and resource when cancel thread
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [for-4.16 PATCH v5 2/3] blk-mq: improve DM's blk-mq IO merging performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v5 3/3] blk-mq-sched: remove unused 'can_block' arg from blk_mq_sched_insert_request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v5 1/3] blk-mq: factor out a few helpers from __blk_mq_try_issue_directly
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v5 2/3] blk-mq: improve DM's blk-mq IO merging via blk_insert_cloned_request feedback
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v5 2/3] blk-mq: improve DM's blk-mq IO merging performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v5 0/3] blk-mq: improve DM's blk-mq IO merging via blk_insert_cloned_request feedback
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH V4] multipathd: release uxsocket and resource when cancel thread
  • From: Wuchongyun <wu.chongyun@xxxxxxx>
• Re: [PATCH V3] multipathd: release uxsocket and resource when cancel thread
  • From: Wuchongyun <wu.chongyun@xxxxxxx>
• Re: [PATCH V3] multipathd: release uxsocket and resource when cancel thread
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH V3] multipathd: release uxsocket and resource when cancel thread
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH V3] multipathd: release uxsocket and resource when cancel thread
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [for-4.16 PATCH v5 0/4] block/dm: allow DM to defer blk_register_queue() until ready
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [for-4.16 PATCH v4-mike 2/2] blk-mq: issue request directly for blk_insert_cloned_request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v4-mike 2/2] blk-mq: issue request directly for blk_insert_cloned_request
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [for-4.16 PATCH v4-mike 2/2] blk-mq: issue request directly for blk_insert_cloned_request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v4-mike 2/2] blk-mq: issue request directly for blk_insert_cloned_request
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [for-4.16 PATCH v4-mike 2/2] blk-mq: issue request directly for blk_insert_cloned_request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v4-mike 2/2] blk-mq: issue request directly for blk_insert_cloned_request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v4-mike 1/2] blk-mq: return dispatch result from blk_mq_try_issue_directly
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3] multipathd: release uxsocket and resource when cancel thread
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH V3] multipathd: release uxsocket and resource when cancel thread
  • From: Wuchongyun <wu.chongyun@xxxxxxx>
• Limiting in-flight requests
  • From: Mauro Condarelli <ziobyte@xxxxxxxxx>
• Re: [Drbd-dev] [PATCH 23/27] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [for-4.16 PATCH v5 0/4] block/dm: allow DM to defer blk_register_queue() until ready
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [for-4.16 PATCH v5 0/4] block/dm: allow DM to defer blk_register_queue() until ready
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v5 0/4] block/dm: allow DM to defer blk_register_queue() until ready
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v5 0/4] block/dm: allow DM to defer blk_register_queue() until ready
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [for-4.16 PATCH v5 0/4] block/dm: allow DM to defer blk_register_queue() until ready
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v5 0/4] block/dm: allow DM to defer blk_register_queue() until ready
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v5 0/4] block/dm: allow DM to defer blk_register_queue() until ready
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [for-4.16 PATCH v5 0/4] block/dm: allow DM to defer blk_register_queue() until ready
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v5 0/4] block/dm: allow DM to defer blk_register_queue() until ready
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [for-4.16 PATCH v5 0/4] block/dm: allow DM to defer blk_register_queue() until ready
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v5 0/4] block/dm: allow DM to defer blk_register_queue() until ready
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [GIT PULL] block changes to improve device mapper for 4.16
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: Julian Andres Klode <julian.klode@xxxxxxxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [GIT PULL] block changes to improve device mapper for 4.16
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [GIT PULL] block changes to improve device mapper for 4.16
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: Julian Andres Klode <julian.klode@xxxxxxxxxxxxx>
• Re: [GIT PULL] block changes to improve device mapper for 4.16
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 23/27] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3] multipathd: release uxsocket and resource when cancel thread
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [Drbd-dev] [PATCH 23/27] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• [PATCH V3] multipathd: release uxsocket and resource when cancel thread
  • From: Wuchongyun <wu.chongyun@xxxxxxx>
• mkfs.ext3 on dm thin-vol uses more space than expected
  • From: none none <neolorry@xxxxxxxxx>
• Re: [PATCH v2] multipathd: release uxsocket and resource when cancel thread
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] dm crypt: wipe kernel key copy after IV initialization
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH v2] multipathd: release uxsocket and resource when cancel thread
  • From: Wuchongyun <wu.chongyun@xxxxxxx>
• Re: [Drbd-dev] [PATCH 23/27] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Eric Wheeler <drbd-dev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: "Elliott, Robert (Persistent Memory)" <elliott@xxxxxxx>
• Re: [PATCH v2 00/20] Various multipath-tools fixes
  • From: Hannes Reinecke <hare@xxxxxxx>
• [GIT PULL] block changes to improve device mapper for 4.16
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 20/20] libmultipath: path latency: remove warnings
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 17/20] libmultipath: path latency: fix default base num
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 15/20] test-kpartx: add test for mapping without UUID
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 14/20] multipathd: fix compiler warning for uev_pathfail_check
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 07/20] libmultipath: get_vpd_sgio: support VPD 0xc9
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 19/20] libmultipath: path latency: simplify getprio()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 10/20] multipath -C: decrease log level
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 18/20] libmultipath: path latency: log threshold with p2
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 13/20] multipathd.service: drop Before=lvm2-lvmetad.service
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 16/20] multipathd.service: set TasksMax=infinity
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 11/20] kpartx.rules: fix by-id/scsi-* for user_friendly_names
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 09/20] libmultipath: hwtable: multibus for NetApp NVMe-FC
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 08/20] libmultipath: select ALUA prioritizer for RDAC arrays only
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 12/20] multipathd.socket: add WantedBy=sockets.target
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 06/20] libmultipath: sgio_get_vpd: add page argument
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 05/20] libmultipath: fix return code of sgio_get_vpd()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 02/20] multipath: delegate dangerous commands to multipathd
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 04/20] libmultipath: fix return code of sysfs_get_timeout
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 01/20] libmultipath: don't try to set hwhandler if it is retained
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 00/20] Various multipath-tools fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 03/20] libmultipath: condlog: log to stderr
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: multipath-tools: release uxsocket and resource when cancel thread
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 10/14] libmultipath: hwtable: multibus for NetApp NVMe-FC
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [for-4.16 PATCH v6 2/4] block: properly protect the 'queue' kobj in blk_unregister_queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 00/12] Misc fixes
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 2/2] libmultipath: don't update path queueing on reload
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: check null path before handle path-failed event
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH v2] multipath-tools: output more topology info for NVMe discovery
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 0/4] multipath-tools: libdmmp improvements.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: refresh kernel-doc from kernel sources
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH v2] multipath-tools: add README.alua with instructions to enable ALUA
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 0/3] Three multipath-tools source code cleanup patches
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3 2/5] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/14] Various multipath-tools fixes
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 10/14] libmultipath: hwtable: multibus for NetApp NVMe-FC
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: Makefile: Respect standard toolchain related envvars
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: Julian Andres Klode <julian.klode@xxxxxxxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 10/14] libmultipath: hwtable: multibus for NetApp NVMe-FC
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 07/14] libmultipath: sgio_get_vpd: add page argument
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 13/14] multipathd.socket: add WantedBy=sockets.target
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 12/14] kpartx.rules: fix by-id/scsi-* for user_friendly_names
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 08/14] libmultipath: get_vpd_sgio: support VPD 0xc9
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 11/14] multipath -C: decrease log level
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 14/14] multipathd.service: drop Before=lvm2-lvmetad.service
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 01/14] multipathd daemon: Fix incorrect use of CLOCK_MONOTONIC in pthread
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 09/14] libmultipath: select ALUA prioritizer for RDAC arrays only
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 06/14] libmultipath: fix return code of sgio_get_vpd()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 02/14] libmultipath: don't try to set hwhandler if it is retained
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 00/14] Various multipath-tools fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 04/14] libmultipath: condlog: log to stderr
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 03/14] multipath: delegate dangerous commands to multipathd
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 05/14] libmultipath: fix return code of sysfs_get_timeout
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: Julian Andres Klode <julian.klode@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] remove delay_(watch|wait)_checks
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: multipath-tools 0.7.4 failure to remove device
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: SRCU's apparent use of NR_CPUS? [was: re: dm: allocate struct mapped_device with kvzalloc]
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 2/5] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] multipath-tools: add info about how to get a release directly from gitweb
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: Makefile: Respect standard toolchain related envvars
  • From: Thomas Deutschmann <whissi@xxxxxxxxxx>
• Re: [for-4.16 PATCH v5 0/4] block/dm: allow DM to defer blk_register_queue() until ready
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v6 2/4] block: properly protect the 'queue' kobj in blk_unregister_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm crypt: wipe kernel key copy after IV initialization
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• [BUG] dm crypt: kernel keyring key processing bug
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: [for-4.16 PATCH v5 2/4] block: properly protect the 'queue' kobj in blk_unregister_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v5 2/4] block: properly protect the 'queue' kobj in blk_unregister_queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [for-4.16 PATCH v5 4/4] dm: fix incomplete request_queue initialization
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v5 3/4] block: allow gendisk's request_queue registration to be deferred
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v5 2/4] block: properly protect the 'queue' kobj in blk_unregister_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v5 1/4] block: only bdi_unregister() in del_gendisk() if !GENHD_FL_HIDDEN
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v5 0/4] block/dm: allow DM to defer blk_register_queue() until ready
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v4 2/4] block: use queue_lock when clearing QUEUE_FLAG_REGISTERED in blk_unregister_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v4 2/4] block: use queue_lock when clearing QUEUE_FLAG_REGISTERED in blk_unregister_queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [for-4.16 PATCH v4 2/4] block: use queue_lock when clearing QUEUE_FLAG_REGISTERED in blk_unregister_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: Makefile: Respect standard toolchain related envvars
  • From: Martin Wilck <mwilck@xxxxxxxx>
• multipath-tools 0.7.4 failure to remove device
  • From: Julian Andres Klode <julian.klode@xxxxxxxxxxxxx>
• Re: [PATCH] multipath-tools: Makefile: Respect standard toolchain related envvars
  • From: Thomas Deutschmann <whissi@xxxxxxxxxx>
• Re: [for-4.16 PATCH v4 3/4] block: allow gendisk's request_queue registration to be deferred
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [for-4.16 PATCH v4 2/4] block: use queue_lock when clearing QUEUE_FLAG_REGISTERED in blk_unregister_queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [for-4.16 PATCH v4 2/4] block: use queue_lock when clearing QUEUE_FLAG_REGISTERED in blk_unregister_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v4 3/4] block: allow gendisk's request_queue registration to be deferred
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [for-4.16 PATCH v4 3/4] block: allow gendisk's request_queue registration to be deferred
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [for-4.16 PATCH v4 2/4] block: use queue_lock when clearing QUEUE_FLAG_REGISTERED in blk_unregister_queue
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3 5/5] blk-mq: issue request directly for blk_insert_cloned_request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: DM Multipath limits
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 3/3] multipathd/cli.h: Add a header file guard
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 2/3] Allow the compiler to verify the consistency of the uxsock_timeout definition and declaration
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/3] Makefile.inc: Allow additional CFLAGS to be specified on the command line
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools: Makefile: Respect standard toolchain related envvars
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH V3 4/5] blk-mq: return dispatch result to caller in blk_mq_try_issue_directly
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3 3/5] blk-mq: move actual issue into one helper
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V3 0/5] dm-rq: improve sequential I/O performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v4 0/4] block/dm: allow DM to defer blk_register_queue() until ready
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v4 4/4] dm: fix awkward and incomplete request_queue initialization
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v4 2/4] block: use queue_lock when clearing QUEUE_FLAG_REGISTERED in blk_unregister_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v4 3/4] block: allow gendisk's request_queue registration to be deferred
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v4 1/4] block: only bdi_unregister() in del_gendisk() if !GENHD_FL_HIDDEN
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v3 2/3] block: allow gendisk's request_queue registration to be deferred
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v3 2/3] block: allow gendisk's request_queue registration to be deferred
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [for-4.16 PATCH v3 2/3] block: allow gendisk's request_queue registration to be deferred
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v3 2/3] block: allow gendisk's request_queue registration to be deferred
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [for-4.16 PATCH v3 2/3] block: allow gendisk's request_queue registration to be deferred
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v3 2/3] block: allow gendisk's request_queue registration to be deferred
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [for-4.16 PATCH v3 2/3] block: allow gendisk's request_queue registration to be deferred
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.16 PATCH v3 2/3] block: allow gendisk's request_queue registration to be deferred
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• DM Multipath limits
  • From: Lance Gropper <lance.gropper@xxxxxxxxxxx>
• Re: [for-4.16 PATCH v3 3/3] dm: fix awkward and incomplete request_queue initialization
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [for-4.16 PATCH v3 2/3] block: allow gendisk's request_queue registration to be deferred
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [for-4.16 PATCH v3 2/3] block: allow gendisk's request_queue registration to be deferred
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [for-4.16 PATCH v3 1/3] block: only bdi_unregister() in del_gendisk() if !GENHD_FL_HIDDEN
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH V3 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 V3 0/5] dm-rq: improve sequential I/O performance
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 3/5] blk-mq: move actual issue into one helper
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 5/5] blk-mq: issue request directly for blk_insert_cloned_request
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 4/5] blk-mq: return dispatch result to caller in blk_mq_try_issue_directly
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 2/5] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [for-4.16 PATCH v3 3/3] dm: fix awkward and incomplete request_queue initialization
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [for-4.16 PATCH v3 2/3] block: allow gendisk's request_queue registration to be deferred
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [for-4.16 PATCH v3 1/3] block: only bdi_unregister() in del_gendisk() if !GENHD_FL_HIDDEN
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [for-4.16 PATCH v3 2/3] block: allow gendisk's request_queue registration to be deferred
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v3 0/3] block/dm: allow DM to defer blk_register_queue() until ready
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v3 3/3] dm: fix awkward and incomplete request_queue initialization
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.16 PATCH v3 1/3] block: only bdi_unregister() in del_gendisk() if !GENHD_FL_HIDDEN
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCHv2 0/5] nvme/dm failover unification
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHv2] Fill NVMe specific path info
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: dm-integrity: don't store cipher request on the stack (was: [QUESTION] hash import and request initialization)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-integrity: don't store cipher request on the stack (was: [QUESTION] hash import and request initialization)
  • From: Mikulas Patocka <mpatocka@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: Hannes Reinecke <hare@xxxxxxx>
• Re: [for-4.16 PATCH v2 2/3] block: cope with gendisk's 'queue' being added later
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [for-4.16 PATCH v2 1/3] block: only bdi_unregister() in del_gendisk() if !GENHD_FL_HIDDEN
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv2 0/5] nvme/dm failover unification
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv2 5/5] dm mpath: Use blk_path_error
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>