Linux Device-Mapper Development

• Thread Index

• [PATCH 2/8] load the dm-multipath module on multipathd startup
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 6/8] Only load a multipath device RO if RW load fails with
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 7/8] signal waiter thread to stop waiting on dm events
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 0/8] multipath: miscellaneous fixes and features
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 3/8] Fix multipath rename from user_friendly_name to wwid
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 5/8] Don't detect prioritizers that don't work
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] dm-verity: code cleanup - use __ffs and __fls
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-verity: fix coverity warning
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-verity: Fix a boundary condition that caused failure for certain device sizes
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-verity: Fix a boundary condition that caused failure for certain device sizes
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-verity: Fix a boundary condition that caused failure for certain device sizes
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Not able to create a device mapper target node
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] dm: verity: Add support for emitting uevents on dm-verity errors.
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Not able to create a device mapper target node
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Not able to create a device mapper target node
  • From: monica g <monica.knmt@xxxxxxxxx>
• Nimbus's 3.9 Kernel
  • From: Michael Fortson <mfortson@xxxxxxxxxxxx>
• Re: [PATCH v3 2/6] [SCSI] Rename scsi_evt_xxx to sdev_evt_xxx and scsi_event to sdev_event
  • From: Ewan Milne <emilne@xxxxxxxxxx>
• Re: [PATCH 07/10] idr: Rename idr_alloc() -> idr_alloc_range()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [PATCH 07/10] idr: Rename idr_alloc() -> idr_alloc_range()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH 07/10] idr: Rename idr_alloc() -> idr_alloc_range()
  • From: Davidlohr Bueso <davidlohr.bueso@xxxxxx>
• Re: [PATCH 07/10] idr: Rename idr_alloc() -> idr_alloc_range()
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH v2] dm: verity: Add support for emitting uevents on dm-verity errors.
  • From: Will Drewry <wad@xxxxxxxxxxxx>
• how to use dm-cache in RHEL/CentOS 6?
  • From: lihuiba <magazine.lihuiba@xxxxxxx>
• Re: [PATCH] dm: verity: Add support for emitting uevents on dm-verity errors.
  • From: Geremy Condra <gcondra@xxxxxxxxxx>
• [PATCH v2] dm: verity: Add support for emitting uevents on dm-verity errors.
  • From: Geremy Condra <gcondra@xxxxxxxxxx>
• Re: [PATCH] dm: verity: Add support for emitting uevents on dm-verity errors.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm: verity: Add support for emitting uevents on dm-verity errors.
  • From: Geremy Condra <gcondra@xxxxxxxxxx>
• Re: [PATCH] dm: verity: Add support for emitting uevents on dm-verity errors.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] dm: verity: Add support for emitting uevents on dm-verity errors.
  • From: Geremy Condra <gcondra@xxxxxxxxxx>
• Re: dm-cache caching network volume
  • From: Étienne BERSAC <etienne.bersac@xxxxxxxxxx>
• Re: [PATCH v3 2/6] [SCSI] Rename scsi_evt_xxx to sdev_evt_xxx and scsi_event to sdev_event
  • From: James Bottomley <jbottomley@xxxxxxxxxxxxx>
• Re: dm-cache caching network volume
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: dm-cache caching network volume
  • From: Alex Elsayed <eternaleye@xxxxxxxxx>
• Proper dm-cache shutdown
  • From: Kyle Manna <kyle.manna@xxxxxxxxx>
• Re: dm-cache caching network volume
  • From: Alex Elsayed <eternaleye@xxxxxxxxx>
• [PATCH 09/10] idr: Remove unneeded idr locking, idr_preload() usage
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Performance Comparison among EnhanceIO, bcache and dm-cache.
  • From: Michael Fortson <mfortson@xxxxxxxxxxxx>
• Re: Performance Comparison among EnhanceIO, bcache and dm-cache.
  • From: Michael Fortson <mfortson@xxxxxxxxxxxx>
• ubifs
  • From: Aidan Totterdell <aidan.totterdell@xxxxxxxxx>
• dm-cache caching network volume
  • From: Étienne BERSAC <etienne.bersac@xxxxxxxxxx>
• Research for possible new feature: Rescanning LUN mappings through multipath-tools
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• Re: kernel crash with multipath-tools v0.4.7
  • From: "Praveen Dhanasekaran - PTI" <praveend@xxxxxxxxxxx>
• Re: Performance Comparison among EnhanceIO, bcache and dm-cache.
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] multipathd/cli_handlers cli_resize : check pp and pgp before calling them to avoid multipathd core dump.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• [PATCH] multipathd/cli_handlers cli_resize : check pp and pgp before calling them to avoid multipathd core dump.
  • From: taget@xxxxxxxxxxxxxxxxxx
• multipathd coredump when calling resizing.
  • From: "Eli Qiao(Li Yong Qiao)" <taget@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH linux-next v2] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning
  • From: Tommi Rantala <tt.rantala@xxxxxxxxx>
• Re: Performance Comparison among EnhanceIO, bcache and dm-cache.
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Re: [PATCH linux-next v2] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning
  • From: Tim Gardner <tim.gardner@xxxxxxxxxxxxx>
• Re: kernel crash with multipath-tools v0.4.7
  • From: Hannes Reinecke <hare@xxxxxxx>
• kernel crash with multipath-tools v0.4.7
  • From: "Praveen Dhanasekaran - PTI" <praveend@xxxxxxxxxxx>
• Re: Performance Comparison among EnhanceIO, bcache and dm-cache.
  • From: OS Engineering <osengineering@xxxxxxxxxxxx>
