Linux Device-Mapper Development

• Thread Index

• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: <tang.junhui@xxxxxxxxxx>
• [PATCH] dm space map metadata: constify dm_space_map structures
  • From: Bhumika Goyal <bhumirks@xxxxxxxxx>
• [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH] dm stats: fix a memory leak
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] a fix for the snapshot deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] crypto: fix typo in doc
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 7/7] fix udev rules for failed multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 5/7] multipathd: add messages on delayed path addition
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 4/7] multipathd: don't update priority of failed paths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 3/7] libmultipath: cleanup orphan device states
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 6/7] multipathd: allow resetting stats
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 2/7] libmultipath: add detect_checker option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 0/7] misc patches
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 1/7] kpartx: don't keep creating recursive partitions
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 1/2] Don't blacklist nvme
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH 2/2] Fill NVMe specific path info
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH v4 1/1] DM: inplace compressed DM target (fwd)
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2 2/7] libmultipath: add detect_checker option
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v4 1/1] DM: inplace compressed DM target (fwd)
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• [PATCH] crypto: fix typo in doc
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 3/7] libmultipath: cleanup orphan device states
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 1/7] kpartx: don't keep creating recursive partitions
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 6/7] multipathd: allow resetting stats
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 2/7] libmultipath: add detect_checker option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 5/7] multipathd: add messages on delayed path addition
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 4/7] multipathd: don't update priority of failed paths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 7/7] fix udev rules for failed multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 0/7] misc patches
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v4 1/1] DM: inplace compressed DM target
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 1/1] DM: inplace compressed DM target
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v4 1/1] DM: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v4] DM: dm-inplace-compress: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH 7/7] fix udev rules for failed multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 7/7] fix udev rules for failed multipath devices
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH 2/7] libmultipath: add detect_checker option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• how to deploy the latest multipath utility
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: <tang.junhui@xxxxxxxxxx>
• Re: multipath-tools: Standardization of no_path_retry
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 2/7] libmultipath: add detect_checker option
  • From: Hannes Reinecke <hare@xxxxxxx>
• multipath-tools: Standardization of no_path_retry
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 1/7] kpartx: don't keep creating recursive partitions
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 6/7] multipathd: allow resetting stats
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 5/7] multipathd: add messages on delayed path addition
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 2/7] libmultipath: add detect_checker option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 4/7] multipathd: don't update priority of failed paths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 3/7] libmultipath: cleanup orphan device states
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 7/7] fix udev rules for failed multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 0/7] misc patches
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: Remove trailing and leading whitespaces
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] Include sys/sysmacros.h
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] Tolerate modprobe failures in multipathd.service
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: Remove trailing and leading whitespaces
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: Remove trailing and leading whitespaces
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH] multipath-tools: Remove trailing and leading whitespaces
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 1/5] multipath-tools: libmultipath: fix gcc link failure on rcu_register_thread_mb.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 5/5] multipath-tools: Perform socket client uid check on IPC commands.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 4/5] multipath-tools: Set errno mpath_recv_reply() when failure
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 3/5] multipath-tools: New way to limit the IPC command length.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [PATCH] block: Make rescuer threads per request_queue, not per bioset
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] block: Make rescuer threads per request_queue, not per bioset
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mike Galbraith <efault@xxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Pavel Machek <pavel@xxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [RFC PATCH v4] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [git pull] device mapper fixes for 4.10-rc7
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PATCH 0/1] multipathd: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH 1/1] multipathd: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH 1/1] multipathd: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH 1/1] multipathd: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH 0/1] multipathd: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: [PATCH v4] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v4] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [git pull] device mapper fixes for 4.10-rc7
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [git pull] device mapper fixes for 4.10-rc7
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PATCH 1/1] multipathd: deterministic io throughput in multipath
  • From: M Muneendra Kumar <mmandala@xxxxxxxxxxx>
• [PATCH 0/1] multipathd: deterministic io throughput in multipath
  • From: M Muneendra Kumar <mmandala@xxxxxxxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH 1/1] multipathd: deterministic io throughput in multipath
  • From: M Muneendra Kumar <mmandala@xxxxxxxxxxx>
