Linux Device-Mapper Development

• Thread Index

• [PATCH v4 08/19] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 01/19] crypto: change transient busy return code to -EAGAIN
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 06/19] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 04/19] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 03/19] crypto: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 07/19] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH V2 00/20] blk-mq-sched: improve SCSI-MQ performance
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] bio-integrity: revert "stop abusing bi_end_io"
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH] bio-integrity: revert "stop abusing bi_end_io"
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Guide stacking device mappers
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• [BUG] BLKZEROOUT on dm-crypt container cause OOM / kernel panic
  • From: Tom Yan <tom.ty89@xxxxxxxxxxx>
• [PATCH] dm integrity: make blk_integrity_profile structure const
  • From: Bhumika Goyal <bhumirks@xxxxxxxxx>
• Re: [RFC PATCH] bio-integrity: Fix regression if profile verify_fn is NULL
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: Request for Comments about Chained-IV feature in Linux crypto framework
  • From: "Yu, Wenqian" <wenqian.yu@xxxxxxxxx>
• Re: [PATCH] bio-integrity: revert "stop abusing bi_end_io"
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] bio-integrity: revert "stop abusing bi_end_io"
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] bio-integrity: revert "stop abusing bi_end_io"
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] bio-integrity: revert "stop abusing bi_end_io"
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] bio-integrity: revert "stop abusing bi_end_io"
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] libmultipath: update 3PARdata builtin config
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] libmultipath: update 3PARdata builtin config
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: beautify path_latency.c code
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] libmultipath: update 3PARdata builtin config
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: beautify path_latency.c code
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH] multipath-tools: fix format in multipath.conf.5
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: beautify path_latency.c code
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: beautify path_latency.c code
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v2] libmultipath: update 3PARdata builtin config
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] bio-integrity: revert "stop abusing bi_end_io"
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: sync third-party headers with 3.13 upstream
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: check sysfs path state for NVMe/NVMf
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] kpartx.rules: Fix syntax error in skip_kpartx code
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH v2 0/4] libmultipath: Fixes for NVME / NVMEoF
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH v4 00/11] multipath-tools: no_path_retry/queue_if_no_path/hwhandler logic
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: delete libdmmp/docs/man directory in make clean
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: move up TEMPLATE in hwtable
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: add HPE StoreVirtual 3200 family to hwtable
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] libmultipath: fix unit to seconds in log message for checker timeout
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] crypto: tcrypt - remove AES-XTS-192 speed tests
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Request for Comments about Chained-IV feature in Linux crypto framework
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Guide stacking device mappers
  • From: Jonas <jonasalmqvist@xxxxxxx>
• Re: [PATCH v2] dm: allow device-mapper to operate without dax support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 0/2] dax, dm: stop requiring dax for device-mapper
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 1/2] dax: introduce CONFIG_DAX_DRIVER
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 2/2] dm: allow device-mapper to operate without dax support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH] bio-integrity: Fix regression if profile verify_fn is NULL
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH v3 0/2] dax, dm: stop requiring dax for device-mapper
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2] dm: allow device-mapper to operate without dax support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH] bio-integrity: Fix regression if profile verify_fn is NULL
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC PATCH] bio-integrity: Fix regression if profile verify_fn is NULL
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC PATCH] bio-integrity: Fix regression if profile verify_fn is NULL
  • From: Christoph Hellwig <hch@xxxxxx>
• [RFC PATCH] bio-integrity: Fix regression if profile verify_fn is NULL
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: dm: enable opt-out of device-mapper dax support
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] dm: enable opt-out of device-mapper dax support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] dm: enable opt-out of device-mapper dax support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v2] dm: allow device-mapper to operate without dax support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] dm-integrity: Do not check integrity for failed read operations
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm: enable opt-out of device-mapper dax support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: dm: enable opt-out of device-mapper dax support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: dm: enable opt-out of device-mapper dax support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: dm: enable opt-out of device-mapper dax support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm: enable opt-out of device-mapper dax support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] dm-integrity: Do not check integrity for failed read operations
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH] dm-integrity: Do not check integrity for failed read operations
  • From: Hyunchul Lee <hyc.lee@xxxxxxxxx>
• Re: [PATCH] libmultipath: update 3PARdata builtin config
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH v2] libmultipath: update 3PARdata builtin config
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [resend PATCH v2 11/33] dm: add dax_device and dax_operations support
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• [PATCH 2/2] dm-log-writes: fix >512b sectorsize support
  • From: josef@xxxxxxxxxxxxxx
• [PATCH 1/2] dm-log-writes: don't use all the cpu
  • From: josef@xxxxxxxxxxxxxx