• Re: Query: Significance of libmultipath/hwtable.c
  • From: Kumar amit mehta <gmate.amit@xxxxxxxxx>
• Re: Query: Significance of libmultipath/hwtable.c
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: Performance Comparison among EnhanceIO, bcache and dm-cache.
  • From: Amit Kale <amitkale@xxxxxxxxxxxxxx>
• Performance Comparison among EnhanceIO, bcache and dm-cache.
  • From: OS Engineering <osengineering@xxxxxxxxxxxx>
• (no subject)
  • From: OS Engineering <osengineering@xxxxxxxxxxxx>
• Re: [PATCH 22/26] block: Make generic_make_request handle arbitrary sized bios
  • From: David Sterba <dsterba@xxxxxxx>
• Query: Significance of libmultipath/hwtable.c
  • From: amit mehta <gmate.amit@xxxxxxxxx>
• Re: [PATCH 22/26] block: Make generic_make_request handle arbitrary sized bios
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH] kpartx: Properly support read-only files
  • From: Till Maas <opensource@xxxxxxxxx>
• write intent bitmap on external disk
  • From: folkert <folkert@xxxxxxxxxxxxxx>
• [PATCH] Pass request position info to dm-mpath plugins (was: updated dm-switch)
  • From: Jonathan McDowell <noodles@xxxxxxxx>
• dm-thin and shared storage failover
  • From: Benoît Canet <benoit.canet@xxxxxxxxxxx>
• [PATCH 20/26] block: Don't save/copy bvec array anymore, share when cloning
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH 22/26] block: Make generic_make_request handle arbitrary sized bios
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH 10/26] block: Convert drivers to immutable biovecs
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH 05/26] block: Convert bio_iovec() to bvec_iter
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH 13/26] dm: Refactor for new bio cloning/splitting
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH 04/26] dm: Use bvec_iter for dm_bio_record()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH] dm: avoid a possible __vmalloc deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm: use __GFP_HIGHMEM in __vmalloc
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] updated dm-switch
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] updated dm-switch
  • From: Jonathan McDowell <noodles@xxxxxxxx>
• locking optimization
  • From: Martin Peschke <mpeschke@xxxxxxxxxxxxxxxxxx>
• Re: DM-Verity
  • From: Will Drewry <redpig@xxxxxxxxxxxxx>
• DM-Verity
  • From: pavankumar.p@xxxxxxxxxxxxxxxxxx
• Re: [linux-lvm] Mounted, but idle LVM volume causes constant disk writes
  • From: Tomas Vanderka <tomas.vanderka@xxxxxxxxx>
• Re: [PATCH] md: replace strict_strto*() with kstrto*()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Clustered RAID1 performance
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• Re: [Fwd: Re: DM-Verity Tool]
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: DM-Verity Tool
  • From: Will Drewry <redpig@xxxxxxxxxxxxx>
• [PATCH] md: replace strict_strto*() with kstrto*()
  • From: Jingoo Han <jg1.han@xxxxxxxxxxx>
• Re: DM-Verity Tool
  • From: pavankumar.p@xxxxxxxxxxxxxxxxxx
• [Fwd: Re: DM-Verity Tool]
  • From: pavankumar.p@xxxxxxxxxxxxxxxxxx
• Re: Clustered RAID1 performance
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: DM-Verity Tool
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: DM-Verity Tool
  • From: pavankumar.p@xxxxxxxxxxxxxxxxxx
• Clustered RAID1 performance
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• Re: software raid & intent bitmap on other device
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• software raid & intent bitmap on other device
  • From: folkert <folkert@xxxxxxxxxxxxxx>
• Need you help - multipath question
  • From: Rain <s.rain@xxxxxxxxxxxx>
• Re: DM-Verity Tool
  • From: pavankumar.p@xxxxxxxxxxxxxxxxxx
• Re: DM-Verity Tool
  • From: pavankumar.p@xxxxxxxxxxxxxxxxxx
• Re: EnhanceIO(TM) caching driver features [1/3]
  • From: Amit Kale <amitkale@xxxxxxxxxxxxxx>
• Re: DM-Verity Tool
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: DM-Verity Tool
  • From: pavankumar.p@xxxxxxxxxxxxxxxxxx
• Re: DM-Verity Tool
  • From: pavankumar.p@xxxxxxxxxxxxxxxxxx
• [PATCH] updated dm-switch
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] make dm and dm-crypt forward cgroup context (was: dm-crypt parallelization patches)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] make dm and dm-crypt forward cgroup context (was: dm-crypt parallelization patches)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: DM-Verity Tool
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: DM-Verity Tool
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• DM-Verity Tool
  • From: pavankumar.p@xxxxxxxxxxxxxxxxxx
• Re: multipath-tools: scsi_id based path priorities and multiple prioritizers
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Reg. Persistent Metadata API
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [git pull] device-mapper fix for 3.10
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: multipath-tools: scsi_id based path priorities and multiple prioritizers
  • From: Viktor Larionov <Viktor.Larionov@xxxxxxxx>
• Re: multipath-tools: scsi_id based path priorities and multiple prioritizers
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• multipath-tools: scsi_id based path priorities and multiple prioritizers
  • From: Viktor Larionov <Viktor.Larionov@xxxxxxxx>
• Reg. Persistent Metadata API
  • From: Karthi <karthikeyani.palanisami@xxxxxxxxx>
• Re: A question about dm-raid1 on CentOS5.8
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: dm-cache policy mq: promotion very picky?
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-cache policy mq: promotion very picky?
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: dm-cache policy mq: promotion very picky?
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• A question about dm-raid1 on CentOS5.8
  • From: "Striver/sj" <striver.wang@xxxxxx>
