Linux Device-Mapper Development

• Thread Index

• [PATCH 10/26] dm raid: fix rs_set_capacity on growing reshape
  • From: heinzm@xxxxxxxxxx
• [PATCH 21/26] dm raid: found way to allow resize during shrink
  • From: heinzm@xxxxxxxxxx
• [PATCH 20/26] dm raid: fix rs_is_recovering() to allow for lvextend
  • From: heinzm@xxxxxxxxxx
• [PATCH 14/26] dm raid: comments and fixed typos
  • From: heinzm@xxxxxxxxxx
• [PATCH 17/26] dm raid: fix typo in write_mostly flag
  • From: heinzm@xxxxxxxxxx
• [PATCH 15/26] dm raid: fix new superblock/bitmap creation on disk addition
  • From: heinzm@xxxxxxxxxx
• [PATCH 03/26] dm raid: the sync_page_io() metadata_op argument is bool
  • From: heinzm@xxxxxxxxxx
• [PATCH 07/26] dm raid: enhance comments in takeover checks
  • From: heinzm@xxxxxxxxxx
• [PATCH 08/26] dm raid: fix comment typos
  • From: heinzm@xxxxxxxxxx
• [PATCH 11/26] dm raid: clearify and fix recovery
  • From: heinzm@xxxxxxxxxx
• [PATCH 01/26] dm raid: avoid superfluous memory barriers on static metadata
  • From: heinzm@xxxxxxxxxx
• [PATCH 02/26] dm raid: prohibit to pass in both sync and nosync ctr flags
  • From: heinzm@xxxxxxxxxx
• [PATCH 06/26] dm raid: remove bogus comment
  • From: heinzm@xxxxxxxxxx
• [PATCH 13/26] dm raid: fix raid10 device size error on out-of-place reshape
  • From: heinzm@xxxxxxxxxx
• [PATCH 19/26] dm raid: fix rebuild and catch bogus sync/resync flags
  • From: heinzm@xxxxxxxxxx
• [PATCH 09/26] dm raid: make rs_set_capacity to work on shrinking reshape
  • From: heinzm@xxxxxxxxxx
• [PATCH 00/26] dm raid: fix/cleanup for dm-4.8 inclusion
  • From: heinzm@xxxxxxxxxx
• [PATCH 05/26] dm raid: more restricting data_offset value checks
  • From: heinzm@xxxxxxxxxx
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] offload bios to a thread
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 0/3] offload bios to a thread
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/3] offload bios to a thread
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH RESENT] dm: Check kthread_run's return value
  • From: Minfei Huang <mnghuan@xxxxxxxxx>
• Re: [PATCH 0/3] offload bios to a thread
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RESENT] dm: Check kthread_run's return value
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RESENT] dm: Check kthread_run's return value
  • From: Minfei Huang <mnghuan@xxxxxxxxx>
• Re: [PATCH RESENT] dm: Check kthread_run's return value
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-flakey NOT to return -EIO on READ?
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: dm-flakey NOT to return -EIO on READ?
  • From: Lukas Herbolt <lherbolt@xxxxxxxxxx>
• [PATCH] multipathd: fix waiter_attr resource leak
  • From: zhang.kai16@xxxxxxxxxx
• dm-flakey NOT to return -EIO on READ?
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• [PATCH] multipah: fix 'multipath -p' with invalid policy
  • From: zhang.kai16@xxxxxxxxxx
• [PATCH 1/1] multipath-tools: fix dm- device filtering
  • From: Dragan Stancevic <dragan.stancevic@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] multipath-tools: Add rbd checker.
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH V3 3/3] multipath-tools: Introducing multipath C API <libdmmp/libdmmp.h>
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH V4 3/3] multipath-tools: Introducing multipath C API
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH V5 3/3] multipath-tools: Introducing multipath C API
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 3/3] multipath-tools: Introducing multipath C API <libdmmp/libdmmp.h>
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH V3 3/3] multipath-tools: Introducing multipath C API <libdmmp/libdmmp.h>
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH RESENT] dm: Check kthread_run's return value
  • From: Minfei Huang <mnghuan@xxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Please ignore this patch set. ([PATCH V4 0/3] Introducing multipath C API)
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• [PATCH] readsector0: the length of the buffer wrong
  • From: zhang.kai16@xxxxxxxxxx
