Linux Device-Mapper Development

• Thread Index

• Re: [Bcache v13 11/16] bcache: Core btree code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 09/16] Bcache: generic utility code
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [Bcache v13 09/16] Bcache: generic utility code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 14/16] bcache: Request, io and allocation code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 14/16] bcache: Request, io and allocation code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 14/16] bcache: Request, io and allocation code
  • From: Tejun Heo <tejun@xxxxxxxxxx>
• Re: [Bcache v13 11/16] bcache: Core btree code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 12/16] bcache: Bset code (lookups within a btree node)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 11/16] bcache: Core btree code
  • From: Tejun Heo <tejun@xxxxxxxxxx>
• Re: Allow userland access to metadata of a live thin provisioning pool
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [Bcache v13 09/16] Bcache: generic utility code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 09/16] Bcache: generic utility code
  • From: Tejun Heo <tejun@xxxxxxxxxx>
• [PATCH] dm-cache (block level disk cache target): UPDATE latest kernel
  • From: Dulcardo Arteaga <dulcardo@xxxxxxxxx>
• Re: working with dm-raid module
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH v2] scsi: Fix dm-multipath starvation when scsi host is busy
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2] scsi: Fix dm-multipath starvation when scsi host is busy
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: multipathd: 8:80 mark as failed - BUG: unable to handle kernel NULL pointer dereference at (null)
  • From: Roberto Giordani <dreamdrawers@xxxxxxxxx>
• [PATCH v2] scsi: Fix dm-multipath starvation when scsi host is busy
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH] scsi: Fix dm-multipath starvation when scsi host is busy
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] scsi: Fix dm-multipath starvation when scsi host is busy
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: multipath_busy() stalls IO due to scsi_host_is_busy()
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH 02/13] dm: kill dm_rq_bio_destructor
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [Bcache v13 07/16] Closures
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v4 2/5] scsi_dh: add scsi_dh_attached_handler_name
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: multipath_busy() stalls IO due to scsi_host_is_busy()
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• [PATCH 04/10] dm-log: use memweight()
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH 01/10] string: introduce memweight
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• working with dm-raid module
  • From: Andrew Zhukov <zhukov@xxxxxxxxx>
• Re: [PATCH] multipath: clean up code for stopping the waiter threads
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH] multipath: fix select_no_path_retry for flushing devices.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• [PATCH] multipath: clean up code for stopping the waiter threads
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Changing some multipath defaults
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [git pull] last-minute device-mapper fix for 3.4
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] multipath: fix select_no_path_retry for flushing devices.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 08/13] block: Kill bi_destructor
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH 09/13] block: Add an explicit bio flag for bios that own their bvec
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH 06/13] block: Add bio_reset()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH 05/13] block: Only clone bio vecs that are in use
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH 04/13] block: Add bio_clone_kmalloc()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH 03/13] block: Add bio_clone_bioset()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH 03/13] block: Add bio_clone_bioset()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH 02/13] dm: kill dm_rq_bio_destructor
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 10/13] block: Rework bio splitting
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 11/13] Closures
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 09/13] block: Add an explicit bio flag for bios that own their bvec
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 10/13] block: Rework bio splitting
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 04/13] block: Add bio_clone_kmalloc()
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 02/13] dm: kill dm_rq_bio_destructor
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 09/13] block: Add an explicit bio flag for bios that own their bvec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 08/13] block: Kill bi_destructor
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 07/13] pktcdvd: Switch to bio_kmalloc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 06/13] block: Add bio_reset()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 01/13] block: Generalized bio pool freeing
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 05/13] block: Only clone bio vecs that are in use
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 03/13] block: Add bio_clone_bioset()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 04/13] block: Add bio_clone_kmalloc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 03/13] block: Add bio_clone_bioset()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 02/13] dm: kill dm_rq_bio_destructor
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 01/13] block: Generalized bio pool freeing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] dm thin: fix table output when pool target disables discard passdown internally
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH v2] dm thin: fix table output when pool target disables discard passdown internally
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [Bcache v13 00/16]
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [Bcache v13 07/16] Closures
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCHES]: dm lock optimization
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [Bcache v13 07/16] Closures
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: multipathd: 8:80 mark as failed - BUG: unable to handle kernel NULL pointer dereference at (null)
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Bumping multipath-tools version
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 01/13] block: Generalized bio pool freeing
  • From: koverstreet@xxxxxxxxxx
• [PATCH 09/13] block: Add an explicit bio flag for bios that own their bvec
  • From: koverstreet@xxxxxxxxxx
• [PATCH 13/13] Gut bio_add_page()
  • From: koverstreet@xxxxxxxxxx
• [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
  • From: koverstreet@xxxxxxxxxx
• [PATCH 10/13] block: Rework bio splitting
  • From: koverstreet@xxxxxxxxxx
• [PATCH 07/13] pktcdvd: Switch to bio_kmalloc()
  • From: koverstreet@xxxxxxxxxx
• [PATCH 03/13] block: Add bio_clone_bioset()
  • From: koverstreet@xxxxxxxxxx
• [PATCH 08/13] block: Kill bi_destructor
  • From: koverstreet@xxxxxxxxxx
• [PATCH 04/13] block: Add bio_clone_kmalloc()
  • From: koverstreet@xxxxxxxxxx
• [PATCH 06/13] block: Add bio_reset()
  • From: koverstreet@xxxxxxxxxx
• [PATCH 00/13] Block cleanups (for bcache)
  • From: koverstreet@xxxxxxxxxx
• [PATCH] dm thin: fix table output when pool target disables discard passdown internally
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 11/13] Closures
  • From: koverstreet@xxxxxxxxxx
