Linux Device-Mapper Development

• Thread Index

• [PATCH 03/16] Turn off user_friendly_names for netapp devices
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 14/16] libmultipath: blacklist blktap devices
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 01/16] Add multipath path format wildcard
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipathd: Added missing variable declaration
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: dm-cache questions
  • From: "Paul B. Henson" <henson@xxxxxxx>
• Re: [PATCH 1/1] improve the performance of dm-log-userspace
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: dm-cache questions
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Request for kpartx patch
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: dm-cache questions
  • From: "Paul B. Henson" <henson@xxxxxxx>
• Re: [PATCH 3.4, 3.5 and earlier] dm: fix truncated status strings
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Re: [PATCH 3.4, 3.5 and earlier] dm: fix truncated status strings
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Re: dm-cache questions
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• dm-cache questions
  • From: "Paul B. Henson" <henson@xxxxxxx>
• Re: [PATCH] multipathd: Fix for 'Read environment variables from systemd'
  • From: Ondřej Svoboda <ondrej@xxxxxxxxxxxxxx>
• [PATCH] multipathd: Fix for 'Read environment variables from systemd'
  • From: Ondřej Svoboda <ondrej@xxxxxxxxxxxxxx>
• [PATCH] multipathd: Added missing variable declaration
  • From: Mateusz Półrola <mateusz.polrola@xxxxxxxxx>
• Re: Kernel oops with dm-cache
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: multipath-tools release coming
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Kernel oops with dm-cache
  • From: "Steinar H. Gunderson" <sgunderson@xxxxxxxxxxx>
• Re: Kernel oops with dm-cache
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-cache refusing to come up again after a crash
  • From: "Steinar H. Gunderson" <sgunderson@xxxxxxxxxxx>
• Re: dm-cache refusing to come up again after a crash
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-cache refusing to come up again after a crash
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Kernel oops with dm-cache
  • From: "Steinar H. Gunderson" <sgunderson@xxxxxxxxxxx>
• [PATCH] dm-multipath: Accept failed paths for multipath maps
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Kernel oops with dm-cache
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Kernel oops with dm-cache
  • From: "Steinar H. Gunderson" <sgunderson@xxxxxxxxxxx>
• Kernel oops with dm-cache
  • From: "Steinar H. Gunderson" <sgunderson@xxxxxxxxxxx>
• Re: multipath-tools release coming
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: dm-cache refusing to come up again after a crash
  • From: "Steinar H. Gunderson" <sgunderson@xxxxxxxxxxx>
• Re: dm-cache refusing to come up again after a crash
  • From: "Steinar H. Gunderson" <sgunderson@xxxxxxxxxxx>
• Re: dm-cache refusing to come up again after a crash
  • From: "Steinar H. Gunderson" <sgunderson@xxxxxxxxxxx>
• [PATCH 3.4, 3.5 and earlier] dm: fix truncated status strings
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-cache refusing to come up again after a crash
  • From: "Steinar H. Gunderson" <sgunderson@xxxxxxxxxxx>
• Re: dm-cache refusing to come up again after a crash
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• dm-cache refusing to come up again after a crash
  • From: "Steinar H. Gunderson" <sgunderson@xxxxxxxxxxx>
• Re: [PATCH 2/2] dm-bufio: initialize read-only module parameters
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/2] dm-bufio: initialize read-only module parameters
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/2] dm-bufio: initialize read-only module parameters
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [Question] btt -B doesn't output anything with DM device
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• [PATCH 1/1] improve the performance of dm-log-userspace
  • From: dongmao zhang <dmzhang@xxxxxxxx>
• Re: [PATCH] dm cache: increment bi_remaining when bi_end_io is restored
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] dm cache: increment bi_remaining when bi_end_io is restored
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 01/11] block: Make generic_make_request handle arbitrary sized bios
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: [PATCH] md: fix compiler warning: large integer implicitly truncated to unsigned type
  • From: Thadeu Lima de Souza Cascardo <cascardo@xxxxxxxxxxxxxxxxxx>
• [PATCH] md: fix compiler warning: large integer implicitly truncated to unsigned type
  • From: Helge Deller <deller@xxxxxx>
• Re: dm-cache fs corruption
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-cache: resize_cache_dev resizing to wrong size ?
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• dm-cache: resize_cache_dev resizing to wrong size ?
  • From: Vincent Pelletier <plr.vincent@xxxxxxxxx>
• Re: multipath-tools release coming
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: multipath-tools release coming
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [Question] dm-cache table
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: dm-cache fs corruption
  • From: Vladimir Smolensky <arizal@xxxxxxxxx>
• [PATCH] dm-snapshot: avoid snapshot space leak on crash
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-cache fs corruption
  • From: Vladimir Smolensky <arizal@xxxxxxxxx>
• Re: dm-cache fs corruption
  • From: Vladimir Smolensky <arizal@xxxxxxxxx>
• Re: dm-cache fs corruption
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-cache fs corruption
  • From: Vladimir Smolensky <arizal@xxxxxxxxx>
