Linux Device-Mapper Development

• Thread Index

• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: [RFC PATCH 6/6] dm-crypt: Add bulk crypto processing support
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [PATCH v2 1/5] dm raid: fix transient device failure processing
  • From: heinzm@xxxxxxxxxx
• [PATCH v2 5/5] dm raid: use mddev rather than rdev->mddev
  • From: heinzm@xxxxxxxxxx
• [PATCH v2 2/5] dm raid: be prepared to accept arbitrary '- -' tupples
  • From: heinzm@xxxxxxxxxx
• [PATCH v2 4/5] dm raid: use read_disk_sb() throughout
  • From: heinzm@xxxxxxxxxx
• [PATCH v2 3/5] dm raid: fix typos and a comment
  • From: heinzm@xxxxxxxxxx
• [PATCH v2 0/5] dm raid: fix transient device failure processing and cleanup
  • From: heinzm@xxxxxxxxxx
• Re: [LSF/MM TOPIC][LSF/MM ATTEND] multipath redesign
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [LSF/MM TOPIC][LSF/MM ATTEND] multipath redesign
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [LSF/MM TOPIC][LSF/MM ATTEND] multipath redesign
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC PATCH 0/6] Add bulk skcipher requests to crypto API and dm-crypt
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/6] Add bulk skcipher requests to crypto API and dm-crypt
  • From: Ondrej Mosnáček <omosnacek@xxxxxxxxx>
• Re: [RFC PATCH 5/6] crypto: aesni-intel - Add bulk request support
  • From: Ondrej Mosnáček <omosnacek@xxxxxxxxx>
• Re: [RFC PATCH 0/6] Add bulk skcipher requests to crypto API and dm-crypt
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 5/6] crypto: aesni-intel - Add bulk request support
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH 05/15] dm: remove incomple BLOCK_PC support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/15] dm: remove incomple BLOCK_PC support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [LSF/MM TOPIC][LSF/MM ATTEND] multipath redesign
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] dm raid: fix transient device failure processing
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [RFC PATCH 4/6] crypto: simd - Add bulk request support
  • From: Ondrej Mosnacek <omosnacek@xxxxxxxxx>
• [RFC PATCH 5/6] crypto: aesni-intel - Add bulk request support
  • From: Ondrej Mosnacek <omosnacek@xxxxxxxxx>
• [RFC PATCH 2/6] crypto: skcipher - Add bulk request support to walk
  • From: Ondrej Mosnacek <omosnacek@xxxxxxxxx>
• [RFC PATCH 0/6] Add bulk skcipher requests to crypto API and dm-crypt
  • From: Ondrej Mosnacek <omosnacek@xxxxxxxxx>
• [RFC PATCH 6/6] dm-crypt: Add bulk crypto processing support
  • From: Ondrej Mosnacek <omosnacek@xxxxxxxxx>
• [RFC PATCH 1/6] crypto: skcipher - Add bulk request processing API
  • From: Ondrej Mosnacek <omosnacek@xxxxxxxxx>
• [RFC PATCH 3/6] crypto: cryptd - Add skcipher bulk request support
  • From: Ondrej Mosnacek <omosnacek@xxxxxxxxx>
• Re: [LSF/MM TOPIC][LSF/MM ATTEND] multipath redesign
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/15] dm: remove incomple BLOCK_PC support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC: split scsi passthrough fields out of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 14/15] block/bsg: move queue creation into bsg_setup_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_add_path()
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 08/11] libmultipath: wait one seconds for more uevents in uevent_listen() in uevents burst situations
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 06/11] multipathd: move uev_discard() to uevent.c and change its name to uevent_can_discard()
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 03/11] libmultipath: add three list iteration macros
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 00/11] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 01/11] libmultipath: add merge_id in "struct uevent" for uevents merging
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 09/11] multipathd: merge uevents before proccessing
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 10/11] libmultipath: filter uevents before proccessing
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 07/11] multipathd: move calling filter_devnode() from uev_trigger() to uevent_can_discard()
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 02/11] libmultipath: add merge_node for "struct uevent" to record nodes of merged uevents
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 11/11] multipathd: proccess merged uevents
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 05/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_remove_path()
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 15/15] block: split scsi_request out of struct request
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH 05/15] dm: remove incomple BLOCK_PC support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RFC: split scsi passthrough fields out of struct request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [LSF/MM TOPIC][LSF/MM ATTEND] multipath redesign
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 14/15] block/bsg: move queue creation into bsg_setup_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 14/15] block/bsg: move queue creation into bsg_setup_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH v2] crypto: Add IV generation algorithms
  • From: Ondrej Mosnáček <omosnacek+linux-crypto@xxxxxxxxx>
• [LSF/MM TOPIC][LSF/MM ATTEND] multipath redesign
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 14/15] block/bsg: move queue creation into bsg_setup_queue
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 14/15] block/bsg: move queue creation into bsg_setup_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 14/15] block/bsg: move queue creation into bsg_setup_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 14/15] block/bsg: move queue creation into bsg_setup_queue
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 14/15] block/bsg: move queue creation into bsg_setup_queue
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• BUG: unable to handle kernel paging request
  • From: Igor Druzhinin <igor.druzhinin@xxxxxxxxxx>