• [PATCH 05/13] block: Only clone bio vecs that are in use
  • From: koverstreet@xxxxxxxxxx
• [PATCH 02/13] dm: kill dm_rq_bio_destructor
  • From: koverstreet@xxxxxxxxxx
• Re: [PATCH v4 2/5] scsi_dh: add scsi_dh_attached_handler_name
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• Re: [PATCH v4 2/5] scsi_dh: add scsi_dh_attached_handler_name
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• multipathd: 8:80 mark as failed - BUG: unable to handle kernel NULL pointer dereference at (null)
  • From: Roberto Giordani <dreamdrawers@xxxxxxxxx>
• Re: multipath_busy() stalls IO due to scsi_host_is_busy()
  • From: David Dillow <dillowda@xxxxxxxx>
• Re: [PATCH v4 2/5] scsi_dh: add scsi_dh_attached_handler_name
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 4/5] dm mpath: add 'default_hw_handler' feature
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• Re: [PATCH v4 2/5] scsi_dh: add scsi_dh_attached_handler_name
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• [PATCH] [dm-thin] Allow userland access to metadata of a live thin provisioning pool
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• Re: multipath_busy() stalls IO due to scsi_host_is_busy()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: multipath_busy() stalls IO due to scsi_host_is_busy()
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: dm thin: commit pool's metadata on last close of thin device
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: dm thin: commit pool's metadata on last close of thin device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] MD: Add del_timer_sync to mddev_suspend (fix nasty panic)
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH] MD: Add del_timer_sync to mddev_suspend (fix nasty panic)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] dm thin: commit pool's metadata on last close of thin device
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm thin: commit pool's metadata on last close of thin device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: multipath_busy() stalls IO due to scsi_host_is_busy()
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• Re: Multipath and LVM (lvdisplay takes 30Secs)
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: multipath_busy() stalls IO due to scsi_host_is_busy()
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• Re: multipath_busy() stalls IO due to scsi_host_is_busy()
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Bumping multipath-tools version
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: multipath_busy() stalls IO due to scsi_host_is_busy()
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• Re: multipath_busy() stalls IO due to scsi_host_is_busy()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Multipath and LVM (lvdisplay takes 30Secs)
  • From: ml ml <mliebherr99@xxxxxxxxxxxxxx>
• multipath_busy() stalls IO due to scsi_host_is_busy()
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• [PATCH] MD: Add del_timer_sync to mddev_suspend (fix nasty panic)
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: [Bcache v13 07/16] Closures
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 03/16] Revert "rw_semaphore: remove up/down_read_non_owner"
  • From: Tejun Heo <tejun@xxxxxxxxxx>
• Re: [Bcache v13 02/16] Bio pool freeing
  • From: Tejun Heo <tejun@xxxxxxxxxx>
• Re: [Bcache v13 05/16] Export get_random_int()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 04/16] Fix ratelimit macro to compile in c99 mode
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 03/16] Revert "rw_semaphore: remove up/down_read_non_owner"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 02/16] Bio pool freeing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 01/16] Only clone bio vecs that are in use
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Multipath and LVM (lvdisplay takes 30Secs)
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: /dev/mapper/<dm_name> symlink not being created
  • From: Nicholas Nevin <njnevin@xxxxxxxxx>
• Re: /dev/mapper/<dm_name> symlink not being created
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: /dev/mapper/<dm_name> symlink not being created
  • From: Nicholas Nevin <njnevin@xxxxxxxxx>
• Multipath and LVM (lvdisplay takes 30Secs)
  • From: ml ml <mliebherr99@xxxxxxxxxxxxxx>
• Re: HPA unlock during partition scan of RAID components
  • From: Charles Nordlund <iueras@xxxxxxxxxxx>
• Re: /dev/mapper/<dm_name> symlink not being created
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: /dev/mapper/<dm_name> symlink not being created
  • From: Nicholas Nevin <njnevin@xxxxxxxxx>
• [git pull] device-mapper fixes for 3.4
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [Bcache v13 01/16] Only clone bio vecs that are in use
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 01/16] Only clone bio vecs that are in use
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: HDS multipathing prioritizer not doing what it should
  • From: Christian Schausberger <schausberger@xxxxxx>
• Re: [Bcache v13 02/16] Bio pool freeing
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 02/16] Bio pool freeing
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [Bcache v13 11/16] bcache: Core btree code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 01/16] Only clone bio vecs that are in use
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 09/16] Bcache: generic utility code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 02/16] Bio pool freeing
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 01/16] Only clone bio vecs that are in use
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v4 2/5] scsi_dh: add scsi_dh_attached_handler_name
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 4/5] dm mpath: add 'default_hw_handler' feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [Bcache v13 02/16] Bio pool freeing
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [Bcache v13 09/16] Bcache: generic utility code
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Bcache v13 11/16] bcache: Core btree code
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [Bcache v13 00/16]
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 2/5] scsi_dh: add scsi_dh_attached_handler_name
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: [Bcache v13 00/16]
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 00/16]
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [Bcache v13 00/16]
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: HDS multipathing prioritizer not doing what it should
  • From: Hannes Reinecke <hare@xxxxxxx>