• [PATCH 0/1] multipathd: deterministic io throughput in multipath
  • From: M Muneendra Kumar <mmandala@xxxxxxxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: [PATCH v2] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm: don't allow ioctls to targets that don't map to whole devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: linux-next: Tree for Feb 2 (drivers/md/dm.c)
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 2 (drivers/md/dm.c)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 2 (drivers/md/dm.c)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 2 (drivers/md/dm.c)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: error propagation problem on xfs over dm stripe
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: error propagation problem on xfs over dm stripe
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: error propagation problem on xfs over dm stripe
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: error propagation problem on xfs over dm stripe
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• error propagation problem on xfs over dm stripe
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH v2] dm-crypt: replace RCU read-side section with rwsem
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v2] dm-crypt: replace RCU read-side section with rwsem
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: fix wrong use of RCU on key payload handling
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-crypt: fix wrong use of RCU on key payload handling
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: [PATCH v3 1/1] DM: inplace compressed DM target
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 1/1] DM: inplace compressed DM target
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v3 1/1] DM: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v3] DM: dm-inplace-compress: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH] dm: switch dm-verity to async hash crypto API
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V3
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 15/18] scsi: allocate scsi_cmnd structures as part of struct request
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 14/18] scsi: remove __scsi_alloc_queue
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V3
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 16/18] block/bsg: move queue creation into bsg_setup_queue
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 15/18] scsi: allocate scsi_cmnd structures as part of struct request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 14/18] scsi: remove __scsi_alloc_queue
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 13/18] scsi: remove scsi_cmd_dma_pool
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 12/18] scsi: respect unchecked_isa_dma for blk-mq
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 11/18] scsi: remove gfp_flags member in scsi_host_cmd_pool
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH 06/18] dm: remove incomple BLOCK_PC support
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [PATCH 02/19] md: cleanup bio op / flags handling in raid1_write_request
  • From: Christoph Hellwig <hch@xxxxxx>
• split scsi passthrough fields out of struct request V3
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/19] block: add a op_is_flush helper
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 07/18] dm: always defer request allocation to the owner of the request_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH 07/18] dm: always defer request allocation to the owner of the request_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 07/18] dm: always defer request allocation to the owner of the request_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 04/18] block: simplify blk_init_allocated_queue
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH 03/18] block: fix elevator init check
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 02/18] md: cleanup bio op / flags handling in raid1_write_request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 01/18] block: add a op_is_flush helper
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 15/16] block: split scsi_request out of struct request
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH 15/16] block: split scsi_request out of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 15/16] block: split scsi_request out of struct request
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH] dm: switch dm-verity to async hash crypto API
  • From: Ondrej Mosnáček <omosnacek+linux-crypto@xxxxxxxxx>
• Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH 18/18] block: don't assign cmd_flags in __blk_rq_prep_clone
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 15/18] scsi: allocate scsi_cmnd structures as part of struct request
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 14/18] scsi: remove __scsi_alloc_queue
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 13/18] scsi: remove scsi_cmd_dma_pool
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 12/18] scsi: respect unchecked_isa_dma for blk-mq
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 11/18] scsi: remove gfp_flags member in scsi_host_cmd_pool
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 10/18] scsi_dh_hp_sw: switch to scsi_execute_req_flags()
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 09/18] scsi_dh_emc: switch to scsi_execute_req_flags()
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 08/18] scsi_dh_rdac: switch to scsi_execute_req_flags()
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 04/18] block: simplify blk_init_allocated_queue
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 03/18] block: fix elevator init check
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 02/18] md: cleanup bio op / flags handling in raid1_write_request
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 01/18] block: add a op_is_flush helper
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH 15/18] scsi: allocate scsi_cmnd structures as part of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/18] block: add a op_is_flush helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/18] block: split scsi_request out of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/18] block: simplify blk_init_allocated_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/18] block: fix elevator init check
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/18] block/bsg: move queue creation into bsg_setup_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/18] dm: remove incomple BLOCK_PC support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/18] block: don't assign cmd_flags in __blk_rq_prep_clone
  • From: Christoph Hellwig <hch@xxxxxx>
• split scsi passthrough fields out of struct request V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/18] scsi_dh_rdac: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/18] scsi_dh_hp_sw: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/18] scsi: respect unchecked_isa_dma for blk-mq
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/18] scsi_dh_emc: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/18] scsi: remove gfp_flags member in scsi_host_cmd_pool
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/18] scsi: remove __scsi_alloc_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/18] md: cleanup bio op / flags handling in raid1_write_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/18] scsi: remove scsi_cmd_dma_pool
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/18] block: allow specifying size for extra command data
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/18] dm: always defer request allocation to the owner of the request_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: deterministic io throughput in multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 15/16] block: split scsi_request out of struct request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 01/16] block: fix elevator init check
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/16] block: fix elevator init check
  • From: Jens Axboe <axboe@xxxxxx>