• Re: [PATCH 14/15] block/bsg: move queue creation into bsg_setup_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/15] virtio_blk: avoid DMA to stack for the sense buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 14/15] block/bsg: move queue creation into bsg_setup_queue
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 01/15] virtio_blk: avoid DMA to stack for the sense buffer
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: question about block-throttle on data device of dm-thin pool
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• Re: question about block-throttle on data device of dm-thin pool
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 15/15] block: split scsi_request out of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/15] scsi: allocate scsi_cmnd structures as part of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/15] scsi_dh_hp_sw: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/15] scsi_dh_rdac: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/15] block/bsg: move queue creation into bsg_setup_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/15] scsi: remove __scsi_alloc_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/15] scsi: remove scsi_cmd_dma_pool
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/15] nvme-rdma: fix nvme_rdma_queue_is_ready
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/15] scsi: respect unchecked_isa_dma for blk-mq
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/15] scsi_dh_emc: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/15] scsi: remove gfp_flags member in scsi_host_cmd_pool
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/15] block: allow specifying size for extra command data
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/15] block: simplify blk_init_allocated_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• RFC: split scsi passthrough fields out of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/15] dm: remove incomple BLOCK_PC support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/15] virtio_blk: avoid DMA to stack for the sense buffer
  • From: Christoph Hellwig <hch@xxxxxx>
• question about block-throttle on data device of dm-thin pool
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• Re: trouble with generic/081
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: trouble with generic/081
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 2/3] dm: Add support to poll for dm events
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [RFC PATCH] dm-zoned: Zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH 3/3] dm: Allow associated fd to be used for TABLE_STATUS
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 1/3] dm: Change ioctl handlers to take struct file*
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 2/3] dm: Add support to poll for dm events
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 0/3] poll() for DM events
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: trouble with generic/081
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: trouble with generic/081
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: trouble with generic/081
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: trouble with generic/081
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: trouble with generic/081
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 01/12] libmultipath: add wwid for "struct uevent" to record wwid of uevent
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: drivers/md/dm-mpath.c:478: suspicious code ?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• drivers/md/dm-mpath.c:478: suspicious code ?
  • From: David Binderman <dcb314@xxxxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 01/12] libmultipath: add wwid for "struct uevent" to record wwid of uevent
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [LSF/MM TOPIC ATTEND] device-mapper compression target
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v1 12/54] dm: limit the max bio size as BIO_MAX_PAGES * PAGE_SIZE
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 01/12] libmultipath: add wwid for "struct uevent" to record wwid of uevent
  • From: tang.junhui@xxxxxxxxxx
• Re: trouble with generic/081
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: trouble with generic/081
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: trouble with generic/081
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: trouble with generic/081
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• [LSF/MM TOPIC ATTEND] device-mapper compression target
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: trouble with generic/081
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: trouble with generic/081
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: trouble with generic/081
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: trouble with generic/081
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: trouble with generic/081
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: trouble with generic/081
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH 01/12] libmultipath: add wwid for "struct uevent" to record wwid of uevent
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: trouble with generic/081
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] Tolerate modprobe failures in multipathd.service
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH] Tolerate modprobe failures in multipathd.service
  • From: Anthony Ryan <anthonyryan1@xxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: 王金浦 <jinpuwang@xxxxxxxxx>
• Re: trouble with generic/081
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [RFC PATCH v2] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCH 01/12] libmultipath: add wwid for "struct uevent" to record wwid of uevent
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 01/12] libmultipath: add wwid for "struct uevent" to record wwid of uevent
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] dm raid: fix transient device failure processing
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: trouble with generic/081
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: [PATCH 01/12] libmultipath: add wwid for "struct uevent" to record wwid of uevent
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] Avoid that reloading a map sporadically triggers I/O errors
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm stats
  • From: "A M, Ashalatha" <ashalatha-a.a@xxxxxxx>
• [RFC PATCH 3/4] Add the dm-integrity target
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [RFC PATCH 4/4] Add cryptographic data integrity protection (authenticated encryption) to dm-crypt.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [RFC PATCH 2/4] Add sector start offset to dm-bufio interface.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [RFC PATCH 1/4] dm-table: Add flag to allow own target handling of integrity metadata.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [RFC PATCH 0/4] Data integrity protection with dm-integrity and dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 01/12] libmultipath: add wwid for "struct uevent" to record wwid of uevent
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: dm stats
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• [PATCH] Include sys/sysmacros.h
  • From: Anthony Ryan <anthonyryan1@xxxxxxxxx>