• [PATCH 3/4] multipath-tools: Add rbd checker.
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• [PATCH 4/4] multipath-tools: Add rbd to the hwtable
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• [PATCH 2/4] multipath-tools: add checker callout to repair path
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• [PATCH 0/4] multipath-tools: Ceph rbd support
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• [PATCH 1/4] multipath-tools: add rbd discovery detection
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: [PATCH V5 3/3] Introducing multipath C API
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 3/3] block: use timed offload
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/3] block: prepare for timed bio offload
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/3] block: flush queued bios when process blocks to avoid deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/3] offload bios to a thread
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 0/3] offload bios to a thread
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 0/3] offload bios to a thread
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH V5 3/3] Introducing multipath C API
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH V4 0/3] Introducing multipath C API
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH V5 2/3] multipath-tools: Set errno mpath_recv_reply() when failure
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH V5 0/3] Introducing multipath C API
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH V5 1/3] multipath-tools: New way to limit the IPC command length.
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: [PATCH V4 0/3] Introducing multipath C API
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH V4 1/3] multipath-tools: New way to limit the IPC command length.
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH V4 0/3] Introducing multipath C API
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH V4 2/3] multipath-tools: Set errno mpath_recv_reply() when failure
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: [PATCH V3 1/3] multipath-tools: Increase MAX_REPLY_LEN.
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH 0/3] offload bios to a thread
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• [PATCH 22/26] libmultipath: use (get, put)_multipath_config() accessors
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 21/26] libmultipath: use explicit 'config' argument for configuration file parsing
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 14/26] libmultipath: separate out 'udev' config entry
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 24/26] multipath: make 'struct config' a local variable
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 17/26] libmultipath: use 'struct config' as argument for pathinfo()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 11/26] multipath: make 'cmd' internal to multipath program
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 19/26] prio: use 'multipath_dir' as argument
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 20/26] libmultipath: use 'timeout' as argument for getprio()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 25/26] multipathd: use userspace RCU to access configuration
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 23/26] multipathd: Fixup commandline argument handling
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 09/26] libmultipath: add 'cmd' as argument for get_refwwid()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 10/26] libmultipath: fallback to checking environment variable in get_udev_uid()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 15/26] libmultipath: use 'checkint' as argument for sysfs_set_scsi_tmo()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 07/26] libmultipath: drop 'daemon' configuration setting
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCHv2 00/26] Userspace-RCU for config accesses
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 18/26] checkers: use 'multipath_dir' as argument
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 16/26] discovery: Pass in 'hwtable' for get_state() and scsi_sysfs_discovery()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 13/26] multipath: make 'dev' internal to the multipath program
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 12/26] multipath: make 'dev_type' internal to the multipath program
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 03/26] config: set 'deferred_remove' defaults at correct call
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 26/26] libmultipath: Allocate keywords directly
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 04/26] devmapper: explicit config settings
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 02/26] Use 'mptable' as argument for find_mpe() and get_mpe_wwid()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 05/26] dmparser: use 'is_daemon' as argument for disassemble_map()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 06/26] libmultipath: use 'is_daemon' as argument for domap() etc
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 08/26] libmultipath: Do not access 'conf->cmd' in domap()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 01/26] Revert patch 'move filter_devnode() under vector lock'
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH V3 1/3] multipath-tools: Increase MAX_REPLY_LEN.
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 17/26] libmultipath: use 'struct config' as argument for pathinfo()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] libmultipath: fix memory leak in reconfigure
  • From: tang.junhui@xxxxxxxxxx
• Introduce writeboost-test-suite
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• [PATCH] multipath-tools: make defaults values more visible in multipath.conf.5
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH V3 1/3] multipath-tools: Increase MAX_REPLY_LEN.
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH] multipathd: restore paths after reconfigure
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 00/26] Userspace-RCU for config accesses
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 17/26] libmultipath: use 'struct config' as argument for pathinfo()
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 02/26] Use 'mptable' as argument for find_mpe() and get_mpe_wwid()
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 4/5] multipath-tools: link libmpathcmd.so with full path
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 5/5] multipath-tools: add a link for libmultipath.so
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 2/5] multipath-tools: replace install with its variable in makefiles
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 1/5] multipath-tools: replace rm with a variable in makefiles
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 0/5] Makefiles housekeeping II
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 3/5] multipath-tools: replace ln with a variable in makefiles
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH V3 1/3] multipath-tools: Increase MAX_REPLY_LEN.
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Possible data corruption with dm-thin
  • From: Edward Thornber <thornber@xxxxxxxxxx>
• [PATCH V3 1/3] multipath-tools: Increase MAX_REPLY_LEN.
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH V3 2/3] multipath-tools: Set errno mpath_recv_reply() when failure.
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH V3 0/3] Introducing multipath C API
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH] multipath/main.c fix a minor typo
  • From: "Milan P. Gandhi" <mgandhi@xxxxxxxxxx>
• Re: [PATCH 5/6] lightnvm: expose device geometry through sysfs
  • From: Matias Bjørling <m@xxxxxxxxxxx>
• Re: [PATCH 5/6] lightnvm: expose device geometry through sysfs
  • From: J Freyensee <james_p_freyensee@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] offload bios to a thread
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: NVMeoF multi-path setup
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: NVMeoF multi-path setup
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: NVMeoF multi-path setup
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: NVMeoF multi-path setup
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: NVMeoF multi-path setup
  • From: Ming Lin <mlin@xxxxxxxxxx>
• NVMeoF multi-path setup
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH 0/3] offload bios to a thread
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 0/4] Support DAX for device-mapper linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/2] multipath-tools: replace COPYING with a fresh copy from gnu.org
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 1/2] multipath-tools: replace FSF address with a www pointer
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 0/2] multipath-tools: Licence housekeeping
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 0/5] multipath-tools: Makefiles housekeeping
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 2/5] multipath-tools: merge RPM_OPT_FLAGS into OPTFLAGS
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 5/5] multipath-tools: make uninstall leaves traces behind
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 4/5] multipath-tools: don't create /etc/init.d from make install
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 3/5] multipath-tools: don't create /usr/share/doc/mpathpersist/ from make install
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 1/5] multipath-tools: delete spec/rpm traces from Makefile
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 1/2] dm: update table type check for dax
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• [PATCH 4/6] lightnvm: let drivers control the lifetime of nvm_dev
  • From: Matias Bjørling <m@xxxxxxxxxxx>