• Re: [resend PATCH v2 11/33] dm: add dax_device and dax_operations support
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [resend PATCH v2 11/33] dm: add dax_device and dax_operations support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] libmultipath: update 3PARdata builtin config
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [resend PATCH v2 11/33] dm: add dax_device and dax_operations support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [git pull] device mapper fixes for 4.13-rc3
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Thin-provisioned LVs throughput
  • From: Moshe Lazarov <Moshe.Lazarov@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: check sysfs path state for NVMe/NVMf
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: check sysfs path state for NVMe/NVMf
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] multipath-tools: check sysfs path state for NVMe/NVMf
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: dm-integrity: count failures
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-integrity: count failures
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 0/9] Nowait feature for stacked block devices
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 6/9] dm: add nowait support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 5/9] md: raid10 nowait support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 7/9] dm: Add nowait support to raid1
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 9/9] dm-mpath: Add nowait support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 4/9] md: raid5 nowait support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 3/9] md: raid1 nowait support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 8/9] dm: Add nowait support to dm-delay
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 2/9] md: Add nowait support to md
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH][V2] dm, dax: Make sure dm_dax_flush() is called if device supports it
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH][V2] dm, dax: Make sure dm_dax_flush() is called if device supports it
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH V2] dm-zoned: Use GFP_NOIO in I/O path
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: dm, dax: Make sure dm_dax_flush() is called if device supports it
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] dm, dax: Make sure dm_dax_flush() is called if device supports it
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: dm, dax: Make sure dm_dax_flush() is called if device supports it
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm, dax: Make sure dm_dax_flush() is called if device supports it
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] dm, dax: Make sure dm_dax_flush() is called if device supports it
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: dm raid: avoid mddev->suspended access
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm raid: avoid mddev->suspended access
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-zoned: Use GFP_NOIO in I/O path
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH] dm-zoned: Use GFP_NOIO in I/O path
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• multipath dm_request_fn(in dm.c) is not getting called
  • From: muneendra kumar <muneendra737@xxxxxxxxx>
• [PATCH] crypto: tcrypt - remove AES-XTS-192 speed tests
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• AES-XTS key size
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• Re: [PATCH 2/2] multipath-tools/libmultipath: Add args min_avg_latency for path_latency.
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: AES-XTS key size
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH 3/6] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v2 1/4] libmultipath: get_udev_uid: make sure pp->wwid is 0-terminated
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 2/4] libmultipath: drop uevent_can_discard_by_devpath
  • From: "Schremmer, Steven" <Steve.Schremmer@xxxxxxxxxx>
• Re: [PATCH 1/4] libmultipath: get_udev_uid: make sure pp->wwid is 0-terminated
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 3/4] libmultipath: only listen for uevents with DEVTYPE=disk
  • From: "Schremmer, Steven" <Steve.Schremmer@xxxxxxxxxx>
• Re: [PATCH 1/4] libmultipath: get_udev_uid: make sure pp->wwid is 0-terminated
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 1/4] libmultipath: get_udev_uid: make sure pp->wwid is 0-terminated
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [PATCH 1/4] libmultipath: get_udev_uid: make sure pp->wwid is 0-terminated
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [PATCH 1/4] libmultipath: get_udev_uid: make sure pp->wwid is 0-terminated
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] dm-zoned: Avoid metadata flush writeback throttling
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH] dm-zoned: Avoid metadata flush writeback throttling
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] dm-zoned: Use GFP_NOIO in I/O path
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH] dm-zoned: Avoid metadata flush writeback throttling
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH RFC 0/3] multipath-tools: coalesce heterogenous paths by referencing method
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH] dm-zoned: remove test for impossible conditions
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH 2/2] multipath-tools/libmultipath: Add args min_avg_latency for path_latency.
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH v2 2/2] crypto/algapi - make crypto_xor() take separate dst and src arguments
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] multipath-tools: add/change fujitsu arrays
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [dm:for-next 4/6] drivers/md/dm-integrity.c:1734:1: error: expected '; ' before '}' token
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [PATCH] dm-integrity: count failures
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-zoned: remove test for impossible conditions
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-integrity: test for corrupted disk format
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/2] multipath-tools/libmultipath: Add args min_avg_latency for path_latency.
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] dm-integrity: fix inefficient allocation of stack space
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-integrity: fix inefficient allocation of stack space
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/2] multipath-tools/libmultipath: Add args min_avg_latency for path_latency.
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/2] multipath-tools/libmultipath: Support for the native NVMe Ioctl command.
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH RFC 0/3] multipath-tools: coalesce heterogenous paths by referencing method
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH RFC 3/3] multipath-tools: coalesce heterogenous paths by referencing method
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH RFC 2/3] multipath-tools: add flags to path struct to track internel state
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH RFC 0/3] multipath-tools: coalesce heterogenous paths by referencing method
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• [PATCH RFC 1/3] multipath-tools: move get_next_string to util
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 2/2] multipath-tools/libmultipath: Add args min_avg_latency for path_latency.
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH 1/2] multipath-tools/libmultipath: Support for the native NVMe Ioctl command.
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH 1/2] multipath-tools/libmultipath: Support for the native NVMe Ioctl command.
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 2/2] multipath-tools/libmultipath: Add args min_avg_latency for path_latency.
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: dm-integrity: fix inefficient allocation of stack space
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH] dm-integrity: fix inefficient allocation of stack space
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• multipath dm_request_fn(in dm.c) is not getting called
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: dm-integrity: fix inefficient allocation of stack space
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-integrity: fix inefficient allocation of stack space
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-integrity: fix inefficient allocation of stack space
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-integrity: fix inefficient allocation of stack space
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: an optimization for dm-bufio and dm-integrity
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [PATCH 1/2] multipath-tools/libmultipath: Support for the native NVMe Ioctl command.
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• [PATCH 0/2] multipath-tools/libmultipath: Support for the native NVMe Ioctl command and add args min_avg_latency for path_latency.
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• [PATCH 2/2] multipath-tools/libmultipath: Add args min_avg_latency for path_latency.
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: dm-integrity: fix inefficient allocation of stack space
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: dm-integrity: fix inefficient allocation of stack space
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: an optimization for dm-bufio and dm-integrity
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-integrity: fix inefficient allocation of stack space
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: an optimization for dm-bufio and dm-integrity
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: an optimization for dm-bufio and dm-integrity
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: an optimization for dm-bufio and dm-integrity
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] an optimization for dm-bufio and dm-integrity
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-integrity: plug I/Os when writing the journal
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-integrity: fix inefficient allocation of stack space
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 0/2] multipath-tools/libmultipath: Support for the native NVMe Ioctl command and add args min_avg_latency for path_latency.
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• [PATCH v2 2/2] crypto/algapi - make crypto_xor() take separate dst and src arguments
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 0/2] crypto/algapi - refactor crypto_xor() to avoid memcpy()s
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 1/2] crypto/algapi - use separate dst and src operands for __crypto_xor()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/2] crypto/algapi - make crypto_xor() take separate dst and src arguments
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/2] crypto/algapi - make crypto_xor() take separate dst and src arguments
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/4] libmultipath: only listen for uevents with DEVTYPE=disk
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 0/4] libmultipath: Fixes for NVME / NVMEoF
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 4/4] libmultipath: fix over-long NVME WWIDs
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 2/4] libmultipath: drop uevent_can_discard_by_devpath
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 1/4] libmultipath: get_udev_uid: make sure pp->wwid is 0-terminated
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 0/2] multipath-tools/libmultipath: Support for the native NVMe Ioctl command and add args min_avg_latency for path_latency.
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 0/2] multipath-tools/libmultipath: Support for the native NVMe Ioctl command and add args min_avg_latency for path_latency.
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH 4/4] libmultipath: fix over-long NVME WWIDs
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 2/4] libmultipath: drop uevent_can_discard_by_devpath
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 3/4] libmultipath: only listen for uevents with DEVTYPE=disk
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [for-4.14 RFC PATCH 0/2] dm rq: eliminate historic blk-mq and .request_fn queue stacking restrictions
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 4/4] libmultipath: fix over-long NVME WWIDs
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 3/4] libmultipath: only listen for uevents with DEVTYPE=disk
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 2/4] libmultipath: drop uevent_can_discard_by_devpath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/4] libmultipath: get_udev_uid: make sure pp->wwid is 0-terminated
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [for-4.14 RFC PATCH 1/2] dm rq: avoid deadlock if dm-mq is stacked on old .request_fn device(s)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.14 RFC PATCH 1/2] dm rq: avoid deadlock if dm-mq is stacked on old .request_fn device(s)
  • From: "Ewan D. Milne" <emilne@xxxxxxxxxx>