• dm-cache policy mq: promotion very picky?
  • From: Pierre Beck <debian-bugs@xxxxxxxxxxxxxx>
• [PATCH] bcache: Fix link errors on ARM
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/2] dmcache: Implement a flush message
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v2] simplify multipath signal handlers
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH 2/2] dmcache: Implement a flush message
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH 2/2] dmcache: Implement a flush message
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] simplify multipath signal handlers
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 2/2] dmcache: Implement a flush message
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH] Correctly ignore empty prio names
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [git pull] device-mapper updates for 3.10
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/2] dmcache: flush superblock stats when retrieving status info
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [git pull] device-mapper updates for 3.10
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: device mapper v/s block device driver
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [git pull] device-mapper updates for 3.10
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 2/2] dmcache: Implement a flush message
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [git pull] device-mapper updates for 3.10
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/2] dmcache: flush superblock stats when retrieving status info
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-cache not writing out cache metadata at reboot?
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• device mapper v/s block device driver
  • From: neha naik <nehanaik27@xxxxxxxxx>
• [PATCH 2/2] dmcache: Implement a flush message
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: dm-cache not writing out cache metadata at reboot?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/2] dmcache: flush superblock stats when retrieving status info
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: dm-cache not writing out cache metadata at reboot?
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: dm-cache not writing out cache metadata at reboot?
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: dm-cache not writing out cache metadata at reboot?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dm-cache not writing out cache metadata at reboot?
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v2] simplify multipath signal handlers
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: Writing to a DM snapshot blocks for a long time
  • From: David Shaw <dshaw@xxxxxxxxxxxxxxx>
• Re: [PATCH] Correctly ignore empty prio names
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] Correctly ignore empty prio names
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• [PATCH] Correctly ignore empty prio names
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 2/2] simplify multipath signal handlers
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH 2/2] simplify multipath signal handlers
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 1/2] Add missing includes for remember_wwid
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Writing to a DM snapshot blocks for a long time
  • From: David Shaw <dshaw@xxxxxxxxxxxxxxx>
• [PATCH] dm stripe: fix regression in stripe_width calculation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/16] multipath-tools: miscellaneous multipath patches
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH v2 11/16] Fix max path checker timing
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/16] Fix a couple of signal issues
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 05/16] Fix a couple of signal issues
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2 11/16] Fix max path checker timing
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 11/16] Fix max path checker timing
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 11/16] Fix max path checker timing
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/16] Fix a couple of signal issues
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH 10/16] add wwids file cleanup options
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 16/16] Use mapname to choose kpartx delimiter
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 15/16] make multipathd disable queue_without_daemon by default
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 12/16] Make set_multipath_wwid actually do something
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 06/16] Fix hardware entry matching code
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 07/16] Fix some socket issues
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 05/16] Fix a couple of signal issues
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 01/16] Make kpartx advise modprobe instead of insmod
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 04/16] Don't print checker messages for ghost paths
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 02/16] Make kpartx correctly handle non-512 byte GPT
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 00/16] multipath-tools: miscellaneous multipath patches
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 09/16] Add existing multipath devices to wwids file on
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 08/16] Avoid race between ueventloop and uevqloop
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 11/16] Fix max path checker timing
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 13/16] Make multipathd deal better with uninitialized paths
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 14/16] Stop annoying prio_lookup warning messages
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 03/16] Fix print_multipath_topology for large outputs
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] dm mpath: enable WRITE SAME support
  • From: Bharata B Rao <bharata.rao@xxxxxxxxx>
• [PATCH] dm mpath: enable WRITE SAME support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm table: fix logic bug in dm_table_supports_write_same [was: Re: BLKZEROOUT on dm devices]
  • From: Bharata B Rao <bharata.rao@xxxxxxxxx>
• [PATCH] dm table: fix logic bug in dm_table_supports_write_same [was: Re: BLKZEROOUT on dm devices]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• LPC2013: File and Storage Systems uconf Approved
  • From: Ric Wheeler <ricwheeler@xxxxxxxxx>
• BLKZEROOUT on dm devices
  • From: Bharata B Rao <bharata.rao@xxxxxxxxx>
• Re: [PATCH 1/2] [multipath-tools] Fix failback parameter parsing in conf
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• dm statistics
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] [multipath-tools] Fix failback parameter parsing in conf
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/2] [multipath-tools] Fix failback parameter parsing in conf
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: Rediff: Patch to minimize noise with snapshots in emc_clariion checker
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH 2/2] dm mpath: attach scsi_dh during table resume
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/2] dm mpath: attach scsi_dh during table resume
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH -next] dm cache: fix error return code in cache_create()
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH -next] dm snapshot: fix error return code in snapshot_ctr()
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 2/2] dm mpath: attach scsi_dh during table resume
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: [PATCH 2/2] dm mpath: attach scsi_dh during table resume
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/2] dm mpath: attach scsi_dh during table resume
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/2] dm mpath: attach scsi_dh during table resume
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: [PATCH 2/2] dm mpath: attach scsi_dh during table resume
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/2] dm mpath: attach scsi_dh during table resume
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/2] dm mpath: attach scsi_dh during table resume
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v3] libmultipath: minimize noise with snapshots in emc_clariion checker
  • From: "Levy, Jerome" <jerome.levy@xxxxxxx>
• Rediff: Patch to minimize noise with snapshots in emc_clariion checker
  • From: "Levy, Jerome" <jerome.levy@xxxxxxx>