• [PATCH 5/6] lightnvm: expose device geometry through sysfs
  • From: Matias Bjørling <m@xxxxxxxxxxx>
• [PATCH 6/6] lightnvm: expose gennvm target type through sysfs
  • From: Matias Bjørling <m@xxxxxxxxxxx>
• [PATCH 1/6] nvme: refactor namespaces to support non-gendisk devices
  • From: Matias Bjørling <m@xxxxxxxxxxx>
• [PATCH 3/6] blk-mq: register device instead of disk
  • From: Matias Bjørling <m@xxxxxxxxxxx>
• [PATCH 0/6] enable sysfs for lightnvm
  • From: Matias Bjørling <m@xxxxxxxxxxx>
• [PATCH 2/6] null_blk: refactor to support non-gendisk devices
  • From: Matias Bjørling <m@xxxxxxxxxxx>
• multipath-tools: clang warnings(30)
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [BUG] multipath-tools: multipathd/main.c: cannot jump from this goto statement to its label
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 2/3] block: require write_same and discard requests align to logical block size
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 1/3] block: invalidate the page cache when issuing BLKZEROOUT.
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 1/2] dm: update table type check for dax
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 3/3] block: use timed offload
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/3] block: prepare for timed bio offload
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/3] block: flush queued bios when process blocks to avoid deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/3] offload bios to a thread
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] dm: update table type check for dax
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] dm snap: add fake origin_direct_access
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] dm: update table type check for dax
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 1/2] dm: update table type check for dax
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/2] fix dm-snap for dax
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• [PATCH 1/2] dm: update table type check for dax
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH 2/2] dm snap: add fake origin_direct_access
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH 0/2] Support DAX for device-mapper dm-linear devices
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• Re: dm mpath: Fix a dm_blk_ioctl() deadlock
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm mpath: Fix a dm_blk_ioctl() deadlock
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 1/3] block: invalidate the page cache when issuing BLKZEROOUT.
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: dm mpath: Fix a dm_blk_ioctl() deadlock
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm mpath: Fix a dm_blk_ioctl() deadlock
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: dm mpath: Fix a dm_blk_ioctl() deadlock
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• (no subject)
  • From: Xieyingtai <xieyingtai@xxxxxxxxxx>
• [PATCH] dm mpath: Fix a dm_blk_ioctl() deadlock
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: NetApp Ontap
  • From: Martin George <marting@xxxxxxxxxx>
• Re: Possible data corruption with dm-thin
  • From: Dennis Yang <dennisyang@xxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: dm stripe: add DAX support
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: dm stripe: add DAX support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm stripe: add DAX support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] dm stripe: add DAX support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: dm stripe: add DAX support
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: dm stripe: add DAX support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm stripe: add DAX support
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• Re: NetApp Ontap
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: NetApp Ontap
  • From: Martin George <marting@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: new ONTAP maintainer
  • From: Martin George <marting@xxxxxxxxxx>
• Re: [PATCH v3 3/4] dm: add infrastructure for DAX support
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH v3 3/4] dm: add infrastructure for DAX support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 3/4] dm: add infrastructure for DAX support
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: block: fix blk_queue_split() resource exhaustion
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: Possible data corruption with dm-thin
  • From: Edward Thornber <thornber@xxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Subject: [PATCH 1/1] multipath-tools: fix dm- device filtering
  • From: Dragan Stancevic <dragan.stancevic@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
  • From: Yigal Korman <yigal@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
  • From: Yigal Korman <yigal@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] dm: add infrastructure for DAX support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 3/4] dm: add infrastructure for DAX support
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 4/4] dm linear: add DAX support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 3/4] dm: add infrastructure for DAX support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 0/4] Support DAX for device-mapper linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 2/4] block: expose QUEUE_FLAG_DAX in sysfs
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 1/4] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• NetApp Ontap
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Missing patches
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• killall DEFAULT_*
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: new ONTAP maintainer
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 3/4] multipath-tools: replace TUR with DEFAULT_CHECKER in hwtable
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 3/4] multipath-tools: replace TUR with DEFAULT_CHECKER in hwtable
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 1/4] multipath-tools: change the default path checker from directio to tur
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 4/4] multipath-tools: replace DIRECTIO with DEFAULT_CHECKER in hwtable
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 3/4] multipath-tools: replace TUR with DEFAULT_CHECKER in hwtable
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 0/4] make tur the default path checker
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 2/4] multipath-tools: update path checker info in multipath.conf.5
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH v2 2/3] dm: add infrastructure for DAX support
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH v2 3/3] dm linear: add DAX support
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH v2 0/3] Support DAX for device-mapper dm-linear devices
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• [PATCH] dm: Check kthread_run's return value
  • From: Minfei Huang <mnghuan@xxxxxxxxx>
• Re: [PATCH] multipath-tools: unreachable controllers maintainers
  • From: Martin George <marting@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm verity fec: fix block calculation
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Possible data corruption with dm-thin
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Possible data corruption with dm-thin
  • From: Dennis Yang <dennisyang@xxxxxxxx>
• Re: Possible data corruption with dm-thin
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Possible data corruption with dm-thin
  • From: Dennis Yang <dennisyang@xxxxxxxx>