• Re: [RFC PATCH v2] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCH 08/12] libmultipath: wait one seconds for more uevents in uevent_listen() in uevents burst situations
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 01/12] libmultipath: add wwid for "struct uevent" to record wwid of uevent
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 09/12] multipathd: merge uevents before proccessing
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 10/12] libmultipath: filter uevents before proccessing
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 11/12] multipathd: proccess merged uevents
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 10/12] libmultipath: filter uevents before proccessing
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 11/12] multipathd: proccess merged uevents
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 09/12] multipathd: merge uevents before proccessing
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 08/12] libmultipath: wait one seconds for more uevents in uevent_listen() in uevents burst situations
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 01/12] libmultipath: add wwid for "struct uevent" to record wwid of uevent
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipathd: fix SIGUSR2 handling
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v1 12/54] dm: limit the max bio size as BIO_MAX_PAGES * PAGE_SIZE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH v2] crypto: Add IV generation algorithms
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Re: query on delay_watch_checks and delay_wait_checks
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: dm-crypt optimization
  • From: Ofir Drang <Ofir.Drang@xxxxxxx>
• dm stats
  • From: "A M, Ashalatha" <ashalatha-a.a@xxxxxxx>
• [PATCH v1 37/54] dm-crypt: convert to bio_for_each_segment_all_sp()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: dm-crypt optimization
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCH v2 1/3] PM suspend/hibernate: Call notifier after freezing processes
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [RFC PATCH v2] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [RFC PATCH v2] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [PATCH v1 12/54] dm: limit the max bio size as BIO_MAX_PAGES * PAGE_SIZE
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [RFC PATCH v2] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [PATCH v1 00/54] block: support multipage bvec
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [RFC PATCH v2] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCH v1] dm-crypt: replace custom implementation of hex2bin()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Update to kernel 514.2 Breaks RAID0
  • From: Adam Courville <rttst@xxxxxxxxxxx>
• [PATCH v1 36/54] dm-crypt: don't clear bvec->bv_page in crypt_free_buffer_pages()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH] dm bufio: use rb_entry()
  • From: Geliang Tang <geliangtang@xxxxxxxxx>
• Re: [PATCH 5/8] linux: drop __bitwise__ everywhere
  • From: Luca Coelho <luca@xxxxxxxxx>
• dm-crypt optimization
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH v2] crypto: Add IV generation algorithms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: error while loading multipathd
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• error while loading multipathd
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: [RFC PATCH v2] crypto: Add IV generation algorithms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• [PATCH] multipathd: fix SIGUSR2 handling
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 08/12] libmultipath: wait one seconds for more uevents in uevent_listen() in uevents burst situations
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 08/12] libmultipath: wait one seconds for more uevents in uevent_listen() in uevents burst situations
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 08/12] libmultipath: wait one seconds for more uevents in uevent_listen() in uevents burst situations
  • From: Martin Wilck <mwilck@xxxxxxxx>
• query on delay_watch_checks and delay_wait_checks
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH 04/12] multipathd: add need_do_map to indicate whether need calling domap() in ev_add_path()
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 08/12] libmultipath: wait one seconds for more uevents in uevent_listen() in uevents burst situations
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 11/12] multipathd: proccess merged uevents
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 00/12] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 02/12] libmultipath: add merge_node for "struct uevent" to record nodes of merged uevents
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 09/12] multipathd: merge uevents before proccessing
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 07/12] multipathd: move calling filter_devnode() from uev_trigger() to uevent_can_discard()
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 12/12] libmultipath: use existing wwid when wwid has already been existed in uevent
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 05/12] multipathd: add need_do_map to indicate whether need calling domap() in ev_remove_path()
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 10/12] libmultipath: filter uevents before proccessing
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 06/12] multipathd: move uev_discard() to uevent.c and change its name to uevent_can_discard()
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 03/12] libmultipath: add two list iteration macros
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 01/12] libmultipath: add wwid for "struct uevent" to record wwid of uevent
  • From: tang.junhui@xxxxxxxxxx
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Michael Wang <yun.wang@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] crypto: Add IV generation algorithms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] crypto: Add IV generation algorithms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dm-crypt optimization
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] dm raid: fix transient device failure processing
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: : Query on dmstats(8)
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm-crypt optimization
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• : Query on dmstats(8)
  • From: "Nalla, Ravikanth" <ravikanth.nalla@xxxxxxx>
• Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] multipathd: skip spurious event message for blacklisted paths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Hannes Reinecke <hare@xxxxxxx>
• deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-cache: please check/repair metadata
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: dm-cache: please check/repair metadata
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• Re: dm-cache: please check/repair metadata
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: dm-cache: please check/repair metadata
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• Re: dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCH 5/8] linux: drop __bitwise__ everywhere
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 5/8] linux: drop __bitwise__ everywhere
  • From: Lee Duncan <lduncan@xxxxxxxx>
• Re: trouble with generic/081
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: trouble with generic/081
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• adding new config paremeters
  • From: muneendra kumar <muneendra737@xxxxxxxxx>
• Re: [PATCH] multipath-tools: remove old multipath/{01_udev, 02_multipath} scripts
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 5/8] linux: drop __bitwise__ everywhere
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/8] linux: drop __bitwise__ everywhere
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxx>
• Fwd: how do i push my changes in dm layer to main stream
  • From: muneendra kumar <muneendra737@xxxxxxxxx>