• Re: [for-4.14 RFC PATCH 1/2] dm rq: avoid deadlock if dm-mq is stacked on old .request_fn device(s)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-4.14 RFC PATCH 0/2] dm rq: eliminate historic blk-mq and .request_fn queue stacking restrictions
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/4] libmultipath: drop uevent_can_discard_by_devpath
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 4/4] libmultipath: fix over-long NVME WWIDs
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 1/4] libmultipath: get_udev_uid: make sure pp->wwid is 0-terminated
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 3/4] libmultipath: only listen for uevents with DEVTYPE=disk
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 0/4] libmultipath: Fixes for NVME / NVMEoF
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools: don't discard uevent for NVMe-Fabrics device
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools: don't discard uevent for NVMe-Fabrics device
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: [PATCH 0/2] multipath-tools/libmultipath: Support for the native NVMe Ioctl command and add args min_avg_latency for path_latency.
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [for-4.14 RFC PATCH 1/2] dm rq: avoid deadlock if dm-mq is stacked on old .request_fn device(s)
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [for-4.14 RFC PATCH 0/2] dm rq: eliminate historic blk-mq and .request_fn queue stacking restrictions
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 0/2] multipath-tools/libmultipath: Support for the native NVMe Ioctl command and add args min_avg_latency for path_latency.
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH]prioritizers/path_latency: Fix failure of sg_read to a nvme device
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• [for-4.14 RFC PATCH 2/2] dm rq: eliminate historic blk-mq and .request_fn queue stacking restrictions
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.14 RFC PATCH 1/2] dm rq: avoid deadlock if dm-mq is stacked on old .request_fn device(s)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-4.14 RFC PATCH 0/2] dm rq: eliminate historic blk-mq and .request_fn queue stacking restrictions
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] libmultipath: update 3PARdata builtin config
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 0/2] multipath-tools/libmultipath: Support for the native NVMe Ioctl command and add args min_avg_latency for path_latency.
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] dm raid: bump version to 1.12.1
  • From: heinzm@xxxxxxxxxx
• [PATCH] dm raid: fix validate_raid_redundancy() activation check
  • From: heinzm@xxxxxxxxxx
• [PATCH] dm raid: avoid mddev->suspended access
  • From: heinzm@xxxxxxxxxx
• [PATCH] dm raid: avoid WARN_ON() in raid10_md_layout_to_format()
  • From: heinzm@xxxxxxxxxx
• Re: dm-integrity
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-integrity
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH] multipath-tools: don't discard uevent for NVMe-Fabrics device
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 1/2] multipath-tools/libmultipath: Support for the native NVMe Ioctl command.
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• [PATCH 0/2] multipath-tools/libmultipath: Support for the native NVMe Ioctl command and add args min_avg_latency for path_latency.
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• [PATCH 2/2] multipath-tools/libmultipath: Add args min_avg_latency for path_latency.
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• [PATCH] multipath-tools: don't discard uevent for NVMe-Fabrics device
  • From: Guan Junxiong <guanjunxiong@xxxxxxxxxx>
• Re: dm-integrity
  • From: Renesanso <renesanso@xxxxxxxxx>
• Re: dm-integrity
  • From: Renesanso <renesanso@xxxxxxxxx>
