Linux Device-Mapper Development

• Thread Index

• Re: dm-crypt: Reject sector_size feature if device length is not aligned to it
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 0 of 2] Various dm-raid.c clean-ups
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-crypt: Reject sector_size feature if device length is not aligned to it
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: dm-crypt: Reject sector_size feature if device length is not aligned to it
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V5 1/7] blk-mq: issue rq directly in blk_mq_request_bypass_insert()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: Reject sector_size feature if device length is not aligned to it
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH V5 8/8] blk-mq: improve bio merge from blk-mq sw queue
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V5 6/8] block: introduce .last_merge and .hash to blk_mq_ctx
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V5 7/7] blk-mq-sched: don't dequeue request until all in ->dispatch are flushed
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V5 7/8] blk-mq-sched: refactor blk_mq_sched_try_merge()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V5 4/8] block: move actual bio merge code into __elv_merge
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: Jérémy Lefaure <jeremy.lefaure@xxxxxxxxxxxx>
• Re: [PATCH V5 3/8] block: introduce rqhash helpers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V5 5/8] block: add check on elevator for supporting bio merge via hashtable from blk-mq sw queue
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V5 6/7] blk-mq-sched: improve dispatching from sw queue
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V5 4/7] blk-mq: introduce blk_mq_dequeue_from_ctx()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 2 of 2] DM RAID: fix status dev_health reporting
  • From: jbrassow@xxxxxxxxxxxxxxxxxxxxxxxxxxx (Jonathan Brassow)
• [PATCH 1 of 2] DM RAID: variable cleanup
  • From: jbrassow@xxxxxxxxxxxxxxxxxxxxxxxxxxx (Jonathan Brassow)
• [PATCH 0 of 2] Various dm-raid.c clean-ups
  • From: jbrassow@xxxxxxxxxxxxxxxxxxxxxxxxxxx (Jonathan Brassow)
• Re: [Intel-gfx] [PATCH 00/18] use ARRAY_SIZE macro
  • From: Zhi Wang <zhi.wang.linux@xxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxxx>
• Re: [PATCH V5 1/7] blk-mq: issue rq directly in blk_mq_request_bypass_insert()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] dm-crypt: Reject sector_size feature if device length is not aligned to it
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• [PATCH] multipath-tools: libdmmp: Fix build for members of samba domain
  • From: Michael Lass <bevan@xxxxxxxxx>
• Re: [PATCH] dm-crypt: Reject sector_size feature if device length is not aligned to it
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH V5 2/7] blk-mq-sched: fix scheduler bad performance
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V5 5/7] blk-mq-sched: move actual dispatching into one helper
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: Jérémy Lefaure <jeremy.lefaure@xxxxxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH 00/18] use ARRAY_SIZE macro
  • From: Jérémy Lefaure <jeremy.lefaure@xxxxxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: "Tobin C. Harding" <me@xxxxxxxx>
• [PATCH 11/18] dm space map metadata: use ARRAY_SIZE
  • From: Jérémy Lefaure <jeremy.lefaure@xxxxxxxxxxxx>
• Re: [PATCH] dm-crypt: Reject sector_size feature if device length is not aligned to it
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH V5 0/8] blk-mq: improve bio merge for none scheduler
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 4/5] dm-mpath: cache ti->clone during requeue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 3/5] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 0/5] dm-rq: improve sequential I/O performance
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 5/5] dm-rq: improve I/O merge by dealing with underlying STS_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 2/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 V5 8/8] blk-mq: improve bio merge from blk-mq sw queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 1/5] dm-mpath: remove annoying message of 'blk_get_request() returned -11'
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V5 7/8] blk-mq-sched: refactor blk_mq_sched_try_merge()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V5 3/8] block: introduce rqhash helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V5 2/8] blk-mq-sched: use q->queue_depth as hint for q->nr_requests
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V5 6/8] block: introduce .last_merge and .hash to blk_mq_ctx
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V5 5/8] block: add check on elevator for supporting bio merge via hashtable from blk-mq sw queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V5 4/8] block: move actual bio merge code into __elv_merge
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V5 1/8] blk-mq-sched: introduce blk_mq_sched_queue_depth()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V5 7/7] blk-mq-sched: don't dequeue request until all in ->dispatch are flushed
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V5 00/14] blk-mq-sched: improve sequential I/O performance(part 1)
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V5 6/7] blk-mq-sched: improve dispatching from sw queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V5 4/7] blk-mq: introduce blk_mq_dequeue_from_ctx()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V5 1/7] blk-mq: issue rq directly in blk_mq_request_bypass_insert()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V5 00/14] blk-mq-sched: improve sequential I/O performance(part 1)
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V5 5/7] blk-mq-sched: move actual dispatching into one helper
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V5 3/7] sbitmap: introduce __sbitmap_for_each_set()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V5 2/7] blk-mq-sched: fix scheduler bad performance
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: BUG: unable to handle kernel paging request
  • From: Igor Druzhinin <igor.druzhinin@xxxxxxxxxx>