• [PATCH] move the 'update_multipath_strings()' function up so that mpp->mpe can be assigned in some situation
  • From: Xinghai Yu <yuxinghai@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] MD/DM RAID: Fix hang due to recent RAID5 locking changes
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [Question] dm-cache table
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-cache invalidate_cblocks range parsing
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH 1/1] MD/DM RAID: Fix hang due to recent RAID5 locking changes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 04/25] block: Abstract out bvec iterator
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• [PATCH 2/9] Use system-provided regex implementation
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 5/9] multipathd: use sd_notify() to inform systemd
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 6/9] multipathd: Implement systemd watchdog integration
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/1] MD/DM RAID: Fix hang due to recent RAID5 locking changes
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [Question] dm-cache table
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [Question] dm-cache table
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: How to reissue stuck inflight i/o
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 12/25] block: Convert drivers to immutable biovecs
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• [PATCH 19/25] dm: Refactor for new bio cloning/splitting
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• [PATCH 06/25] block: Convert bio_iovec() to bvec_iter
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• [PATCH 05/25] dm: Use bvec_iter for dm_bio_record()
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] MD/DM RAID: Fix hang due to recent RAID5 locking changes
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH 6/9] multipathd: Implement systemd watchdog integration
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• How to reissue stuck inflight i/o
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• [PATCH] dm-cache mq policy fast warmup
  • From: "Krishnasamy, Somasundaram" <Somasundaram.Krishnasamy@xxxxxxxxxx>
• Re: dm-cache invalidate_cblocks range parsing
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: dm-cache invalidate_cblocks range parsing
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: dm-cache invalidate_cblocks range parsing
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] Revert "raid5: make release_stripe lockless" because it causes test regression
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/1] MD/DM RAID: Fix hang due to recent RAID5 locking changes
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Unknown crypt device type VERITY over Ubuntu 12.04
  • From: "Akash Bhatnagar" <akash.bhatnagar@xxxxxxxxxxxx>
• [PATCH 6/9] multipathd: Implement systemd watchdog integration
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 9/9] multipathd: measure path check time
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 8/9] multipathd: Read environment variables from systemd
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 4/9] multipathd: switch to socket activation for systemd
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 3/9] multipathd: Add option '-s' to suppress timestamps
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 7/9] multipathd: enable core dumps for systemd
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 1/9] Clarify uxsock logging
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 0/9] multipath systemd integration
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/1] improve the performance of dm-log-userspace
  • From: Dongmao Zhang <dmzhang@xxxxxxxx>
• Re: [PATCH 1/5] block: Make generic_make_request handle arbitrary sized bios
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] block: Make generic_make_request handle arbitrary sized bios
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] MD/DM RAID: Fix hang due to recent RAID5 locking changes
  • From: NeilBrown <neilb@xxxxxxx>
• Re: dm-cache invalidate_cblocks range parsing
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH 1/5] block: Make generic_make_request handle arbitrary sized bios
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] MD/DM RAID: Fix hang due to recent RAID5 locking changes
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• A bug in snapshot space calculation
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 09/13] multipathd: Implement systemd watchdog integration
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/1] MD/DM RAID: Fix hang due to recent RAID5 locking changes
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [Question] dm-cache table
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [Question] dm-cache table
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: dm-cache invalidate_cblocks range parsing
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-cache invalidate_cblocks range parsing
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH 09/13] multipathd: Implement systemd watchdog integration
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] Revert "raid5: make release_stripe lockless" because it causes test regression
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/1] MD/DM RAID: Fix hang due to recent RAID5 locking changes
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/1] Recent breakage of DM RAID
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 1/1] MD/DM RAID: Fix hang due to recent RAID5 locking changes
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• dm-cache invalidate_cblocks range parsing
  • From: "Mears, Morgan" <Morgan.Mears@xxxxxxxxxx>
• [PATCH 1/2] dm-table: remove unused buggy code that extends the targets array
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/2] dm-table: fail on overflow in dm_round_up
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 09/13] multipathd: Implement systemd watchdog integration
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] Revert "raid5: make release_stripe lockless" because it causes test regression
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• [PATCH] Revert "raid5: make release_stripe lockless" because it causes test regression
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 13/13] multipathd: no_map_shutdown option
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 13/13] multipathd: no_map_shutdown option
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 13/13] multipathd: no_map_shutdown option
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 13/13] multipathd: no_map_shutdown option
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 13/13] multipathd: no_map_shutdown option
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/1] improve the performance of dm-log-userspace
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• [PATCH 1/1] improve the performance of dm-log-userspace
  • From: dongmao zhang <dmzhang@xxxxxxxx>
• Re: dm-cache mq policy warmup issue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 07/13] multipathd: use sd_notify() to inform systemd
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 04/13] libmultipath: return error numbers from sysfs_get_XXX
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 04/13] libmultipath: return error numbers from sysfs_get_XXX
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: dm-writeboost: Progress Report
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• [PATCH 2/2] dm-delay: use per-bio data instead of a mempool and slab cache
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/2] dm-delay: fix a possible deadlock due to shared workqueue
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-cache fs corruption
  • From: Vladimir Smolensky <arizal@xxxxxxxxx>
• [PATCH 01/13] Improve logging for orphan_path()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH -next] dm cache policy mq:: use list_del_init instead of list_del/INIT_LIST_HEAD
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH 06/13] multipathd: switch to socket activation for systemd
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 12/13] multipathd: measure path check time
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 05/13] libmultipath: do not stall on recv_packet()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 08/13] multipathd: Add option '-s' to suppress timestamps
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 09/13] multipathd: Implement systemd watchdog integration
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 00/13] systemd integraion
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 04/13] libmultipath: return error numbers from sysfs_get_XXX
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 03/13] libmultipath: fixup strlcpy
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 11/13] multipathd: Read environment variables from systemd
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 10/13] multipathd: enable core dumps for systemd
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 13/13] multipathd: no_map_shutdown option
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 02/13] Set priority to '0' for PATH_BLOCKED or PATH_DOWN
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH -next] dm cache policy mq:: use list_del_init instead of list_del/INIT_LIST_HEAD
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Re: [PATCH] libmultipath/discovery.c: Fix a condition that will lead to a table reload during every check.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] libmultipath/checkers/rdac.c: Use RTPG data in RDAC checker
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: dm-cache fs corruption
  • From: Vladimir Smolensky <arizal@xxxxxxxxx>
