Linux Device-Mapper Development

• Thread Index

• [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>
• null_blk: don't pass always-0 req->errors to blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• dm mpath: don't check for req->errors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• blktrace: remove the unused block_rq_abort tracepoint
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• nbd: don't use req->errors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• dm rq: don't pass irrelevant error code to blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• blk-mq: remove the error argument to blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• swim3: remove (commented out) printing of req->errors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• xen-blkfront: don't use req->errors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• blk-mq: simplify __blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• block: remove the blk_execute_rq return value
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• kill req->errors V2
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dm thin: fix a memory leak when passing discard bio down
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH 02/25] block: remove the blk_execute_rq return value
  • From: "hch@xxxxxx" <hch@xxxxxx>
• [PATCH] dm thin: fix a memory leak when passing discard bio down
  • From: Dennis Yang <dennisyang@xxxxxxxx>
• Re: [PATCH v4 6/6] dm rq: Avoid that request processing stalls sporadically
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 4/9] multipathd: don't call strlen on NULL variables
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [RFC PATCH v5] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCH 10/25] loop: zero-fill bio on the submitting cpu
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v4 6/6] dm rq: Avoid that request processing stalls sporadically
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH RESEND] dm ioctl: Remove double parentheses
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [PATCH 7/9] multipathd: allow devices to switch from RW to RO
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [PATCH 09/22] dm-crypt: Make use of the new sg_map helper in 4 call sites
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 1/1] libmultipath/propsel: Do not select sysfs prioritizer for RDAC arrays
  • From: "Schremmer, Steven" <Steve.Schremmer@xxxxxxxxxx>
• Re: [PATCH v4 6/6] dm rq: Avoid that request processing stalls sporadically
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 2/8] target: remove iblock WRITE_SAME passthrough support
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 6/6] dm rq: Avoid that request processing stalls sporadically
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [RFC] using #pragma push_macro and pop_macro
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] multipath-tools: Replace multipath configuration output
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] device-mapper: Convert printks to pr_<level> macros
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [resend PATCH v2 33/33] libnvdimm, pmem: disable dax flushing when pmem is fronting a volatile region
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 28/33] x86, libnvdimm, dax: stop abusing __copy_user_nocache
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 30/33] libnvdimm, pmem: fix persistence warning
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 29/33] uio, libnvdimm, pmem: implement cache bypass for all copy_from_iter() operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 32/33] filesystem-dax: gate calls to dax_flush() on QUEUE_FLAG_WC
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 31/33] libnvdimm, nfit: enable support for volatile ranges
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 27/33] x86, libnvdimm, pmem: move arch_invalidate_pmem() to libnvdimm
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 26/33] x86, dax, libnvdimm: move wb_cache_pmem() to libnvdimm
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 25/33] x86, dax: replace clear_pmem() with open coded memset + dax_ops->flush
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 24/33] filesystem-dax: convert to dax_flush()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 23/33] dm: add ->flush() dax operation support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 22/33] dax, pmem: introduce an optional 'flush' dax_operation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 21/33] filesystem-dax: convert to dax_copy_from_iter()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 20/33] dm: add ->copy_from_iter() dax operation support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 19/33] dax, pmem: introduce 'copy_from_iter' dax operation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 18/33] x86, dax, pmem: remove indirection around memcpy_from_pmem()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 17/33] block: remove block_device_operations ->direct_access()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 16/33] block, dax: convert bdev_dax_supported() to dax_direct_access()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 15/33] filesystem-dax: convert to dax_direct_access()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 14/33] Revert "block: use DAX for partition table reads"
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 13/33] ext2, ext4, xfs: retrieve dax_device for iomap operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 12/33] dm: teach dm-targets to use a dax_device + dax_operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 11/33] dm: add dax_device and dax_operations support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 10/33] dax: introduce dax_direct_access()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 09/33] block: kill bdev_dax_capable()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 08/33] dcssblk: add dax_operations support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 07/33] brd: add dax_operations support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 06/33] axon_ram: add dax_operations support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 05/33] pmem: add dax_operations support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 04/33] dax: introduce dax_operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 03/33] dax: add a facility to lookup a dax device by 'host' device name
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 02/33] dax: refactor dax-fs into a generic provider of 'struct dax_device' instances
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 01/33] device-dax: rename 'dax_dev' to 'dev_dax'
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [resend PATCH v2 00/33] dax: introduce dax_operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] device-mapper: Convert printks to pr_<level> macros
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 02/25] block: remove the blk_execute_rq return value
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2 11/33] dm: add dax_device and dax_operations support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 09/22] dm-crypt: Make use of the new sg_map helper in 4 call sites
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v4 6/6] dm rq: Avoid that request processing stalls sporadically
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH] libmultipath: fix skip_kpartx support for removing maps
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 0/1] Missing RDAC patch
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: replace multipath configuration output
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 02/25] block: remove the blk_execute_rq return value
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 01/25] remove the mg_disk driver
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: remove REQ_OP_WRITE_SAME
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] Re: [Report] crash tool cannot resolve struct dm_table properly
  • From: Eric Ren <zren@xxxxxxxx>
