Linux Device-Mapper Development

• Thread Index

• [PATCH 3/4] dm: Fix zoned block device model validation
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH v2 10/11] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 09/11] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 07/11] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 05/11] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 04/11] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 08/11] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 06/11] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 03/11] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 02/11] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 01/11] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 00/11] introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 3/8] blk-mq: use the introduced blk_mq_unquiesce_queue()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 02/13] scsi/osd: don't save block errors into req_results
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 07/13] block_dev: propagate bio_iov_iter_get_pages error in __blkdev_direct_IO
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/13] scsi/osd: don't save block errors into req_results
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v3 00/10] dm: zoned block device support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] multipath-tools: fix a format warning in multipathd.8
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v3 00/10] dm: zoned block device support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 04/13] dm: fix REQ_RAHEAD handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/13] blk-mq: switch ->queue_rq return value to blk_status_t
  • From: Christoph Hellwig <hch@xxxxxx>
• dedicated error codes for the block layer V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/13] block: introduce new block status code type
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/13] dm mpath: merge do_end_io_bio into multipath_end_io_bio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/13] nvme-lightnvm: use blk_execute_rq in nvme_nvm_submit_user_cmd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/13] gfs2: remove the unused sd_log_error field
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/13] block_dev: propagate bio_iov_iter_get_pages error in __blkdev_direct_IO
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/13] dm: change ->end_io calling convention
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/13] fs: simplify dio_bio_complete
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/13] dm: don't return errnos from ->map
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/13] block: switch bios to blk_status_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/13] scsi/osd: don't save block errors into req_results
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/13] fs: remove the unused error argument to dio_end_io()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/6] blk-mq: use the introduced blk_mq_unquiesce_queue()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 07/13] block_dev: propagate bio_iov_iter_get_pages error in __blkdev_direct_IO
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH v3 00/10] dm: zoned block device support
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH 5/6] blk-mq: don't stop queue for quiescing
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 3/6] blk-mq: fix blk_mq_quiesce_queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 6/6] blk-mq: clarify dispatching may not be drained/blocked by stopping queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 2/6] blk-mq: use the introduced blk_mq_unquiesce_queue()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 1/6] blk-mq: introduce blk_mq_unquiesce_queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 6/6] blk-mq: clarify dispatching won't be blocked by stopping queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 4/6] blk-mq: update comments on blk_mq_quiesce_queue()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 0/6] blk-mq: fix & improve queue quiescing
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 2/6] blk-mq: use the introduced blk_mq_unquiesce_queue()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 08/15] dm mpath: merge do_end_io_bio into multipath_end_io_bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/15] scsi/osd: don't save block errors into req_results
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH v3 00/10] dm: zoned block device support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RESEND] md: Make flush bios explicitely sync
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] multipath-tools:Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH RESEND] md: Make flush bios explicitely sync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] multipath-tools:Prioritizer based on a latency algorithm
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 06/15] fs: simplify dio_bio_complete
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 05/15] fs: remove the unused error argument to dio_end_io()
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 04/15] dm: fix REQ_RAHEAD handling
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 03/15] gfs2: remove the unused sd_log_error field
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 02/15] scsi/osd: don't save block errors into req_results
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 01/15] nvme-lightnvm: use blk_execute_rq in nvme_nvm_submit_user_cmd
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [BUG][next-20170523][Bisected cf22cd5f3a] kernel oops while running trinity fuzzer
  • From: Abdul Haleem <abdhalee@xxxxxxxxxxxxxxxxxx>
• [PATCH RESEND] md: Make flush bios explicitely sync
  • From: Jan Kara <jack@xxxxxxx>
• Re: [BUG][next-20170523][Bisected cf22cd5f3a] kernel oops while running trinity fuzzer
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH] multipath-tools:Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH] multipath-tools:Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH] multipath-tools:Prioritizer based on a time-delay algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH] multipath-tools:Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• [PATCH] mpathpersist.8: add missing documentation for -K, -C, -l
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 08/15] dm mpath: merge do_end_io_bio into multipath_end_io_bio
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] libmultipath: add comment about resuming
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools:Prioritizer based on a time-delay algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH] multipath-tools:Prioritizer based on a time-delay algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH] dm ioctl: Restore __GFP_HIGH in copy_params()
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-integrity: use the kvmalloc function
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] multipath-tools: replace hidden tabs by spaces in .vendor
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: delete vendor name HUASY for Huawei devices
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: delete vendor name HUASY for Huawei devices
  • From: "Zouming (IT)" <zouming.zouming@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: delete vendor name HUASY for Huawei devices
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH] multipath-tools: delete vendor name HUASY for Huawei devices
  • From: Zou Ming <zouming.zouming@xxxxxxxxxx>