• [PATCH 5/8] linux: drop __bitwise__ everywhere
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: trouble with generic/081
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: trouble with generic/081
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [RFC PATCH] dm-zoned: Zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH] dm: Avoid sleeping while holding the dm_bufio lock
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH] dm: Avoid sleeping while holding the dm_bufio lock
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• [PATCH] dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] multipathd: skip spurious event message for blacklisted paths
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: add .skip_kpartx and .max_sectors_kb to template in hwtable
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: replace multipath configuration output
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [git pull] device mapper changes for 4.10
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v4 0/3] multipathd: skip spurious event message for blacklisted paths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v3 2/3] libmultipath: move filter_property() from path_discover() into pathinfo()
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 0/3] multipathd: skip spurious event message for blacklisted paths
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 1/3] libmultipath: prevent memory leak in alloc_path_with_pathinfo() if pp_ptr is NULL
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 2/3] libmultipath: move filter_property|devnode() from path_discover() into pathinfo()
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 3/3] multipathd: skip spurious event message for blacklisted paths
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] multipathd: skip spurious event message for blacklisted paths
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH v2] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCH v3 1/3] libmultipath: prevent memory leak in alloc_path_with_pathinfo() if pp_ptr is NULL
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 3/3] multipathd: skip spurious event message for blacklisted paths
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 2/3] libmultipath: move filter_property() from path_discover() into pathinfo()
  • From: Hannes Reinecke <hare@xxxxxxx>
• libmultipath: how to handle sg_read return PATH_DOWN with some lpfc drivers?
  • From: Xieyingtai <xieyingtai@xxxxxxxxxx>
• [PATCH v3 2/3] libmultipath: move filter_property() from path_discover() into pathinfo()
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/3] libmultipath: prevent memory leak in alloc_path_with_pathinfo() if pp_ptr is NULL
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 3/3] multipathd: skip spurious event message for blacklisted paths
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] multipathd: skip spurious event message for blacklisted paths
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] dm: Avoid sleeping while holding the dm_bufio lock
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] multipathd: skip spurious event message for blacklisted paths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• [PATCH] dm raid: change raid4/5/6 journal device status health char to 'A' rather than 'J'
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH v2 2/2] multipathd: skip spurious event message for blacklisted paths
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] libmultipath: prevent memory leak in alloc_path_with_pathinfo() if pp_ptr is NULL
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] multipathd: skip spurious event message for blacklisted paths
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH v2] crypto: Add IV generation algorithms
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [RFC PATCH v2] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [RFC PATCH v2] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCH] dm: Avoid sleeping while holding the dm_bufio lock
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH 2/2] multipathd: skip spurious event message for blacklisted paths
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] multipathd: skip spurious event message for blacklisted paths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 2/2] multipathd: skip spurious event message for blacklisted paths
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] libmultipath: export path_discover()
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• Re: dm: Refuse to load an sq table on an mq device
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: add .skip_kpartx and .max_sectors_kb to template in hwtable
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [LSF/MM TOPIC ATTEND] multipath for NVMe over Fabrics
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [LSF/MM TOPIC ATTEND] multipath for NVMe over Fabrics
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm: Avoid sleeping while holding the dm_bufio lock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] multipath-tools: add .skip_kpartx and .max_sectors_kb to template in hwtable
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: dm: Refuse to load an sq table on an mq device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] scsi_devinfo: remove synchronous ALUA for NETAPP devices
  • From: Martin George <marting@xxxxxxxxxx>
• Patch added to scsi: scsi: scsi_devinfo: remove synchronous ALUA for NETAPP devices
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: dm: Refuse to load an sq table on an mq device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: Refuse to load an sq table on an mq device
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: dm-cache: please check/repair metadata
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC PATCH] mm: introduce kv[mz]alloc helpers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: dm-cache: please check/repair metadata
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• dm-cache: please check/repair metadata
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• Re: dm: Refuse to load an sq table on an mq device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] libmultipath: ensure dev_loss_tmo will be update to MAX_DEV_LOSS_TMO if no_path_retry set to queue
  • From: <peng.liang5@xxxxxxxxxx>
• [PATCH] dm: Refuse to load an sq table on an mq device
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH] dm: Avoid sleeping while holding the dm_bufio lock
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH] Avoid that reloading a map sporadically triggers I/O errors
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH v2] scsi_devinfo: remove synchronous ALUA for NETAPP devices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: replace multipath configuration output
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v2] scsi_devinfo: remove synchronous ALUA for NETAPP devices
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• Re: [PATCH 3/3] multipathd: Add 'sysfs' prioritizer
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] libmultipath: ensure dev_loss_tmo will be update to MAX_DEV_LOSS_TMO if no_path_retry set to queue
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: replace multipath configuration output
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools: replace multipath configuration output
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v2] crypto/mcryptd: Check mcryptd algorithm compatibility
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] crypto/mcryptd: Check mcryptd algorithm compatibility
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] libmultipath: ensure dev_loss_tmo will be update to MAX_DEV_LOSS_TMO if no_path_retry set to queue
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] libmultipath: ensure dev_loss_tmo will be update to MAX_DEV_LOSS_TMO if no_path_retry set to queue
  • From: <peng.liang5@xxxxxxxxxx>