• Re: [PATCH 1/3] block: invalidate the page cache when issuing BLKZEROOUT.
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxx>
• Re: [PATCH 2/3] block: require write_same and discard requests align to logical block size
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxx>
• [PATCH 5/9] multipath-tools: add DELL MD34xx/MD38xx
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 7/9] multipath-tools: tips on adding new devices with proprietary handlers
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 3/9] multipath-tools: reduce regex for DGC CLARiiON CX/AX and EMC VNX
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 4/9] multipath-tools: unify DELL MD32xx and MD36xx
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 8/9] multipath-tools: fix syntax in mpath_persistent_reserve_out.3
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 6/9] multipath-tools: do not track temp vim files and patches
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 9/9] multipath-tools: minor edit in hwtable
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 1/9] multipath-tools: add iSCSI product id for TEGILE ZEBI
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 2/9] multipath-tools: remove spaces in S390 devices
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Missing patches
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Missing patches
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 08/10] multipath-tools: remove USER_FRIENDLY_NAMES_OFF
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• [PATCH 24/26] multipath: make 'struct config' a local variable
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 21/26] libmultipath: use explicit 'config' argument for configuration file parsing
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 20/26] libmultipath: use 'timeout' as argument for getprio()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 22/26] libmultipath: use (get, put)_multipath_config() accessors
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 26/26] libmultipath: Allocate keywords directly
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 14/26] libmultipath: separate out 'udev' config entry
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 10/26] libmultipath: fallback to checking environment variable in get_udev_uid()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 19/26] prio: use 'multipath_dir' as argument
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 16/26] discovery: Pass in 'hwtable' for get_state() and scsi_sysfs_discovery()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 05/26] dmparser: use 'is_daemon' as argument for disassemble_map()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 13/26] multipath: make 'dev' internal to the multipath program
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 25/26] multipathd: use userspace RCU to access configuration
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 06/26] libmultipath: use 'is_daemon' as argument for domap() etc
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 18/26] checkers: use 'multipath_dir' as argument
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 02/26] Use 'mptable' as argument for find_mpe() and get_mpe_wwid()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 03/26] config: set 'deferred_remove' defaults at correct call
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 12/26] multipath: make 'dev_type' internal to the multipath program
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 01/26] Revert patch 'move filter_devnode() under vector lock'
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 08/26] libmultipath: Do not access 'conf->cmd' in domap()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 23/26] multipathd: Fixup commandline argument handling
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 07/26] libmultipath: drop 'daemon' configuration setting
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 09/26] libmultipath: add 'cmd' as argument for get_refwwid()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 04/26] devmapper: explicit config settings
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 15/26] libmultipath: use 'checkint' as argument for sysfs_set_scsi_tmo()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 11/26] multipath: make 'cmd' internal to multipath program
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 00/26] Userspace-RCU for config accesses
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 17/26] libmultipath: use 'struct config' as argument for pathinfo()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: hwtable janitoring
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: hwtable janitoring
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• hwtable janitoring
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 00/39] multipath: coverity fixes
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] Update kpartx manpage with current output
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 00/39] multipath: coverity fixes
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 08/10] multipath-tools: remove USER_FRIENDLY_NAMES_OFF
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 07/10] multipath-tools: dm-devel list is only for subscribers
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• multipath issue on kernel 4.6.2
  • From: Jean-Philippe Methot <jp.methot@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/10] multipath-tools: remove USER_FRIENDLY_NAMES_OFF
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH v2 05/10] multipath-tools: unreachable controllers maintainers
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 09/10] multipath-tools: clean up comments at hwtable.c
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 06/10] multipath-tools: new email address for Srinivas Ramani
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 10/10] multipath-tools: group ONTAP family
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: RDAC border
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 08/10] multipath-tools: remove USER_FRIENDLY_NAMES_OFF
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 04/10] multipath-tools: remove current maintainer from orphan array families.
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH v2 03/10] multipath-tools: add TEGILE devices to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH v2 02/10] multipath-tools: add INFINIDAT devices to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH v2 01/10] multipath-tools: add VIOLIN/CONCERTO ARRAY to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: unreachable controllers maintainers
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 3/3] block: implement (some of) fallocate for block devices
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 1/3] block: invalidate the page cache when issuing BLKZEROOUT.
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 2/3] block: require write_same and discard requests align to logical block size
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v9 0/3] fallocate for block devices
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH] dm raid: don't use 'const' in function return
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: add Pure Storage device to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 15/39] libmultipath: use fstat() when reading sysfs attributes
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 36/39] libmultipath: Ignore errors from fcntl() in directio.c
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 19/39] libmpathpersist: Fix possible overrun in devt2devname()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 00/39] multipath: coverity fixes
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 13/39] libmultipath/discovery.c: handle errors from sscanf()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 39/39] libmultipath/discovery.c: Fixup possible range overflow
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 38/39] libmultipath/devmapper.c: fixup possible buffer overflow
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 14/39] libmultipath: drop unused variable 'diop' in libsg.c
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 28/39] kpartx: Handle errors from lseek()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 02/39] libmultipath: fixup string copy and comparison
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 25/39] kpartx: Memory leak in get_hotplug_device()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 27/39] kpartx: do not use 'const' for mapname in get_hotplug_device()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 32/39] libmultipath/sysfs.c: always terminate value from sysfs_attr_get_value()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 11/39] libmultipath/devmapper.c: check for errors from sscanf()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 07/39] libmultipath: missing NULL check in set_pgfailback()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 09/39] libmultipath/devmapper.c: Remove unused 'next' argument
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 16/39] libmultipath: fixup possible buffer overflow in alua_rtpg.c
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 37/39] libmultipath: add spin_lock in tur.c
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 26/39] kpartx: fixup filedescriptor leak in set_loop()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 12/39] libmultipath/uevent.c: handle errors from setsockopt()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 35/39] libmultipath: mark return value from dup() as unused
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 23/39] libmultipath: missing break in hds prioritizer
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 31/39] kpartx/lopart.c: use fstat() when reading device nodes
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 24/39] kpartx: fixup fd leakage in lopart.c
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 21/39] libmpathpersist: Pass sensebuffer as pointer
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 05/39] libmultipath: memory leak in remove_feature()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 03/39] libmultipath: fixup uninitialized return value in dm_reassign_table()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 34/39] multipathd: pid fd resource leak
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 17/39] libmultipath: memory leak in iet.c
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 08/39] libmultipath: remove stale references to fd_ep in uevent_listen()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 04/39] libmultipath: free pathgroup in group_by_prio()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 01/39] multipathd: correctly free refwwid in cli_add_map()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 06/39] libmultipath: memory leak in add_map_without_path()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 20/39] libmpathpersist: memory leak in mpath_persistent_reserve_(in, out)()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 18/39] libmpathcmd: limit size of the CLI buffer
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 33/39] multipathd: missing mpath_disconnect() in uxclnt()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 22/39] libmpathpersist: Handle send error
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 10/39] libmultipath/alias.c: check return value from strchr()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 29/39] kpartx/devmapper.c: Remove unused 'next' argument
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 30/39] kpartx: use fstat() when reading sysfs attributes
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] dm raid: don't use 'const' in function return
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [bug?] "vgs" command hanging after running "targetctl clear"
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• [PATCH] multipath-tools: add patchwork info to README
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [bug?] "vgs" command hanging after running "targetctl clear"
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: [PATCH] multipath-tools: add VIOLIN/CONCERTO ARRAY to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] Multipath: Remove duplicated memset() for multipathd show command.
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: [RFC v4 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC v4 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v4 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC v4 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v4 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/2] multipath-tools: delete trailing spaces and tabs
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 2/2] multipath-tools: blacklist UX for RDAC arrays
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• [PATCH] multipath-tools: correct a syntax error in multipath.conf.5
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: add Pure Storage device to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: add Pure Storage device to hardware table
  • From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: add Pure Storage device to hardware table
  • From: <Menny_Hamburger@xxxxxxxx>