• Re: [PATCH] dm bufio: Fix error code in dm_bufio_write_dirty_buffers()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] dm bufio: Fix error code in dm_bufio_write_dirty_buffers()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Multipath ID not equal to LUN scsi ID
  • From: "liuqing@xxxxxxxxxx" <liuqing@xxxxxxxxxx>
• Re: Multipath ID not equal to LUN scsi ID
  • From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
• Re: Multipath ID not equal to LUN scsi ID
  • From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dm-zoned: Fix overflow when converting zone ID to sectors
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: Multipath ID not equal to LUN scsi ID
  • From: "liuqing@xxxxxxxxxx" <liuqing@xxxxxxxxxx>
• Re: [PATCH] dm-zoned: Fix overflow when converting zone ID to sectors
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: Multipath ID not equal to LUN scsi ID
  • From: "liuqing@xxxxxxxxxx" <liuqing@xxxxxxxxxx>
• Re: Multipath ID not equal to LUN scsi ID
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 2/2] crypto/algapi - make crypto_xor() take separate dst and src arguments
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/2] crypto/algapi - use separate dst and src operands for __crypto_xor()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 0/2] crypto/algapi - refactor crypto_xor() to avoid memcpy()s
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: Multipath ID not equal to LUN scsi ID
  • From: Steffen Maier <maier@xxxxxxxxxxxxxxxxxx>
• Multipath ID not equal to LUN scsi ID
  • From: "liuqing@xxxxxxxxxx" <liuqing@xxxxxxxxxx>
• Re: dm-integrity
  • From: Renesanso <renesanso@xxxxxxxxx>
• [PATCH] multipath-tools: add HPE MSA 2050/2052 to hwtable
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: add HPE StoreVirtual 3200 family to hwtable
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: dm-integrity
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [git pull] device mapper changes for 4.13
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-cache: ensuring cache is flushed in timely manner
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• dm-cache: ensuring cache is flushed in timely manner
  • From: Thanos Makatos <thanos.makatos@xxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: dm-integrity
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v3 01/28] crypto: change backlog return code to -EIOCBQUEUED
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v3 01/28] crypto: change backlog return code to -EIOCBQUEUED
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• dmitry.kasatkin@xxxxxxxxxx
  • From: Renesanso <renesanso@xxxxxxxxx>
• [PATCH v3 13/28] crypto: adapt api sample to -EIOCBQUEUED as backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 28/28] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH] dm-zoned: Fix overflow when converting zone ID to sectors
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH v3 27/28] crypto: mediatek: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 26/28] crypto: qce: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 25/28] crypto: talitos: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 24/28] crypto: tcrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 23/28] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 22/28] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 21/28] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 20/28] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 19/28] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 18/28] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 17/28] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 16/28] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 15/28] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 14/28] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 12/28] ima: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 11/28] cifs: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 10/28] fscrypt: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 09/28] dm: verity: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 08/28] crypto: talitos: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 07/28] crypto: qce: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 06/28] crypto: omap: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 05/28] crypto: mediatek: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 04/28] crypto: marvell/cesa: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 03/28] crypto: ccm: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 02/28] crypto: atmel: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 01/28] crypto: change backlog return code to -EIOCBQUEUED
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 00/28] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] multipath: attempt at common multipath.rules
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v2] dm raid: avoid BUG() in __rdev_sectors()
  • From: heinzm@xxxxxxxxxx
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH RESEND] dm-raid: Do not call BUG() in __rdev_sectors()
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH RESEND] dm-raid: Do not call BUG() in __rdev_sectors()
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [git pull] device mapper fixes for 4.12 final
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] libmultipath: update 3PARdata builtin config
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH RESEND] dm-raid: Do not call BUG() in __rdev_sectors()
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 1/1] block: Convert hd_struct in_flight from atomic to percpu
  • From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] libmultipath: update 3PARdata builtin config
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH RESEND] dm-raid: Do not call BUG() in __rdev_sectors()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/2] multipath: attempt at common multipath.rules
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] dm-raid: Do not call BUG() in __rdev_sectors()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH RESEND] dm-raid: Do not call BUG() in __rdev_sectors()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm-raid: Do not call BUG() in __rdev_sectors()
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PATCH] dm-raid: Do not call BUG() in __rdev_sectors()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH]prioritizers/path_latency: Fix failure of sg_read to a nvme device
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH v8 0/2] dm: boot a mapped device without an initramfs
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/2] multipath: attempt at common multipath.rules
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: move bounce limits settings into the drivers
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] libmultipath: fix unit to seconds in log message for checker timeout
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: dm-cache coherence issue
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm mirror: fix crash caused by NULL-pointer dereference
  • From: Eric Ren <zren@xxxxxxxx>
• Re: dm mirror: fix crash caused by NULL-pointer dereference
  • From: Eric Ren <zren@xxxxxxxx>
• Re: dm-cache coherence issue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-cache coherence issue
  • From: Johannes Bauer <dfnsonfsduifb@xxxxxx>
• Re: dm-cache coherence issue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-cache coherence issue
  • From: Johannes Bauer <dfnsonfsduifb@xxxxxx>
• Re: dm thin: do not queue freed thin mapping for next stage processing
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] libmultipath: update 3PARdata builtin config
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm-cache coherence issue
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm mirror: fix crash caused by NULL-pointer dereference
  • From: Eric Ren <zren@xxxxxxxx>
• Re: dm mirror: fix crash caused by NULL-pointer dereference
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm mirror: fix crash caused by NULL-pointer dereference
  • From: Eric Ren <zren@xxxxxxxx>