• Re: [PATCH v2] crypto/mcryptd: Check mcryptd algorithm compatibility
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/7] block: use legacy path for flush requests for MQ with a scheduler
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 10/10] set retrigger_tries to 0 for multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 10/10] set retrigger_tries to 0 for multipath
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: add CFLAGS to compilation options for prioritizers and checkers
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 0/2] multipath-tools: Add security hardening build flags
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 1/2] multipath-tools: Replace -fstack-protector with -fstack-protector-strong
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 2/2] multipath-tools: Add -Werror compilation flags
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 1/7] block: use legacy path for flush requests for MQ with a scheduler
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH] crypto/mcryptd: Check mcryptd algorithm compatability
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH v2] crypto/mcryptd: Check mcryptd algorithm compatibility
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH] crypto/mcryptd: Check mcryptd algorithm compatability
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH] multipath-tools: add CFLAGS to compilation options for prioritizers and checkers
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 1/7] block: use legacy path for flush requests for MQ with a scheduler
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] multipath-tools: remove CFLAGS from shared libs compilation options
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] crypto/mcryptd: Check mcryptd algorithm compatability
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: how do i push my changes in dm layer to main stream
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH] dm space map: always set ev if sm_ll_mutate() succeeds
  • From: Edward Thornber <thornber@xxxxxxxxxx>
• Re: dm-cache issue
  • From: Teodor Milkov <tm@xxxxxx>
• Re: Crash in crypto mcryptd
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH] crypto/mcryptd: Check mcryptd algorithm compatability
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: Crash in crypto mcryptd
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• how do i push my changes in dm layer to main stream
  • From: muneendra kumar <muneendra737@xxxxxxxxx>
• [PATCH] dm space map: always set ev if sm_ll_mutate() succeeds
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH] dm space map metadata: skip useless memcpy in metadata_ll_init_index()
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm-persistent-data: free sm_metadata on failed create
  • From: Edward Thornber <thornber@xxxxxxxxxx>
• Re: Crash in crypto mcryptd
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: Crash in crypto mcryptd
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: replace multipath configuration output
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Crash in crypto mcryptd
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-crypt: reject key strings containing whitespace chars
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: [PATCH] libmultipath: ensure dev_loss_tmo will be update to MAX_DEV_LOSS_TMO if no_path_retry set to queue
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm-persistent-data: free sm_metadata on failed create
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-persistent-data: free sm_metadata on failed create
  • From: Edward Thornber <thornber@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH] libmultipath: ensure dev_loss_tmo will be update to MAX_DEV_LOSS_TMO if no_path_retry set to queue
  • From: <peng.liang5@xxxxxxxxxx>
• [PATCH] dm-persistent-data: free sm_metadata on failed create
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2] dm raid: add raid4/5/6 journaling support
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH] dm raid: add raid4/5/6 journaling support
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH] dm raid: fix discard support regression
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH] dm raid: define data_offset status field
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH] dm-zoned: Zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [RFC PATCH] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC PATCH] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC PATCH] crypto: Add IV generation algorithms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] crypto: Add IV generation algorithms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 2/2] dm-mpath: Remove useless retain_attached_hw_handler parameter
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH] RFC: dm: avoid the mutex lock in dm_bufio_shrink_count()
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 2/2] dm-mpath: Remove useless retain_attached_hw_handler parameter
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] libmultipath: ensure dev_loss_tmo will be update to MAX_DEV_LOSS_TMO if no_path_retry set to queue
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 2/2] dm-mpath: Remove useless retain_attached_hw_handler parameter
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/2] dm-mpath: Remove useless retain_attached_hw_handler parameter
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-mpath: Enable hw_handler_params to take effect if hw_handler is the same between new and old
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [RFC PATCH] crypto: Add IV generation algorithms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• [PATCH] multipath-tools: minor edition of multipath/multipath.conf.5
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [RESEND PATCH] multipath-tools: document exclusive_pref_bit for sysfs
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: replace "Default value" with "The default" in multipath/multipath.conf.5
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: add CFLAGS to compilation options for prioritizers and checkers
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [PATCH] multipath-tools: add CFLAGS to compilation options for prioritizers and checkers
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: replace multipath configuration output
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: add Nexsan NST and UNITY families to hwtable
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: fix misspellings
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] libmultipath: ensure dev_loss_tmo will be update to MAX_DEV_LOSS_TMO if no_path_retry set to queue
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: identify DataCore SANsymphony in hwtable
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: convert Promise/VTrak to ALUA
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: add Promise/Vess to hwtable
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: enable exec bit for kpartx/kpartx_id script
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: remove NO_PATH_RETRY_FAIL from hwtable
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH] multipath-tools: add Nexsan NST and UNITY families to hwtable
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: fix misspellings
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: replace multipath configuration output
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] libmultipath: ensure dev_loss_tmo will be update to MAX_DEV_LOSS_TMO if no_path_retry set to queue
  • From: peng.liang5@xxxxxxxxxx