• Re: dm-cache mq policy warmup issue
  • From: Vladimir Smolensky <arizal@xxxxxxxxx>
• Re: dm-cache fs corruption
  • From: Vladimir Smolensky <arizal@xxxxxxxxx>
• Re: dm-cache mq policy warmup issue
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-cache fs corruption
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Fwd: multipath errors
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• Re: dm-cache fs corruption
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-cache fs corruption
  • From: "Mears, Morgan" <Morgan.Mears@xxxxxxxxxx>
• Re: dm-cache fs corruption
  • From: Vladimir Smolensky <arizal@xxxxxxxxx>
• Re: dm-cache mq policy warmup issue
  • From: "Mears, Morgan" <Morgan.Mears@xxxxxxxxxx>
• Re: dm-cache fs corruption
  • From: Vladimir Smolensky <arizal@xxxxxxxxx>
• Re: dm-cache fs corruption
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-cache fs corruption
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-cache fs corruption
  • From: Vladimir Smolensky <arizal@xxxxxxxxx>
• Re: dm-cache fs corruption
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• dm-cache fs corruption
  • From: Vladimir Smolensky <arizal@xxxxxxxxx>
• [git pull] device mapper changes for 3.13
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 6/6] dm cache: add cache block invalidation support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 6/6] dm cache: add cache block invalidation support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-mpath: push back requests instead of queueing
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH] dm-mpath: push back requests instead of queueing
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm-mpath: push back requests instead of queueing
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH] dm-mpath: push back requests instead of queueing
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH] dm-mpath: push back requests instead of queueing
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm-mpath: push back requests instead of queueing
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm-mpath: push back requests instead of queueing
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: Fwd: Re: [PATCH] dm-mpath: push back requests instead of queueing
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH] dm-mpath: push back requests instead of queueing
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm-mpath: push back requests instead of queueing
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] dm cache: add cache block invalidation support
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 5/6] dm cache: add remove_cblock method to policy interface
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 2/6] dm cache: add passthrough mode
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/6] dm cache: cache shrinking support
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Re: [PATCH 1/6] dm cache: cache shrinking support
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/6] dm cache: cache shrinking support
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Re: [PATCH 1/6] dm cache: cache shrinking support
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Re: [PATCH 1/6] dm cache: cache shrinking support
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/6] dm cache: cache shrinking support
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/6] dm cache: cache shrinking support
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/6] dm cache: cache shrinking support
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/6] dm cache: cache shrinking support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/6] dm cache: cache shrinking support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/6] dm cache: cache shrinking support
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH 6/6] dm cache: add cache block invalidation support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/6] dm cache: add passthrough mode
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 5/6] dm cache: add remove_cblock method to policy interface
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 4/6] dm cache policy mq: reduce memory requirements
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 3/6] dm cache metadata: check the metadata version when reading the superblock
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-3.13 0/6] dm cache: simple cache block invalidation interface
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/6] dm cache: cache shrinking support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Fwd: Re: [PATCH] dm-mpath: push back requests instead of queueing
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] Add a set_era_counter config key to the dm-cache era policy shim
  • From: "Mears, Morgan" <Morgan.Mears@xxxxxxxxxx>
• Re: [PATCH 16/24] dm cache: log error message if dm_kcopyd_copy() fails
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] Add a set_era_counter config key to the dm-cache era policy shim
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH] dm-mpath: push back requests instead of queueing
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: dm Kconfig: fix menu indentation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] Add a set_era_counter config key to the dm-cache era policy shim
  • From: "Mears, Morgan" <Morgan.Mears@xxxxxxxxxx>
• [PATCH] dm Kconfig: fix menu indentation
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] Add a set_era_counter config key to the dm-cache era policy shim
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [RFC PATCH v3] dm mpath: add a queue_if_no_path timeout
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• [PATCH] Add a set_era_counter config key to the dm-cache era policy shim
  • From: "Mears, Morgan" <Morgan.Mears@xxxxxxxxxx>
• Re: [RFC PATCH v3] dm mpath: add a queue_if_no_path timeout
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH v3] dm mpath: add a queue_if_no_path timeout
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: dm-thin: issues about resize the pool metadata size
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH 17/24] dm cache: use a boolean when setting cache->quiescing
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 17/24] dm cache: use a boolean when setting cache->quiescing
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: dm-thin: issues about resize the pool metadata size
  • From: Wun-Yen Liang <burton.paramountcy@xxxxxxxxx>