• HDS multipathing prioritizer not doing what it should
  • From: Christian Schausberger <schausberger@xxxxxx>
• Identify failed device from device map & multipath -ll
  • From: Adarsh <adarshanto@xxxxxxxxx>
• Re: [PATCHES]: dm lock optimization
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• [Bcache v13 16/16] bcache: Debug and tracing code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v13 13/16] bcache: Journalling
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v13 14/16] bcache: Request, io and allocation code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v13 15/16] bcache: Writeback
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v13 12/16] bcache: Bset code (lookups within a btree node)
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v13 10/16] bcache: Superblock/initialization/sysfs code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v13 07/16] Closures
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v13 08/16] bcache: Documentation, and changes to generic code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v13 09/16] Bcache: generic utility code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v13 04/16] Fix ratelimit macro to compile in c99 mode
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v13 06/16] Export blk_fill_rwbs()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v13 11/16] bcache: Core btree code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v13 05/16] Export get_random_int()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v13 02/16] Bio pool freeing
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v13 01/16] Only clone bio vecs that are in use
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v13 03/16] Revert "rw_semaphore: remove up/down_read_non_owner"
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v13 00/16]
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v2 5/5] dm mpath: add ability to disable partition creation
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• Re: [PATCH v2 4/5] dm mpath: add 'default_hw_handler' feature
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• Re: [PATCH v3 2/5] scsi_dh: add scsi_dh_attached_handler_name
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• Re: [PATCH v2 1/5] dm mpath: only try to load the scsi_dh module if the scsi_dh doesn't exist
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• [PATCH v3 2/5] scsi_dh: add scsi_dh_attached_handler_name
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 4/5] dm mpath: add 'default_hw_handler' feature
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• [PATCH] dm-mpath: make ioctl retry and not return -EAGAIN
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2 4/5] dm mpath: add 'default_hw_handler' feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 4/5] dm mpath: add 'default_hw_handler' feature
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: [PATCH v2 2/5] scsi_dh: add scsi_dh_attached_handler_name
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: Does dm-thin support GC (garbage collection) ?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-thin f.req. : SEEK_DATA / SEEK_HOLE / SEEK_DISCARD
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH v2 3/5] dm mpath: reduce size of multipath structure
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 2/5] scsi_dh: add scsi_dh_attached_handler_name
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 1/5] dm mpath: only try to load the scsi_dh module if the scsi_dh doesn't exist
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Does dm-thin support GC (garbage collection) ?
  • From: Busby <chaimvy@xxxxxxxxx>
• [PATCH v2 4/5] dm mpath: add 'default_hw_handler' feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 0/5] dm mpath: add 'default_hw_handler' and 'no_partitions' features
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 5/5] dm mpath: add ability to disable partition creation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 3/5] dm mpath: reduce size of multipath structure
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 2/5] scsi_dh: add scsi_dh_attached_handler_name
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 1/5] dm mpath: only try to load the scsi_dh module if the scsi_dh doesn't exist
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 3/3] dm-multipath: 'default_hw_handler' feature
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• Re: [PATCH 3/3] dm-multipath: 'default_hw_handler' feature
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: [PATCH 3/3] dm-multipath: 'default_hw_handler' feature
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 3/3] dm-multipath: 'default_hw_handler' feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/3] scsi_dh: Allow NULL hardware handler name in scsi_dh_attach()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 3/3] dm mpath: add support for using previously attached scsi_dh
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 3/3] dm-multipath: 'default_hw_handler' feature
  • From: Hannes Reinecke <hare@xxxxxxx>
• [RFC] [PATCH 0/3] dm-multipath: New features
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 2/3] dm-multipath: disable partition scan feature
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 1/3] scsi_dh: Allow NULL hardware handler name in scsi_dh_attach()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 3/3] dm mpath: add support for using previously attached scsi_dh
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 3/3] dm mpath: add support for using previously attached scsi_dh
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Does dm-thin support GC (garbage collection) ?
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Does dm-thin support GC (garbage collection) ?
  • From: Busby <chaimvy@xxxxxxxxx>
• Re: [PATCH 3/3] dm mpath: add support for using previously attached scsi_dh
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Does dm-thin support GC (garbage collection) ?
  • From: Busby <chaimvy@xxxxxxxxx>
• [PATCH 2/3] scsi_dh: add scsi_dh_attached_handler_name
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 3/3] dm mpath: add support for using previously attached scsi_dh
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Does dm-thin support GC (garbage collection) ?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Does dm-thin support GC (garbage collection) ?
  • From: Busby <chaimvy@xxxxxxxxx>
• [PATCH 3/3] dm stripe: support for non power of 2 chunksize
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 1/3] dm: support for non power of 2 target IO sizes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 2/3] dm thin: support for non power of 2 pool blocksize
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-thin f.req. : SEEK_DATA / SEEK_HOLE / SEEK_DISCARD
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Changing from dm-raid45.ko to dm-raid.ko
  • From: Mark-Willem Jansen <markwillem@xxxxxxxxxxx>
• Re: dm-thin f.req. : SEEK_DATA / SEEK_HOLE / SEEK_DISCARD
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [RFC PATCH 4/4] Adds support for security checks in the crypt target
  • From: okozina@xxxxxxxxxx
• [RFC PATCH 3/4] Adds support for security checks in the linear target
  • From: okozina@xxxxxxxxxx
• [RFC PATCH 1/4] Adds support for user-submitted ioctl commands
  • From: okozina@xxxxxxxxxx