• [PATCH 2/2] [multipath-tools] Additional fixes for inconsistent quoting in snprint functions
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• [PATCH 1/2] [multipath-tools] Fix failback parameter parsing in conf
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• Re: NULL pointer due to malformed bcache bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Patch to minimize noise with snapshots in emc_clariion checker
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Patch to minimize noise with snapshots in emc_clariion checker
  • From: "Levy, Jerome" <jerome.levy@xxxxxxx>
• Re: [PATCH 2/2] dm mpath: attach scsi_dh during table resume
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: NULL pointer due to malformed bcache bio
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [BUG REPORT] ENOTBLK on create cache if metadata device not zeroed (3.9.0-rc7)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [BUG REPORT] ENOTBLK on create cache if metadata device not zeroed (3.9.0-rc7)
  • From: "Mears, Morgan" <Morgan.Mears@xxxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Chris Mason <clmason@xxxxxxxxxxxx>
• dm-cache vs enhanceio testing
  • From: Graeme H <graeme@xxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Jan Schmidt <list.lkml@xxxxxxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Chris Mason <clmason@xxxxxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Wanlong Gao <gaowanlong@xxxxxxxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Wanlong Gao <gaowanlong@xxxxxxxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Wanlong Gao <gaowanlong@xxxxxxxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Wanlong Gao <gaowanlong@xxxxxxxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Wanlong Gao <gaowanlong@xxxxxxxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Wanlong Gao <gaowanlong@xxxxxxxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Wanlong Gao <gaowanlong@xxxxxxxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH -next] dm cache: fix error return code in cache_create()
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• [PATCH -next] dm snapshot: fix error return code in snapshot_ctr()
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: "srostedt@xxxxxxxxx" <rostedt@xxxxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] make dm and dm-crypt forward cgroup context (was: dm-crypt parallelization patches)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] make dm and dm-crypt forward cgroup context (was: dm-crypt parallelization patches)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [BUG REPORT] Kernel panic on 3.9.0-rc7-4-gbb33db7
  • From: Wanlong Gao <gaowanlong@xxxxxxxxxxxxxx>
• Re: [PATCH] dm-bufio: avoid a possible __vmalloc deadlock
  • From: Mike <mikeandmore@xxxxxxxxx>
• [PATCH] scsi_dh: remove unused declaration dm_pg_init_complete()
  • From: Ren Mingxin <renmx@xxxxxxxxxxxxxx>
• Re: [PATCH v2] make dm and dm-crypt forward cgroup context (was: dm-crypt parallelization patches)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] make dm and dm-crypt forward cgroup context (was: dm-crypt parallelization patches)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: bcache/dmcache/enhanceio bake-off
  • From: Mike Snitzer <msnitzer@xxxxxxxxxx>
• Re: bcache/dmcache/enhanceio bake-off
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: bcache/dmcache/enhanceio bake-off
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] make dm and dm-crypt forward cgroup context (was: dm-crypt parallelization patches)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: bcache/dmcache/enhanceio bake-off
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: bcache/dmcache/enhanceio bake-off
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: NULL pointer due to malformed bcache bio
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v2] make dm and dm-crypt forward cgroup context (was: dm-crypt parallelization patches)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] make dm and dm-crypt forward cgroup context (was: dm-crypt parallelization patches)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] make dm and dm-crypt forward cgroup context (was: dm-crypt parallelization patches)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] make dm and dm-crypt forward cgroup context
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v2] make dm and dm-crypt forward cgroup context (was: dm-crypt parallelization patches)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] make dm and dm-crypt forward cgroup context (was: dm-crypt parallelization patches)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] [RESEND] scsi_dh_alua: Add module parameter to allow failover to non preferred path without STPG
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] make dm and dm-crypt forward cgroup context (was: dm-crypt parallelization patches)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] make dm and dm-crypt forward cgroup context (was: dm-crypt parallelization patches)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] make dm and dm-crypt forward cgroup context (was: dm-crypt parallelization patches)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• bcache/dmcache/enhanceio bake-off
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: NULL pointer due to malformed bcache bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] make dm and dm-crypt forward cgroup context (was: dm-crypt parallelization patches)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] make dm and dm-crypt forward cgroup context (was: dm-crypt parallelization patches)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: NULL pointer due to malformed bcache bio
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• NULL pointer due to malformed bcache bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH linux-next] dm-raid: Fix compiler warning
  • From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [dm-crypt] dm-crypt performance
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: dm-crypt performance
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Tejun Heo <tj@xxxxxxxxxx>
• dm-crypt parallelization patches
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: BUG: sleeping function called during table_load()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: BUG: sleeping function called during table_load()
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Performance of passthrough block device driver is low for reads compared to writes
  • From: neha naik <nehanaik27@xxxxxxxxx>
• [PATCH 2/2] dm mpath: attach scsi_dh during table resume
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/2] [SCSI] scsi_dh: add scsi_dh_alloc_data
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-cache-mq policy can't allocate memory
  • From: Étienne BERSAC <etienne.bersac@xxxxxxxxxx>
• Re: dm-cache-mq policy can't allocate memory
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-bufio: avoid a possible __vmalloc deadlock
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: btree vs. linear seach in device mapper
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] scsi-dh-emc: fix activate vs set_params race
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• dm-cache-mq policy can't allocate memory
  • From: Étienne BERSAC <etienne.bersac@xxxxxxxxxx>
• [git pull] device-mapper fixes for 3.9-rc6
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] scsi-dh-emc: fix activate vs set_params race
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-bufio: avoid a possible __vmalloc deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] scsi-dh-emc: fix activate vs set_params race
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: btree vs. linear seach in device mapper
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] [RESEND] scsi_dh_alua: Add module parameter to allow failover to non preferred path without STPG
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• [PATCH] [RESEND] hwtable: Add vendor ID and update defaults for NetApp E-Series storage
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• Re: [PATCH] scsi_dh_alua: Add module parameter to allow failover to non preferred path without STPG
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• Re: [PATCH] scsi_dh_alua: Add module parameter to allow failover to non preferred path without STPG
  • From: Ewan Milne <emilne@xxxxxxxxxx>