• Re: [PATCH] multipath-tools: replace multipath configuration output
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 0/1] Missing RDAC patch
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 17/33] multipathd: imply -n if find_multipaths is set
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH] Re: [Report] crash tool cannot resolve struct dm_table properly
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 08/25] scsi: fix fast-fail for non-passthrough requests
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 06/25] virtio: fix spelling of virtblk_scsi_request_done
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 02/25] block: remove the blk_execute_rq return value
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 01/25] remove the mg_disk driver
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 7/9] multipathd: allow devices to switch from RW to RO
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v4 6/6] dm rq: Avoid that request processing stalls sporadically
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 1/2] multipath: Merge the DELL MD3xxx device configs
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/1] libmultipath/propsel: Do not select sysfs prioritizer for RDAC arrays
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 0/1] Missing RDAC patch
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 0/9] misc cleanups and bugfixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 7/9] multipathd: allow devices to switch from RW to RO
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/2] multipath: Merge the DELL MD3xxx device configs
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 2/2] multipath: attempt at common multipath.rules
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [Report] crash tool cannot resolve struct dm_table properly
  • From: Eric Ren <zren@xxxxxxxx>
• Re: [PATCH 2/9] multipath-tools: remove incdir from Makefiles
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] Revert "multipathd: set timeout for CLI commands correctly"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] libmultipath: fix skip_kpartx support for removing maps
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [Report] crash tool cannot resolve struct dm_table properly
  • From: Eric Ren <zren@xxxxxxxx>
• Re: [Report] crash tool cannot resolve struct dm_table properly
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [Report] crash tool cannot resolve struct dm_table properly
  • From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
• Re: [Report] crash tool cannot resolve struct dm_table properly
  • From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] multipath: Merge the DELL MD3xxx device configs
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: : Multipath Setup for NVMe over Fabric
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [Report] crash tool cannot resolve struct dm_table properly
  • From: Eric Ren <zren@xxxxxxxx>
• [PATCH 2/2] multipath: attempt at common multipath.rules
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/2] multipath: Merge the DELL MD3xxx device configs
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 0/2] RFC: multipath proposals
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 17/33] multipathd: imply -n if find_multipaths is set
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 15/33] libmultipath: move suspend logic to _dm_flush_map
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 06/33] multipathd: set timeout for CLI commands correctly
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v4 6/6] dm rq: Avoid that request processing stalls sporadically
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• : Multipath Setup for NVMe over Fabric
  • From: Ankur Srivastava <asrivastava014@xxxxxxxxx>
• Re: kill req->errors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 8/8] block: use bio_has_data to check if a bio has bvecs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/8] block: remove REQ_OP_WRITE_SAME support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/8] block: remove bio_no_advance_iter
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/8] dm: remove write same support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/8] md: drop WRITE_SAME support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/8] sd: remove write same support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/8] target/iblock: convert WRITE_SAME to blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/8] drbd: drop REQ_OP_WRITE_SAME support
  • From: Christoph Hellwig <hch@xxxxxx>
• remove REQ_OP_WRITE_SAME
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: kill req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 0/9] misc cleanups and bugfixes
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: replace multipath configuration output
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH v3 RESEND] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH 2/8] target: remove iblock WRITE_SAME passthrough support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 4/5] init: add support to directly boot to a mapped device
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 5/5] dm verity: add support for version 0 of the on-disk format
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• Re: [PATCH v4 6/6] dm rq: Avoid that request processing stalls sporadically
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH v4 6/6] dm rq: Avoid that request processing stalls sporadically
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v4 6/6] dm rq: Avoid that request processing stalls sporadically
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [PATCH 2/5] dm: move dm definitions outside the private header to boot dm targets.
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH 0/5] dm: boot a mapped device without an initramfs
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH 4/5] init: add support to directly boot to a mapped device
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH 3/5] dm: export a table+mapped device to the ioctl interface
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH 5/5] dm verity: add support for version 0 of the on-disk format
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH 1/5] dm: move dm_table_destroy() to same header as dm_table_create()
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• Re: [PATCH v4 6/6] dm rq: Avoid that request processing stalls sporadically
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 5/5] dm verity: add support for version 0 of the on-disk format
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: RFC: remove REQ_OP_WRITE_SAME
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: [PATCH v4 6/6] dm rq: Avoid that request processing stalls sporadically
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH v4 6/6] dm rq: Avoid that request processing stalls sporadically
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 5/8] dm: remove write same support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/8] md: drop WRITE_SAME support
  • From: Christoph Hellwig <hch@xxxxxx>