• [RFC PATCH 2/4] Adds support for the dentry lookup from path or major:minor couple during target security check
  • From: okozina@xxxxxxxxxx
• [RFC PATCH 0/4] Allow user w/o CAP_SYS_ADMIN to submit ioctl commands into DM
  • From: okozina@xxxxxxxxxx
• path check failed by RHEL 6.2
  • From: yangfanlinuxmail <yangfanlinuxmail@xxxxxxxxx>
• dmraid incompatible with multipath-tools?
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [PATCHES]: dm lock optimization
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCHES]: dm lock optimization
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm mpath: only try to load the scsi_dh module if the scsi_dh doesn't exist
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-thin f.req. : SEEK_DATA / SEEK_HOLE / SEEK_DISCARD
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] dm: update max_io_len to support a split_io that is not a power of 2
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: dm-thin f.req. : SEEK_DATA / SEEK_HOLE / SEEK_DISCARD
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-thin f.req. : SEEK_DATA / SEEK_HOLE / SEEK_DISCARD
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• dm-thin f.req. : SEEK_DATA / SEEK_HOLE / SEEK_DISCARD
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] dm thin: support for non power of 2 pool blocksize
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH 1/2] dm: update max_io_len to support a split_io that is not a power of 2
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] dm: update max_io_len to support a split_io that is not a power of 2
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 2/2] dm thin: support for non power of 2 pool blocksize
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] dm: update max_io_len to support a split_io that is not a power of 2
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] dm: update max_io_len to support a split_io that is not a power of 2
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• /dev/mapper/<dm_name> symlink not being created
  • From: Nicholas Nevin <njnevin@xxxxxxxxx>
• [PATCH 08/16] Use struct udev_device instead of sysdev
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 11/16] Use udev devices during discovery
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 12/16] Remove all references to hand-craftes sysfs code
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 10/16] Use udev attribute instead of getuid_callout()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] multipathd: use struct path as argument for event processing
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 09/16] discovery: Fixup cciss discovery
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 05/16] Use udev enumeration during discovery
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 07/16] Remove stale variable in sysfs_attr_get_value
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 06/16] use struct udev_device during discovery
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 04/16] Add global udev reference pointer to config
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 03/16] multipathd: use struct path as argument for event processing
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 15/16] Compilation fix for system not providing OOM_SCORE_ADM_MIN
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 16/16] Fix compilation on older udev versions
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 14/16] Simplify uevent processing
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 13/16] uevent: Remove failback_listen()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 01/16] Use devpath as argument for sysfs functions
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 02/16] multipathd: remove references to sysfs_device
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 00/16] Move to libudev
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] thinp-test-suite: support for non power of 2 pool blocksize
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH 2/2] dm thin: support for non power of 2 pool blocksize
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: thinp-test-suite: support for non power of 2 pool blocksize
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] thinp-test-suite: support for non power of 2 pool blocksize
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/2] dm thin: support for non power of 2 pool blocksize
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/2] dm: update max_io_len to support a split_io that is not a power of 2
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/1] dm-multipath: delay retry of bypassed pg
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: device mapper / multipath: Updating Multipath database when device using multipath becomes stale
  • From: Adarsh <adarshanto@xxxxxxxxx>
• Re: device mapper / multipath
  • From: Adarsh <adarshanto@xxxxxxxxx>
• device mapper / multipath
  • From: Adarsh <adarshanto@xxxxxxxxx>
• Re: device mapper / multipath
  • From: Malahal Naineni <naineni@xxxxxxxxxx>
• device mapper / multipath
  • From: Tarak Reddy <tarak.reddy@xxxxxxxxxx>
• Re: [PATCHES]: dm lock optimization
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCHES]: dm lock optimization
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] dm thin: fix memory leak of singleton bio-prison cell
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH 1/2] dm thin: fix memory leak of singleton bio-prison cell
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/2] dm thin: fix memory leak of singleton bio-prison cell
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCHES]: dm lock optimization
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm thin: fix list_add corruption in process_discard
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] scsi_dh_rdac: Add dynamic match functionality to rdac handler
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: dm thin: fix list_add corruption in process_discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm thin: fix list_add corruption in process_discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] scsi_dh_rdac: Add dynamic match functionality to rdac handler
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• Re: [PATCH] scsi_dh_rdac: Add dynamic match functionality to rdac handler
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH] scsi_dh_rdac: Add dynamic match functionality to rdac handler
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• [PATCH 2/2] Fix compilation on older udev versions
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 1/2] Compilation fix for system not providing OOM_SCORE_ADJ_MIN
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 10/12] Use udev attribute instead of getuid_callout()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 04/12] Add global udev reference pointer to config
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 11/12] Use udev devices during discovery
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 08/12] Use struct udev_device instead of sysdev
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 05/12] Use udev enumeration during discovery
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 03/12] multipathd: use struct path as argument for event processing
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 12/12] Remove all references to hand-craftes sysfs code
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 02/12] multipathd: remove references to sysfs_device
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 06/12] use struct udev_device during discovery
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 09/12] discovery: Fixup cciss discovery
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 00/12] Move to libudev
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 07/12] Remove stale variable in sysfs_attr_get_value
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 01/12] Use devpath as argument for sysfs functions
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCHES]: dm lock optimization
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• [PATCHES]: dm lock optimization
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 0 of 4] dm-raid: various bug fixes
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH 0 of 4] dm-raid: various bug fixes
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0 of 4] dm-raid: various bug fixes
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH 0/2] 'default' hardware handler for multipath
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: [PATCH 0/2] 'default' hardware handler for multipath
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 0 of 4] dm-raid: various bug fixes
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH] scsi_dh_rdac: Add dynamic match functionality to rdac handler
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH 0 of 4] dm-raid: various bug fixes
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 5 of 5] MD RAID1: Further conditionalize 'fullsync'
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 4 of 5] DM RAID: Use md_error() in place of simply setting Faulty bit
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 3 of 5] DM RAID: Use safe version of rdev_for_each
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 2 of 5] DM RAID: Record and handle missing devices
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 1 of 5] DM RAID: Set recovery flags on resume
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 0 of 4] dm-raid: various bug fixes
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: [PATCH 0 of 2] dm-raid: Bug fixes
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• [PATCH 1/1] dm-multipath: delay retry of bypassed pg
  • From: michaelc@xxxxxxxxxxx