• Re: [PATCH 5/7] Move the declaration of mpath_mx_alloc_len to a header file
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools:Prioritizer based on a time-delay algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH] multipath-tools:Prioritizer based on a time-delay algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH 12/15] block: merge blk_types.h into bio.h
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: dedicated error codes for the block layer
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v8 2/2] dm ioctl: add a device mapper ioctl function.
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH v8 0/2] dm: boot a mapped device without an initramfs
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH v8 1/2] init: add support to directly boot to a mapped device
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/2] dm: boot a mapped device without an initramfs
  • From: Enric Balletbo Serra <eballetbo@xxxxxxxxx>
• Re: dedicated error codes for the block layer
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH] multipath-tools: replace 64bit archs macros by __LP64__
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH v3 00/10] dm: zoned block device support
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• [PATCH] multipath-tools: replace 64bit archs macros by __LP64__
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] libmultipath: add comment about resuming
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 5/7] Move the declaration of mpath_mx_alloc_len to a header file
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 5/7] Move the declaration of mpath_mx_alloc_len to a header file
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 5/7] Move the declaration of mpath_mx_alloc_len to a header file
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: enable libdmmp installation in alternative directory
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v7 1/2] init: add support to directly boot to a mapped device
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH v7 0/2] dm: boot a mapped device without an initramfs
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH v7 2/2] dm ioctl: add a device mapper ioctl function.
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/10] dm: zoned block device support
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 12/15] block: merge blk_types.h into bio.h
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: dm-crypt IV generation (summary)
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• [PATCH 15/15] block: switch bios to blk_status_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/15] block: merge blk_types.h into bio.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/15] dm: don't return errnos from ->map
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/15] dm: change ->end_io calling convention
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/15] fs: simplify dio_bio_complete
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/15] scsi/osd: don't save block errors into req_results
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/15] nvme-lightnvm: use blk_execute_rq in nvme_nvm_submit_user_cmd
  • From: Christoph Hellwig <hch@xxxxxx>
• dedicated error codes for the block layer
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/15] fs-writeback: move wbc_to_write_flags out of line
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/15] block_dev: propagate bio_iov_iter_get_pages error in __blkdev_direct_IO
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/15] blk-mq: switch ->queue_rq return value to blk_status_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/15] fs: remove the unused error argument to dio_end_io()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/15] block: introduce new block status code type
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/15] gfs2: remove the unused sd_log_error field
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/15] dm: fix REQ_RAHEAD handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/15] dm mpath: merge do_end_io_bio into multipath_end_io_bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] dm verity: fix no salt used use case
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH] dm verity: fix no salt used use case
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: dm-verity OOPSes on kernel 4.12rc
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• kernel BUG at lib/percpu-refcount.c:192
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: dm-verity OOPSes on kernel 4.12rc
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: dm-verity OOPSes on kernel 4.12rc
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• dm-verity OOPSes on kernel 4.12rc
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH] multipath-tools: Replace multipath configuration output
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: add limits.h to kpartx/lopart.c
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 0/6] small multipath fixes
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] mpathpersist: fix one more crash possiblity
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH v2 0/2] Small multipath fixes
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH v2 00/12] fixes for kpartx -d
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 6/7] kpartx: Fix a compiler warning
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [git pull] device mapper fixes for 4.12-rc2
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 00/10] dm: zoned block device support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 00/12] fixes for kpartx -d
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 7/7] Remove a superfluous "extern" keyword
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 4/7] Remove mpath_reverse_8bytes_order()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 2/7] libmultipath/configure.h: Add a forward declaration
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 1/7] Makefile: Remove assignments to unused variables
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 2/2] multipath-tools: fix compilation with gcc < 4.9
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 4/6] libmultipath: fix suspended devs from failed reloads
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/2] libmultipath: print.c: make sure lines are 0-terminated
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [PATCH 6/7] kpartx: Fix a compiler warning
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 3/7] libmpathpersist: Add two missing #include directives
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 0/7] Seven small multipath-tools patches
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 5/7] Move the declaration of mpath_mx_alloc_len to a header file
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 2/2] multipath-tools: fix compilation with gcc < 4.9
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 0/2] Small multipath fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 1/2] libmultipath: print.c: make sure lines are 0-terminated
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/2] libmultipath: print.c: make sure lines are 0-terminated
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PATCH 1/2] libmultipath: print.c: make sure lines are 0-terminated
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 2/2] multipath-tools: fix compilation with gcc < 4.9
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 0/2] Small multipath fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• cryptsetup test suite is failing on verity
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: [PATCH] multipath-tools:Prioritizer based on a time-delay algorithm
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v3 00/10] dm: zoned block device support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 4/6] libmultipath: fix suspended devs from failed reloads
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools:Prioritizer based on a time-delay algorithm
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 4/6] libmultipath: fix suspended devs from failed reloads
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipath-tools:Prioritizer based on a time-delay algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• [PATCH] multipath-tools: enable libdmmp installation in alternative directory
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 4/4] dm: fix REQ_RAHEAD handling
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/4] dm mpath: don't return -EIO from dm_report_EIO
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/4] dm rq: add a missing break to map_request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 04/12] kpartx: relax and improve UUID check in dm_compare_uuid
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 07/12] kpartx: don't treat multi-linear mappings as partitions
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 06/12] kpartx: dm_devn: return error for non-existent device
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 09/12] kpartx: use partition UUID for non-DM devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 08/12] libmultipath: don't treat multi-linear mappings as partitions
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 02/12] kpartx: remove "no_partitions" support
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 03/12] kpartx: remove is_loop_device
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 05/12] kpartx: dm_remove_partmaps: support non-dm devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 01/12] kpartx: test-kpartx: new unit test program
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 12/12] kpartx: include sys/sysmacros.h
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 11/12] kpartx: find_loop_by_file: use sysfs
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 10/12] kpartx: use absolute path for regular files
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 00/12] fixes for kpartx -d
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 4/4] dm: fix REQ_RAHEAD handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/4] dm mpath: don't return -EIO from dm_report_EIO
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/4] dm mpath: multipath_clone_and_map must not return -EIO
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/4] dm rq: add a missing break to map_request
  • From: Christoph Hellwig <hch@xxxxxx>