• Re: [PATCH] multipath-tools: add Pure Storage device to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] multipath-tools: change checker in RDAC devices with the native
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] multipath-tools: add Pure Storage device to hardware table
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] multipath-tools: add INFINIDAT devices to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 2/6] block: Check GENHD_FL_DAX for DAX capability
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH 4/6] dm-linear: Add linear_direct_access()
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH 6/6] dm: Enable DAX support for mapper device
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH 5/6] dm, dm-linear: Add dax_supported to dm_target
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH 3/6] dm: Add dm_blk_direct_access() for mapped device
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH 1/6] genhd: Add GENHD_FL_DAX to gendisk flags
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH] multipath-tools: change checker in RDAC devices with the native
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: add Pure Storage device to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: add TEGILE devices to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] Update kpartx manpage with current output
  • From: Ritesh Raj Sarraf <rrs@xxxxxxxxxx>
• 答复: [PATCH]RE: multipath-tools : A way needless to restart multipathd damon while attaching new device to host which met a path failure
  • From: Gechangwei <ge.changwei@xxxxxxx>
• Re: multipath-tools: looking for weird values at hwtable.c
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 2/2] multipath-tools: housekeeping at prioritizers
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 1/2] multipath-tools: replace spaces with tabs in defaults.h
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• multipath-tools: looking for weird values at hwtable.c
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [RFE] multipath-tools: HPE StoreVirtual 4000 Storage (LeftHand OS, formerly SAN/iQ)
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 05/57] Add HP MSA 2040 to the hardware table
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [dm:for-next 1/4] drivers/md/dm.c:1757:36: error: passing argument 2 of 'dm_mq_init_request_queue' from incompatible pointer type
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm:for-next 1/4] drivers/md/dm.c:1757:36: error: passing argument 2 of 'dm_mq_init_request_queue' from incompatible pointer type
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH 05/57] Add HP MSA 2040 to the hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: add VIOLIN/CONCERTO ARRAY to hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: multipath-tools: pg_init_retries not documented
  • From: Hannes Reinecke <hare@xxxxxxx>