• Re: [PATCH 0 of 2] dm-raid: Bug fixes
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1 of 2] dm-raid: set recovery flags on resume
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 0 of 2] dm-raid: Bug fixes
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 2 of 2] dm-raid: record and handle missing devices
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: [PATCH v2] multipath: enable getting uevents through libudev
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 2/2 v2] dm thin: use slab mempools with local caches
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/2] dm thin: use slab_pool for caches
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/2] dm thin: fix memory leak of singleton bio-prison cell
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [ANNOUNCE] cryptsetup 1.4.2
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: can't recover ext4 on lvm from ext4_mb_generate_buddy:739: group 1687, 32254 clusters in bitmap, 32258 in gd
  • From: Landry Minoza <landry.minoza@xxxxxxxxx>
• [PATCH] scsi_dh_rdac: Add dynamic match functionality to rdac handler
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: [PATCH 1/2] block: add partition resize function to blkpg ioctl
  • From: "Maxim V. Patlasov" <mpatlasov@xxxxxxxxxxxxx>
• [PATCH v2] multipath: enable getting uevents through libudev
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [RFC PATCH] multipathd: Removal of device with invalid uevent DEVPATH fails
  • From: Neerav Parikh <neerav.parikh@xxxxxxxxx>
• Re: [PATCH] multipath: enable getting uevents through libudev
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: Configuring Path Groups (DUPE)
  • From: Ray Van Dolson <rvandolson@xxxxxxxx>
• Configuring Path Groups
  • From: Ray Van Dolson <rvandolson@xxxxxxxx>
• Re: Configuring Path Groups
  • From: Alexander Murashkin <AlexanderMurashkin@xxxxxxx>
• Re: Configuring Path Groups
  • From: Ray Van Dolson <rvandolson@xxxxxxxx>
• Re: Configuring Path Groups
  • From: Ray Van Dolson <rvandolson@xxxxxxxx>
• Configuring Path Groups
  • From: Ray Van Dolson <rvandolson@xxxxxxxx>
• Re: [PATCH] multipath: lower the log level for rdac TAS messages
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• [PATCH] multipath: lower the log level for rdac TAS messages
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: [PATCH] multipath: blacklist all the management Luns by default
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: [PATCH] multipath: enable getting uevents through libudev
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• [PATCH] multipath: enable getting uevents through libudev
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 0/2] 'default' hardware handler for multipath
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: [PATCH 2/2] dm-mpath: Allow 'default' hardware handler
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] scsi_dh: Allow NULL hardware handler name in scsi_dh_attach()
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] dm-mpath: Allow 'default' hardware handler
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/2] scsi_dh: Allow NULL hardware handler name in scsi_dh_attach()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/2] dm-mpath: Allow 'default' hardware handler
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/2] scsi_dh: Allow NULL hardware handler name in scsi_dh_attach()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 0/2] 'default' hardware handler for multipath
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 2/2] dm-mpath: Allow 'default' hardware handler
  • From: Hannes Reinecke <hare@xxxxxxx>
• [git pull] device-mapper updates for 3.4
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Active/backup multipath configuration for iSCSI paths
  • From: Alexander Murashkin <AlexanderMurashkin@xxxxxxx>
• [PATCH 0/3] scsi_dh_alua: Optimize the STPG behaviour in ALUA handler
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• [PATCH 1/3] scsi_dh_alua: Inroduce the set_params interface scsi_dh_alua handler
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• [PATCH 2/3] scsi_dh_alua: Store the PREF bit from RTPG
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• [PATCH 3/3] scsi_dh_alua: Optimize the STPG command
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: CPU hotplug issue in dm-crypt driver
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: CPU hotplug issue in dm-crypt driver
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• CPU hotplug issue in dm-crypt driver
  • From: mittals@xxxxxxxxxxxxxx
• Re: dm-bufio
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: dm-bufio
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: dm thin: fix pool target flags that control discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm thin: fix pool target flags that control discard
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm thin: fix pool target flags that control discard
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm thin: fix pool target flags that control discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm thin: fix pool target flags that control discard
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Query about dm device max_discard_sectors
  • From: Amar Mudrankit <amar.mudrankit@xxxxxxxxx>
• Re: [PATCH] dm-mpath: Track invalid map_context
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Query about dm device max_discard_sectors
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Query about dm device max_discard_sectors
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Query about dm device max_discard_sectors
  • From: Amar Mudrankit <amar.mudrankit@xxxxxxxxx>