• Re: [PATCH 0/5] new devices + one fix
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 0/5] new devices + one fix
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: BUG: unable to handle kernel paging request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 1/2] dax: introduce CONFIG_DAX_DRIVER
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 1/2] dax: introduce CONFIG_DAX_DRIVER
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: BUG: unable to handle kernel paging request
  • From: Igor Druzhinin <igor.druzhinin@xxxxxxxxxx>
• BUG: unable to handle kernel paging request
  • From: Igor Druzhinin <igor.druzhinin@xxxxxxxxxx>
• Re: BUG: unable to handle kernel paging request
  • From: Igor Druzhinin <igor.druzhinin@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: replace RDAC maintainer with a generic alias
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• [PATCH] multipath-tools: replace RDAC maintainer with a generic alias
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: BUG: unable to handle kernel paging request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: BUG: unable to handle kernel paging request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-crypt: Fix memory leak in crypt_ctr_cipher_old()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V6 0/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH 1/4] dax: remove the pmem_dax_ops->flush abstraction
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 4/4] The dm-writecache target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3/4] Implement vmap_pfn
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/4] The dm-writecache target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/4] bio: have bio_kmap_irq return the size of mapped data
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v4 1/6] libmultipath: add detect_checker option
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• Re: [PATCH v4 1/6] libmultipath: add detect_checker option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v4 1/6] libmultipath: add detect_checker option
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: multipath-tools 0.7.3
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 1/5] multipath-tools: add XIOtech/Magnitude to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 0/5] new devices + one fix
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 4/5] multipath-tools: add TMS/RamSan to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 5/5] multipath-tools: add AccelStor/NeoSapphire to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 3/5] multipath-tools: delete libdmmp.pc in uninstall
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 2/5] multipath-tools: add XIV/NEXTRA to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH v5 2/2] dm: allow device-mapper to operate without dax support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 1/2] dax: introduce CONFIG_DAX_DRIVER
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 0/2] dax, dm: stop requiring dax for device-mapper
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [BUG] multipath-tools: missing internal values (multipath -t)
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• [PATCH v4] dax: introduce CONFIG_DAX_DRIVER
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 0/2] dax, dm: stop requiring dax for device-mapper
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] dm-mpath: Improve handling of busy paths
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 2/2] multipath: add man page info for my prkey changes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/2] mpathpersist: Fix invalid condition check
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 0/2] Additional prkeys work
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] dm-mpath: Improve handling of busy paths
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• [PATCH V6 2/2] multipath-tools: discard san_path_err_XXX feature
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH V6 1/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH V2 3/4] multipath-tools: use user-friendly prio_args for path-latency
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH V6 0/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH V2 2/4] multipath-tools: move get_next_string to util
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH V2 1/4] multipath-tools: use direct IO for path latency prioritizer
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH V2 4/4] multipath-tools: calculate standard deviation on a logarithmic scale for prioritizer path_latency
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH V2 0/4]multipath-tools: some fixup and enhancement for path-latency
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 0/3] multipath-tools: use direct IO and user-friend arguments for path-latency
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v3 0/6] multipath: alternative reservation_key method
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• 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>
• [PATCH 1/2 V5] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH 2/2 V5] multipath-tools: discard san_path_err_XXX feature
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH V5 0/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH] dm-mpath: Improve handling of busy paths
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] dm-mpath: Improve handling of busy paths
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] dm-mpath: Improve handling of busy paths
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH] multipathd: fix build without systemd
  • From: Michael Lass <bevan@xxxxxxxxx>