• [PATCH] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 16/16] block: don't assign cmd_flags in __blk_rq_prep_clone
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 15/16] block: split scsi_request out of struct request
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 13/16] scsi: allocate scsi_cmnd structures as part of struct request
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 09/16] scsi: remove gfp_flags member in scsi_host_cmd_pool
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 12/16] scsi: remove __scsi_alloc_queue
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 12/16] scsi: remove __scsi_alloc_queue
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 11/16] scsi: remove scsi_cmd_dma_pool
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 10/16] scsi: respect unchecked_isa_dma for blk-mq
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 09/16] scsi: remove gfp_flags member in scsi_host_cmd_pool
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 04/16] dm: remove incomple BLOCK_PC support
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 03/16] block: allow specifying size for extra command data
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 15/16] block: split scsi_request out of struct request
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 02/16] block: simplify blk_init_allocated_queue
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 01/16] block: fix elevator init check
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 15/16] block: split scsi_request out of struct request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 15/16] block: split scsi_request out of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/16] scsi_dh_emc: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/16] scsi_dh_hp_sw: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• split scsi passthrough fields out of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/16] block: simplify blk_init_allocated_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/16] scsi: remove gfp_flags member in scsi_host_cmd_pool
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/16] scsi: respect unchecked_isa_dma for blk-mq
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/16] scsi: allocate scsi_cmnd structures as part of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/16] block/bsg: move queue creation into bsg_setup_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/16] block: allow specifying size for extra command data
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/16] block: fix elevator init check
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/16] block: don't assign cmd_flags in __blk_rq_prep_clone
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/16] scsi_dh_rdac: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/16] dm: remove incomple BLOCK_PC support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/16] scsi: remove scsi_cmd_dma_pool
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/16] scsi: remove __scsi_alloc_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [RFC PATCH 0/6] Add bulk skcipher requests to crypto API and dm-crypt
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Matthew Wilcox <mawilcox@xxxxxxxxxxxxx>
• [PATCH] dm bio prison: use rb_entry()
  • From: Geliang Tang <geliangtang@xxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Matthew Wilcox <mawilcox@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Matthew Wilcox <mawilcox@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Matthew Wilcox <mawilcox@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Matthew Wilcox <mawilcox@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] multipath-tools: multipathd: Fix memory leak on load_config().
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/13] block, dax: introduce dax_operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Question about dmsetup / udev interactions
  • From: Peter Desnoyers <pjd@xxxxxxxxxxx>
• Re: [PATCH RFC 0/4] dm thin: support blk-throttle on data and metadata device
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH RFC 0/4] dm thin: support blk-throttle on data and metadata device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RFC 0/4] dm thin: support blk-throttle on data and metadata device
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH] dm bio prison: use rb_entry()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 5/5] multipath-tools: Perform socket client uid check on IPC commands.
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 2/5] multipath-tools: libmultipath: Removed unused functions.
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 4/5] multipath-tools: Set errno mpath_recv_reply() when failure
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 3/5] multipath-tools: New way to limit the IPC command length.
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 1/5] multipath-tools: libmultipath: fix gcc link failure on rcu_register_thread_mb.
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 0/5] [multipath-tools] Misc fixes for JSON API.
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH RFC 1/4] dm thin: add a pool feature "keep_bio_blkcg"
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• [PATCH RFC 2/4] dm thin: parse "keep_bio_blkcg" from userspace tools
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• [PATCH RFC 0/4] dm thin: support blk-throttle on data and metadata device
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• [PATCH RFC 4/4] dm thin: associate bio with current task if keep_bio_blkcg is enabled
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• [PATCH RFC 3/4] dm thin: show the enabled status of keep_bio_blkcg feature
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• Re: Question about dmsetup / udev interactions
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• [PATCH 02/13] block, dax: introduce dax_operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Question about dmsetup / udev interactions
  • From: Peter Desnoyers <pjd@xxxxxxxxxxx>
• Re: [RFC PATCH 0/6] Add bulk skcipher requests to crypto API and dm-crypt
  • From: Ondrej Mosnáček <omosnacek@xxxxxxxxx>
• Re: [RFC PATCH v3] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [RFC PATCH v3] crypto: Add IV generation algorithms
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [RFC PATCH 0/6] Add bulk skcipher requests to crypto API and dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [RFC PATCH v2 1/1] DM: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [RFC PATCH v2] DM: dm-inplace-compress: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [patch] block: add blktrace C events for bio-based drivers
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [RFC PATCH v3] crypto: Add IV generation algorithms
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: kernel oops with blk-mq-sched latest
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [RFC PATCH v3] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [RFC PATCH v3] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: kernel oops with blk-mq-sched latest
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• Re: [RFC PATCH 0/6] Add bulk skcipher requests to crypto API and dm-crypt
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [patch] block: add blktrace C events for bio-based drivers
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [patch] block: add blktrace C events for bio-based drivers
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [patch] block: add blktrace C events for bio-based drivers
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 04/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_add_path()
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: kernel oops with blk-mq-sched latest
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: kernel oops with blk-mq-sched latest
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH 6/6] dm-crypt: Add bulk crypto processing support
  • From: Ondrej Mosnáček <omosnacek@xxxxxxxxx>
• Re: [RFC PATCH 0/6] Add bulk skcipher requests to crypto API and dm-crypt
  • From: Ondrej Mosnáček <omosnacek@xxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• kernel oops with blk-mq-sched latest
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 04/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_add_path()
  • From: tang.junhui@xxxxxxxxxx
• Re: [LSF/MM TOPIC][LSF/MM ATTEND] multipath redesign
  • From: tang.junhui@xxxxxxxxxx
• Re: deterministic io throughput in multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 04/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_add_path()
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 05/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_remove_path()
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• 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>