• Re: dm-bufio
  • From: Will Drewry <redpig@xxxxxxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-bufio
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: dm-bufio
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: [PATCH] dm-mpath: Track invalid map_context
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] dm thin: fix pool target flags that control discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-bufio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: readonly snapshots of LVM on same machine
  • From: George Shuklin <george.shuklin@xxxxxxxxx>
• Re: dm-bufio
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: mpath_prio_rdac?
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• mpath_prio_rdac?
  • From: "Hart, Brian R." <brianhart@xxxxxx>
• Re: dm-bufio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-bufio
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: dm-bufio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-bufio
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: [PATCH 10/14] dm_thin: add support for REQ_DISCARD
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 11/14] dm_thin: add pool target flags to control discard
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: dm-bufio
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: dm-bufio
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• dm-bufio
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• multipath-tools/multipathd main.c
  • From: bmarzins@xxxxxxxxxxxxxx
• Re: [PATCH] dm: remake of the verity target
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH] Fix I/O counts in vmstat
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: How To Get The Latest Code
  • From: christophe.varoqui@xxxxxxxxx
• Re: How To Get The Latest Code
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: How To Get The Latest Code
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: How To Get The Latest Code
  • From: August Sodora <augsod@xxxxxxxxx>
• How To Get The Latest Code
  • From: Ming Chen <mchen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] Fix I/O counts in vmstat
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] Fix I/O counts in vmstat
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH] dm-table: delayed cleanup for dm_table_destroy()
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH] dm-mpath: Track invalid map_context
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• [PATCH] Fix I/O counts in vmstat
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH] dm-table: delayed cleanup for dm_table_destroy()
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-table: delayed cleanup for dm_table_destroy()
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-table: delayed cleanup for dm_table_destroy()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 01/14] dm-thin: don't use the bi_next field for the holder of a cell.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• multipath: #:#:#:# - #:# [failed][faulty]
  • From: Székelyi Szabolcs <szekelyi@xxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH] dm-table: delayed cleanup for dm_table_destroy()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 13/14] dm_thin: commit just before processing a pool target info request
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-table: delayed cleanup for dm_table_destroy()
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-table: simplify call to free_devices()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] dm-table: delayed cleanup for dm_table_destroy()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] dm: zero out bi_end_io on remapping failure
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] Device-mapper misc cleanup
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] dm-mpath: Track invalid map_context
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm-mpath: Track invalid map_context
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm-mpath: Track invalid map_context
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] dm-mpath: Track invalid map_context
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: dm-mpath: Clear map_context pointer when requeuing
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 13/14] dm_thin: commit just before processing a pool target info request
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] dm ssdcache: fix and/or tweak various low hanging fruit
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: add missing error handling
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [PATCH v2] dm-crypt: fix possible mempool deadlock
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: RFC: dm-ssdcache
  • From: Mark Hills <mark@xxxxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Will Drewry <wad@xxxxxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: RFC: dm-ssdcache
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• RFC: dm-ssdcache
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 09/14] dm_thin: foundation for discard support
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 10/14] dm_thin: add support for REQ_DISCARD
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 11/14] dm_thin: add pool target flags to control discard
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 04/14] dm_thin: tweak a comment
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 08/14] dm_thin: add support for read-only external snapshot origins
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 14/14] dm_thin: bump the target versions
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 13/14] dm_thin: commit just before processing a pool target info request
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 07/14] dm_space_map: remove entries from the ref_count tree if they're no longer needed
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 06/14] dm_btree: fix rebalancing of 3 nodes after remove
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 05/14] dm_btree: remove redundant arg from value_ptr()
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 01/14] dm-thin: don't use the bi_next field for the holder of a cell.
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 02/14] dm-thin: remove some documentation for the unimplemented 'trim' target message
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 12/14] dm_thin: commit metadata every second
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 03/14] dm_thin: dm_sm_root_size() was being called for the wrong space-map
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• dm-thin patches for 3.4
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Bcache
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [Lsf-pc] [Topic] Bcache
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Bcache
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Bcache
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [Lsf-pc] [Topic] Bcache
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: Bcache
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Lsf-pc] [Topic] Bcache
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Lsf-pc] [Topic] Bcache
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Lsf-pc] Bcache
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: Bcache
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Mandeep Singh Baines <msb@xxxxxxxxxx>
• Re: [Lsf-pc] [Topic] Bcache
  • From: chetan loke <loke.chetan@xxxxxxxxx>
• Re: [Lsf-pc] [Topic] Bcache
  • From: chetan loke <loke.chetan@xxxxxxxxx>
• Re: [Lsf-pc] [Topic] Bcache
  • From: chetan loke <loke.chetan@xxxxxxxxx>
• Re: [Lsf-pc] [Topic] Bcache
  • From: chetan loke <loke.chetan@xxxxxxxxx>
• Re: [Lsf-pc] [Topic] Bcache
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Lsf-pc] [Topic] Bcache
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Lsf-pc] [Topic] Bcache
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH] multipath: blacklist all the management Luns by default
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Will Drewry <wad@xxxxxxxxxxxx>
• Re: [Lsf-pc] [Topic] Bcache
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: [Lsf-pc] [Topic] Bcache
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [Lsf-pc] [Topic] Bcache
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] dm-bufio: prefetch
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-bufio: prefetch
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-bufio: prefetch
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-bufio: prefetch
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH 08/13 v2] dm thin: add support for external origins
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-bufio: prefetch
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] Fix fast_io_fail capping
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• [PATCH] Fix for setting '0' to fast_io_fail
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• [PATCH] multipath: Set 'tur' as the default path checker for NetApp LUNs
  • From: Martin George <marting@xxxxxxxxxx>