• [PATCH] libmultipath: ensure checker->fd == -1 if not set
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: dm-mpath: Improve handling of busy paths
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] libmultipath: sanitize fd handling
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v3 1/6] libmultipath: pull functions into util.c
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 6/6] multipath: add man page info for my prkey changes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 3/6] libmpathpersist: fix update_prflag code
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 2/6] libmultipath: change reservation_key to a be64
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 5/6] mpathpersist: add support for prkeys file
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 4/6] multipath: add alternate reservation_key method
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 0/6] multipath: alternative reservation_key method
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm-mpath: Improve handling of busy paths
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-mpath: Improve handling of busy paths
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• multipath-tools 0.7.3
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: multipath-tools 0.7.3
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH V4 1/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: libmultipath: add pthread_cleanup hook for udev monitor
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: tests for new dm event code
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-ioctl: fix alignment of event number in the device list
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] libmultipath: sanitize fd handling
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 3/3] dm-ioctl: report event number in DM_LIST_DEVICES
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 2/5] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/5] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Mike Snitzer <snitzer@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 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • 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 v2 0/5] multipath: alternative reservation_key method
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 21/31] 11-dm-mpath.rules: Remember DM_ACTIVATION
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH V4 1/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• 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 3/3] dm-ioctl: report event number in DM_LIST_DEVICES
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [PATCH 2/5] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 2/5] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V4 2/2] multipath-tools: discard san_path_err_XXX feature
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH V4 1/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH V4 0/2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH v2 3/5] libmpathpersist: fix update_prflag code
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 2/5] libmultipath: change reservation_key to a uint64_t
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 2/5] libmultipath: change reservation_key to a be64
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 0/5] multipath: alternative reservation_key method
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 5/5] mpathpersist: add support for prkeys file
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 1/5] libmultipath: pull functions into util.c
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 5/5] dm-mpath: improve I/O schedule
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• [PATCH v2 4/5] multipath: add alternate reservation_key method
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2 4/4] multipath: delegate dangerous commands to multipathd
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 5/5] dm-mpath: improve I/O schedule
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 21/31] 11-dm-mpath.rules: Remember DM_ACTIVATION
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 5/5] dm-mpath: improve I/O schedule
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 5/5] dm-mpath: improve I/O schedule
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 15/31] multipath: implement "check usable paths" (-C/-U)
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 2/5] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 20/31] 11-dm-mpath.rules: don't set READY->ACTIVATION
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 2/5] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 2/5] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• [PATCH 3/5] dm-mpath: remove annoying message of 'blk_get_request() returned -11'
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 2/5] dm-mpath: return DM_MAPIO_REQUEUE in case of rq allocation failure
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 0/5] dm-mpath: improve I/O schedule
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 5/5] dm-mpath: improve I/O schedule
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 4/5] block: export blk_update_nr_requests
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 0/5] dm-mpath: improve I/O schedule
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 4/4] hwtable: set 'none' as default checker for NVMe
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 1/4] discovery: sanitize NVMe discovery
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 2/4] libmultipath/discovery: modify NVMe path states
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 0/4] NVMe path failover update
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 2/4] libmultipath/discovery: modify NVMe path states
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 1/4] discovery: sanitize NVMe discovery
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 3/4] Add 'none' checker
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH 2/4] libmultipath/discovery: modify NVMe path states
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 3/4] Add 'none' checker
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 0/4] NVMe path failover update
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 1/4] discovery: sanitize NVMe discovery
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 4/4] hwtable: set 'none' as default checker for NVMe
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] libmultipath: sanitize fd handling
  • From: Hannes Reinecke <hare@xxxxxxx>
• libmultipath: add pthread_cleanup hook for udev monitor
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v2 31/31] kpartx.rules: move symlink code to other files
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 30/31] kpartx/del-part-nodes.rules: new udev file
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 4/4] multipath: delegate dangerous commands to multipathd
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2] block: directly insert blk-mq request from blk_insert_cloned_request()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2] block: directly insert blk-mq request from blk_insert_cloned_request()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2] block: directly insert blk-mq request from blk_insert_cloned_request()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v2] block: directly insert blk-mq request from blk_insert_cloned_request()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [git pull] device mapper changes for 4.14
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 21/31] 11-dm-mpath.rules: Remember DM_ACTIVATION
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 20/31] 11-dm-mpath.rules: don't set READY->ACTIVATION
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 00/31] multipath/kpartx udev rules cleanup, and fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 09/31] libmultipath: support MPATH_UDEV_NO_PATHS_FLAG on map creation
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 15/31] multipath: implement "check usable paths" (-C/-U)
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: dm-thin chunk size
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• dm-thin chunk size
  • From: Eivind Sarto <eivindsarto@xxxxxxxxx>
• nvdimm use by kernel modules
  • From: Brian Hawley <bhawley@xxxxxxxxxxx>