• dm fixes for 4.12-rc
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] multipath-tools:Prioritizer based on a time-delay algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [Consult]: Can the coming Huawei scsi device handler be accepted in the scsi/device_handler
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [Consult]: Can the coming Huawei scsi device handler be accepted in the scsi/device_handler
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [Consult]: Can the coming Huawei scsi device handler be accepted in the scsi/device_handler
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] mpathpersist: fix one more crash possiblity
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [Consult]: Can the coming Huawei scsi device handler be accepted in the scsi/device_handler
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 3/6] libmultipath: refactor calls to get dm device info
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/3] dm: a basic support for using the select or poll function
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/3] dm: a basic support for using the select or poll function
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/3] dm: a basic support for using the select or poll function
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/3] dm: a basic support for using the select or poll function
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 1/3] dm: a basic support for using the select or poll function
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/3] dm: a basic support for using the select or poll function
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 6/6] mpath_persist: Don't join threads that don't exist
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 5/6] kpartx: fix device checks
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 4/6] libmultipath: fix suspended devs from failed reloads
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 3/6] libmultipath: refactor calls to get dm device info
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/3] dm: a basic support for using the select or poll function
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 4/5] kpartx: default to running in sync mode
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/3] dm: a basic support for using the select or poll function
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/3] dm: a basic support for using the select or poll function
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/3] dm: a basic support for using the select or poll function
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 4/5] kpartx: default to running in sync mode
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH] multipath-tools: document uid_attribute for NVME devices
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/3] dm: a basic support for using the select or poll function
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/5] multipath: fix up position independent code
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 3/5] libmultipath: fix partition detection
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 4/5] kpartx: default to running in sync mode
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools:Prioritizer based on a time-delay algorithm
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/3] dm: a basic support for using the select or poll function
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/3] dm: a basic support for using the select or poll function
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 02/10] kpartx: avoid ioctl error for loop devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC 01/10] crypto: factor async completion for general use
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [RFC 01/10] crypto: factor async completion for general use
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: need to pick a solution for dm-crypt IV generation and do it! [was: Re: dm: submit stacked requests in irq enabled context]
  • From: Neeraj Soni <neersoni@xxxxxxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [RFC 01/10] crypto: factor async completion for general use
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: need to pick a solution for dm-crypt IV generation and do it! [was: Re: dm: submit stacked requests in irq enabled context]
  • From: Neeraj Soni <neersoni@xxxxxxxxxxxxxx>
• Re: [RFC 07/10] fscrypt: move to generic async completion
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [RFC 09/10] ima: move to generic async completion
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 01/10] crypto: factor async completion for general use
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH] multipath-tools:Prioritizer based on a time-delay algorithm
  • From: Philip Yang <philip.yang@xxxxxxxxxx>
• Re: [PATCH 4/5] kpartx: default to running in sync mode
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools:Prioritizer based on a time-delay algorithm
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: need to pick a solution for dm-crypt IV generation and do it! [was: Re: dm: submit stacked requests in irq enabled context]
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• need to pick a solution for dm-crypt IV generation and do it! [was: Re: dm: submit stacked requests in irq enabled context]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: dm: submit stacked requests in irq enabled context
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH][V2] dm ioctl: make dm_open and dm_release release static
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH] dm ioctl: make dm_open and dm_release release
  • From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
• Re: dm: submit stacked requests in irq enabled context
  • From: Neeraj Soni <neersoni@xxxxxxxxxxxxxx>