• Re: [PATCH] dm mirror: fix crash caused by NULL-pointer dereference
  • From: Eric Ren <zren@xxxxxxxx>
• Re: dm mirror: fix crash caused by NULL-pointer dereference
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm mirror: fix crash caused by NULL-pointer dereference
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: dm-cache coherence issue
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm mirror: fix crash caused by NULL-pointer dereference
  • From: Eric Ren <zren@xxxxxxxx>
• Re: [PATCH] dm mirror: fix crash caused by NULL-pointer dereference
  • From: Eric Ren <zren@xxxxxxxx>
• Re: move bounce limits settings into the drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] dm mirror: fix crash caused by NULL-pointer dereference
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH] dm mirror: fix crash caused by NULL-pointer dereference
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PATCH] dm mirror: fix crash caused by NULL-pointer dereference
  • From: Eric Ren <zren@xxxxxxxx>
• [PATCH] dm ioctl: constify ioctl lookup table
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [PATCH] dm: constify argument arrays
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH v4 09/11] libmultipath: retain_attached_hw_handler obsolete with 4.3+
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] dm thin: do not queue freed thin mapping for next stage processing
  • From: Vallish Vaidyeshwara <vallish@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: beautify path_latency.c code
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH v6 0/2] IV Generation algorithms for dm-crypt
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: dm-cache coherence issue
  • From: Johannes Bauer <dfnsonfsduifb@xxxxxx>
• [PATCH] multipath-tools: delete libdmmp/docs/man directory in make clean
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• dm-cache coherence issue
  • From: Johannes Bauer <dfnsonfsduifb@xxxxxx>
• Re: [PATCH] multipath-tools: beautify path_latency.c code
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• [PATCH] kpartx.rules: Fix syntax error in skip_kpartx code
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] multipath-tools: move up TEMPLATE in hwtable
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v4 09/11] libmultipath: retain_attached_hw_handler obsolete with 4.3+
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: beautify path_latency.c code
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] dm raid: fix oops on upgrading to extended superblock format
  • From: heinzm@xxxxxxxxxx
• Re: dm-crypt IV generation (summary)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/2] IV Generation algorithms for dm-crypt
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 11/11] libmultipath: don't [un]set queue_if_no_path after domap
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [git pull] device mapper fixes for 4.12-rc7
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 11/11] libmultipath: don't [un]set queue_if_no_path after domap
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v4 10/11] libmultipath: don't try to set hwhandler if it is retained
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v4 09/11] libmultipath: retain_attached_hw_handler obsolete with 4.3+
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH] multipath-tools: beautify path_latency.c code
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH v4 11/11] libmultipath: don't [un]set queue_if_no_path after domap
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v4 06/11] multipath.conf.5: document no_path_retry vs. queue_if_no_path
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v4 05/11] libmultipath: assemble_map: fix queue_if_no_path logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v4 04/11] libmultipath: merge_hwe: fix queue_if_no_path logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v4 02/11] libmultipath: add/remove_feature: use const char* for feature
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v4 03/11] libmultipath: clarify option conflicts for "features"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v4 01/11] libmultipath: load_config: skip setting unnecessary defaults
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v4 08/11] libmultipath: add deprecated warning for some features settings
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v4 09/11] libmultipath: retain_attached_hw_handler obsolete with 4.3+
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v4 07/11] multipath.conf.5: Remove ??? and other minor fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v4 00/11] multipath-tools: no_path_retry/queue_if_no_path/hwhandler logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v4 10/11] libmultipath: don't try to set hwhandler if it is retained
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v3 10/11] libmultipath: don't try to set hwhandler if it is retained
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v3 11/11] libmultipath: don't [un]set queue_if_no_path after domap
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v6 2/2] crypto: Multikey template for essiv
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [PATCH v6 1/2] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [PATCH v6 0/2] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: sync third-party headers with 3.13 upstream
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH v3 11/11] libmultipath: don't [un]set queue_if_no_path after domap
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 10/11] libmultipath: don't try to set hwhandler if it is retained
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 09/11] libmultipath: retain_attached_hw_handler obsolete with 4.3+
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 08/11] libmultipath: add deprecated warning for some features settings
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 06/11] multipath.conf.5: document no_path_retry vs. queue_if_no_path
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 04/11] libmultipath: merge_hwe: fix queue_if_no_path logic
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 07/11] multipath.conf.5: Remove ??? and other minor fixes
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 05/11] libmultipath: assemble_map: fix queue_if_no_path logic
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 03/11] libmultipath: clarify option conflicts for "features"
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 01/11] libmultipath: load_config: skip setting unnecessary defaults
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 1/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH v3 00/11] multipath-tools: no_path_retry/queue_if_no_path/hwhandler logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v3 11/11] libmultipath: don't [un]set queue_if_no_path after domap
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v3 08/11] libmultipath: add deprecated warning for some features settings
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v3 09/11] libmultipath: retain_attached_hw_handler obsolete with 4.3+
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v3 04/11] libmultipath: merge_hwe: fix queue_if_no_path logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v3 03/11] libmultipath: clarify option conflicts for "features"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v3 05/11] libmultipath: assemble_map: fix queue_if_no_path logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v3 00/11] multipath-tools: no_path_retry/queue_if_no_path/hwhandler logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v3 10/11] libmultipath: don't try to set hwhandler if it is retained
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v3 02/11] libmultipath: add/remove_feature: use const char* for feature
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v3 06/11] multipath.conf.5: document no_path_retry vs. queue_if_no_path
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v3 07/11] multipath.conf.5: Remove ??? and other minor fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v3 01/11] libmultipath: load_config: skip setting unnecessary defaults
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] multipath-tools: sync third-party headers with 3.13 upstream
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: add limits.h to kpartx/lopart.c
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: Replace multipath configuration output
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: enable libdmmp installation in alternative directory
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: delete vendor name HUASY for Huawei devices
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: replace hidden tabs by spaces in .vendor
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: fix a format warning in multipathd.8
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] mpathpersist.8: add missing documentation for -K, -C, -l
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] libmultipath: lazy device-mapper initialization
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] libmpathpersist: use extern struct udev from main program
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH v6 1/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 0/4] Four multipath-tools patches
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 0/5] misc multipath patches
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH v6 1/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• [PATCH v6 0/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH] mpathpersist.8: add missing documentation for -K, -C, -l
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] libmultipath: lazy device-mapper initialization
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] libmpathpersist: use extern struct udev from main program
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2 0/8] multipath-tools: no_path_retry/queue_if_no_path logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 0/8] multipath-tools: no_path_retry/queue_if_no_path logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 0/8] multipath-tools: no_path_retry/queue_if_no_path logic
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH] Clarify commit message in select_max_sectors_kb()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 1/8] libmultipath: load_config: skip setting unnecessary defaults
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2 2/8] libmultipath: add/remove_feature: use const char* for feature
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC PATCH 0/4] Allow file systems to selectively bypass dm-crypt
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 1/8] libmultipath: load_config: skip setting unnecessary defaults
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v2 6/8] multipath.conf.5: document no_path_retry vs. queue_if_no_path
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 3/8] libmultipath: clarify option conflicts for "features"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 1/8] libmultipath: load_config: skip setting unnecessary defaults
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 8/8] libmultipath: add deprecated warning for some features settings
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 0/8] multipath-tools: no_path_retry/queue_if_no_path logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 7/8] multipath.conf.5: Remove ??? and other minor fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 4/8] libmultipath: merge_hwe: fix queue_if_no_path logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 5/8] libmultipath: assemble_map: fix queue_if_no_path logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 2/8] libmultipath: add/remove_feature: use const char* for feature
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 01/10] pktcdvd: remove the call to blk_queue_bounce
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 01/10] pktcdvd: remove the call to blk_queue_bounce
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [RFC PATCH 0/4] Allow file systems to selectively bypass dm-crypt
  • From: Michael Halcrow <mhalcrow@xxxxxxxxxx>