• Re: [PATCH 00/31] multipath/kpartx udev rules cleanup, and fixes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 31/31] kpartx.rules: move symlink code to other files
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 30/31] kpartx/del-part-nodes.rules: new udev file
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 20/31] 11-dm-mpath.rules: don't set READY->ACTIVATION
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 20/31] 11-dm-mpath.rules: don't set READY->ACTIVATION
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 21/31] 11-dm-mpath.rules: Remember DM_ACTIVATION
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 15/31] multipath: implement "check usable paths" (-C/-U)
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 09/31] libmultipath: support MPATH_UDEV_NO_PATHS_FLAG on map creation
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCHv2] Fill NVMe specific path info
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 4/5] multipath: add alternate reservation_key method
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] dm-crypt: Reject sector_size feature if device length is not aligned to it
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: dm-zoned: Avoid metadata flush writeback throttling
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH] multipath-tools: add info about adding new hardware
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: dm-zoned: Avoid metadata flush writeback throttling
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-zoned: Do not use bio_set_op_attrs()
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: dm-zoned: Avoid metadata flush writeback throttling
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: dm-zoned: Avoid metadata flush writeback throttling
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-zoned: Avoid metadata flush writeback throttling
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH] dm-crypt: limit the number of allocated pages
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Testing dm-integrity (WAS: Re: Support for data CRC)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] block: directly insert blk-mq request from blk_insert_cloned_request()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2] block: directly insert blk-mq request from blk_insert_cloned_request()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] block: directly insert blk-mq request from blk_insert_cloned_request()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] block: directly insert blk-mq request from blk_insert_cloned_request()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2] block: directly insert blk-mq request from blk_insert_cloned_request()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] block: directly insert blk-mq request from blk_insert_cloned_request()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v2] block: directly insert blk-mq request from blk_insert_cloned_request()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: fix an integer overflow in __blkdev_sectors_to_bio_pages
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v3 2/2] dm: allow device-mapper to operate without dax support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: dm-zoned: Avoid metadata flush writeback throttling
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 2/2] dm: allow device-mapper to operate without dax support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: fix an integer overflow in __blkdev_sectors_to_bio_pages
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Testing dm-integrity (WAS: Re: Support for data CRC)
  • From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
• Testing dm-integrity (WAS: Re: Support for data CRC)
  • From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
• Re: Testing dm-integrity (WAS: Re: Support for data CRC)
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v3 0/2] dax, dm: stop requiring dax for device-mapper
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 2/5] libmultipath: change reservation_key to a uint64_t
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 4/5] multipath: add alternate reservation_key method
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: block: directly insert blk-mq request from blk_insert_cloned_request()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] block: directly insert blk-mq request from blk_insert_cloned_request()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 4/5] multipath: add alternate reservation_key method
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] block: directly insert blk-mq request from blk_insert_cloned_request()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 5/5] mpathpersist: add support for prkeys file
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 3/5] libmpathpersist: fix update_prflag code
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 2/5] libmultipath: change reservation_key to a uint64_t
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/5] libmultipath: pull functions into util.c
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: dm mpath: switch IO scheduler of underlying paths to "none" [was: Re: BFQ + dm-mpath]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: dm mpath: switch IO scheduler of underlying paths to "none" [was: Re: BFQ + dm-mpath]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 0/5] multipath: alternative reservation_key method
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 5/5] mpathpersist: add support for prkeys file
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 4/5] multipath: add alternate reservation_key method
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 3/5] libmpathpersist: fix update_prflag code
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 2/5] libmultipath: change reservation_key to a uint64_t
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/5] libmultipath: pull functions into util.c
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm mpath: switch IO scheduler of underlying paths to "none" [was: Re: BFQ + dm-mpath]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm mpath: switch IO scheduler of underlying paths to "none" [was: Re: BFQ + dm-mpath]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] dm mpath: switch IO scheduler of underlying paths to "none" [was: Re: BFQ + dm-mpath]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: BFQ + dm-mpath
  • From: Paolo Valente <paolo.valente@xxxxxxxxxx>
• Re: [PATCH 4/4] multipath: delegate dangerous commands to multipathd
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/4] multipathd: don't flood system with sd_notify calls
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 3/4] libmultipath: add_feature: allow only 1 feature
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 4/4] multipath: delegate dangerous commands to multipathd
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 3/4] libmultipath: add_feature: allow only 1 feature
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 2/4] libmultipath: add_feature: skip pointless NULL check
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: BFQ + dm-mpath
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/2][RESEND] dm-log-writes: don't use all the cpu
  • From: josef@xxxxxxxxxxxxxx
• [PATCH 2/2][RESEND] dm-log-writes: fix >512b sectorsize support
  • From: josef@xxxxxxxxxxxxxx
• Re: [RFC] Multi-device dm-log-writes
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• [PATCH] multipath-tools: calculate standard deviation on a logarithmic scale for prioritizer path_latency
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH] dax: remove the pmem_dax_ops->flush abstraction
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH/rfc] dm: revise 'rescue' strategy for md->bs allocations
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH/rfc] dm: revise 'rescue' strategy for md->bs allocations
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dax: remove the pmem_dax_ops->flush abstraction
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] dax: remove the pmem_dax_ops->flush abstraction
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v8 20/20] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH] dax: remove the pmem_dax_ops->flush abstraction
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dax: remove the pmem_dax_ops->flush abstraction
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH/rfc] dm: revise 'rescue' strategy for md->bs allocations
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v3] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools: fix incorrect length for strncmp in uevent.c
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 0/3] multipath-tools: use direct IO and user-friend arguments for path-latency
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH 3/3] multipath-tools: use user-friendly prio_args for path-latency
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH 2/3] multipath-tools: move get_next_string to util
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH 1/3] multipath-tools: use direct IO for path latency prioritizer
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH v8 18/20] crypto: qce: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 16/20] crypto: tcrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 11/20] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 10/20] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 05/20] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 03/20] net: use -EAGAIN for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 00/20] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 19/20] crypto: mediatek: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 15/20] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 14/20] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 08/20] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 04/20] crypto: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 02/20] crypto: ccp: use -EAGAIN for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 17/20] crypto: talitos: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 13/20] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 12/20] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 09/20] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 07/20] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 06/20] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 01/20] crypto: change transient busy return code to -EAGAIN
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v7 00/19] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v7 00/19] simplify crypto wait for async op
  • From: Harsh Jain <harshjain.prof@xxxxxxxxx>