• [PATCH] dm ioctl: make dm_open and dm_release release
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: dm: submit stacked requests in irq enabled context
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: dm: submit stacked requests in irq enabled context
  • From: Neeraj Soni <neersoni@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] poll()able DM events
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/3] dm-ioctl: add a new DM_DEV_ARM_POLL ioctl
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 0/3] poll()able DM events
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 3/3] dm-ioctl: report event number in DM_LIST_DEVICES
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 1/3] dm: a basic support for using the select or poll function
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 6/6] mpath_persist: Don't join threads that don't exist
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 4/6] libmultipath: fix suspended devs from failed reloads
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 0/6] small multipath fixes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 3/6] libmultipath: refactor calls to get dm device info
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 5/6] kpartx: fix device checks
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 2/6] multipathd: force reload device on all resizes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/6] libmultipath: print alias with no_path_retry message
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm: submit stacked requests in irq enabled context
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH v3 00/10] dm: zoned block device support
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH v3 00/10] dm: zoned block device support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [RESEND PATCH v2] kobject: support passing in variables for synthetic uevents
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: dm: submit stacked requests in irq enabled context
  • From: Neeraj Soni <neersoni@xxxxxxxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [RFC 08/10] cifs: move to generic async completion
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH v2] dm bio prison: use rb_entry()
  • From: Geliang Tang <geliangtang@xxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [mdadm PATCH] Fix typo in new udev rule.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [RFC 10/10] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 01/10] dm-table: Introduce DM_TARGET_ZONED_HM feature
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: remove REQ_OP_WRITE_SAME
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH v3 07/10] dm-flakey: Add support for zoned block devices
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v3 09/10] dm-kcopyd: Add sequential write feature
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v3 10/10] dm-zoned: Drive-managed zoned block device target
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v3 08/10] dm-linear: Add support for zoned block devices
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v3 06/10] dm: Introduce dm_remap_zone_report()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v3 05/10] dm: Fix REQ_OP_ZONE_REPORT bio handling
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v3 02/10] dm-table: Check device area zone alignment
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v3 00/10] dm: zoned block device support
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v3 03/10] dm-table: Check block devices zone model compatibility
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v3 04/10] dm: Fix REQ_OP_ZONE_RESET bio handling
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 00/10] fixes for kpartx -d
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 02/10] kpartx: avoid ioctl error for loop devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 08/10] kpartx: use partition UUID for non-DM devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 00/10] fixes for kpartx -d
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 00/10] fixes for kpartx -d
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 00/10] fixes for kpartx -d
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] multipath-tools:Prioritizer based on a time-delay algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [BUG] multipath-tools: missing internal values (multipath -t)
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 1/2] multipath: Merge the DELL MD3xxx device configs
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [RFC 09/10] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 08/10] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 07/10] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 06/10] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 05/10] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 04/10] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 01/10] crypto: factor async completion for general use
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 03/10] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 02/10] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 00/10] introduce crypto wait for async op function
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] fixes for kpartx -d
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 00/10] fixes for kpartx -d
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 08/10] kpartx: use partition UUID for non-DM devices
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 00/10] fixes for kpartx -d
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH 09/10] kpartx: use absolute path for regular files
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 10/10] kpartx: find_loop_by_file: use sysfs
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 01/10] kpartx: test-kpartx: new unit test program
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 05/10] kpartx: dm_devn: return error for non-existent device
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 02/10] kpartx: avoid ioctl error for loop devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 03/10] kpartx: remove is_loop_device
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 07/10] libmultipath: don't treat multi-linear mappings as partitions
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 06/10] kpartx: don't treat multi-linear mappings as partitions
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 04/10] kpartx: dm_remove_partmaps: support non-dm devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 00/10] fixes for kpartx -d
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 08/10] kpartx: use partition UUID for non-DM devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [git pull] device mapper fixes for 4.12-rc1
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: remove REQ_OP_WRITE_SAME
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [mdadm PATCH] Fix typo in new udev rule.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: dm-crypt: add Kconfig switch to enable authenticated mode.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-crypt: add Kconfig switch to enable authenticated mode.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v6 0/3] dm: boot a mapped device without an initramfs
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH v6 0/3] dm: boot a mapped device without an initramfs
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH v6 0/3] dm: boot a mapped device without an initramfs
  • From: Enric Balletbo Serra <eballetbo@xxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• [PATCH] dm-integrity: Add proper description of module to KConfig.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] dm-region-hash: fix strange usage of mempool_alloc.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [git pull] device mapper changes for 4.12
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-region-hash: fix strange usage of mempool_alloc.
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [git pull] device mapper changes for 4.12
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v2 10/10] dm-zoned: Drive-managed zoned block device target
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] dm-bufio: make the parameter "retain_bytes" unsigned long
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [git pull] device mapper post-merge changes for 4.12
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [git pull] device mapper changes for 4.12
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 7/7] md: Make flush bios explicitely sync
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 0/7] Fix fallout from changes to FUA and PREFLUSH definitions
  • From: Jan Kara <jack@xxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: dm-bufio: check watermark periodically each 30 seconds
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] dm-bufio: check watermark periodically each 30 seconds
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-bufio: avoid a possible deadlock due to lock ordering
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PARCH] dm-bufio: avoid division
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 03/10] dm-table: Check block devices zone model compatibility
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 10/10] dm-zoned: Drive-managed zoned block device target
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: small dm mpath cleanups
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: small dm mpath cleanups
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH] dm ioctl: prevent stack leak in dm ioctl call
  • From: Adrian Salido <salidoa@xxxxxxxxxx>