• Re: [dm-crypt] [RFC PATCH 0/4] Allow file systems to selectively bypass dm-crypt
  • From: Arno Wagner <arno@xxxxxxxxxxx>
• Re: [PATCH 01/10] pktcdvd: remove the call to blk_queue_bounce
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 3/7] libmultipath: clarify option conflicts for "features"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: dm integrity tests crash kernel (4.12-rc5)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 01/10] pktcdvd: remove the call to blk_queue_bounce
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: dm integrity tests crash kernel (4.12-rc5)
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: [PATCH 01/10] pktcdvd: remove the call to blk_queue_bounce
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: dm integrity tests crash kernel (4.12-rc5)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm integrity tests crash kernel (4.12-rc5)
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• dm integrity tests crash kernel (4.12-rc5)
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• [PATCH 03/10] block: move bounce declarations to block/blk.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/10] block: remove the queue_bounce_pfn helper
  • From: Christoph Hellwig <hch@xxxxxx>
• move bounce limits settings into the drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/10] block: don't bother with bounce limits for make_request drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/10] dm: don't set bounce limit
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/10] blk-map: call blk_queue_bounce from blk_rq_append_bio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/10] mmc/block: remove a call to blk_queue_bounce_limit
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/10] block: don't set bounce limit in blk_init_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/10] pktcdvd: remove the call to blk_queue_bounce
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/10] blk-mq: don't bounce by default
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/10] block: don't set bounce limit in blk_init_allocated_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 13/14] filesystem-dax: gate calls to dax_flush() on QUEUE_FLAG_WC
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 08/14] x86, dax, libnvdimm: move wb_cache_pmem() to libnvdimm
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 02/14] dm: add ->copy_from_iter() dax operation support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 01/14] x86, uaccess: introduce copy_from_iter_flushcache for pmem / cache-bypass operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 13/14] filesystem-dax: gate calls to dax_flush() on QUEUE_FLAG_WC
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 08/14] x86, dax, libnvdimm: move wb_cache_pmem() to libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 02/14] dm: add ->copy_from_iter() dax operation support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 01/14] x86, uaccess: introduce copy_from_iter_flushcache for pmem / cache-bypass operations
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [dm-crypt] [RFC PATCH 0/4] Allow file systems to selectively bypass dm-crypt
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: [PATCH v5 1/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] Allow file systems to selectively bypass dm-crypt
  • From: Michael Halcrow <mhalcrow@xxxxxxxxxx>
• Re: [PATCH 6/7] multipath.conf.5: document no_path_retry vs. queue_if_no_path
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 4/7] libmultipath: merge_hwe: fix queue_if_no_path logic
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 3/7] libmultipath: clarify option conflicts for "features"
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 0/7] no_path_retry/queue_if_no_path logic & logging/man page fixes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/7] libmultipath: load_config: skip setting unnecessary defaults
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] Allow file systems to selectively bypass dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [RFC PATCH 3/4] ext4: Set the bio REQ_NOENCRYPT flag
  • From: Michael Halcrow <mhalcrow@xxxxxxxxxx>