• Re: [RFC PATCH v3] dm mpath: add a queue_if_no_path timeout
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm-mpath: requeue I/O during pg_init
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH v2] dm mpath: fix race condition between multipath_dtr and pg_init_done
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH v3] dm mpath: add a queue_if_no_path timeout
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [RFC PATCH v3] dm mpath: add a queue_if_no_path timeout
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: [PATCH v2] dm mpath: fix race condition between multipath_dtr and pg_init_done
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm-mpath: requeue I/O during pg_init
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [RFC PATCH v2] dm mpath: add a queue_if_no_path timeout
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: [PATCH] dm-mpath: requeue I/O during pg_init
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 4/4] dm-crypt: Fix sparse (different base types) warnings
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm-mpath: requeue I/O during pg_init
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm-mpath: requeue I/O during pg_init
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm-mpath: requeue I/O during pg_init
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH for-next] dm: fix missing bi_remaining accounting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 4/9] block: Make generic_make_request handle arbitrary sized bios
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: [PATCH 4/9] block: Make generic_make_request handle arbitrary sized bios
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• [PATCH 4/9] block: Make generic_make_request handle arbitrary sized bios
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: [PATCH for-next] dm: fix missing bi_remaining accounting
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: [PATCH for-next] dm: fix missing bi_remaining accounting
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• dm-cache mq policy warmup issue
  • From: "Krishnasamy, Somasundaram" <Somasundaram.Krishnasamy@xxxxxxxxxx>
• Re: [PATCH for-next] dm: fix missing bi_remaining accounting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH for-next] dm: fix missing bi_remaining accounting
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH for-next] dm: fix missing bi_remaining accounting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH for-next] dm: fix missing bi_remaining accounting
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: linux-next: Tree for Nov 1 (dm-delay, dm-flakey)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• dm-writeboost: Progress Report
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• [PATCH 3/4] dm-crypt: Fix code formatting to make agk happy
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 4/4] dm-crypt: Fix sparse (different base types) warnings
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH 21/24] dm cache: add trc policy shim
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 21/24] dm cache: add trc policy shim
  • From: Steven Rostedt <srostedt@xxxxxxxxxx>
• Re: [PATCH]dm-mpath: fix for race condition between multipath_dtr and pg_init_done.
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH for-next] dm: fix missing bi_remaining accounting
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH for-next] dm: fix missing bi_remaining accounting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm mpath: fix race condition between multipath_dtr and pg_init_done
  • From: "Merla, ShivaKrishna" <ShivaKrishna.Merla@xxxxxxxxxx>
• Re: [PATCH 04/23] block: Abstract out bvec iterator
  • From: Ed Cashin <ecashin@xxxxxxxxxx>
• Re: [PATCH][RESEND]dm-mpath: fix for race condition between multipath_dtr and pg_init_done.
  • From: "Merla, ShivaKrishna" <ShivaKrishna.Merla@xxxxxxxxxx>
• [PATCH] Btrfs: update bi_remaining to relfect our bio endio chaining
  • From: Chris Mason <chris.mason@xxxxxxxxxxxx>
• Re: [RFC PATCH v2] dm mpath: add a queue_if_no_path timeout
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2] dm mpath: add a queue_if_no_path timeout
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2] dm mpath: add a queue_if_no_path timeout
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH v2] dm mpath: fix race condition between multipath_dtr and pg_init_done
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH] Btrfs: update bi_remaining to relfect our bio endio chaining
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2] dm mpath: add a queue_if_no_path timeout
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• [PATCH v2] dm mpath: fix race condition between multipath_dtr and pg_init_done
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH v2] dm mpath: add a queue_if_no_path timeout
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [RFC PATCH v2] dm mpath: add a queue_if_no_path timeout
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: [PATCH 17/23] dm: Refactor for new bio cloning/splitting
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH v2] dm mpath: add a queue_if_no_path timeout
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC PATCH v2] dm mpath: add a queue_if_no_path timeout
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH][RESEND]dm-mpath: fix for race condition between multipath_dtr and pg_init_done.
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: drivers: md: include "linux/vmalloc.h" in "dm-cache-policy-hints.c"
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH 04/23] block: Abstract out bvec iterator
  • From: NeilBrown <neilb@xxxxxxx>
• Re: FW: Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: FW: Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-crypt: Properly handle extra key string in initialization
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH 2/2] dm-crypt: Add TCW IV mode for old CBC TCRYPT containers.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [RFC PATCH v2] dm mpath: add a queue_if_no_path timeout
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: mmotm 2013-10-29-16-22 uploaded (dm-flakey.c)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: FW: Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: Greg KH <greg@xxxxxxxxx>
• Re: FW: Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [RFC PATCH v2] dm mpath: add a queue_if_no_path timeout
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH v2] dm mpath: add a queue_if_no_path timeout
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: drivers: md: include "linux/vmalloc.h" in "dm-cache-policy-hints.c"
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH]dm-mpath: fix for race condition between multipath_dtr and pg_init_done.
  • From: "Merla, ShivaKrishna" <ShivaKrishna.Merla@xxxxxxxxxx>
• Re: [PATCH]dm-mpath: fix for race condition between multipath_dtr and pg_init_done.
  • From: "Merla, ShivaKrishna" <ShivaKrishna.Merla@xxxxxxxxxx>
• Re: [PATCH]dm-mpath: fix for race condition between multipath_dtr and pg_init_done.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: kernel panic with bitmap_startwrite
  • From: NeilBrown <neilb@xxxxxxx>
• kernel panic with bitmap_startwrite
  • From: Yuriy Vet <4363@xxxxxxx>
• dm-thin: issues about resize the pool metadata size
  • From: Wun-Yen Liang <burton.paramountcy@xxxxxxxxx>