• RFC: remove REQ_OP_WRITE_SAME
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/8] block: remove REQ_OP_WRITE_SAME support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/8] block: remove bio_no_advance_iter
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/8] drbd: drop REQ_OP_WRITE_SAME support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/8] target: remove iblock WRITE_SAME passthrough support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/8] sd: remove write same support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 8/8] block: use bio_has_data to check if a bio has bvecs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v5] IV Generation algorithms for dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH v2] kobject: support passing in variables for synthetic uevents
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• [PATCH] dm-verity-fec: don't check for failure from mempool_alloc(GFP_NOIO)
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] dm-region-hash: fix strange usage of mempool_alloc.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: always use REQ_OP_WRITE_ZEROES for zeroing offload V2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] kobject: support passing in variables for synthetic uevents
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] multipath-tools: replace multipath configuration output
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] dm-mpath: Requeue after a small delay if blk_get_request() fails
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v4 6/6] dm rq: Avoid that request processing stalls sporadically
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH] dm era: Save spacemap metadata root after the pre-commit
  • From: Somasundaram Krishnasamy <somasundaram.krishnasamy@xxxxxxxxxx>
• Re: [PATCH 0/2] Trace completion of all bios
  • From: Jens Axboe <axboe@xxxxxx>
• [git pull] device mapper fixes for 4.11-rc6
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 6/9] multipathd: drop lock before calling uev_add_path
  • From: Alban Browaeys <prahal@xxxxxxxxx>
• [RFC PATCH v5] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [RFC PATCH v5] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: dm-crypt IV generation (summary)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] Fix for find_lowest_key in dm-btree.c
  • From: Vinothkumar Raja <vinraja@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 14/25] nbd: don't use req->errors
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• [PATCH 05/25] nvme: make nvme_error_status private
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 9/9] multipath: fix segfault with disable_changed_wwids
  • From: Shichangkuo <shi.changkuo@xxxxxxx>
• Re: kill req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 9/9] multipath: fix segfault with disable_changed_wwids
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 8/9] libmultipath: don't set max_sectors_kb on reloads
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 4/9] multipathd: don't call strlen on NULL variables
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 3/9] libdmmp: don't disconnect from multipathd twice
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 7/9] multipathd: allow devices to switch from RW to RO
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 2/9] multipath-tools: remove incdir from Makefiles
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 5/9] libdmmp: move libdmmp.pc install location
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 6/9] multipathd: drop lock before calling uev_add_path
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/9] libdmmp: minor Makefile cleanup
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 0/9] misc cleanups and bugfixes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/2] block: simple improvements for bio->flags
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 2/2] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 0/2] Trace completion of all bios
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 07/25] virtio_blk: don't use req->errors
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 06/25] virtio: fix spelling of virtblk_scsi_request_done
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 03/25] nvme-fc: fix status code handling in nvme_fc_fcpio_done
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 04/25] nvme: split nvme status from block req->errors
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 02/25] block: remove the blk_execute_rq return value
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: multipathd: locks itself in udev trigger
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 25/25] block: remove the errors field from struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/25] block: remove the blk_execute_rq return value
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/25] block: add a error_count field to struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/25] dm mpath: don't check for req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/25] nbd: don't use req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• kill req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/25] pd: remove bogus check for req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/25] xen-blkfront: don't use req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/25] nvme-fc: fix status code handling in nvme_fc_fcpio_done
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/25] blk-mq: simplify __blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/25] null_blk: don't pass always-0 req->errors to blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/25] swim3: remove (commented out) printing of req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/25] nvme: split nvme status from block req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/25] mtip32xx: add a status field to struct mtip_cmd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/25] blk-mq: remove the error argument to blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/25] scsi: introduce a new result field in struct scsi_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/25] virtio_blk: don't use req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/25] scsi: fix fast-fail for non-passthrough requests
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/25] floppy: switch from req->errors to req->error_count
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/25] loop: zero-fill bio on the submitting cpu
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/25] virtio: fix spelling of virtblk_scsi_request_done
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/25] dm rq: don't pass irrelevant error code to blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/25] remove the mg_disk driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/25] blktrace: remove the unused block_rq_abort tracepoint
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/25] ataflop: switch from req->errors to req->error_count
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: dm-crypt IV generation (summary)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• multipathd: locks itself in udev trigger
  • From: Alban Browaeys <prahal@xxxxxxxxx>