• multipath-tools: pg_init_retries not documented
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 05/57] Add HP MSA 2040 to the hardware table
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/57] Add HP MSA 2040 to the hardware table
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [RFC v4 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH] multipathd: update defaults
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH] multipath-tools: fix up Apple controller family
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [RFC v4 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] multipath-tools: unreachable controllers maintainers
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [RFC v4 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v4 3/4] md: dm-crypt: Introduce the bulk mode method when sending request
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v4 4/4] crypto: Add the CRYPTO_ALG_BULK flag for ecb(aes) cipher
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v4 1/4] block: Introduce blk_bio_map_sg() to map one bio
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v4 0/4] Introduce the bulk mode method when sending request to crypto layer
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: unreachable controllers maintainers
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 28/45] target: use bio op accessors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 28/45] target: use bio op accessors
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: unreachable controllers maintainers
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 41/45] block, drivers, fs: shrink bi_rw from long to int
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 40/45] block: move bio io prio to a new field
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 37/45] drivers: use req op accessor
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 30/45] block: copy bio op to request op
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 28/45] target: use bio op accessors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 25/45] bcache: use bio op accessors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 24/45] dm: use bio op accessors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 17/45] xfs: use bio op accessors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 09/45] block discard: use bio set op accessor
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 08/45] block, fs, mm, drivers: use bio set/get op accessors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 07/45] bcache: use op_is_write instead of checking for REQ_WRITE
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 06/45] dm: use op_is_write instead of checking for REQ_WRITE
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/45] block, drivers, cgroup: use op_is_write helper instead of checking for REQ_WRITE
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 02/45] block: add REQ_OP definitions and helpers
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC v2 1/3] block: Introduce blk_bio_map_sg() to map one bio
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC v2 1/3] block: Introduce blk_bio_map_sg() to map one bio
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] multipath-tools: unreachable controllers maintainers
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 45/45] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: mchristi@xxxxxxxxxx
• [PATCH 43/45] block, drivers: add REQ_OP_FLUSH operation
  • From: mchristi@xxxxxxxxxx
• [PATCH 03/45] fs: have submit_bh users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 08/45] block, fs, mm, drivers: use bio set/get op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 27/45] md: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 14/45] btrfs: use bio fields for op and flags
  • From: mchristi@xxxxxxxxxx
• [PATCH 15/45] f2fs: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 35/45] block: convert merge/insert code to check for REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 26/45] drbd: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code
  • From: mchristi@xxxxxxxxxx
• [PATCH 37/45] drivers: use req op accessor
  • From: mchristi@xxxxxxxxxx
• [PATCH 39/45] ide cd: do not set REQ_WRITE on requests.
  • From: mchristi@xxxxxxxxxx
• [PATCH 24/45] dm: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 22/45] pm: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 33/45] block: prepare elevator to use REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 30/45] block: copy bio op to request op
  • From: mchristi@xxxxxxxxxx
• [PATCH 31/45] block: prepare request creation/destruction code to use REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 41/45] block, drivers, fs: shrink bi_rw from long to int
  • From: mchristi@xxxxxxxxxx
• [PATCH 32/45] block: prepare mq request creation to use REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 17/45] xfs: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 44/45] block: do not use REQ_FLUSH for tracking flush support
  • From: mchristi@xxxxxxxxxx
• [PATCH 25/45] bcache: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 02/45] block: add REQ_OP definitions and helpers
  • From: mchristi@xxxxxxxxxx
• [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 19/45] mpage: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 21/45] ocfs2: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 28/45] target: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 29/45] xen: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 05/45] block, drivers, cgroup: use op_is_write helper instead of checking for REQ_WRITE
  • From: mchristi@xxxxxxxxxx
• [PATCH 04/45] fs: have ll_rw_block users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 13/45] btrfs: update __btrfs_map_block for REQ_OP transition
  • From: mchristi@xxxxxxxxxx
• [PATCH 10/45] direct-io: use bio set/get op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 12/45] btrfs: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 16/45] gfs2: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 20/45] nilfs: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 18/45] hfsplus: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 34/45] blkg_rwstat: separate op from flags
  • From: mchristi@xxxxxxxxxx
• [PATCH 38/45] blktrace: use op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 36/45] block: convert is_sync helpers to use REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 40/45] block: move bio io prio to a new field
  • From: mchristi@xxxxxxxxxx
• [PATCH 23/45] dm: pass dm stats data dir instead of bi_rw
  • From: mchristi@xxxxxxxxxx
• [PATCH 09/45] block discard: use bio set op accessor
  • From: mchristi@xxxxxxxxxx
• [PATCH 00/45] v8: separate operations from flags in the bio/request structs
  • From: mchristi@xxxxxxxxxx
• [PATCH 07/45] bcache: use op_is_write instead of checking for REQ_WRITE
  • From: mchristi@xxxxxxxxxx
• [PATCH 11/45] btrfs: have submit_one_bio users use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 06/45] dm: use op_is_write instead of checking for REQ_WRITE
  • From: mchristi@xxxxxxxxxx
• Re: [PATCH] multipathd: update defaults
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 0/2] multipath-tools: Housekeeping
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• multipath-tools: web
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 2/2] multipath-tools: remove useless init scripts
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 1/2] multipath-tools: tarballs from gitweb
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 0/2] multipath-tools: Housekeeping
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] libmpathcmd: Fixup FSF address
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 0/2] multipathd: Add 'sysfs' prioritizer
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [RFC v2 1/3] block: Introduce blk_bio_map_sg() to map one bio
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC v2 1/3] block: Introduce blk_bio_map_sg() to map one bio
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH 2/2] multipathd: Add 'sysfs' prioritizer
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 1/2] alua prioritizer: Fix typo 'perf'
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 0/2] multipathd: Add 'sysfs' prioritizer
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] multipathd: update defaults
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: multipathd: Add 'sysfs' prioritizer
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH] multipathd: rework patch 'move 'filter_devnode' under vector lock'
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] multipathd: update defaults
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: multipathd: Add 'sysfs' prioritizer
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 0/7] multpath patch sync
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH] libmpathcmd: Fixup FSF address
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 6/8] libmpathcmd: Do not install header file as executable
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH] libmpathcmd: Fixup FSF address
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 6/8] libmpathcmd: Do not install header file as executable
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] multipath-tools: tarballs are not generated anymore
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH] multipath-tools: tarballs are not generated anymore
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: super-block written got dislocation while 64K PAGE_SIZE enable.
  • From: Zhengyuan Liu <liuzhengyuang521@xxxxxxxxx>