• [PATCH v2] dm ioctl: prevent stack leak in dm ioctl call
  • From: Adrian Salido <salidoa@xxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 02/13] dm-mpath: Avoid that path removal can trigger an infinite loop
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 01/13] dm-mpath: Split activate_path()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [BUG] multipath-tools: missing internal values (multipath -t)
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2 11/13] dm-mpath: Micro-optimize the hot path
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 05/13] dm-mpath: Make it easier to analyze requeuing behavior
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH v2 04/13] dm-rq: Adjust requeuing delays
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH v2 05/13] dm-mpath: Make it easier to analyze requeuing behavior
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 04/13] dm-rq: Adjust requeuing delays
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 13/13] dm, dm-mpath: Make it easier to detect unintended I/O request flushes
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 01/13] dm-mpath: Split activate_path()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 09/13] dm-mpath: Verify locking assumptions at runtime
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 08/13] dm: Verify suspend_locking assumptions at runtime
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 07/13] dm, persistence: Remove an unused argument from dm_block_manager_create()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 06/13] dm-rq: Check blk_mq_register_dev() return value
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 02/13] dm-mpath: Avoid that path removal can trigger an infinite loop
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 10/13] dm: Introduce enum dm_queue_mode
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 04/13] dm-rq: Adjust requeuing delays
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 12/13] dm-mpath: Introduce assign_bit()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 03/13] dm-mpath: Delay requeuing while path initialization is in progress
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 11/13] dm-mpath: Micro-optimize the hot path
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 05/13] dm-mpath: Make it easier to analyze requeuing behavior
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 00/13] Device mapper and dm-mpath patches
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1] dm-crypt: replace custom implementation of hex2bin()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH] dm ioctl: prevent stack leak in dm ioctl call
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 02/13] dm-mpath: Avoid that path removal can trigger an infinite loop
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 02/13] dm-mpath: Avoid that path removal can trigger an infinite loop
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 02/13] dm-mpath: Avoid that path removal can trigger an infinite loop
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 3.18-stable] dm bufio: hide bogus warning
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [BUG] multipath-tools: missing internal values (multipath -t)
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/13] dm-mpath: Introduce assign_bit()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 13/13] dm, dm-mpath: Make it easier to detect unintended I/O request flushes
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 11/13] dm-mpath: Micro-optimize the hot path
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: small dm mpath cleanups
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 08/13] dm: Verify suspend_locking assumptions at runtime
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 10/13] dm: Introduce enum dm_queue_mode
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 09/13] dm-mpath: Verify locking assumptions at runtime
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 08/13] dm: Verify suspend_locking assumptions at runtime
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/13] dm-mpath: Make it easier to analyze requeuing behavior
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 07/13] dm, persistence: Remove an unused argument from dm_block_manager_create()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 06/13] dm-rq: Check blk_mq_register_dev() return value
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 04/13] dm-rq: Adjust requeuing delays
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 03/13] dm-mpath: Delay requeuing while path initialization is in progress
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 02/13] dm-mpath: Avoid that path removal can trigger an infinite loop
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: small dm mpath cleanups
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: small dm mpath cleanups
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [PATCH 10/13] dm: Introduce enum dm_queue_mode
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 05/13] dm-mpath: Make it easier to analyze requeuing behavior
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 06/13] dm-rq: Check blk_mq_register_dev() return value
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 13/13] dm, dm-mpath: Make it easier to detect unintended I/O request flushes
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 12/13] dm-mpath: Introduce assign_bit()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 00/13] Device mapper and dm-mpath patches
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 03/13] dm-mpath: Delay requeuing while path initialization is in progress
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 07/13] dm, persistence: Remove an unused argument from dm_block_manager_create()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 11/13] dm-mpath: Micro-optimize the hot path
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 02/13] dm-mpath: Avoid that path removal can trigger an infinite loop
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 01/13] dm-mpath: Split activate_path()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 08/13] dm: Verify suspend_locking assumptions at runtime
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 04/13] dm-rq: Adjust requeuing delays
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 09/13] dm-mpath: Verify locking assumptions at runtime
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
• [PATCH 1/4] dm mpath: merge do_end_io into multipath_end_io
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/4] dm: introduce a new DM_MAPIO_KILL return value
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/4] dm rq: change ->rq_end_io calling conventions
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/4] dm mpath: simplify multipath_clone_and_map a little bit
  • From: Christoph Hellwig <hch@xxxxxx>