• Re: [PATCH 04/33] multipath: do not check daemon from udev rules
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: dm-crypt IV generation (summary)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 27/27] scsi: sd: Remove LBPRZ dependency for discards
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 26/27] scsi: sd: Separate zeroout and discard command choices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: uid_attrs (was Re: [PATCH 04/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_add_path())
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 17/33] multipathd: imply -n if find_multipaths is set
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 15/33] libmultipath: move suspend logic to _dm_flush_map
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 06/33] multipathd: set timeout for CLI commands correctly
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 04/33] multipath: do not check daemon from udev rules
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: uid_attrs (was Re: [PATCH 04/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_add_path())
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: uid_attrs (was Re: [PATCH 04/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_add_path())
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 26/27] scsi: sd: Separate zeroout and discard command choices
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/27] scsi: sd: Remove LBPRZ dependency for discards
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/27] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/27] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/27] block: stop using discards for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/27] mmc: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/27] rsxx: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/27] rbd: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/27] brd: remove discard support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/27] zram: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/27] loop: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/27] nvme: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/27] sd: implement unmapping Write Zeroes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/27] block_dev: use blkdev_issue_zerout for hole punches
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/27] block: add a new BLKDEV_ZERO_NOFALLBACK flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/27] block: stop using blkdev_issue_write_same for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/27] block: add a REQ_NOUNMAP flag for REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/27] block: add a flags argument to (__)blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/27] dm: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/27] dm kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/27] block: renumber REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/27] md: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/27] sd: split sd_setup_discard_cmnd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/27] block: implement splitting of REQ_OP_WRITE_ZEROES bios
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/27] dm io: discards don't take a payload
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/27] sd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• always use REQ_OP_WRITE_ZEROES for zeroing offload V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: always use REQ_OP_WRITE_ZEROES for zeroing offload V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/27] block_dev: use blkdev_issue_zerout for hole punches
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/27] dm: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/27] block: renumber REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/27] block: implement splitting of REQ_OP_WRITE_ZEROES bios
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/27] loop: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/27] md: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/27] nvme: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/27] sd: implement unmapping Write Zeroes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/27] block: add a flags argument to (__)blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/27] dm kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• always use REQ_OP_WRITE_ZEROES for zeroing offload V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/27] sd: split sd_setup_discard_cmnd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/27] zram: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/27] dm io: discards don't take a payload
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/27] block: add a new BLKDEV_ZERO_NOFALLBACK flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/27] block: add a REQ_NOUNMAP flag for REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/27] block: stop using blkdev_issue_write_same for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/27] sd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• uid_attrs (was Re: [PATCH 04/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_add_path())
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 25/25] block: remove the discard_zeroes_data flag
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 22/25] block: stop using discards for zeroing
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 15/25] nvme: implement REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 14/25] sd: implement unmapping Write Zeroes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 13/25] block_dev: use blkdev_issue_zerout for hole punches
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 12/25] block: add a new BLKDEV_ZERO_NOFALLBACK flag
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 11/25] block: add a REQ_UNMAP flag for REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 10/25] block: add a flags argument to (__)blkdev_issue_zeroout
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 09/25] block: stop using blkdev_issue_write_same for zeroing
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 04/25] sd: implement REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 03/25] block: implement splitting of REQ_OP_WRITE_ZEROES bios
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 02/25] block: renumber REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 01/25] ѕd: split sd_setup_discard_cmnd
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm: move dm_table_destroy() to same header as dm_table_create()
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• Re: dm: move dm_table_destroy() to same header as dm_table_create()
  • From: Brian Norris <briannorris@xxxxxxxxxxxx>
• Re: [multipath-tools] [BUG] segfault in uev_update_path
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] dm ioctl: Remove double parentheses
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Device mapper single device display
  • From: <phillip.carswell@xxxxxxxxxxxx>