• Re: super-block written got dislocation while 64K PAGE_SIZE enable.
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: super-block written got dislocation while 64K PAGE_SIZE enable.
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dm-log-writes: fix bug with too large bios
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v5 0/1] add option to output JSON for multipathd command
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: multipath-tools: irrelevant files
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: dm-log-writes: fix bug with too large bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] Fix build failure on multiple arches
  • From: Ritesh Raj Sarraf <rrs@xxxxxxxxxx>
• super-block written got dislocation while 64K PAGE_SIZE enable.
  • From: Zhengyuan Liu <liuzhengyuang521@xxxxxxxxx>
• [RFC v3 4/4] crypto: Add the CRYPTO_ALG_BULK flag for ecb(aes) cipher
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v3 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v3 3/4] md: dm-crypt: Introduce the bulk mode method when sending request
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v3 1/4] block: Introduce blk_bio_map_sg() to map one bio
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v3 0/4] Introduce the bulk mode method when sending request to crypto layer
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH] dm-log-writes: fix bug with too large bios
  • From: "James Johnston" <johnstonj.public@xxxxxxxxxxxx>
• Re: [PATCH] dm-crypt: Fix error with too large bios (was: bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size)
  • From: "James Johnston" <johnstonj.public@xxxxxxxxxxxx>
• [PATCH 2/7] libmultipath: remove calls to dm_udev_complete
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 7/7] kpartx: fix dos partition rollover error
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 6/7] libmultipath: add Huawei Storage default config
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 3/7] libmultipath: add skip_kpartx option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 4/7] kpartx.rules: respect skip_kpartx flag
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 0/7] multpath patch sync
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/7] multipathd: handler fixes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 5/7] multipath: validate devmap names
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: multipathd: Add 'sysfs' prioritizer
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: getting feedback on dm-cache statistics tool
  • From: Ben England <bengland@xxxxxxxxxx>
• [PATCH]RE: multipath-tools : A way needless to restart multipathd damon while attaching new device to host which met a path failure
  • From: Gechangwei <ge.changwei@xxxxxxx>
• Re: getting feedback on dm-cache statistics tool
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: bio-based DM multipath is back from the dead [was: Re: Notes from the four separate IO track sessions at LSF/MM]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: bio-based DM multipath is back from the dead [was: Re: Notes from the four separate IO track sessions at LSF/MM]
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm-log-writes: fix bug with too large bios
  • From: Josef Bacik <jbacik@xxxxxx>
• Re: getting feedback on dm-cache statistics tool
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH] dm-log-writes: fix bug with too large bios
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-crypt: Fix error with too large bios (was: bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: bio-based DM multipath is back from the dead [was: Re: Notes from the four separate IO track sessions at LSF/MM]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [RFC v2 3/3] md: dm-crypt: Introduce the bulk mode method when sending request
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v2 0/3] Introduce the bulk mode method when sending request to crypto layer
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v2 1/3] block: Introduce blk_bio_map_sg() to map one bio
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: bio-based DM multipath is back from the dead [was: Re: Notes from the four separate IO track sessions at LSF/MM]
  • From: Hannes Reinecke <hare@xxxxxxx>
• getting feedback on dm-cache statistics tool
  • From: Ben England <bengland@xxxxxxxxxx>
• Re: [RFC 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC 3/3] md: dm-crypt: Introduce the bulk mode method when sending request
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: Snapshot origin table as P/PO snapshot with /dev/null
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Snapshot origin table as P/PO snapshot with /dev/null
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [RFC 3/3] md: dm-crypt: Introduce the bulk mode method when sending request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• bio-based DM multipath is back from the dead [was: Re: Notes from the four separate IO track sessions at LSF/MM]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Snapshot origin table as P/PO snapshot with /dev/null
  • From: "Navin P.S" <navinp1912@xxxxxxxxx>
• Re: multipath-tools : A way needless to restart multipathd damon while attaching new device to host which met a path failure
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [RFC 1/3] block: Introduce blk_bio_map_sg() to map one bio
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [RFC 1/3] block: Introduce blk_bio_map_sg() to map one bio
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH v4 10/21] fs: Check for invalid i_uid in may_follow_link()
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [BISECT dbba42d8] dm: regression: large bio splits fail with dm-crypt under bcache in dm_make_request()
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [PATCH] danymical blacklist addition
  • From: Gechangwei <ge.changwei@xxxxxxx>
• [RFC 1/3] block: Introduce blk_bio_map_sg() to map one bio
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC 3/3] md: dm-crypt: Introduce the bulk mode method when sending request
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC 0/3] Introduce the bulk mode method when sending request to crypto layer
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH v5 1/1] add display of map information in JSON format
  • From: Todd Gill <tgill@xxxxxxxxxx>