• Re: [PATCH] libmultipath/discovery: read sysfs files uncached
  • From: Kay Sievers <kay@xxxxxxxx>
• [PATCH] hwtable: Add vendor ID, and update defaults for NetApp E-Series storage
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• Re: [PATCH] scsi_dh_alua: Add module parameter to allow failover to non preferred path without STPG
  • From: Ewan Milne <emilne@xxxxxxxxxx>
• Re: [PATCH] libmultipath/discovery: read sysfs files uncached
  • From: Kay Sievers <kay@xxxxxxxx>
• Re: dm-mpath: do not change SCSI device handler
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-mpath: do not change SCSI device handler
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: btree vs. linear seach in device mapper
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• btree vs. linear seach in device mapper
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-mpath: do not change SCSI device handler
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-mpath: do not change SCSI device handler
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-mpath: do not change SCSI device handler
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-mpath: do not change SCSI device handler
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-mpath: do not change SCSI device handler
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] libmultipath/discovery: read sysfs files uncached
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: [PATCH] libmultipath/discovery: read sysfs files uncached
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] libmultipath/discovery: read sysfs files uncached
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: [PATCH] dm-mpath: do not change SCSI device handler
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] libmultipath/discovery: read sysfs files uncached
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] Track block device users that created dirty pages
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-mpath: do not change SCSI device handler
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-mpath: do not change SCSI device handler
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] scsi-dh-emc: fix activate vs set_params race
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-mpath: do not change SCSI device handler
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] libmultipath/discovery: read sysfs files uncached
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• [PATCH] libmultipath/discovery: read sysfs files uncached
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: [PATCH] Track block device users that created dirty pages
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH] scsi_dh_alua: Add module parameter to allow failover to non preferred path without STPG
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] Track block device users that created dirty pages
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] scsi_dh_alua: Add module parameter to allow failover to non preferred path without STPG
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• Re: dm-crypt performance
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: dm-crypt performance
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: dm-crypt performance
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: dm-crypt performance
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: dm-crypt performance
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] dm cache: conditionally reduce the per_bio_data_size of the writethrough fix
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 02/22] dm: Use bvec_iter for dm_bio_record()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH 17/22] dm: Refactor for new bio cloning/splitting
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH 11/22] dm-io: Convert DM_IO_BVEC -> DM_IO_BIO
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH 07/22] dm-verity: convert to bvec iter
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH 10/22] dm-crypt: Convert to bvec_iter
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH 03/22] block: Convert bio_iovec() to bvec_iter
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH 20/22] dm: Don't save bvec anymore
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• vg disappeared after replacing disc in raid10
  • From: "Björn Nadrowski" <bjrnfrdnnd@xxxxxxxxx>
• Re: dm-cache writethrough issue.
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• dm-crypt performance
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• dm-cache writethrough issue.
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm: dm-cache fails to write the cache device in writethrough mode
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-crypt performance
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH v2] dm cache: fix writes to cache device in writethrough mode
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-crypt performance
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: dm-crypt performance
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-crypt performance
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: dm-cache writethrough issue.
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-crypt performance
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: dm: dm-cache fails to write the cache device in writethrough mode
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: dm-cache fails to write the cache device in writethrough mode
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: dm: dm-cache fails to write the cache device in writethrough mode
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm: dm-cache fails to write the cache device in writethrough mode
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: dm: dm-cache fails to write the cache device in writethrough mode
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: dm-cache fails to write the cache device in writethrough mode
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: dm: dm-cache fails to write the cache device in writethrough mode
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [git pull] device-mapper fixes for 3.9
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH] dm: dm-cache fails to write the cache device in writethrough mode
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: dm: dm-cache fails to write the cache device in writethrough mode
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: dm-cache fails to write the cache device in writethrough mode
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [git pull] device-mapper fixes for 3.9
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH] dm: dm-cache fails to write the cache device in writethrough mode
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH] dm: dm-cache fails to write the cache device in writethrough mode
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: dm: dm-cache fails to write the cache device in writethrough mode
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH] Fix rr_min_io_rq keyword name in multipath.conf.5
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] dm-raid: suppress uninitialized variable warning
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] updated dm statistics
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [git pull] device-mapper fixes for 3.9
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] DM RAID: Add message/status support for changing sync action
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH] dm-cache: Add handle to contlr if cache_create failed.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm-cache: Add handle to contlr if cache_create failed.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm-cache: Add handle to contlr if cache_create failed.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm-cache: Add handle to contlr if cache_create failed.
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH] DM RAID: Add message/status support for changing sync action
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] DM RAID: Add message/status support for changing sync action
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] DM RAID: Add message/status support for changing sync action
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 6/6] multipathd: Implement 'suspend/resume path'
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 1/6] libmultipath: return PATH_DOWN for quiesced paths
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 2/6] libmultipath: Implement PATH_TIMEOUT
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 3/6] libmultipath: improve debugging messages in sysfs_attr_set_value()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 4/6] libmultipath: Implement sysfs_attr_get_value()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 5/6] libmultipath: Implement sysfs_set_fc_rport_state()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 0/6] Handle blocked FC rports
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Can DM-Multipath work on non-SCSI block device
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Can DM-Multipath work on non-SCSI block device
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Can DM-Multipath work on non-SCSI block device
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Paul Taysom <taysom@xxxxxxxxxx>
• Can DM-Multipath work on non-SCSI block device
  • From: Ahmed Al-Mehdi <ahmedalmehdi@xxxxxxxxx>
• Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Paul Taysom <taysom@xxxxxxxxxx>
• Re: How to use dm-cache-target?
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: How to use dm-cache-target?
  • From: thornber@xxxxxxxxxx
• Re: About function bio_detain in file dm-cache-target.c
  • From: thornber@xxxxxxxxxx
• About function bio_detain in file dm-cache-target.c
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: How to use dm-cache-target?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: How to use dm-cache-target?
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: How to use dm-cache-target?
  • From: thornber@xxxxxxxxxx
• How to use dm-cache-target?
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [BUG] pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify)
  • From: Matteo Frigo <athena@xxxxxxxx>
• Re: [BUG] pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify)
  • From: Matteo Frigo <athena@xxxxxxxx>
• Re: [BUG] pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify)
  • From: Matteo Frigo <athena@xxxxxxxx>
• Re: [PATCH] dm-cache: Add handle to contlr if cache_create failed.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH] dm-cache: Add handle to contlr if cache_create failed.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [BUG] pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] dm-cache: Add handle to contlr if cache_create failed.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [BUG] pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [BUG] pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• netapp and removed lun sometimes breaks multipath
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• multipaths and timings
  • From: "Andrei B." <andrixnet@xxxxxxxxx>
• Re: potential dm-thin recovery issue
  • From: Jim Minter <jminter@xxxxxxxxxx>
• Re: dm-thin discard issue
  • From: thornber@xxxxxxxxxx
• Re: potential dm-thin recovery issue
  • From: thornber@xxxxxxxxxx
• Re: dm-thin discard issue
  • From: thornber@xxxxxxxxxx
• potential dm-thin recovery issue
  • From: Jim Minter <jminter@xxxxxxxxxx>
• dm-thin discard issue
  • From: Jim Minter <jminter@xxxxxxxxxx>
• Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Paul Taysom <taysom@xxxxxxxxxx>
• Re: dm-cache bug when using the cleaner?
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: dm-cache bug when using the cleaner?
  • From: thornber@xxxxxxxxxx
• Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Paul Taysom <taysom@xxxxxxxxxx>
• Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Paul Taysom <taysom@xxxxxxxxxx>
• [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Paul Taysom <taysom@xxxxxxxxxxxx>
• Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Paul Menzel <pm.debian@xxxxxxxxxxxxxx>
• dm-cache bug when using the cleaner?
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: linux-next: Tree for Mar 4 (dm-cache-target)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: linux-next: Tree for Mar 4 (dm-cache-target)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: linux-next: Tree for Mar 4 (dm-cache-target)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] md: dm-verity: Fix to avoid a deadlock in dm-bufio
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Chicken and egg problem with multipath-tools
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Chicken and egg problem with multipath-tools
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Chicken and egg problem with multipath-tools
  • From: "Andrei B." <andrixnet@xxxxxxxxx>
• Re: Chicken and egg problem with multipath-tools
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Chicken and egg problem with multipath-tools
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Chicken and egg problem with multipath-tools
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Chicken and egg problem with multipath-tools
  • From: Andrei B <andrixnet@xxxxxxxxx>
• Re: Chicken and egg problem with multipath-tools
  • From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
• linear writes on read-only zero devices, any alternatives?
  • From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
• Chicken and egg problem with multipath-tools
  • From: "Andrei B." <andrixnet@xxxxxxxxx>
• [git pull] device-mapper updates for 3.9
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [patch] dm-cache-target: check for allocation failure
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [patch] dm-cache-target: check for allocation failure
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH 2/2] dm statistics (version 3)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/2] dm-ioctl: enhanced messages (version 3)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Missing /dev/disk/by-path directory
  • From: Christian May <christian_may@xxxxxxxxxx>
• Re: BUG: sleeping function called during table_load()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: BUG: sleeping function called during table_load()
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] dm: Avoid use-after-free of a mapped device
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• BUG: sleeping function called during table_load()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 2/2] dm statistics (updated)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 28 (dm-cache)
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 28 (dm-cache)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] dm: Avoid use-after-free of a mapped device
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [Question] Is there any mean to know a bio split is the last one in the original bio?
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify)
  • From: Matteo Frigo <athena@xxxxxxxx>
• Re: [PATCH v2 0/2] dm: Avoid use-after-free of a mapped device
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] dm: fix truncated status string
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH]multipath-tools: Adding major:minor to multipathd logging for device discovery and removal
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 2/2] dm: Avoid running the md queue after the last dm_put()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH v2 1/2] block: Convert blk_run_queue() recursion into iteration
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH v2 0/2] dm: Avoid use-after-free of a mapped device
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH]multipath-tools: Adding major:minor to multipathd logging for device discovery and removal
  • From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
• Re: [PATCH] EnhanceIO ssd caching software
  • From: Sanoj Unnikrishnan <sunnikrishnan@xxxxxxxxxxxx>
• Re: [BUG] pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify)
  • From: Matteo Frigo <athena@xxxxxxxx>
• Re: [BUG] pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify)
  • From: Matteo Frigo <athena@xxxxxxxx>