• [PATCH 04/23] block: Abstract out bvec iterator
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• [PATCH] drivers: md: include "linux/vmalloc.h" in "dm-cache-policy-hints.c"
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• [PATCH][RESEND]dm-mpath: fix for race condition between multipath_dtr and pg_init_done.
  • From: "Merla, ShivaKrishna" <ShivaKrishna.Merla@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-crypt: Properly handle extra key string in initialization
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-crypt: Properly handle extra key string in initialization
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/1] improve the performance of dm-log-userspace
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [RFC PATCH v2] dm mpath: add a queue_if_no_path timeout
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH]dm-mpath: fix for race condition between multipath_dtr and pg_init_done.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/2] dm-crypt: Add TCW IV mode for old CBC TCRYPT containers.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-crypt: Properly handle extra key string in initialization
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 17/23] dm: Refactor for new bio cloning/splitting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 17/23] dm: Refactor for new bio cloning/splitting
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: [PATCH 17/23] dm: Refactor for new bio cloning/splitting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 17/23] dm: Refactor for new bio cloning/splitting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 12/23] block: Convert drivers to immutable biovecs
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• [PATCH 23/23] block: Don't save/copy bvec array anymore, share when cloning
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• [PATCH 17/23] dm: Refactor for new bio cloning/splitting
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• [PATCH 06/23] block: Convert bio_iovec() to bvec_iter
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• [PATCH 05/23] dm: Use bvec_iter for dm_bio_record()
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• [PATCH 06/24 v2] dm cache policy mq: return NULL from alloc_entry if cache is full
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/2] dm-crypt: Properly handle extra key string in initialization
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 2/2] dm-crypt: Add TCW IV mode for old CBC TCRYPT containers.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• generic_make_request() sleep
  • From: siju george <siju.george@xxxxxxxxx>
• Re: [PATCH 2/2] dm-crypt: Add TCW IV mode for old CBC TCRYPT containers.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH 1/2] dm-crypt: Properly handle extra key string in initialization
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH 2/2] dm-crypt: Add TCW IV mode for old CBC TCRYPT containers.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-crypt: Properly handle extra key string in initialization
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/1] improve the performance of dm-log-userspace
  • From: dongmao zhang <dmzhang@xxxxxxxx>
• [PATCH 0/1] patches to improve cluster raid1 performance [V3]
  • From: dongmao zhang <dmzhang@xxxxxxxx>
• [PATCH] New userspace statistics patch
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 21/24] dm cache: add trc policy shim
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 06/24] dm cache policy mq: return NULL if mq->free list is empty in alloc_entry
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH 21/24] dm cache: add trc policy shim
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 06/24] dm cache policy mq: return NULL if mq->free list is empty in alloc_entry
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 21/24] dm cache: add trc policy shim
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 14/24] dm cache: use is_write_io() in more places
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 11/24] dm table: print error on preresume failure
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 09/24] dm cache metadata: check the metadata version when reading the superblock
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 14/24] dm cache: use is_write_io() in more places
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 01/24] dm: nest targets used for testing under DM_TEST_TARGETS
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 01/24] dm: nest targets used for testing under DM_TEST_TARGETS
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 11/24] dm table: print error on preresume failure
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 05/24] dm cache policy mq: implement writeback_work() and mq_{set, clear}_dirty()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 09/24] dm cache metadata: check the metadata version when reading the superblock
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 06/24] dm cache policy mq: return NULL if mq->free list is empty in alloc_entry
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 05/24] dm cache policy mq: implement writeback_work() and mq_{set, clear}_dirty()
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] multipathd: revert mpp size update if map update fails
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH] multipathd: revert mpp size update if map update fails
  • From: michaelc@xxxxxxxxxxx
• Re: [PATCH 01/24] dm: nest targets used for testing under DM_TEST_TARGETS
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 01/24] dm: nest targets used for testing under DM_TEST_TARGETS
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH 23/24] dm cache: add cache block invalidation API
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 08/24] dm cache metadata: return bool from __superblock_all_zeroes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 07/24] dm cache: be much more aggressive about promoting writes to discarded blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 15/24] dm cache: use cell_defer() boolean argument consistently
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 19/24] dm cache: support for stackable caching policies
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 05/24] dm cache policy mq: implement writeback_work() and mq_{set, clear}_dirty()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 13/24] dm cache policy: have policy_writeback_work return -ENODATA by default
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 02/24] dm space map disk: optimise sm_disk_dec_block
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 21/24] dm cache: add trc policy shim
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 10/24] dm cache policy: variable hints support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 12/24] dm cache: add passthrough mode
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 14/24] dm cache: use is_write_io() in more places
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 04/24] dm cache policy mq: a few small fixes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 01/24] dm: nest targets used for testing under DM_TEST_TARGETS
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 03/24] dm cache policy: remove return from void policy_remove_mapping
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 06/24] dm cache policy mq: return NULL if mq->free list is empty in alloc_entry
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 20/24] dm cache: add era policy shim
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 24/24] dm cache policy era: add cache block invalidation support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 22/24] dm cache: add hints policy
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 17/24] dm cache: use a boolean when setting cache->quiescing
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 18/24] dm cache: optimize commit_if_needed
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 16/24] dm cache: log error message if dm_kcopyd_copy() fails
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 11/24] dm table: print error on preresume failure
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 09/24] dm cache metadata: check the metadata version when reading the superblock
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 00/24] dm cache: proposed changes for v3.13 merge
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Volume group / volumes not activated at boot
  • From: David Rosenstrauch <darose@xxxxxxxxxx>
• Re: Volume group / volumes not activated at boot
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Volume group / volumes not activated at boot
  • From: David Rosenstrauch <darose@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• kpartx ignores read-only?
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: A review of dm-writeboost
  • From: Prakash Prasad <prakash_prasad@xxxxxxxxx>
• [PATCH]dm-mpath: fix for race condition between multipath_dtr and pg_init_done.
  • From: "Merla, ShivaKrishna" <ShivaKrishna.Merla@xxxxxxxxxx>