• Re: Why all raid devices do have zero 'time in queue' value?
  • From: NeilBrown <neilb@xxxxxxx>
• Why all raid devices do have zero 'time in queue' value?
  • From: George Shuklin <george.shuklin@xxxxxxxxx>
• [PATCH] dm: verity target
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: workqueues and percpu (was: [PATCH] dm: remake of the verity target)
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: workqueues and percpu (was: [PATCH] dm: remake of the verity target)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: workqueues and percpu (was: [PATCH] dm: remake of the verity target)
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: workqueues and percpu (was: [PATCH] dm: remake of the verity target)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: workqueues and percpu (was: [PATCH] dm: remake of the verity target)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: workqueues and percpu (was: [PATCH] dm: remake of the verity target)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: workqueues and percpu (was: [PATCH] dm: remake of the verity target)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: workqueues and percpu (was: [PATCH] dm: remake of the verity target)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• workqueues and percpu (was: [PATCH] dm: remake of the verity target)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCHSET] blkcg: accumulated blkcg updates
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [git pull] device-mapper fixes for 3.3
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH]multipath-tools: cleanup for all unused-but-set-variable variables in mpathpersist
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH]multipath-tools: Implementation for hex output (-H) for mpathpersist
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH] dm: remake of the verity target
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCHSET] blkcg: accumulated blkcg updates
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCHSET] blkcg: accumulated blkcg updates
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH]multipath-tools: cleanup for all unused-but-set-variable variables in mpathpersist
  • From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
• [PATCH]multipath-tools: Implementation for hex output (-H) for mpathpersist
  • From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
• Re: dm thin: relax hard limit on the maximum size of a metadata device
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Crash in dm_done()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• multipath device with name '1'
  • From: Rudy Gevaert <Rudy.Gevaert@xxxxxxxx>
• Re: dm thin: relax hard limit on the maximum size of a metadata device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] dm thin: rename dm_thin_id to more generic dm_dev_id
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm thin: relax hard limit on the maximum size of a metadata device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] dm thin: rename dm_thin_id to more generic dm_dev_id
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm thin: relax hard limit on the maximum size of a metadata device
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• userspace hashing utility for dm-verity
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm: remake of the verity target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/2 v2] dm thin: elevate the bio_prison and deferred_set code to allow for re-use
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/2] dm thin: elevate the bio_prison and deferred_set code to allow for re-use
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH 2/2] dm thin: elevate the bio_prison and deferred_set code to allow for re-use
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/2] dm thin: rename dm_thin_id to more generic dm_dev_id
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm thin: relax hard limit on the maximum size of a metadata device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] block: add partition resize function to blkpg ioctl
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH] dm: verity target
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH] dm kcopyd: add WRITE SAME support to dm_kcopyd_zero
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: readonly snapshots of LVM on same machine
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• readonly snapshots of LVM on same machine
  • From: George Shuklin <george.shuklin@xxxxxxxxx>
• [PATCH] dm: verity target
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH] dm: verity target
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH v2] dm flakey: check corrupt_bio_byte was configured before calling corrupt_bio_data
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm flakey: check corrupt_bio_byte was configured before calling corrupt_bio_data
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm: verity target
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dm: verity target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 01/13] dm thin: tidy up the cell_release functions
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 09/13] dm thin: held root support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 10/13] dm thin: foundation for discard support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 08/13] dm thin: add support for external origins
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 06/13] dm space map: remove entries from the ref_count tree if no longer needed
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 04/13] dm btree remove: fix bug that allowed the nr of entries in a btree node to drop below 1/3
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 11/13] dm thin: add discard support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 07/13] dm thin: don't use the bi_next field for the holder of a cell
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 02/13] dm btree-remove: break up __rebalance3 function
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 03/13] dm btree remove: remove 2 BUG_ONs from __rebalance2 function
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Infinite recursion when creating devices
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH 13/13] dm thin: pre-commit in pool_status so it provides accurate free block counts
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 05/13] dm btree remove: fix center node entry redistribution in redistribute3 function
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 12/13] dm thin: add discard pool features
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 00/13] dm thin: updated patches for 3.4
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Infinite recursion when creating devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• How to distinguish active and standby path?
  • From: "**me**" <sam.wanshan@xxxxxxxxx>
• [PATCH] dm: verity target
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: Add barrier support to dm-raid
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] Add barrier support to dm-raid
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: DM: Minor fix to dm-snap metadata backend registration.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] DM: Minor fix to dm-snap metadata backend registration.
  • From: Andrei Warkentin <andrey.warkentin@xxxxxxxxx>
• Mulipath / DM-Multipath / Hitachi iSCSI SAN
  • From: devin <devin@xxxxxxxxxxxxxxxx>