• [PATCH v5 0/1] add option to output JSON for multipathd command
  • From: Todd Gill <tgill@xxxxxxxxxx>
• Re: multipathd: Add 'sysfs' prioritizer
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• multipathd: Add 'sysfs' prioritizer
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size
  • From: "'Eric Wheeler'" <bcache@xxxxxxxxxxxxxxxxxx>
• discard on snapshot-origin target
  • From: Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>
• multipath-tools : A way needless to restart multipathd damon while attaching new device to host which met a path failure
  • From: Gechangwei <ge.changwei@xxxxxxx>
• Re: bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size
  • From: "James Johnston" <johnstonj.public@xxxxxxxxxxxx>
• Re: [PATCH 00/11] dm-raid: add RAID level takeover cababilities
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH v4 1/1] add display of map information in JSON format
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: [PATCH v4 1/1] add display of map information in JSON format
  • From: Todd Gill <tgill@xxxxxxxxxx>
• [PATCH] multipathd: handler fixes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size
  • From: "James Johnston" <johnstonj.public@xxxxxxxxxxxx>
• multipath: Received an indication that the LUN assignments on this target have changed
  • From: Zhangguanghui <zhang.guanghui@xxxxxxx>
• [PATCH 07/11] dm-raid: introduce v1.8.0 extended superblock and new raid types to support takeover/reshaping
  • From: heinzm@xxxxxxxxxx
• [PATCH 04/11] dm-raid: check constructor arguments for invalid raid level/argument combinations
  • From: heinzm@xxxxxxxxxx
• [PATCH 10/11] dm-raid: add raid level takeover support
  • From: heinzm@xxxxxxxxxx
• [PATCH 05/11] dm-raid: cleanup / provide infrastructure
  • From: heinzm@xxxxxxxxxx
• [PATCH 00/11] dm-raid: add RAID level takeover cababilities
  • From: heinzm@xxxxxxxxxx
• [PATCH 11/11] dm-raid: enhance status interface and fixup takeover/raid0
  • From: heinzm@xxxxxxxxxx
• [PATCH 06/11] dm-raid: use rt_is_raid*() in all appropriate checks
  • From: heinzm@xxxxxxxxxx
• [PATCH 03/11] dm-raid: cleanup / provide infrastructure
  • From: heinzm@xxxxxxxxxx
• [PATCH 02/11] dm-raid: use dm_arg_set API in constructor
  • From: heinzm@xxxxxxxxxx
• [PATCH 09/11] dm-raid: enhance super_sync() to support new superblock members introduced
  • From: heinzm@xxxxxxxxxx
• [PATCH 08/11] dm-raid: add new reshaping/raid10 format table line options to parameter parser
  • From: heinzm@xxxxxxxxxx
• [PATCH 01/11] dm-raid: rename variable 'ret' to 'r' to conform to other dm code
  • From: heinzm@xxxxxxxxxx
• multipath-tools: irrelevant files
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v4 1/1] add display of map information in JSON format
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: [PATCH v4 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 1/1] add display of map information in JSON format
  • From: Todd Gill <tgill@xxxxxxxxxx>
• [PATCH v4 0/1] add option to output JSON for multipathd command
  • From: Todd Gill <tgill@xxxxxxxxxx>
• Re: bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size
  • From: "James Johnston" <johnstonj.public@xxxxxxxxxxxx>
• Re: [PATCH v4 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v4 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3 1/1] add display of map information in JSON format
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: [PATCH v4 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v4 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [git pull] device mapper changes for 4.7
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• Re: bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• Re: bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] add display of map information in JSON format
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 1/1] add display of map information in JSON format
  • From: Todd Gill <tgill@xxxxxxxxxx>
• [PATCH v3 0/1] add option to output JSON for multipathd command
  • From: Todd Gill <tgill@xxxxxxxxxx>
• Re: [PATCH v2 1/1] add display of map information in JSON format
  • From: Todd Gill <tgill@xxxxxxxxxx>
• Re: [PATCH v2 1/1] add display of map information in JSON format
  • From: Germano Percossi <germano.percossi@xxxxxxxxxx>
• Distributions mpt code
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v2 1/1] add display of map information in JSON format
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: libmultipath: use poll() in uevent_listen()
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: multipathd: move 'filter_devnode' under vector lock
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH Debian] kpartx: increase retries was Re: Next release plans?
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: libmultipath: use poll() in uevent_listen()
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: multipathd: move 'filter_devnode' under vector lock
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• libmultipath: use poll() in uevent_listen()
  • From: Hannes Reinecke <hare@xxxxxxx>
• multipathd: move 'filter_devnode' under vector lock
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v1] dm-crypt: replace custom implementation of hex2bin()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/1] add display of map information in JSON format
  • From: Todd Gill <tgill@xxxxxxxxxx>
• [PATCH v2 0/1] add option to output JSON for multipathd command
  • From: Todd Gill <tgill@xxxxxxxxxx>
• [PATCH Debian] kpartx: increase retries was Re: Next release plans?
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 2/2] Merge Dell MD3XXX hardware table entries
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCHv2 0/7] multipathd 'cookie' handling rework
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCHv2 0/7] multipathd 'cookie' handling rework
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 5/7] multipathd: wait for udev in cli_resume()
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 4/7] devmapper: wait for udev in dm_simplecmd_noflush()
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>