• small dm mpath cleanups
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 02/21] libiscsi: Add an internal error code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] dm ioctl: prevent stack leak in dm ioctl call
  • From: Adrian Salido <salidoa@xxxxxxxxxx>
• [PATCH v2 09/21] staging: unisys: visorbus: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 11/21] scsi: ipr, pmcraid, isci: Make use of the new sg_map helper
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [kbuild-all] [PATCH v3] axon_ram: add dax_operations support
  • From: Ye Xiaolong <xiaolong.ye@xxxxxxxxx>
• [PATCH v2 04/21] target: Make use of the new sg_map function at 16 call sites
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 12/21] scsi: hisi_sas, mvsas, gdth: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 10/21] RDS: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 13/21] scsi: arcmsr, ips, megaraid: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH] dm ioctl: prevent stack leak in dm ioctl call
  • From: Adrian Salido <salidoa@xxxxxxxxxx>
• [PATCH v2 05/21] drm/i915: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 00/21] Introduce common scatterlist map function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH] dm ioctl: prevent stack leak in dm ioctl call
  • From: Adrian Salido <salidoa@xxxxxxxxxx>
• [PATCH v2 17/21] mmc: spi: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 08/21] dm-crypt: Make use of the new sg_map helper in 4 call sites
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 06/21] crypto: hifn_795x: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 19/21] mmc: sdricoh_cs: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 18/21] mmc: tmio: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 16/21] mmc: sdhci: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 03/21] libiscsi: Make use of new the sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 21/21] memstick: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 20/21] mmc: tifm_sd: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 02/21] libiscsi: Add an internal error code
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 14/21] scsi: libfc, csiostor: Change to sg_copy_buffer in two drivers
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH] dm ioctl: prevent stack leak in dm ioctl call
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm ioctl: prevent stack leak in dm ioctl call
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm ioctl: prevent stack leak in dm ioctl call
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [resend PATCH v2 00/33] dax: introduce dax_operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [BUG] multipath-tools: redefined devices, with regex, in multipath.conf appear twice
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [BUG] multipath-tools: missing internal values (multipath -t)
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: new multipath device mistakenly replaced another PV in existing volume group
  • From: Neutron Sharc <neutronsharc@xxxxxxxxx>
• Re: [PATCH 3/3] Add options to multipathd to turn off queueing
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 4/5] kpartx: default to running in sync mode
  • From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
• Re: new multipath device mistakenly replaced another PV in existing volume group
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 4/5] kpartx: default to running in sync mode
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [BUG] multipath-tools: missing internal values (multipath -t)
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 10/10] set retrigger_tries to 0 for multipath
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 3/3] Add options to multipathd to turn off queueing
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 4/5] kpartx: default to running in sync mode
  • From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
• Re: Autoload of DM kernel targets?
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• [PATCH 0/5] More misc patches
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 5/5] libmultipath: force udev reloads
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 4/5] kpartx: default to running in sync mode
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 3/5] libmultipath: fix partition detection
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 2/5] multipath: fix up position independent code
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/5] multipath: Merge the DELL MD3xxx device configs
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: Autoload of DM kernel targets?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm verity: deferred hash checking for restart/logging mode
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH] dm-crypt: rewrite (wipe) key in crypto layer by random data
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: [PATCH] dm verity: deferred hash checking for restart/logging mode
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] dm verity: deferred hash checking for restart/logging mode
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH 00/10] dm: zoned block device support
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH] dm verity: deferred hash checking for restart/logging mode
  • From: Bongkyu Kim <bongkyu.kim@xxxxxxx>
• Re: [PATCH 00/10] dm: zoned block device support
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Autoload of DM kernel targets?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] dm-region-hash: fix strange usage of mempool_alloc.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2 for-4.12] block: fix blk_integrity_register to use template's interval_exp if not 0
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2 for-4.12] block: fix blk_integrity_register to use template's interval_exp if not 0
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH v2 for-4.12] block: fix blk_integrity_register to use template's interval_exp if not 0
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [resend PATCH v2 11/33] dm: add dax_device and dax_operations support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH for-4.12] block, dm: use __blk_integrity_register to properly setup integrity profile
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] block: get rid of blk_integrity_revalidate()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [resend PATCH v2 00/33] dax: introduce dax_operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH for-4.12] block, dm: use __blk_integrity_register to properly setup integrity profile
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] dm-mpath: Requeue after a small delay if blk_get_request() fails
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH] block: get rid of blk_integrity_revalidate()
  • From: Jens Axboe <axboe@xxxxxx>