• [PATCH] multipath-tools: fix incorrect length for strncmp in uevent.c
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH v3] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: support for coalescing heterogenous paths
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v3] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH/rfc] dm: revise 'rescue' strategy for md->bs allocations
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [RFC] Multi-device dm-log-writes
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH v3] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [RFC] Multi-device dm-log-writes
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: Multi-device dm-log-writes
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH/rfc] dm: revise 'rescue' strategy for md->bs allocations
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v7 00/19] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v7 00/19] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH 27/31] kpartx.rules: generate type-name links only for multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 28/31] kpartx.rules: fix logic for adding partitions
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 16/31] 11-dm-mpath.rules: multipath -U for READY check
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 19/31] 11-dm-mpath.rules: handle new maps with READY==0
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 22/31] multipath.rules: set ID_FS_TYPE to "mpath_member"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 15/31] multipath: implement "check usable paths" (-C/-U)
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 09/31] libmultipath: support MPATH_UDEV_NO_PATHS_FLAG on map creation
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 10/31] libmultipath: add get_udev_device
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 05/31] kpartx: fix a corner case when renaming partitions
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 00/31] multipath/kpartx udev rules cleanup, and fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 30/31] kpartx/del-part-nodes.rules: new udev file
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 25/31] kpartx.rules: improved logic for by-uuid and by-label links
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 20/31] 11-dm-mpath.rules: don't set READY->ACTIVATION
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 21/31] 11-dm-mpath.rules: Remember DM_ACTIVATION
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 06/31] kpartx: fix part deletion without partition table
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 04/31] test-kpartx: add tests for renaming functionality
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 13/31] libmultipath: add DI_NOIO flag for pathinfo
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 08/31] kpartx: only recognize dasd part table on DASD
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 02/31] kpartx: helper functions for name and uuid generation
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 03/31] kpartx: search partitions by UUID, and rename
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 31/31] kpartx.rules: move symlink code to other files
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 26/31] kpartx.rules: create by-partuuid and by-partlabel symlinks
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 29/31] multipath/kpartx rules: avoid superfluous scanning
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 24/31] kpartx.rules: respect DM_UDEV_LOW_PRIORITY_FLAG
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 23/31] kpartx.rules: don't rely on DM_DEPS and DM_TABLE_STATE
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 17/31] 11-dm-mpath.rules: import more ID_FS_xxx vars from db
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 18/31] 11-dm-mpath.rules: no need to test before IMPORT
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 14/31] libmultipath: add dm_get_multipath
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 12/31] libmultipath: use const char* in some dm helpers
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 11/31] libmultipath: get_refwwid: use get_udev_device
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 07/31] test-kpartx: test deletion with empty part table
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 01/31] libmultipath: fix partition_delimiter config option
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: Multi-device dm-log-writes
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: [PATCH] multipath-tools: support for coalescing heterogenous paths
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH/rfc] dm: revise 'rescue' strategy for md->bs allocations
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Multi-device dm-log-writes
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: Multi-device dm-log-writes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: How to properly benchmark dm-cache
  • From: Remington Brasga <Remington.Brasga@xxxxxxxxxxxxxxxx>
• Re: How to properly benchmark dm-cache
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH/rfc] dm: revise 'rescue' strategy for md->bs allocations
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] dax: remove the pmem_dax_ops->flush abstraction
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] dax: remove the pmem_dax_ops->flush abstraction
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] dax: remove the pmem_dax_ops->flush abstraction
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] dax: remove the pmem_dax_ops->flush abstraction
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dax: remove the pmem_dax_ops->flush abstraction
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dax: remove the pmem_dax_ops->flush abstraction
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH/rfc] dm: revise 'rescue' strategy for md->bs allocations
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dax: remove the pmem_dax_ops->flush abstraction
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• How to properly benchmark dm-cache
  • From: Remington Brasga <Remington.Brasga@xxxxxxxxxxxxxxxx>
• [git pull] device mapper fixes for 4.13 final
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v7 00/19] simplify crypto wait for async op
  • From: Harsh Jain <harshjain.prof@xxxxxxxxx>