• Re: A review of dm-writeboost
  • From: Prakash Prasad <prakash_prasad@xxxxxxxxx>
• LVM2 volume not recognised on cold restart
  • From: Rihad <grihad@xxxxxxxxx>
• Re: [PATCH]dm-mpath: fix for race condition between multipath_dtr and pg_init_done.
  • From: "Merla, ShivaKrishna" <ShivaKrishna.Merla@xxxxxxxxxx>
• [PATCH] move the 'update_multipath_strings()' function up so that mpp->mpe can be assigned in some situation
  • From: Xinghai Yu <yuxinghai@xxxxxxxxxxxxxx>
• Re: A review of dm-writeboost
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 2/2] dm-crypt: Add TCW IV mode for old CBC TCRYPT containers.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 1/2] dm-crypt: Properly handle extra key string in initialization
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• LVM2 volume not recognised on cold restart
  • From: rihad <rihad@xxxxxxx>
• Re: A review of dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• [RFC PATCH v2] dm mpath: add a queue_if_no_path timeout
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 0/2] patches to improve cluster raid1 performance [V2]
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: [PATCH] block: properly stack underlying max_segment_size to DM device
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] block: properly stack underlying max_segment_size to DM device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dm-writeboost: unusual refcount on Raspberry Pi
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH]dm-mpath: fix for race condition between multipath_dtr and pg_init_done.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: [PATCH]dm-mpath: fix for race condition between multipath_dtr and pg_init_done.
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: [PATCH]dm-mpath: fix for race condition between multipath_dtr and pg_init_done.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: A review of dm-writeboost
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: A review of dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: A review of dm-writeboost
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: A review of dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: A review of dm-writeboost
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: A review of dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: A review of dm-writeboost
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [GIT PULL] Immutable biovecs
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] Fix error paths on device initialization in the block layer
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 4/4] bdi: test bdi_init failure
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/4] block: fix a probe argument to blk_register_region
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/4] loop: fix crash if blk_alloc_queue fails
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/4] blk-core: Fix memory corruption if blkcg_init_queue fails
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/2] patches to improve cluster raid1 performance [V2]
  • From: Dongmao Zhang <dmzhang@xxxxxxxx>
• [PATCH 3/4] block: fix a probe argument to blk_register_region
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 4/4] bdi: test bdi_init failure
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/4] blk-core: Fix memory corruption if blkcg_init_queue fails
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/4] loop: fix crash if blk_alloc_queue fails
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/4] Fix error paths on device initialization in the block layer
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH][RESEND]multipath: Allow whitespace before or after exit and quit command in multipathd
  • From: Zheng Huai Cheng <zhenghch@xxxxxxxxxxxxxxxxxx>
• Re: A review of dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH 16/22] dm: Refactor for new bio cloning/splitting
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: [PATCH 16/22] dm: Refactor for new bio cloning/splitting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 16/22] dm: Refactor for new bio cloning/splitting
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] patches to improve cluster raid1 performance [V2]
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: A review of dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: A review of dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: A review of dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] patches to improve cluster raid1 performance [V2]
  • From: "Dong Mao Zhang" <dmzhang@xxxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: A review of dm-writeboost
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 16/22] dm: Refactor for new bio cloning/splitting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: A review of dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: dm-writeboost testing
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• A review of dm-writeboost
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-writeboost testing
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: dm-writeboost testing
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH 16/22] dm: Refactor for new bio cloning/splitting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-writeboost testing
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-writeboost testing
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: thin_dump cannot dump the correct data mapping of thin pools
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-writeboost testing
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: thin_dump cannot dump the correct data mapping of thin pools
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-writeboost testing
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [RFC] dm-writeboost: Persistent memory support
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• thin_dump cannot dump the correct data mapping of thin pools
  • From: Teng-Feng Yang <shinrairis@xxxxxxxxx>
• Re: dm-writeboost testing
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 16/22] dm: Refactor for new bio cloning/splitting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 16/22] dm: Refactor for new bio cloning/splitting
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: dm-writeboost testing
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH 16/22] dm: Refactor for new bio cloning/splitting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 16/22] dm: Refactor for new bio cloning/splitting
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• dm-writeboost testing
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-cache: return -EINVAL, not -ENOMEM, if the user specifies unknown policy
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-mpath: requeue I/O during pg_init
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm: allocate buffer for messages with small number of arguments with GFP_NOIO (resend)
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] dm: allocate buffer for messages with small number of arguments with GFP_NOIO (resend)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm: allocate buffer for messages with small number of arguments with GFP_NOIO
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] dm: allocate buffer for messages with small number of arguments with GFP_NOIO
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 0/2] patches to improve cluster raid1 performance [V2]
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Holding both virtual and physical blocks prison when processing discard in dm-thin
  • From: Teng-Feng Yang <shinrairis@xxxxxxxxx>
• [RHEL6.4] dm and multipath performance overhead
  • From: Lukasz Flis <l.flis@xxxxxxxxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH 16/22] dm: Refactor for new bio cloning/splitting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Fwd: multipath errors
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 0/22] Immutable biovecs, block layer changes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: "Saxena, Sumit" <Sumit.Saxena@xxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• xfstests "free active" issue on x86?
  • From: "Michael L. Semon" <mlsemon35@xxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 0/2] patches to improve cluster raid1 performance [V2]
  • From: Dongmao Zhang <dmzhang@xxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH 1/1] dm mpath: Add timeout mechanism for queue_if_no_path.
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Tuning suggestions for large systems with many (6000+) paths
  • From: Jeff Wasilko <jwasilko@xxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: RFC for multipath queue_if_no_path timeout.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 0/2] patches to improve cluster raid1 performance [V2]
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• RFC for multipath queue_if_no_path timeout.
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH 1/2] improve the performance of dm-log-userspace
  • From: dongmao zhang <dmzhang@xxxxxxxx>