• Re: [PATCH] dm ioctl: Remove double parentheses
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm ioctl: Remove double parentheses
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 1/2] dm verity fec: limit error correction recursion
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH 2/2] dm verity fec: fix bufio leaks
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH 01/25] ѕd: split sd_setup_discard_cmnd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/25] zram: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/25] block: implement splitting of REQ_OP_WRITE_ZEROES bios
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/25] block: stop using blkdev_issue_write_same for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/25] dm io: discards don't take a payload
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/25] dm: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/25] md: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/25] sd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/25] dm kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/25] sd: implement unmapping Write Zeroes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/25] block: renumber REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/25] block: add a new BLKDEV_ZERO_NOFALLBACK flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] dm crypt: remove obsolete references to per-CPU state
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH][RFC] dm raid: Fix NULL pointer dereference for raid1 without bitmap
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH][RFC] dm raid: Fix NULL pointer dereference for raid1 without bitmap
  • From: kmeaw@xxxxxxxxxxxxxx
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [Drbd-dev] [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/23] block: renumber REQ_OP_WRITE_ZEROES
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 11/23] block_dev: use blkdev_issue_zerout for hole punches
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [multipath-tools] [BUG] segfault in uev_update_path
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH] dm: move dm_table_destroy() to same header as dm_table_create()
  • From: Brian Norris <briannorris@xxxxxxxxxxxx>
• [PATCH] multipath-tools: amend text from multipath/multipath.conf.5
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: move dm_table_destroy() to same header as dm_table_create()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [PATCH] dm-raid: select the config option CONFIG_MD_RAID0
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 11/23] block_dev: use blkdev_issue_zerout for hole punches
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [multipath-tools] [BUG] segfault in uev_update_path
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 01/23] block: renumber REQ_OP_WRITE_ZEROES
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH v3] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [Drbd-dev] RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH v3] block: trace completion of all bios.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v3] block: trace completion of all bios.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Multipath timeout
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] libmpathpersist: use extern struct udev from main program
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Question about merge performance
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: arrange compilation options for binaries
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: Question about merge performance
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Question about merge performance
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH v3] block: trace completion of all bios.
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v2] block: trace completion of all bios.
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Question about merge performance
  • From: Michael McCarthy <mccarthy197310@xxxxxxxxx>
• [PATCH v3] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Question about merge performance
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: multipath-tools (patch): Do not select sysfs prioritizer for RDAC arrays (was Re: [PATCH 00/33] multipath-tools fixes from SUSE)
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• multipath-tools (patch): Do not select sysfs prioritizer for RDAC arrays (was Re: [PATCH 00/33] multipath-tools fixes from SUSE)
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Question about merge performance
  • From: Michael McCarthy <mccarthy197310@xxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/23] sd: handle REQ_UNMAP
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/23] block: add a flags argument to (__)blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/23] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/23] block: add a new BLKDEV_ZERO_NOFALLBACK flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/23] zram: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/23] block_dev: use blkdev_issue_zerout for hole punches
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/23] block: add a REQ_UNMAP flag for REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/23] block: renumber REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/23] rbd: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/23] brd: remove discard support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/23] loop: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/23] block: implement splitting of REQ_OP_WRITE_ZEROES bios
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/23] md: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/23] nvme: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/23] block: stop using discards for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/23] mmc: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/23] dm: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/23] rsxx: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] multipath-tools: arrange compilation options for binaries
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/23] block: stop using blkdev_issue_write_same for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] multipath-tools: arrange compilation options for binaries
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [multipath-tools] [BUG] segfault in uev_update_path
  • From: Shichangkuo <shi.changkuo@xxxxxxx>
• Re: [PATCH] multipath-tools: arrange compilation options for binaries
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: arrange compilation options for shared libs/objects
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: arrange compilation options for binaries
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: build objects for libdmmp and libmpathpersist independently
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: add missing "-l" flag for pthread in libdmmp/Makefile
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: Remove trailing whitespaces
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH v2] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 1/2] md: add raid4/5/6 journal mode API (for dm-raid use)
  • From: heinzm@xxxxxxxxxx
• [PATCH 2/2] dm raid: add raid4/5/6 journal mode support
  • From: heinzm@xxxxxxxxxx
• [PATCH 0/2] md/dm-raid: add/use API to switch raid4/5/6 journal cache modes
  • From: heinzm@xxxxxxxxxx
• Re: [PATCH] block: trace completion of all bios.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Kernel BUG at dm-cache-policy-mq.c
  • From: Stanislas Oger <stanislas.oger@xxxxxxxxx>