• Re: thinp zeroing
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [NOTES] thinp zeroing
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: thinp zeroing
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/2] multipath-tools: Generalizing the vpd 0x83 processing with correct buffer length
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• [PATCH 2/2] multipath-tools: Generalizing the vpd 0x83 processing with correct buffer length
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• [PATCH 1/2] multipath-tools: fix the bug while processing vpd 0x83 designation descriptors
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: [NOTES] thinp zeroing
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH] scsi_dh_rdac: Fix for unbalanced reference count
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: [NOTES] thinp zeroing
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: dm: Better number validation in sscanf
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm: Better number validation in sscanf
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] [dm-thin] experimental erase-log patch.
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [NOTES] thinp zeroing
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: DM / LVM hangs if snapshot present on kernel v3.0.3
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Benchmarking dm-crypt with different block size, request number and scheduler
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Benchmarking dm-crypt with different block size, request number and scheduler
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Benchmarking dm-crypt with different block size, request number and scheduler
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: DM / LVM hangs if snapshot present on kernel v3.0.3
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH 1/2] block: add partition resize function to blkpg ioctl
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 1/2] block: add partition resize function to blkpg ioctl
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: DM / LVM hangs if snapshot present on kernel v3.0.3
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: add partition resize function to blkpg ioctl
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: DM / LVM hangs if snapshot present on kernel v3.0.3
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• DM / LVM hangs if snapshot present on kernel v3.0.3
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: [PATCH for-3.3/core] block: add missing block_bio_complete() tracepoint
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• [PATCH for-3.3/core] block: add missing block_bio_complete() tracepoint
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• dm-io async WRITE_SAME results in iSCSI NULL pointer [was: Re: Write same support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• kernel panic please help
  • From: PRASHANT AKBARI <08bit002@xxxxxxxxxxxxxx>
• [PATCH 1/2] block: add partition resize function to blkpg ioctl
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 2/2] util-linux: resizepart: Utility to resize a partition
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 0/2][V3] block: Support online resize of disk partitions
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 0/2] block: online resize of disk partitions
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• [PATCH v2] [SCSI] scsi_error: classify some ILLEGAL_REQUEST sense as a permanent TARGET_ERROR
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/2] block: online resize of disk partitions
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 0/2] block: online resize of disk partitions
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [PATCH 0/2] block: online resize of disk partitions
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 0/2] block: online resize of disk partitions
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 0/2] block: online resize of disk partitions
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• [PATCH 1/2] block: add partition resize function to blkpg ioctl
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 0/2] block: online resize of disk partitions
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 2/2] resizepart: Utility to resize a partition
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 0/3][RESEND]multipath-tools: mpathpersist utility for managing persistent reservation on dm multipath device.
  • From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
• Re: [PATCH] multipath: another manpage update
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH 0/3][RESEND]multipath-tools: mpathpersist utility for managing persistent reservation on dm multipath device.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• [PATCH] multipath: another manpage update
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] multipath: adjust messages
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] kpartx: verify GUID partition entry size
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] multipath: don't remove map twice
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] multipath: cleanup dev_loss_tmo issues
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] multipath: fix shutdown crashes
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 12/12 v2] dm thin: add discard support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 04/12 v2] dm thin: don't use the bi_next field for the holder of a cell
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 03/11] [PATCH 18/19] [dm-thin] [bio prison] Don't use the bi_next field for the holder of a cell.
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH 07/11] [dm-thin] Commit every second to prevent too much of a position building up.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 07/11] [dm-thin] Commit every second to prevent too much of a position building up.
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: DMLoop
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 55/60] dm: remove the second argument of k[un]map_atomic()
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH] Don't add 'p' delimiter when you shouldn't
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH] Don't add 'p' delimiter when you shouldn't
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [PATCH 1/5] block: Implement support for WRITE SAME
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• multipath-tools
  • From: Gerhard Wichert <Gerhard.Wichert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/11] [PATCH 18/19] [dm-thin] [bio prison] Don't use the bi_next field for the holder of a cell.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 07/11] [dm-thin] Commit every second to prevent too much of a position building up.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 07/11] [dm-thin] Commit every second to prevent too much of a position building up.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 91/91] dm: do not forward ioctls from logical volumes to the underlying device
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH] There's no need to include linux/version.h in drivers/md/dm-bufio.c
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: Write same support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
  • From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
• Re: [Lsf-pc] [LSF/MM TOPIC] a few storage topics
  • From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
• Re: [linux-lvm] New LVM2 release 2.02.89: Thinly-provisioned logical volumes
  • From: "Busby.Cheung" <chaimvy@xxxxxxx>
• Re: [PATCH] backing-dev: use synchronize_rcu_expedited instead of synchronize_rcu
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] backing-dev: use synchronize_rcu_expedited instead of synchronize_rcu
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] backing-dev: use synchronize_rcu_expedited instead of synchronize_rcu
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] scsi_dh_rdac: Fix for unbalanced reference count
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• [PATCH 07/11] [dm-thin] Commit every second to prevent too much of a position building up.
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 03/11] [PATCH 18/19] [dm-thin] [bio prison] Don't use the bi_next field for the holder of a cell.
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 08/11] [dm-thin] Add support for external origins.
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 04/11] [PATCH 15/19] [dm-thin] dm_thin_remove_block() wasn't decrementing the mapped_blocks counter.
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 05/11] [dm-thin] btree-remove - fix rebalancing of 3 nodes.
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 06/11] Remove entries from the ref_count tree if they're no longer needed.
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 11/11] [dm-thin] some tidy ups of the __open_device() error path (Mike Snitzer)
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 01/11] Unlock the superblock on an error path for new metadata dev creation.
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 09/11] [dm-thin] Discard support part 1
  • From: Joe Thornber <ejt@xxxxxxxxxx>