• [PATCH] multipath-tools: replace multipath configuration output
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] dm raid: don't allow "write behind" with raid4/5/6
  • From: heinzm@xxxxxxxxxx
• Re: [PATCH] dm-crypt: check key payload pointer not null
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: multipath tools
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• multipath tools
  • From: muneendra kumar <muneendra737@xxxxxxxxx>
• [PATCH 1/2] dm-mpath: Enable hw_handler_params to take effect if hw_handler is the same between new and old
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 2/2] dm-mpath: Remove useless retain_attached_hw_handler parameter
  • From: tang.junhui@xxxxxxxxxx
• [PATCH] dm: Avoid sleeping while holding the dm_bufio lock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-crypt: check key payload pointer not null
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• [PATCH] RFC: dm: avoid the mutex lock in dm_bufio_shrink_count()
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 7/7] dm-mpath: Fix a race condition in __multipath_map()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 7/7] dm-mpath: Fix a race condition in __multipath_map()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 7/7] dm-mpath: Fix a race condition in __multipath_map()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 7/7] dm-mpath: Fix a race condition in __multipath_map()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 7/7] dm-mpath: Fix a race condition in __multipath_map()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH] multipath-tools: identify DataCore SANsymphony in hwtable
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 00/12] block: cleanup direct access to bvec table
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH] New device mapper target ZDM
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] New device mapper target ZDM
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] New device mapper target ZDM
  • From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
• Re: [PATCH] New device mapper target ZDM
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [PATCH] New device mapper target ZDM
  • From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
• Re: [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] dm-mpath: Fix a race condition in __multipath_map()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 7/7] dm-mpath: Fix a race condition in __multipath_map()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 7/7] dm-mpath: Fix a race condition in __multipath_map()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] multipath-tools: convert Promise/VTrak to ALUA
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: add Promise/Vess to hwtable
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 7/7] dm-mpath: Fix a race condition in __multipath_map()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH] Add blkzonecmd and blkreport ZAC/ZBC drives
  • From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
• Re: [PATCH] Add blkzonecmd and blkreport ZAC/ZBC drives
  • From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
• Re: [PATCH] Add blkzonecmd and blkreport ZAC/ZBC drives
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH] Add blkzonecmd and blkreport ZAC/ZBC drives
  • From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v3] dm-crypt: add ability to use keys from the kernel key retention service
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3] dm-crypt: add ability to use keys from the kernel key retention service
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: [PATCH 06/12] dm: crypt: use bio_add_page()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 08/12] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [RFC PATCH] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [RFC PATCH] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCH v2] dm-crypt: add ability to use keys from the kernel key retention service
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• [PATCH] multipath-tools: remove NO_PATH_RETRY_FAIL from hwtable
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: dm-cache issue
  • From: Teodor Milkov <tm@xxxxxx>
• [PATCH] multipath-tools: enable exec bit for kpartx/kpartx_id script
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] Makefiles: Fix function availability checks
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] libmultipath: remove unnecessary condition in checker_repair
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] Remove superfluous instances of the "extern" keyword
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] libmultipath: fix missing dm_task_destroy() in dm_reassign()
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: update bl info for nvme in multipath.conf.5
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: merge nvme in similar blacklist regex
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: remove Pure modifications
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: remove Pure modifications
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 0/3] more multipath config options
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: increase the print length of the multipath fields
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: remove Pure modifications
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] mpathpersistent: segment faulty occured in mpath_persistent_reserve_in()
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH 14/14] dm, dm-mpath: Make it easier to detect unintended I/O request flushes
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 13/14] dm-mpath: Introduce assign_bit()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 12/14] dm-mpath: Micro-optimize the hot path
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 11/14] dm-mpath: Do not touch *__clone if request allocation fails
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 10/14] dm-mpath: Change return type of pg_init_all_paths() from int into void
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 09/14] dm-mpath: Verify 'm->lock' locking assumptions at runtime
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 08/14] dm, persistence: Remove a dead assignment
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 07/14] dm, persistence: Remove an unused argument from dm_block_manager_create()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 06/14] dm-ioctl: Use offsetof() instead of open-coding it
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 05/14] dm: Simplify use_blk_mq initialization
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 04/14] dm: Simplify dm_table_determine_type()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 03/14] dm: Fix a race condition in rq_completed()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 02/14] dm: Use blk_set_queue_dying() in __dm_destroy()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v2 0/14] Device mapper patches for Linux kernel v4.10
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 01/14] dm: Verify suspend_locking assumptions at runtime
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: Avoid that reloading a map sporadically triggers I/O errors
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: Avoid that reloading a map sporadically triggers I/O errors
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] Avoid that reloading a map sporadically triggers I/O errors
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH] Remove superfluous instances of the "extern" keyword
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH] Makefiles: Fix function availability checks
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH v2] dm-crypt: add ability to use keys from the kernel key retention service
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [dm:dm-4.10 22/27] drivers/md/dm-cache-target.c:3583:3: error: 'else' without a previous 'if'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 3/7] dm-mpath: Document a locking assumption
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm: Avoid sleeping while holding the dm_bufio lock
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Barry Kauler <bkauler@xxxxxxxxx>
• Re: [PATCH] RFC: dm: avoid the mutex lock in dm_bufio_shrink_count()
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH] RFC: dm: avoid the mutex lock in dm_bufio_shrink_count()
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• Re: dm: Avoid sleeping while holding the dm_bufio lock
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: Avoid sleeping while holding the dm_bufio lock
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• [PATCH] dm: Avoid sleeping while holding the dm_bufio lock
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v2] dm-crypt: add ability to use keys from the kernel key retention service
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: dm: Avoid sleeping while holding the dm_bufio lock
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm-crypt: add ability to use keys from the kernel key retention service
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: [PATCH v2] dm-crypt: add ability to use keys from the kernel key retention service
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Barry Kauler <bkauler@xxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 2/7] dm: Simplify dm_table_determine_type()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/7] dm: Simplify dm_table_determine_type()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 2/7] dm: Simplify dm_table_determine_type()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2] dm-crypt: add ability to use keys from the kernel key retention service
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: [PATCH 2/7] dm: Simplify dm_table_determine_type()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 0/7] dm-mpath: Fix a race condition in the blk-mq path
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/7] dm-mpath: Fix a race condition in the blk-mq path
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH] multipath-tools: update bl info for nvme in multipath.conf.5
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: merge nvme in similar blacklist regex
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: dm-cache issue
  • From: Teodor Milkov <tm@xxxxxx>