• Re: [BUG] pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [BUG] pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [BUG] pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify)
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: dm: do not replace bioset for request-based dm
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] EnhanceIO ssd caching software
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH] dm: do not replace bioset for request-based dm
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/2] dm: merge io_pool and tio_pool
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• [PATCH 1/2] dm: remove _rq_bio_info_cache
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• [PATCH repost] blkcg: fix "scheduling while atomic" in blk_queue_bypass_start
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• [PATCH] dm: do not replace bioset for request-based dm
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• [BUG] pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] dm: Avoid use-after-free of a mapped device
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: Multipath / iSCSI issues
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH 2/2] dm: Avoid use-after-free of a mapped device
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 2/2] dm: Avoid use-after-free of a mapped device
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: Multipath / iSCSI issues
  • From: Devin <delldudedevin@xxxxxxxxx>
• Re: Multipath / iSCSI issues
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Multipath / iSCSI issues
  • From: Devin <delldudedevin@xxxxxxxxx>
• Re: [PATCH] Fix gzip path in Makefile.inc
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH 1/2] block: Avoid invoking blk_run_queue() recursively
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 1/2] block: Avoid invoking blk_run_queue() recursively
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/2] block: Avoid invoking blk_run_queue() recursively
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 1/2] block: Avoid invoking blk_run_queue() recursively
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] dm: Avoid use-after-free of a mapped device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/2] dm: Avoid use-after-free of a mapped device
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 2/2] dm: Avoid use-after-free of a mapped device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/2] dm: Avoid use-after-free of a mapped device
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH 1/2] block: Avoid invoking blk_run_queue() recursively
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH 0/2] dm: Avoid use-after-free of a mapped device
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH] Fix gzip path in Makefile.inc
  • From: Phileas Fogg <phileas-fogg@xxxxxxx>
• [PATCH linux-next v2] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning
  • From: Tim Gardner <tim.gardner@xxxxxxxxxxxxx>
• Re: [PATCH linux-next] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 09/27] block: Use bio_sectors() more consistently
  • From: Ed Cashin <ecashin@xxxxxxxxxx>
• [PATCH linux-next] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning
  • From: Tim Gardner <tim.gardner@xxxxxxxxxxxxx>
• Re: [PATCH linux-next] DM RAID: validate_raid_redundancy: Silence uninitialized variable warning
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] Add PS3 HDD partition table support
  • From: Phileas Fogg <phileas-fogg@xxxxxxx>
• Re: v3.8-rc7: Kernel oops in end_clone_bio()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• v3.8-rc7: Kernel oops in end_clone_bio()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] Add PS3 HDD partition table support
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• [PATCH 08/27] block: Add bio_end_sector()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH 09/27] block: Use bio_sectors() more consistently
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH 24/27] block: Convert some code to bio_for_each_segment_all()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• v3.8-rc7: Kernel oops in end_clone_bio()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH] Add PS3 HDD partition table support
  • From: Phileas Fogg <phileas-fogg@xxxxxxx>
• Re: dm-thinp BUG at drivers/md/persistent-data/dm-btree-remove.c:188
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxx>
• Re: [PATCH] EnhanceIO ssd caching software
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: dm-thinp BUG at drivers/md/persistent-data/dm-btree-remove.c:188
  • From: thornber@xxxxxxxxxx
• Re: dm-thinp BUG at drivers/md/persistent-data/dm-btree-remove.c:188
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxx>
• Re: dm-thinp BUG at drivers/md/persistent-data/dm-btree-remove.c:188
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxx>
• Re: dm-thinp BUG at drivers/md/persistent-data/dm-btree-remove.c:188
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-thinp BUG at drivers/md/persistent-data/dm-btree-remove.c:188
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• dm-thinp BUG at drivers/md/persistent-data/dm-btree-remove.c:188
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] mirror throttling
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH 2/2] dm statistics
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/2] dm-ioctl: enhanced messages
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 8/8] [dm-cache] cache target
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH for multipath-tools] Handle SCSI device states "quiesce" and "transport-offline" properly
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH for multipath-tools] Handle SCSI device states "quiesce" and "transport-offline" properly
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• [PATCH for multipath-tools] Handle SCSI device states "quiesce" and "transport-offline" properly
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 8/8] [dm-cache] cache target
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH 8/8] [dm-cache] cache target
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• dmraid and intel 631xESB/632xESB raid controller
  • From: "Madovsky" <infos@xxxxxxxxxxxx>
• Re: [next-20130204] hard LOCKUP on cpu 5, 3, 4, 2
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• [next-20130204] hard LOCKUP on cpu 5, 3, 4, 2
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/8] [dm-cache] cache target
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 8/8] [dm-cache] cache target
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 8/8] [dm-cache] cache target
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
  • From: Amit Kale <akale@xxxxxxxxxxxx>
• Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
  • From: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
• Source that sets max_segments
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• [LSF/MM ATTEND] aio/dio/bcache
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH] dm-snapshot: add module aliases
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm: fix limits initialization when there are no data devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 5/8] [dm-thin] Fix a race condition between discard bios and ordinary bios.
  • From: thornber@xxxxxxxxxx
• Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
  • From: Amit Kale <akale@xxxxxxxxxxxx>
• Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
  • From: Amit Kale <akale@xxxxxxxxxxxx>
• [PATCH 47/77] dm: convert to idr_alloc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 07/77] dm: don't use idr_remove_all()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/3 v3] add resync speed control for dm-raid1
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 5/8] [dm-thin] Fix a race condition between discard bios and ordinary bios.
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v3 1/1] dm-integrity: integrity protection device-mapper target
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: [lvm-devel] Default low water mark threshold for a new thin pool
  • From: "M. Mohan Kumar" <mohan@xxxxxxxxxx>
• Re: [lvm-devel] Default low water mark threshold for a new thin pool
  • From: thornber@xxxxxxxxxx
• Re: [PATCH] fix segfault when lvm.conf is truncated.
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Default low water mark threshold for a new thin pool
  • From: "M. Mohan Kumar" <mohan@xxxxxxxxxx>
• Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [LSF/MM TOPIC] Re: Announcement: STEC EnhanceIO SSD caching software for Linux kernel
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
  • From: Amit Kale <akale@xxxxxxxxxxxx>
• Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
  • From: thornber@xxxxxxxxxx
• [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 31/62] dm: convert to idr_alloc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
  • From: Amit Kale <akale@xxxxxxxxxxxx>
• Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: Bcache upstreaming
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: Bcache upstreaming
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [git pull] Further device-mapper fixes for 3.8
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• What does prio=-1 signify ?
  • From: Dharmesh Kamdar <kamdard71@xxxxxxxxx>
• Re: Bcache upstreaming
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
• Re: Bcache upstreaming
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH] fix segfault when lvm.conf is truncated.
  • From: dongmao zhang <dmzhang@xxxxxxxx>
• Re: zeroed target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 6/8] [persistent-data] Add a transactional array.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 6/8] [persistent-data] Add a transactional array.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 6/8] [persistent-data] Add a transactional array.
  • From: thornber@xxxxxxxxxx
• Re: [PATCH 6/8] [persistent-data] Add a transactional array.
  • From: thornber@xxxxxxxxxx
• Re: dd between thin provisioned devices
  • From: thornber@xxxxxxxxxx
• Re: dd between thin provisioned devices
  • From: devicemapper niko <devicemapper.niko@xxxxxxxxx>
• Re: dd between thin provisioned devices
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: dm-integrity: integrity protection device-mapper target
  • From: Will Drewry <redpig@xxxxxxxxxxxxx>
• dd between thin provisioned devices
  • From: devicemapper niko <devicemapper.niko@xxxxxxxxx>
• [PATCH 06/14] dm: don't use idr_remove_all()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/8] [persistent-data] Add a transactional array.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Announcement: STEC EnhanceIO SSD caching software for Linux kernel
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Announcement: STEC EnhanceIO SSD caching software for Linux kernel
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH] userspace: dm statistics
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm statistics
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 5/8] [dm-thin] Fix a race condition between discard bios and ordinary bios.
  • From: thornber@xxxxxxxxxx
• Re: [PATCH 5/8] [dm-thin] Fix a race condition between discard bios and ordinary bios.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] dm thin: fix queue limits stacking when data device has compulsory merge_bvec_fn
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: multipathd: BUG: unable to handle kernel NULL pointer dereference
  • From: Stefan Maier <maier@xxxxxxxx>
• Re: [PATCH 6/8] [persistent-data] Add a transactional array.
  • From: thornber@xxxxxxxxxx
• Re: dm-integrity: integrity protection device-mapper target
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: dm-integrity: integrity protection device-mapper target
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: dm-integrity: integrity protection device-mapper target
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: dm-integrity: integrity protection device-mapper target
  • From: Will Drewry <redpig@xxxxxxxxxxxxx>
• Re: [PATCH 0/3 v3] add resync speed control for dm-raid1
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/3 v3] add resync speed control for dm-raid1
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-integrity: integrity protection device-mapper target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 7/8] [persistent-data] transactional bitset
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 6/8] [persistent-data] Add a transactional array.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: A thin-p over 256 GiB fails with I/O errors with non-power-of-two chunk
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 1/1] dm-integrity: integrity protection device-mapper target
  • From: Dmitry Kasatkin <dmitry.kasatkin@xxxxxxxxx>
• [PATCH v3 0/1] dm-integrity: integrity protection device-mapper target
  • From: Dmitry Kasatkin <dmitry.kasatkin@xxxxxxxxx>
• Re: [PATCH 4/8] [dm-bio-prison] Change the bio-prison interface so the memory for the cells is passed in.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] multipath: add HSV3[46]0 to multipath.conf.defaults
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• [PATCH] multipath: add HSV3[46]0 to multipath.conf.defaults
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 4/8] [dm-bio-prison] Change the bio-prison interface so the memory for the cells is passed in.
  • From: thornber@xxxxxxxxxx
• Re: "create snapshots of any block device"
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• "create snapshots of any block device"
  • From: Hauke Laging <mailinglisten@xxxxxxxxxxxxxxx>
• Re: A thin-p over 256 GiB fails with I/O errors with non-power-of-two chunk
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• multipathd: BUG: unable to handle kernel NULL pointer dereference
  • From: Stefan Maier <maier@xxxxxxxx>
• Re: [LSF/MM TOPIC] Re: Announcement: STEC EnhanceIO SSD caching software for Linux kernel
  • From: Amit Kale <akale@xxxxxxxxxxxx>
• [PATCH] dm-optimize: use SRCU
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 5/8] [dm-thin] Fix a race condition between discard bios and ordinary bios.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 4/8] [dm-bio-prison] Change the bio-prison interface so the memory for the cells is passed in.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: A thin-p over 256 GiB fails with I/O errors with non-power-of-two chunk
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/11] Final round of SLES resync patches
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: dm-integrity: integrity protection device-mapper target
  • From: Alan Cox <alan.cox@xxxxxxxxx>
• Re: [LSF/MM TOPIC] Re: Announcement: STEC EnhanceIO SSD caching software for Linux kernel
  • From: thornber@xxxxxxxxxx
• Re: [LSF/MM TOPIC] Re: Announcement: STEC EnhanceIO SSD caching software for Linux kernel
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-integrity: integrity protection device-mapper target
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: dm-integrity: integrity protection device-mapper target
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: [PATCH 00/11] Final round of SLES resync patches
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH V3 13/18] multipath: make reservation_key print out correctly
  • From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>