• [RFC PATCH 2/4] dm-crypt: Skip encryption of file system-encrypted blocks
  • From: Michael Halcrow <mhalcrow@xxxxxxxxxx>
• [RFC PATCH 0/4] Allow file systems to selectively bypass dm-crypt
  • From: Michael Halcrow <mhalcrow@xxxxxxxxxx>
• [RFC PATCH 4/4] f2fs: Set the bio REQ_NOENCRYPT flag
  • From: Michael Halcrow <mhalcrow@xxxxxxxxxx>
• [RFC PATCH 1/4] block: Add bio req flag to disable encryption in block
  • From: Michael Halcrow <mhalcrow@xxxxxxxxxx>
• Re: [PATCH v3 08/14] x86, dax, libnvdimm: move wb_cache_pmem() to libnvdimm
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH 0/4] Allow file systems to selectively bypass dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v3 05/14] dm: add ->flush() dax operation support
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH v3 02/14] dm: add ->copy_from_iter() dax operation support
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH v3 02/14] dm: add ->copy_from_iter() dax operation support
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH v5 1/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v3 13/14] filesystem-dax: gate calls to dax_flush() on QUEUE_FLAG_WC
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 08/14] x86, dax, libnvdimm: move wb_cache_pmem() to libnvdimm
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: block: missing break in process_queued_bios()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: block: missing break in process_queued_bios()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 04/14] dax, pmem: introduce an optional 'flush' dax_operation
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v3 03/14] filesystem-dax: convert to dax_copy_from_iter()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v3 06/14] filesystem-dax: convert to dax_flush()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v3 07/14] x86, dax: replace clear_pmem() with open coded memset + dax_ops->flush
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v3 08/14] x86, dax, libnvdimm: move wb_cache_pmem() to libnvdimm
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v3 09/14] x86, libnvdimm, pmem: move arch_invalidate_pmem() to libnvdimm
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v3 10/14] pmem: remove global pmem api
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v3 13/14] filesystem-dax: gate calls to dax_flush() on QUEUE_FLAG_WC
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] block: missing break in process_queued_bios()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] block: missing break in process_queued_bios()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: rebased dm-zoned changes on jens/for-4.13/block [was: Re: dm-zoned: Fix overflow in exposed capacity]
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH] dm-zoned: Fix conversion of BIO errors to blk_status_t
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH 7/7] multipath.conf.5: Remove ??? and other minor fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 6/7] multipath.conf.5: document no_path_retry vs. queue_if_no_path
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 3/7] libmultipath: clarify option conflicts for "features"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 0/7] no_path_retry/queue_if_no_path logic & logging/man page fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 5/7] libmultipath: assemble_map: fix queue_if_no_path logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 4/7] libmultipath: merge_hwe: fix queue_if_no_path logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 2/7] libmultipath: add/remove_feature: use const char* for feature
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 1/7] libmultipath: load_config: skip setting unnecessary defaults
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 4/4] multipath: Fix a potential buffer overflow
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: libmultipath issue
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 4/4] multipath: Fix a potential buffer overflow
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 4/4] multipath: Fix a potential buffer overflow
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 4/4] multipath: Fix a potential buffer overflow
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 1/4] kpartx: Improve portability of set_loop()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 2/4] libmultipath: Simplify assemble_map()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 3/4] libmultipath/datacore: Remove dead code
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 4/4] multipath: Fix a potential buffer overflow
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 3/4] libmultipath/datacore: Remove dead code
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 1/4] kpartx: Improve portability of set_loop()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 4/4] multipath: Fix a potential buffer overflow
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 2/4] libmultipath: Simplify assemble_map()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 0/4] Four multipath-tools patches
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• libmultipath issue
  • From: James Shoemaker <james@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: replace 64bit archs macros by __LP64__
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [Report] crash tool cannot resolve struct dm_table properly
  • From: Eric Ren <zren@xxxxxxxx>
• [dm:for-next 10/14] drivers/md/dm.c:1089:5: error: 'struct bio' has no member named 'bi_error'; did you mean 'bi_iter'?
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• rebased dm-zoned changes on jens/for-4.13/block [was: Re: dm-zoned: Fix overflow in exposed capacity]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: replace 64bit archs macros by __LP64__
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH v4 14/14] libnvdimm, pmem: disable dax flushing when pmem is fronting a volatile region
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 01/11] crypto: introduce crypto wait for async op
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/11] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/11] crypto: introduce crypto wait for async op
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 14/14] libnvdimm, pmem: disable dax flushing when pmem is fronting a volatile region
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 14/14] libnvdimm, pmem: disable dax flushing when pmem is fronting a volatile region
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 13/14] filesystem-dax: gate calls to dax_flush() on QUEUE_FLAG_WC
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 12/14] libnvdimm, nfit: enable support for volatile ranges
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 11/14] libnvdimm, pmem: fix persistence warning
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 10/14] pmem: remove global pmem api
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 09/14] x86, libnvdimm, pmem: move arch_invalidate_pmem() to libnvdimm
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 08/14] x86, dax, libnvdimm: move wb_cache_pmem() to libnvdimm
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 07/14] x86, dax: replace clear_pmem() with open coded memset + dax_ops->flush
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 06/14] filesystem-dax: convert to dax_flush()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 05/14] dm: add ->flush() dax operation support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 01/14] x86, uaccess: introduce copy_from_iter_flushcache for pmem / cache-bypass operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 02/14] dm: add ->copy_from_iter() dax operation support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 04/14] dax, pmem: introduce an optional 'flush' dax_operation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 03/14] filesystem-dax: convert to dax_copy_from_iter()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 00/14] pmem: stop abusing __copy_user_nocache(), and other reworks
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: dedicated error codes for the block layer V3
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: dedicated error codes for the block layer V3
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: dedicated error codes for the block layer V3
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-zoned: Fix overflow in exposed capacity
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: kernel BUG at lib/percpu-refcount.c:192
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: dm-zoned: Fix overflow in exposed capacity
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v5 1/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• [PATCH v5 0/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH v4 0/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH v4 0/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [dm:for-next 12/12] drivers/md/dm-zoned-target.c:947:2: warning: initialization from incompatible pointer type
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH v4 0/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• [dm:for-next 12/12] drivers/md/dm-zoned-target.c:947:2: error: unknown field 'suspend' specified in initializer
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH 0/4] dm: zoned block device fixes
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH] dm-zoned: Fix overflow in exposed capacity
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH] dm integrity: Reject mappings too large for device
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 0/4] dm: zoned block device fixes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: kernel BUG at lib/percpu-refcount.c:192
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: dedicated error codes for the block layer V3
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dedicated error codes for the block layer V3
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v4 0/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [DRAFT] Snapshot boot design document
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: [DRAFT] Snapshot boot design document
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: kernel BUG at lib/percpu-refcount.c:192
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: kernel BUG at lib/percpu-refcount.c:192
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: kernel BUG at lib/percpu-refcount.c:192
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: [DRAFT] Snapshot boot design document
  • From: Thorsten Kukuk <kukuk@xxxxxxx>