• Re: [PATCH 0/7] dm-mpath: Fix a race condition in the blk-mq path
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/7] dm: Simplify dm_table_determine_type()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-cache issue
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: dm-cache issue
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: dm-cache issue
  • From: Teodor Milkov <tm@xxxxxx>
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• Re: Improve processing efficiency for addition and deletion of multipath devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 0/7] dm-mpath: Fix a race condition in the blk-mq path
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 0/7] dm-mpath: Fix a race condition in the blk-mq path
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 7/7] dm-mpath: Fix a race condition in __multipath_map()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 0/7] dm-mpath: Fix a race condition in the blk-mq path
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 7/7] dm-mpath: Fix a race condition in __multipath_map()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 0/7] dm-mpath: Fix a race condition in the blk-mq path
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 7/7] dm-mpath: Fix a race condition in __multipath_map()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/7] dm-mpath: Fix a race condition in the blk-mq path
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 0/7] dm-mpath: Fix a race condition in the blk-mq path
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/7] dm: Fix a (theoretical?) race condition in rq_completed()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 7/7] dm-mpath: Fix a race condition in __multipath_map()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 6/7] dm-mpath: Avoid code duplication in __multipath_map()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 7/7] dm-mpath: Fix a race condition in __multipath_map()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 7/7] dm-mpath: Fix a race condition in __multipath_map()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 6/7] dm-mpath: Avoid code duplication in __multipath_map()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 5/7] dm-mpath: Do not touch *__clone if request allocation fails
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 4/7] dm-mpath: Change return type of pg_init_all_paths() from int into void
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 3/7] dm-mpath: Document a locking assumption
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 1/7] dm: Fix a (theoretical?) race condition in rq_completed()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 2/7] dm: Simplify dm_table_determine_type()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 0/7] dm-mpath: Fix a race condition in the blk-mq path
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: dm-cache issue
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 08/12] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: dm-crypt accepts '+' in the key
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-cache issue
  • From: Alexander Pashaliyski <al.pashaliyski@xxxxxxxxx>
• Re: dm-cache issue
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• dm-cache issue
  • From: Alexander Pashaliyski <al.pashaliyski@xxxxxxxxx>
• Re: [PATCH] multipathd: deferred device adding
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH] multipathd: deferred device adding
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [PATCH 08/12] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 00/12] block: cleanup direct access to bvec table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 01/12] block: bio: pass bvec table to bio_init()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 06/12] dm: crypt: use bio_add_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: dm-crypt accepts '+' in the key
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 3/3] dm-crypt: modifications to previous patch
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: dm-crypt accepts '+' in the key
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• dm-crypt accepts '+' in the key
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 01/12] block: bio: pass bvec table to bio_init()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] dm: Fix a race condition in rq_completed()
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 2/3] allow multipath to retry removes of in-use devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 3/3] add "max_sectors_kb" config parameter
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/3] document "disable_changed_wwids" config parameter
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 0/3] more multipath config options
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] scsi_devinfo: remove synchronous ALUA for NETAPP/RDAC devices
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH v2] scsi_devinfo: remove synchronous ALUA for NETAPP devices
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] device mapper ioctl
  • From: Masatake YAMATO <yamato@xxxxxxxxxx>
• Re: [PATCH] device mapper ioctl
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• Re: [PATCH] multipathd: deferred device adding
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [PATCH] multipath-tools: document exclusive_pref_bit for sysfs
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipathd: deferred device adding
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: [PATCH] multipathd: deferred device adding
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] multipathd: deferred device adding
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [PATCH] multipath-tools: increase the print length of the multipath fields
  • From: tang.wenji@xxxxxxxxxx