• [PATCH/rfc] dm: revise 'rescue' strategy for md->bs allocations
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] multipath-tools: minor edition and corrections in multipath.conf.5
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 1/4] multipathd: don't flood system with sd_notify calls
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 1/2] dm-crypt: remove BIOSET_NEED_RESCUER flag.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 0/2] Remove BIOSET_NEED_RESCUER from some DM biosets
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 2/2] dm-io: remove BIOSET_NEED_RESCUER flag from bios bioset
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v3] libmultipath: update INFINIDAT builtin config
  • From: Arnon Yaari <arnony@xxxxxxxxxxxxx>
• Re: [PATCH] libmultipath: update INFINIDAT builtin config
  • From: Arnon Yaari <arnony@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] libmultipath: add_feature: skip pointless NULL check
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 4/4] multipath: delegate dangerous commands to multipathd
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 3/4] libmultipath: add_feature: allow only 1 feature
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 2/4] libmultipath: add_feature: skip pointless NULL check
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH v2] multipath-tools: clarify how to dump the multipathd config
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: clarify how to dump the multipathd config
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: clarify how to dump the multipathd config
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 1/4] multipathd: don't flood system with sd_notify calls
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] libmultipath: update INFINIDAT builtin config
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 3/4] libmultipath: add_feature: allow only 1 feature
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 4/4] multipath: delegate dangerous commands to multipathd
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 2/4] libmultipath: add_feature: skip pointless NULL check
  • From: Martin Wilck <mwilck@xxxxxxxx>
• ALPSS: reminder and submission deadline
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 2/3] multipath-tools: libdmmp: Improve timeout mechanism
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools: minor edition and corrections in multipath.conf.5
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools: replace "setting: array" with "setting: storage device" at multipath output
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: dm-rq: do not update rq partially in each ending bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-rq: do not update rq partially in each ending bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-rq: do not update rq partially in each ending bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: limit the number of allocated pages
  • From: Tom Yan <tom.ty89@xxxxxxxxx>
• [PATCH v7 19/19] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH] libmultipath: update INFINIDAT builtin config
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• No SAS end device
  • From: Goktug YILDIRIM <goktug.yildirim@xxxxxxxxx>
• [PATCH v7 18/19] crypto: mediatek: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 17/19] crypto: qce: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 16/19] crypto: talitos: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 15/19] crypto: tcrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 14/19] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 13/19] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 12/19] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 11/19] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 10/19] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 09/19] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 08/19] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 07/19] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 06/19] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 05/19] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 04/19] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 03/19] crypto: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 02/19] crypto: ccp: use -EAGAIN for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 01/19] crypto: change transient busy return code to -EAGAIN
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 00/19] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v6 04/19] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v6 04/19] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [v4.13-rc BUG] system lockup when running big buffered write(4M) to IB SRP via mpath
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [v4.13-rc BUG] system lockup when running big buffered write(4M) to IB SRP via mpath
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [v4.13-rc BUG] system lockup when running big buffered write(4M) to IB SRP via mpath
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [v4.13-rc BUG] system lockup when running big buffered write(4M) to IB SRP via mpath
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [v4.13-rc BUG] system lockup when running big buffered write(4M) to IB SRP via mpath
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] multipath-tools: support for coalescing heterogenous paths
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH] libmultipath: update INFINIDAT builtin config
  • From: Arnon Yaari <arnony@xxxxxxxxxxxxx>
• [PATCH] multipath-tools: intermittent IO error accounting to improve reliability
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 2/2] dm integrity: use init_completion instead of COMPLETION_INITIALIZER_ONSTACK
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v6 19/19] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH] dm-crypt: limit the number of allocated pages
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH v6 00/19] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 04/19] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 18/19] crypto: mediatek: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 17/19] crypto: qce: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 16/19] crypto: talitos: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 15/19] crypto: tcrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 14/19] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 13/19] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 12/19] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 11/19] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 10/19] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 09/19] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 08/19] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 06/19] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 07/19] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 03/19] crypto: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 05/19] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 02/19] crypto: ccp: use -EAGAIN for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 01/19] crypto: change transient busy return code to -EAGAIN
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v5 05/19] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v5 12/19] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH RFC 0/3] multipath-tools: coalesce heterogenous paths by referencing method
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: replace multipath configuration output
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: replace "setting: array" with "setting: storage device" at multipath output
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v5 12/19] dm: move dm-verity to generic async completion
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: limit the number of allocated pages
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: limit the number of allocated pages
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] dm-crypt: limit the number of allocated pages
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: limit the number of allocated pages
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH] dm-crypt: limit the number of allocated pages
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] multipath-tools: minor edition and corrections in multipath.conf.5
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 2/3] multipath-tools: libdmmp: Improve timeout mechanism
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] dm-crypt: limit the number of allocated pages
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH] multipath-tools: support for coalescing heterogenous paths
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 2/2] dm integrity: use init_completion instead of COMPLETION_INITIALIZER_ONSTACK
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3/3] multipath-tools: libdmmp: New function to flush and reconfig
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 2/3] multipath-tools: libdmmp: Improve timeout mechanism
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 1/3] multipath-tools: Remove the limitation of IPC command reply length.
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: [patch net-next 0/3] net/sched: Improve getting objects by indexes
  • From: Chris Wilson <chris@xxxxxxxxxxxxxxxxxx>