• [PATCH 2/2] change API of dm-log-userspace to support delay flush
  • From: dongmao zhang <dmzhang@xxxxxxxx>
• [PATCH 0/2] patches to improve cluster raid1 performance [V2]
  • From: dongmao zhang <dmzhang@xxxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Unable to receive overwrite BIO in dm-thin
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: Jeremy Linton <jlinton@xxxxxxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 0/22] Immutable biovecs, block layer changes
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: [PATCH 0/22] Immutable biovecs, block layer changes
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/22] Immutable biovecs, block layer changes
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/22] Immutable biovecs, block layer changes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH 0/22] Immutable biovecs, block layer changes
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: Hannes Reinecke <hare@xxxxxxx>
• [git pull] device mapper fixes for 3.12
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: Ewan Milne <emilne@xxxxxxxxxx>
• Unable to receive overwrite BIO in dm-thin
  • From: Teng-Feng Yang <shinrairis@xxxxxxxxx>
• busy paths
  • From: John Williams <john.williams.sc7@xxxxxxxxx>
• Fwd: multipath errors
  • From: Amitai Alkalay <amitai.alkalay.work@xxxxxxxxx>
• Re: linux-3.10.12 dies after many allocation errors when copying lots of data to it over nfs. How to debug?
  • From: Jan Kara <jack@xxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• [PATCH]multipath: Allow whitespace before or after exit and quit command in multipathd
  • From: Zheng Huai Cheng <zhenghch@xxxxxxxxxxxxxxxxxx>
• Reworking dm-writeboost [was: Re: staging: Add dm-writeboost]
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH] block: Add nr_bios to block_rq_remap tracepoint
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• SCSI's heuristics for enabling WRITE SAME still need work [was: dm mpath: disable WRITE SAME if it fails]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm thin: do not expose non-zero discard limits if discards are disabled
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm mpath: disable WRITE SAME if it fails
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• linux-3.10.12 dies after many allocation errors when copying lots of data to it over nfs. How to debug?
  • From: Stevie Trujillo <stevie.trujillo@xxxxxxxxx>
• [PATCH] dm-snapshot: fix performance degradation due to small hash size (was: [lvm-devel] Snapshotted device gets slow)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-snapshot: workaround for a lockdep warning
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-snapshot: workaround for a lockdep warning
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH] dm-snapshot: workaround for a lockdep warning
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 3/7] dm: add reserved_bio_based_ios module parameter
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: [PATCH v3 0/3] dm: allow mempool and bioset reserves to be tuned
  • From: Frank Mayhar <fmayhar@xxxxxxxxxx>
• Re: [PATCH] dm-snapshot: workaround for a lockdep warning
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH] dm-snapshot: workaround for a lockdep warning
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-snapshot: workaround for a lockdep warning
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: staging: Add dm-writeboost
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-snapshot: workaround for a lockdep warning
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: staging: Add dm-writeboost
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: staging: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: staging: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• [PATCH] block: Add nr_bios to block_rq_remap tracepoint
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: staging: Add dm-writeboost
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: staging: Add dm-writeboost
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] remove device on close
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: ANNOUNCE: remove device on close
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• ANNOUNCE: remove device on close
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [RFC] dm-writeboost: Plan to add comments. Needs help to make an objective list of where to comment
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [RFC] dm-writeboost: Porting daemon modulating migration from userland into the kernel
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [RFC] dm-writeboost: Porting daemon modulating migration from userland into the kernel
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [RFC] dm-writeboost: Porting daemon modulating migration from userland into the kernel
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [RFC] dm-writeboost: Porting daemon modulating migration from userland into the kernel
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [RFC] dm-writeboost: Porting daemon modulating migration from userland into the kernel
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [3.10.7] Reproductible soft lockup, recover but freeze even the mouse
  • From: roucaries.bastien@xxxxxxxxx
• Re: [3.10.7] Reproductible soft lockup, recover but freeze even the mouse
  • From: Bastien ROUCARIES <roucaries.bastien@xxxxxxxxx>