• Re: [DRAFT] Snapshot boot design document
  • From: Thorsten Kukuk <kukuk@xxxxxxx>
• [PATCH v5 06/12] blk-mq: use the introduced blk_mq_unquiesce_queue()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V5 1/1] dm-zoned: Drive-managed zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH V5 0/1] dm-zoned: Drive-managed zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH V5 0/1] dm-zoned: Drive-managed zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH 0/5] misc multipath patches
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] libmultipath: lazy device-mapper initialization
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] dm-crypt: Add big-endian variant of plain64 IV (plain64be).
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v4 05/11] blk-mq: use the introduced blk_mq_unquiesce_queue()
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH v3 1/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] dm integrity: Reject mappings too large for device
  • From: Ondrej Mosnacek <omosnacek@xxxxxxxxx>
• Re: [PATCH 0/4] dm: zoned block device fixes
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH] md: initialise ->writes_pending in personality modules.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v3 0/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH 0/4] dm: zoned block device fixes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v4 05/11] blk-mq: use the introduced blk_mq_unquiesce_queue()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH v4 0/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• [PATCH v4 1/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH v3 1/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• [PATCH v3 1/1] multipath-tools: Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• [PATCH 09/13] dm: don't return errnos from ->map
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/13] dm: fix REQ_RAHEAD handling
  • 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>
• dedicated error codes for the block layer V3
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/13] block: switch bios to blk_status_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/13] blk-mq: switch ->queue_rq return value 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 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 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 05/13] fs: remove the unused error argument to dio_end_io()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/13] fs: simplify dio_bio_complete
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/13] dm: change ->end_io calling convention
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 3/9] blk-mq: use the introduced blk_mq_unquiesce_queue()
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [git pull] device mapper fixes for 4.12-rc4
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 3/9] blk-mq: use the introduced blk_mq_unquiesce_queue()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 5/5] multipathd: fix "show maps json" crash
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 4/5] mpath: skip device configs without vendor/product
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/5] libmultipath: add comment about resuming
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 3/5] multipath: set verbosity to default during config
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 2/5] libmultipath: change how RADOS checker is enabled
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 0/5] misc multipath patches
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 0/4] dm: zoned block device fixes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 3/9] blk-mq: use the introduced blk_mq_unquiesce_queue()
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [DRAFT] Snapshot boot design document
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: [PATCH 2/8] target: remove iblock WRITE_SAME passthrough support
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH v3 3/9] blk-mq: use the introduced blk_mq_unquiesce_queue()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v3 3/9] blk-mq: use the introduced blk_mq_unquiesce_queue()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 2/8] target: remove iblock WRITE_SAME passthrough support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v2] multipath-tools: Prioritizer based on a latency algorithm
  • From: Yang Feng <philip.yang@xxxxxxxxxx>
• Re: [PATCH v3 3/9] blk-mq: use the introduced blk_mq_unquiesce_queue()
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 1/2] dm: Make flush bios explicitely sync
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/4] dm: zoned block device fixes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 0/2 v2] Fix fallout from changes to FUA and PREFLUSH definitions
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 1/2] dm: Make flush bios explicitely sync
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 3/8] blk-mq: use the introduced blk_mq_unquiesce_queue()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v2 3/8] blk-mq: use the introduced blk_mq_unquiesce_queue()
  • From: Eduardo Valentin <eduval@xxxxxxxxxx>
• Re: [PATCH v2 3/8] blk-mq: use the introduced blk_mq_unquiesce_queue()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 0/4] dm: zoned block device fixes
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH 0/4] dm: zoned block device fixes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 3/8] blk-mq: use the introduced blk_mq_unquiesce_queue()
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [PATCH v2 11/11] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: dedicated error codes for the block layer V2
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH 05/13] fs: remove the unused error argument to dio_end_io()
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH v2 04/11] crypto: move drbg to generic async completion
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH 4/4] dm-zoned: Drive-managed zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH 2/4] dm: Fix staking limits for zoned block device
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH 1/4] dm: Fix mapping zone alignment check
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH 0/4] dm: zoned block device fixes
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [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>