• Re: [patch net-next 0/3] net/sched: Improve getting objects by indexes
  • From: Christian König <christian.koenig@xxxxxxx>
• [patch net-next 1/3] idr: Use unsigned long instead of int
  • From: Chris Mi <chrism@xxxxxxxxxxxx>
• [patch net-next 3/3] net/sched: Change act_api and act_xxx modules to use IDR
  • From: Chris Mi <chrism@xxxxxxxxxxxx>
• [patch net-next 0/3] net/sched: Improve getting objects by indexes
  • From: Chris Mi <chrism@xxxxxxxxxxxx>
• [patch net-next 2/3] net/sched: Change cls_flower to use IDR
  • From: Chris Mi <chrism@xxxxxxxxxxxx>
• Re: [PATCH] dm-crypt: limit the number of allocated pages
  • From: Tom Yan <tom.ty89@xxxxxxxxx>
• [PATCH 2/2] dm integrity: use init_completion instead of COMPLETION_INITIALIZER_ONSTACK
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5 04/19] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 02/19] crypto: ccp: use -EAGAIN for transient busy indication
  • From: Gary R Hook <gary.hook@xxxxxxx>
• Re: [PATCH v5 18/19] crypto: mediatek: move to generic async completion
  • From: Ryder Lee <ryder.lee@xxxxxxxxxxxx>
• Re: [PATCH v5 05/19] crypto: introduce crypto wait for async op
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v5 19/19] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH] dm-crypt: limit the number of allocated pages
  • From: Tom Yan <tom.ty89@xxxxxxxxx>
• Re: [PATCH] fix an integer overflow in __blkdev_sectors_to_bio_pages
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH] dm-crypt: limit the number of allocated pages
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: limit the number of allocated pages
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] fix an integer overflow in __blkdev_sectors_to_bio_pages
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/3] libmultipath: cli_add_map: Use CMD_NONE
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 1/3] kpartx/devmapper.h: remove dm_no_partitions
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 0/3] some minor multipath-tools fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 3/3] multipath-tools: link internal libraries before foreigns
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] dm-crypt: limit the number of allocated pages
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH v5 08/19] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 11/19] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 15/19] crypto: tcrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 18/19] crypto: mediatek: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 17/19] crypto: qce: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 16/19] crypto: talitos: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 12/19] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 14/19] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 13/19] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 10/19] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 09/19] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 07/19] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 06/19] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 05/19] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 04/19] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 03/19] crypto: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 02/19] crypto: ccp: use -EAGAIN for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 01/19] crypto: change transient busy return code to -EAGAIN
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 00/19] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [BUG] BLKZEROOUT on dm-crypt container cause OOM / kernel panic
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [BUG] BLKZEROOUT on dm-crypt container cause OOM / kernel panic
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-crypt: limit the number of allocated pages
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] multipath-tools: add Dot Hill/Seagate arrays to hwtable
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Thin-provisioned LVs throughput
  • From: Moshe Lazarov <Moshe.Lazarov@xxxxxxxxxx>
• [PATCH] multipath-tools: add Xiotech iglu blaze arrays to hwtable
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: add support for all arrays from Sun StorEdge 3000 family
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH] block: Make blk_mq_delay_kick_requeue_list() rerun the queue at a quiet time
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 1/7] dm: Fix the second dec_pending() argument in __split_and_process_bio()
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [BUG] BLKZEROOUT on dm-crypt container cause OOM / kernel panic
  • From: Tom Yan <tom.ty89@xxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/7] dm: Fix the second dec_pending() argument in __split_and_process_bio()
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 7/7] dm-mpath: Make the dm-sq requeuing behavior consistent with the dm-mq behavior
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 6/7] dm-mpath: Retry BLK_STS_RESOURCE errors
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 5/7] dm-mpath: Complain about unsupported __multipath_map_bio() return values
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 4/7] dm-mpath: Avoid that building with W=1 causes gcc 7 to complain about fall-through
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/7] dm-mpath: Do not lock up a CPU with requeuing activity
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/7] dm: Fix the second dec_pending() argument in __split_and_process_bio()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [BUG] BLKZEROOUT on dm-crypt container cause OOM / kernel panic
  • From: Tom Yan <tom.ty89@xxxxxxxxx>