• [PATCH] dm-statistics: fix a possible counter corruption on 32-bit systems
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v3 1/3] dm: lower bio-based mempool reservation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 3/3] dm: add reserved_bio_based_ios module parameter
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 2/3] dm: add reserved_rq_based_ios module parameter
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 0/3] dm: allow mempool and bioset reserves to be tuned
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 0/3] dm: allow mempool and bioset reserves to be tuned
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 0/3] dm: allow mempool and bioset reserves to be tuned
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 3/3] dm: add reserved_bio_based_ios module parameter
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 2/3] dm: add reserved_rq_based_ios module parameter
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 1/3] dm: lower bio-based mempool reservation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 0/3] dm: allow mempool and bioset reserves to be tuned
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 5/7] dm mpath: use dm_get_reserved_rq_based_ios to size mempool
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 4/7] dm io: use dm_get_reserved_bio_based_ios to size reserves
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 3/7] dm: add reserved_bio_based_ios module parameter
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 6/7] dm: track the maximum number of bios in a cloned request
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/7] dm: add reserved_rq_based_ios module parameter
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 7/7] dm: optimize clone_rq() when track_peak_rq_based_ios is disabled
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 3/7] dm: add reserved_bio_based_ios module parameter
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 7/7] dm: optimize clone_rq() when track_peak_rq_based_ios is disabled
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 7/7] dm: optimize clone_rq() when track_peak_rq_based_ios is disabled
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/7] dm: lower bio-based mempool reservation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 7/7] dm: optimize clone_rq() when track_peak_rq_based_ios is disabled
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 7/7] dm: optimize clone_rq() when track_peak_rq_based_ios is disabled
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm mpath: do not fail path on -ENOSPC
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] dm mpath: do not fail path on -ENOSPC
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] dm: optimize clone_rq() when track_peak_rq_based_ios is disabled
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] dm: optimize clone_rq() when track_peak_rq_based_ios is disabled
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/7] dm: add reserved_rq_based_ios module parameter
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 7/7] dm: optimize clone_rq() when track_peak_rq_based_ios is disabled
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/7] dm: add reserved_rq_based_ios module parameter
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/7] dm: add reserved_rq_based_ios module parameter
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 3/7] dm: add reserved_bio_based_ios module parameter
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 6/7] dm: track the maximum number of bios in a cloned request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/7] dm: lower bio-based mempool reservation
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 6/7] dm: track the maximum number of bios in a cloned request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 5/7] dm mpath: use dm_get_reserved_rq_based_ios to size mempool
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 4/7] dm io: use dm_get_reserved_bio_based_ios to size reserves
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 3/7] dm: add reserved_bio_based_ios module parameter
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/7] dm: add reserved_rq_based_ios module parameter
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 0/7] dm: allow mempool and bioset reserves to be tuned
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [git pull] device-mapper changes for 3.12
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• multipath errors
  • From: Amitai Alkalay <amitai.alkalay.work@xxxxxxxxx>
• [PATCH 1/1] improve the performance of dm-log-userspace
  • From: dongmao zhang <dmzhang@xxxxxxxx>
• [PATCH 0/1] ideas to improve the write performance of cluster dm-raid1
  • From: dongmao zhang <dmzhang@xxxxxxxx>
• Re: [3.10.7] Reproductible soft lockup, recover but freeze even the mouse
  • From: Bastien ROUCARIES <roucaries.bastien@xxxxxxxxx>
• Fwd: [3.10.7] Reproductible soft lockup, recover but freeze even the mouse
  • From: Bastien ROUCARIES <roucaries.bastien@xxxxxxxxx>
• Re: Bug 999761 - Review NetApp path_checker and features for RHEL5 mpath
  • From: Jamie Bainbridge <jbainbri@xxxxxxxxxx>
• Re: [PATCH 1/2] Revert "Revert "math64: New div64_u64_rem helper""
  • From: Anatol Pomozov <anatol.pomozov@xxxxxxxxx>
• Re: multipath 4k partition block issues.
  • From: Ross Anderson <rosander@xxxxxxxxx>
• Re: multipath 4k partition block issues.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• multipath 4k partition block issues.
  • From: Ross Anderson <rosander@xxxxxxxxx>
• Re: [PATCH 1/2] Revert "Revert "math64: New div64_u64_rem helper""
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: dm-crypt parallelization patches
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• dm-crypt parallelization patches
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Bug 999761 - Review NetApp path_checker and features for RHEL5 mpath
  • From: Martin George <marting@xxxxxxxxxx>
• Bug 999761 - Review NetApp path_checker and features for RHEL5 mpath
  • From: Jamie Bainbridge <jbainbri@xxxxxxxxxx>
• Re: [PATCH] dm: Deal with merge_bvec_fn in component devices better
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH] dm: Deal with merge_bvec_fn in component devices better
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm: Deal with merge_bvec_fn in component devices better
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH] staging: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [RFC] dm-writeboost: plan to go to staging
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [RFC] dm-writeboost: plan to go to staging
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [RFC] dm-lc: plan to go to staging
  • From: Valdis.Kletnieks@xxxxxx
• Re: [RFC] dm-lc: plan to go to staging
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [RFC] dm-lc: plan to go to staging
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [RFC] dm-lc: plan to go to staging
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH 3/3] dm: allow error target to replace immutable target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 3/3] dm: allow error target to replace immutable target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm ioctl: prevent rename to empty name or uuid
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 3/3] dm: allow error target to replace immutable target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• dm ioctl: prevent rename to empty name or uuid
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [RFC] dm-lc: plan to go to staging
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 3/3] dm: allow error target to replace immutable target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 3/3] dm: allow error target to replace immutable target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [RFC] dm-lc: plan to go to staging
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH 3/3] dm: allow error target to replace immutable target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/3] dm ioctl: cleanup error handling in table_load
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/3] dm ioctl: increase granularity of type_lock when loading table
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC] dm-lc: plan to go to staging
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [RFC] dm-lc: plan to go to staging
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: dm-verity: Verification fails but do not see Input/Output Error on read
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Strange mapped block count kept by dm-thin driver for thin devices
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: dm-verity: Verification fails but do not see Input/Output Error on read
  • From: Chaitra Bhat <Chaitra.Bhat@xxxxxxxxxxxx>
• Strange mapped block count kept by dm-thin driver for thin devices
  • From: Teng-Feng Yang <shinrairis@xxxxxxxxx>
• Re: Status dm-cache
  • From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
• Re: Status dm-cache
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: dm: Make MIN_IOS, et al, tunable via sysctl.
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• dm-lc: update
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Status dm-cache
  • From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
• Re: Allow read IO during share block breaking in dm-thin
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>