• Re: [PATCH] scsi_devinfo: remove synchronous ALUA for NETAPP/RDAC devices
  • From: "George, Martin" <Martin.George@xxxxxxxxxx>
• Re: multipath.rules placement
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] scsi_devinfo: remove synchronous ALUA for NETAPP/RDAC devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 3/3] multipathd: Add 'sysfs' prioritizer
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2] block: disallow changing max_sectors_kb on a request stacking device
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• multipath.rules placement
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH] scsi_devinfo: remove synchronous ALUA for NETAPP/RDAC devices
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 3/3] multipathd: Add 'sysfs' prioritizer
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipathd: fix uev_update_path dead lock
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2] block: disallow changing max_sectors_kb on a request stacking device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] multipathd: fix uev_update_path dead lock
  • From: tang.wenjun3@xxxxxxxxxx
• Re: [PATCH v2] block: disallow changing max_sectors_kb on a request stacking device
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v2] block: disallow changing max_sectors_kb on a request stacking device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] block: disallow changing max_sectors_kb on a request stacking device
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v2] block: disallow changing max_sectors_kb on a request stacking device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] multipathd: fix uev_update_path dead lock
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: no_path_retry: NO_PATH_RETRY_FAIL vs NO_PATH_RETRY_UNDEF
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: block: disallow changing max_sectors_kb on a request stacking device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• no_path_retry: NO_PATH_RETRY_FAIL vs NO_PATH_RETRY_UNDEF
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 09/10] add disable_changed_wwids option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH] multipath-tools: remove Pure modifications
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 3/3] dm-crypt: modifications to previous patch
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• [PATCH 1/3] dm-crypt: mark key as invalid until properly loaded
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• [PATCH 0/3] Modified kernel keyring support patch
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• [PATCH 2/3] dm-crypt: add ability to use keys from the kernel key retention service
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• [PATCH] libmultipath: remove unnecessary condition in checker_repair
  • From: peng.liang5@xxxxxxxxxx
• [PATCH] libmultipath: add missing character '(' in select_prio()
  • From: tang.wenji@xxxxxxxxxx
• [PATCH] multipathd: fix uev_update_path dead lock
  • From: tang.wenjun3@xxxxxxxxxx
• Re: multipath bug and patch
  • From: James Shoemaker <james@xxxxxxxxxx>
• [PATCH] mpathpersistent: segment faulty occured in mpath_persistent_reserve_in()
  • From: tang.wenji@xxxxxxxxxx
• [PATCH] libmultipath: fix missing dm_task_destroy() in dm_reassign()
  • From: zhou.guichun@xxxxxxxxxx
• Re: [PATCH 09/10] add disable_changed_wwids option
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: Remove trailing whitespace
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: fix indent and replace spaces with tab
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: remove old multipath/{01_udev, 02_multipath} scripts
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: remove getuid/usb_id
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] libmultipath/checkers/rbd: fix free in libcheck_init
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: multipath bug and patch
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] mpathpersistent: segment faulty occured in mpath_persistent_reserve_in()
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] mpathpersistent: segment faulty occured in mpath_persistent_reserve_in()
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 09/10] add disable_changed_wwids option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• multipath bug and patch
  • From: James Shoemaker <james@xxxxxxxxxx>
• [PATCH] libmultipath/checkers/rbd: fix free in libcheck_init
  • From: peng.liang5@xxxxxxxxxx
• [PATCH] dm mpath: add check for count of groups to avoid wild pointer access
  • From: tang.junhui@xxxxxxxxxx
• 答复: Re: dm mpath: add check for count of groups to avoid wild pointer access
  • From: tang.junhui@xxxxxxxxxx
• [PATCH] multipath-tools:replace the "strict_timinig" with "strict_timing"
  • From: li.minghui7@xxxxxxxxxx
• Re: dm mpath: remove unusable kmultipathd work queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm mpath: remove unusable kmultipathd work queue
  • From: tang.junhui@xxxxxxxxxx
• Re: dm mpath: add check for count of groups to avoid wild pointer access
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm mpath: remove unusable kmultipathd work queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] hwe_regmatch: match error
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] libmultipath: safe limit max_fds
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: Multipaths getting cross-linked on IBM Power-8 after adding wwids
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dm mpath: remove unusable kmultipathd work queue
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] dm mpath: add check for count of groups to avoid wild pointer access
  • From: tang.junhui@xxxxxxxxxx
• [PATCH] dm mpath: remove unusable kmultipathd work queue
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 09/60] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH] mpathpersist:check variable 'conf' before using it
  • From: tang.wenji@xxxxxxxxxx
• Re: [PATCH] dm-crypt: mark key as invalid until properly loaded
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 09/60] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-crypt: mark key as invalid until properly loaded
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: [PATCH 09/60] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Ming Lei <tom.leiming@xxxxxxxxx>