• [PATCH for-4.12] block, dm: use __blk_integrity_register to properly setup integrity profile
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 3.18-stable] dm bufio: hide bogus warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] dm-region-hash: fix strange usage of mempool_alloc.
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: Add Huawei prioritizer for nvme
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] multipath-tools: Add Huawei prioritizer for nvme
  • From: Zou Ming <zouming.zouming@xxxxxxxxxx>
• [PATCH] dm-crypt: run in a WQ_HIGHPRI workqueue
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH 10/10] dm-zoned: Drive-managed zoned block device target
  • From: damien.lemoal@xxxxxxx
• [PATCH 07/10] dm-flakey: Add support for zoned block devices
  • From: damien.lemoal@xxxxxxx
• [PATCH 02/10] dm-table: Check device area zone alignment
  • From: damien.lemoal@xxxxxxx
• [PATCH 01/10] dm-table: Introduce DM_TARGET_ZONED_HM feature
  • From: damien.lemoal@xxxxxxx
• Autoload of DM kernel targets?
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• [PATCH 05/23] nvme: make nvme_error_status private
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3] dcssblk: add dax_operations support
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
• [PATCH 06/10] dm: Introduce dm_remap_zone_report()
  • From: damien.lemoal@xxxxxxx
• [PATCH 09/10] dm-kcopyd: Add sequential write feature
  • From: damien.lemoal@xxxxxxx
• [PATCH 00/10] dm: zoned block device support
  • From: damien.lemoal@xxxxxxx
• [PATCH 08/10] dm-linear: Add support for zoned block devices
  • From: damien.lemoal@xxxxxxx
• [PATCH 05/10] dm: Fix REQ_OP_ZONE_REPORT bio handling
  • From: damien.lemoal@xxxxxxx
• [PATCH 04/10] dm: Fix REQ_OP_ZONE_RESET bio handling
  • From: damien.lemoal@xxxxxxx
• [PATCH 03/10] dm-table: Check block devices zone model compatibility
  • From: damien.lemoal@xxxxxxx
• Re: kill req->errors V4
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 22/23] blktrace: remove the unused block_rq_abort tracepoint
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH V2] device-mapper: Convert printks to pr_<level> macros
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [resend PATCH v2 11/33] dm: add dax_device and dax_operations support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 22/23] blktrace: remove the unused block_rq_abort tracepoint
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 16/23] blk-mq: remove the error argument to blk_mq_complete_request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 12/23] dm mpath: don't check for req->errors
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 11/23] dm rq: don't pass irrelevant error code to blk_mq_complete_request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 23/23] block: remove the errors field from struct request
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 02/23] block: remove the blk_execute_rq return value
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 21/23] swim3: remove (commented out) printing of req->errors
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 08/23] scsi: introduce a result field in struct scsi_request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 22/23] blktrace: remove the unused block_rq_abort tracepoint
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 22/23] blktrace: remove the unused block_rq_abort tracepoint
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 16/23] blk-mq: remove the error argument to blk_mq_complete_request
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 14/23] mtip32xx: add a status field to struct mtip_cmd
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 12/23] dm mpath: don't check for req->errors
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 10/23] null_blk: don't pass always-0 req->errors to blk_mq_complete_request
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 11/23] dm rq: don't pass irrelevant error code to blk_mq_complete_request
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 01/23] pd: don't check blk_execute_rq return value.
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PATCH 02/23] block: remove the blk_execute_rq return value
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/23] nvme: split nvme status from block req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/23] loop: zero-fill bio on the submitting cpu
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/23] dm rq: don't pass irrelevant error code to blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/23] nvme-fc: fix status code handling in nvme_fc_fcpio_done
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/23] dm mpath: don't check for req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/23] virtio: fix spelling of virtblk_scsi_request_done
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/23] mtip32xx: add a status field to struct mtip_cmd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/23] virtio_blk: don't use req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/23] floppy: switch from req->errors to req->error_count
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/23] swim3: remove (commented out) printing of req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/23] block: add a error_count field to struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/23] nbd: don't use req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/23] xen-blkfront: don't use req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/23] blk-mq: remove the error argument to blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/23] pd: don't check blk_execute_rq return value.
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/23] blk-mq: simplify __blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/23] block: remove the errors field from struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• kill req->errors V4
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/23] ataflop: switch from req->errors to req->error_count
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/23] blktrace: remove the unused block_rq_abort tracepoint
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/23] null_blk: don't pass always-0 req->errors to blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/23] scsi: introduce a result field in struct scsi_request
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: dm-era: metadata reuse after reboot possible?
  • From: Markus Hentsch <markus.hentsch@xxxxxxxxxxxxxxxx>