• Re: [PATCH] block: Make blk_mq_delay_kick_requeue_list() rerun the queue at a quiet time
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 0/7] Device mapper and dm-mpath fixes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] block: Make blk_mq_delay_kick_requeue_list() rerun the queue at a quiet time
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 6/7] dm-mpath: Retry BLK_STS_RESOURCE errors
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH 3/7] dm-mpath: Do not lock up a CPU with requeuing activity
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH 7/7] dm-mpath: Make the dm-sq requeuing behavior consistent with the dm-mq behavior
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH 5/7] dm-mpath: Complain about unsupported __multipath_map_bio() return values
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH 0/7] Device mapper and dm-mpath fixes
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH 2/7] dm: Fix printk() rate limiting code
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH 1/7] dm: Fix the second dec_pending() argument in __split_and_process_bio()
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH 4/7] dm-mpath: Avoid that building with W=1 causes gcc 7 to complain about fall-through
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH] block: Make blk_mq_delay_kick_requeue_list() rerun the queue at a quiet time
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• Re: [v4.13-rc BUG] system lockup when running big buffered write(4M) to IB SRP via mpath
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH V2] multipathd daemon: Fix incorrect use of CLOCK_MONOTONIC in pthread
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] multipathd daemon: Fix incorrect use of CLOCK_MONOTONIC in pthread
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [BUG] BLKZEROOUT on dm-crypt container cause OOM / kernel panic
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• [PATCH] multipath-tools: remove Sun StorEdge T4(6020, 6120, 6320) arrays from hwtable
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [v4.13-rc BUG] system lockup when running big buffered write(4M) to IB SRP via mpath
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: two small integrity cleanups
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: integrity regression fixes for 4.13-rc
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH V2] multipathd daemon: Fix incorrect use of CLOCK_MONOTONIC in pthread
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: [PATCH] multipathd daemon: Fix incorrect use of CLOCK_MONOTONIC in pthread
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 2/2] dm-crypt: don't mess with BIP_BLOCK_INTEGRITY
  • From: Christoph Hellwig <hch@xxxxxx>
• two small integrity cleanups
  • From: Christoph Hellwig <hch@xxxxxx>
• integrity regression fixes for 4.13-rc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] bio-integrity: move the bio integrity profile check earlier in bio_integrity_prep
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/2] bio-integrity: only verify integrity on the lowest stacked driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] bio-integrity: Fix regression if profile verify_fn is NULL
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: two small integrity cleanups
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: integrity regression fixes for 4.13-rc
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] bio-integrity: revert "stop abusing bi_end_io"
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [BUG] BLKZEROOUT on dm-crypt container cause OOM / kernel panic
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH v4 00/11] multipath-tools: no_path_retry/queue_if_no_path/hwhandler logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] multipathd daemon: Fix incorrect use of CLOCK_MONOTONIC in pthread
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: [PATCH 3/9] md: raid1 nowait support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 4/9] md: raid5 nowait support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH v4 02/19] crypto: ccm: use -EAGAIN for transient busy indication
  • From: Gary R Hook <gary.hook@xxxxxxx>
• [v4.13-rc BUG] system lockup when running big buffered write(4M) to IB SRP via mpath
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [v4.13-rc BUG] system lockup when running big buffered write(4M) to IB SRP via mpath
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH v4 02/19] crypto: ccm: use -EAGAIN for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [v4.13-rc BUG] system lockup when running big buffered write(4M) to IB SRP via mpath
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [v4.13-rc BUG] system lockup when running big buffered write(4M) to IB SRP via mpath
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [PATCH 4/9] md: raid5 nowait support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 5/9] md: raid10 nowait support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 3/9] md: raid1 nowait support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/9] md: Add nowait support to md
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 06/19] crypto: move algif to generic async completion
  • From: Stephan Mueller <smueller@xxxxxxxxxx>
• Re: [PATCH v4 06/19] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 19/19] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [BUG] BLKZEROOUT on dm-crypt container cause OOM / kernel panic
  • From: Tom Yan <tom.ty89@xxxxxxxxx>
• Re: [BUG] BLKZEROOUT on dm-crypt container cause OOM / kernel panic
  • From: Tom Yan <tom.ty89@xxxxxxxxxxx>
• Re: [BUG] BLKZEROOUT on dm-crypt container cause OOM / kernel panic
  • From: Tom Yan <tom.ty89@xxxxxxxxx>
• [PATCH v4 12/19] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 15/19] crypto: tcrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 16/19] crypto: talitos: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 14/19] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 13/19] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 10/19] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 18/19] crypto: mediatek: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 17/19] crypto: qce: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 11/19] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 09/19] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 05/19] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 02/19] crypto: ccm: use -EAGAIN for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 00/19] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 08/19] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 01/19] crypto: change transient busy return code to -EAGAIN
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 06/19] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>