• [PATCH 05/23] nvme: make nvme_error_status private
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [resend PATCH v2 08/33] dcssblk: add dax_operations support
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
• Re: [PATCH v3] axon_ram: add dax_operations support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 08/23] scsi: introduce a result field in struct scsi_request
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/23] block: remove the blk_execute_rq return value
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH v3] dcssblk: add dax_operations support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3] axon_ram: add dax_operations support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3] axon_ram: add dax_operations support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] block: get rid of blk_integrity_revalidate()
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 08/23] scsi: introduce a result field in struct scsi_request
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 26/27] scsi: sd: Separate zeroout and discard command choices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH v3] dcssblk: add dax_operations support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3] axon_ram: add dax_operations support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3] dax: add a facility to lookup a dax device by 'host' device name
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• new multipath device mistakenly replaced another PV in existing volume group
  • From: Neutron Sharc <neutronsharc@xxxxxxxxx>
• Re: [PATCH 23/23] block: remove the errors field from struct request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 02/23] block: remove the blk_execute_rq return value
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 01/23] pd: don't check blk_execute_rq return value.
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [PATCH 03/23] nvme-fc: fix status code handling in nvme_fc_fcpio_done
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/23] block: add a error_count field to struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/23] blk-mq: remove the error argument to blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/23] null_blk: don't pass always-0 req->errors to blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/23] dm mpath: don't check for req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/23] blk-mq: simplify __blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/23] block: remove the blk_execute_rq return value
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/23] nvme: split nvme status from block req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/23] ataflop: switch from req->errors to req->error_count
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/23] block: remove the errors field from struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/23] pd: don't check blk_execute_rq return value.
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/23] virtio: fix spelling of virtblk_scsi_request_done
  • From: Christoph Hellwig <hch@xxxxxx>
• kill req->errors V3
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/23] dm rq: don't pass irrelevant error code to blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/23] nbd: don't use req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/23] loop: zero-fill bio on the submitting cpu
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/23] virtio_blk: don't use req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/23] xen-blkfront: don't use req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/23] swim3: remove (commented out) printing of req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/23] mtip32xx: add a status field to struct mtip_cmd
  • From: Christoph Hellwig <hch@xxxxxx>
• kill req->errors V3
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/23] floppy: switch from req->errors to req->error_count
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/23] blktrace: remove the unused block_rq_abort tracepoint
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/23] scsi: introduce a result field in struct scsi_request
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: blk-mq: remove the error argument to blk_mq_complete_request
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: dm-era: metadata reuse after reboot possible?
  • From: Somasundaram Krishnasamy <somasundaram.krishnasamy@xxxxxxxxxx>
• Re: [resend PATCH v2 08/33] dcssblk: add dax_operations support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 26/27] scsi: sd: Separate zeroout and discard command choices
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: dm-era: metadata reuse after reboot possible?
  • From: Markus Hentsch <markus.hentsch@xxxxxxxxxxxxxxxx>
• Re: [PATCH 17/25] blk-mq: remove the error argument to blk_mq_complete_request
  • From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
• Re: [PATCH 16/25] xen-blkfront: don't use req->errors
  • From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
• Re: kill req->errors
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: nvme-fc: fix status code handling in nvme_fc_fcpio_done
  • From: James Smart <james.smart@xxxxxxxxxxxx>
• [PATCH] block: get rid of blk_integrity_revalidate()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• nvme: make nvme_error_status private
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 17/25] blk-mq: remove the error argument to blk_mq_complete_request
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 16/25] xen-blkfront: don't use req->errors
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: block: add a error_count field to struct request
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: scsi: introduce a new result field in struct scsi_request
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: block: remove the blk_execute_rq return value
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: pd: remove bogus check for req->errors
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: block: add a error_count field to struct request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: blk-mq: remove the error argument to blk_mq_complete_request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: scsi: introduce a new result field in struct scsi_request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: block: remove the blk_execute_rq return value
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH] device-mapper: Convert printks to pr_<level> macros
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v6 0/3] dm: boot a mapped device without an initramfs
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 2/3] dm: export a table+mapped device to the ioctl interface
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH v6 1/3] dm: make some mapped_device functions available
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH v6 0/3] dm: boot a mapped device without an initramfs
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH v6 3/3] init: add support to directly boot to a mapped device
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• nvme: split nvme status from block req->errors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• loop: zero-fill bio on the submitting cpu
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• nvme-fc: fix status code handling in nvme_fc_fcpio_done
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• virtio: fix spelling of virtblk_scsi_request_done
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• scsi: introduce a new result field in struct scsi_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• virtio_blk: don't use req->errors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• block: add a error_count field to struct request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• mtip32xx: add a status field to struct mtip_cmd
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• block: remove the errors field from struct request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• ataflop: switch from req->errors to req->error_count
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• pd: remove bogus check for req->errors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• floppy: switch from req->errors to req->error_count
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>