Linux Device-Mapper Development

• Thread Index

• Re: [PATCH] dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-bufio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH] dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] blk-flush: move the queue kick into blk_insert_cloned_request
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-bufio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-bufio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2 of 2] DM log userspace: Allow CTR device response
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 1 of 2] DM log userspace: Minor fix-ups
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 0 of 2] DM log userspace: Allow DM_ULOG_CTR exchange to accept devices for register
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] blk-flush: move the queue kick into blk_insert_cloned_request
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] blk-flush: fix invalid BUG_ON in blk_insert_flush
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 0/2] block: fix flush regression introduced in 3.1-rc3
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• [PATCH 1/2] blk-flush: move the queue kick into blk_insert_cloned_request
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• [PATCH 2/2] blk-flush: fix invalid BUG_ON in blk_insert_flush
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] multipath: better argument type checking
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] multipath: set ACT_RESIZE when the size has changed
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [RESEND][PATCH] multipath: better check for daemon mode
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Tejun Heo <tj@xxxxxxxxxx>
• multipath-tools/libmultipath dict.c
  • From: bmarzins@xxxxxxxxxxxxxx
• multipath-tools ./multipath.conf.annotated ./m ...
  • From: bmarzins@xxxxxxxxxxxxxx
• multipath-tools/multipathd main.c
  • From: bmarzins@xxxxxxxxxxxxxx
• multipath-tools kpartx/devmapper.c kpartx/devm ...
  • From: bmarzins@xxxxxxxxxxxxxx
• multipath-tools/libmultipath discovery.c structs.h
  • From: bmarzins@xxxxxxxxxxxxxx
• Re: Block regression since 3.1-rc3
  • From: Christophe Saout <christophe@xxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Christophe Saout <christophe@xxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Christophe Saout <christophe@xxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Christophe Saout <christophe@xxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• [PATCH] scsi_dh_alua: Add one more check-condition for alua handler
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• [git pull] device-mapper fixes for 3.1
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] multipath: make sure all the hwe attributes get merged
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH] multipath: get right sysfs value for checker_timeout
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH][multipath-tools]'multipath' with -h and -t option, it returns '1' (fail) for successful command execution
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [Multipath] Round-robin performance limit
  • From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
• Re: [Multipath] Round-robin performance limit
  • From: Adam Chasen <adam@xxxxxxxxxxx>
• [PATCH] multipath: get right sysfs value for checker_timeout
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] multipath: make sure all the hwe attributes get merged
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [Multipath] Round-robin performance limit
  • From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
• Re: [Multipath] Round-robin performance limit
  • From: Adam Chasen <adam@xxxxxxxxxxx>
• Re: [PATCH] [multipath-tools]'multipath' with -h and -t option, it returns '1' (fail) for successful command execution.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Christophe Saout <christophe@xxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Christophe Saout <christophe@xxxxxxxx>
• Re: [Multipath] Round-robin performance limit
  • From: Adam Chasen <adam@xxxxxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: Block regression since 3.1-rc3
  • From: Christophe Saout <christophe@xxxxxxxx>
• Block regression since 3.1-rc3
  • From: Christophe Saout <christophe@xxxxxxxx>
• Re: [PATCH] multipath: better check for daemon mode.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: dm-devel Digest, Vol 91, Issue 27
  • From: <jerome.levy@xxxxxxx>
• Re: [PATCH] multipath: better check for daemon mode.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH] dm: verity target
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: block mapping
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: block mapping
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: block mapping
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: block mapping
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: block mapping
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: block mapping
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• block mapping
  • From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
• Re: error injection
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH] dm: verity target
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• error injection
  • From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
• Re: [PATCH] multipath: better check for daemon mode.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] dm: verity target
  • From: Valdis.Kletnieks@xxxxxx
• Re: dm-bufio
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] multipath: add default hardware configs.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• [PATCH] multipath: add default hardware configs.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] dm: verity target
  • From: Will Drewry <wad@xxxxxxxxxxxx>
• Re: [PATCH] dm: verity target
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm: verity target
  • From: Will Drewry <wad@xxxxxxxxxxxx>
• dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v3] multipath: don't set queue_if_no_path without multipathd
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• [PATCH v3] multipath: don't set queue_if_no_path without multipathd
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: Additional dm editing tree mirror
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH 2/2] block: don't export block_bio_complete tracepoint
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• Additional dm editing tree mirror
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• A question about bio alignment
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [RESEND][PATCH] multipath: don't set queue_if_no_path without multipathd
  • From: Gmail <christophe.varoqui@xxxxxxxxx>
• Re: [RESEND][PATCH] multipath: don't set queue_if_no_path without multipathd
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [RESEND][PATCH] multipath: add support for setting oom_score_adj
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [RESEND][PATCH] multipath: don't set queue_if_no_path without multipathd
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH] multipath: add support for setting oom_score_adj
  • From: Gmail <christophe.varoqui@xxxxxxxxx>
• [PATCH] multipath: add support for setting oom_score_adj
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [RESEND][PATCH] multipath: don't set queue_if_no_path without multipathd
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] DM RAID: Use correct health status character when array is initializing
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• linux-2.6: LVM deadlocks and oops
  • From: Hector Oron <hector.oron@xxxxxxxxx>
• Re: [RESEND][PATCH]multipath-tools: Adding Netapp as a brand name for RDAC
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• Re: [RESEND][PATCH] scsi_dh_rdac: Adding NetApp as a brand name for rdac
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• Re: [PATCH v2] dm mpath: maintain reference count for underlying devices
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH v2] dm mpath: maintain reference count for underlying devices
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] dm mpath: maintain reference count for underlying devices
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: feature="1 queue_if_no_path" vs. no_path_retry=queue
  • From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
• Re: Thin provisioning bug in interface
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Thin provisioning bug in interface
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Thin provisioning bug in interface
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] dm mpath: maintain reference count for underlying devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm mpath: maintain reference count for underlying devices
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• DM_BUFFER_FULL_FLAG
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] multipath: don't set queue_if_no_path without multipathd
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• feature="1 queue_if_no_path" vs. no_path_retry=queue
  • From: Oren Held <oren@xxxxxxxxxxx>
• Re: [PATCH] dm: verity target
  • From: Valdis.Kletnieks@xxxxxx
• [PATCH v2] dm mpath: maintain reference count for underlying devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: logfs: kernel NULL dereference
  • From: Jörn Engel <joern@xxxxxxxxx>
• Performance Question
  • From: "--[ UxBoD ]--" <uxbod@xxxxxxxxxxxx>
• [PATCH] dm: verity target
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: multipathd & EMC Clariion CX-4
  • From: NEVEU Stephane <stephane.neveu@xxxxxxxxxxxxxxx>
• Re: logfs: kernel NULL dereference
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• question on hot plug removal and addition of a USB disk
  • From: "Sampathkumar, Kishore" <Kishore.SampathKumar@xxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
• Re: logfs: kernel NULL dereference
  • From: Witold Baryluk <baryluk@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: logfs: kernel NULL dereference
  • From: Jörn Engel <joern@xxxxxxxxx>
• Re: multipathd & EMC Clariion CX-4
  • From: NEVEU Stephane <stephane.neveu@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/2] block: refactor generic_make_request
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 3/2] block: refactor generic_make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• question on hot plug removal and addition of a USB disk
  • From: "Sampathkumar, Kishore" <Kishore.SampathKumar@xxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: multipathd & EMC Clariion CX-4
  • From: NEVEU Stephane <stephane.neveu@xxxxxxxxxxxxxxx>
• Re: multipathd & EMC Clariion CX-4
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: multipathd & EMC Clariion CX-4
  • From: NEVEU Stephane <stephane.neveu@xxxxxxxxxxxxxxx>
• Re: multipathd & EMC Clariion CX-4
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• multipathd & EMC Clariion CX-4
  • From: NEVEU Stephane <stephane.neveu@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] cleanup: fix the comment for field num_discard_requests of struct dm_target
  • From: Wang Sheng-Hui <shhuiw@xxxxxxxxx>
• [PATCH] dm mpath: never re-queue request if I_T_L nexus failure and no paths
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] dm-thin: Fix multiple bugs with reference management
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH] dm-thin: Fix multiple bugs with reference management
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 3/2] block: refactor generic_make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/2] block: refactor generic_make_request
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] dm-block-manager: use spinlocks that don't disable interrupts
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-block-manager: use spinlocks that don't disable interrupts
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] dm-block-manager: use spinlocks that don't disable interrupts
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] select STACKTRACE if using it
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH 3/2] block: refactor generic_make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: remove support for bio remapping from ->make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/2] block: remove support for bio remapping from ->make_request
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] dm-block-manager: use spinlocks that don't disable interrupts
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] select STACKTRACE if using it
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/2] block: remove support for bio remapping from ->make_request
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/2] block: export __make_request
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/2] block: remove support for bio remapping from ->make_request
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/2] block: remove support for bio remapping from ->make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 1/2] block: export __make_request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [BUG] Oops when SCSI device under multipath is removed
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: New dm-bufio with shrinker API
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: New dm-bufio with shrinker API
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: New dm-bufio with shrinker API
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• switching from active to failed.
  • From: egroegnibus@xxxxxxxxx
• Re: [BUG] Oops when SCSI device under multipath is removed
  • From: Thadeu Lima de Souza Cascardo <cascardo@xxxxxxxxxxxxxxxxxx>
• Re: New dm-bufio with shrinker API
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: New dm-bufio with shrinker API
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: New dm-bufio with shrinker API
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: New dm-bufio with shrinker API
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: New dm-bufio with shrinker API
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: New dm-bufio with shrinker API
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• multipath tools git relocation
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [RESEND][PATCH]multipath-tools: Adding Netapp as a brand name for RDAC
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: New dm-bufio with shrinker API
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: New dm-bufio with shrinker API
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: New dm-bufio with shrinker API
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: New dm-bufio with shrinker API
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH 3/3] block: don't export block_bio_complete tracepoint
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• Re: RFC: dm-switch target [v2]
  • From: <Jim_Ramsay@xxxxxxxx>
• New dm-bufio with shrinker API
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [RESEND][PATCH] scsi_dh_rdac: Adding couple more vendor product ids
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• [RESEND][PATCH]multipath-tools: Adding Netapp as a brand name for RDAC
  • From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
• [RESEND][PATCH] scsi_dh_rdac: Adding NetApp as a brand name for rdac
  • From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
• [PATCH]scsi_dh_rdac: Adding NetApp as a brand name for rdac
  • From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
• multipath-tools: Adding Netapp as a brand name for RDAC
  • From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
• [PATCH 1/1] block: Add ioctl for extending partition size online
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [RFC PATCH 0/2] block: Allow extending partition size online
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 1/1] extendpart: A new command line to extend an existing partition
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: RFC: dm-switch target [v2]
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• Re: [PATCH v2] multipath: add find_multipaths feature.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] multipath: check if multipath owns path
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2] multipath: add find_multipaths feature.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipath: strdup multipath alias, so that it isn't deleted.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2] multipath: systemd unit file
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipath: systemd unit file
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2] multipath: add find_multipaths feature.
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2] multipath: add find_multipaths feature.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2] multipath: add find_multipaths feature.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH v2] multipath: add find_multipaths feature.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2] multipath: add find_multipaths feature.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH] multipath: systemd unit file
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] multipath: systemd unit file
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH] multipath: strdup multipath alias, so that it isn't deleted.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH] multipath: systemd unit file
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] multipath: systemd unit file
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2] multipath: add find_multipaths feature.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipath: check setup_multipath return value.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipath: better check for daemon mode.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipath: strdup multipath alias, so that it isn't deleted.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• RFC: dm-switch target [v2]
  • From: Jim Ramsay <jim_ramsay@xxxxxxxx>
• Re: [PATCH] shrinker: fix a bug when callback returns -1
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] shrinker: fix a bug when callback returns -1
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] shrinker: fix a bug when callback returns -1
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [xfs-masters] new dm-bufio
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] shrinker: fix a bug when callback returns -1
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [xfs-masters] new dm-bufio
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] shrinker: fix a bug when callback returns -1
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: new dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [RESEND][PATCH] multipath-tools: service mode changes for RDAC storage
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• [PATCH 6/6] dm: get rid of block_bio_complete tracepoint
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• Re: [PATCH] dm-kcopyd: Correctly free requests
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm-kcopyd: Correctly free requests
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] dm-kcopyd: Correctly free requests
  • From: Bastian Blank <bastian@xxxxxxxxxxxx>
• [CRAZY RFC PATCH 0/4] dm: share mempools for all request-based DM devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dmraid/lib/format/ddf ddf1.c ddf1_dump.c
  • From: heinzm@xxxxxxxxxxxxxx
• Re: new dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: new dm-bufio
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Native systemd service files for multipathd
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: Native systemd service files for multipathd
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: new dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Native systemd service files for multipathd
  • From: "Jóhann B. Guðmundsson" <johannbg@xxxxxxxxx>
• Re: new dm-bufio
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: new dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCHES] convert dm-thin to use dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH] dmraid: allow "dmraid --erase_metadata" to work with ddf
  • From: NeilBrown <neilb@xxxxxxx>
• new dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] kobj_uevent: Ignore if some listeners cannot handle message
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCHES] convert dm-thin to use dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] kobj_uevent: Ignore if some listeners cannot handle message
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCHES] convert dm-thin to use dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Native systemd service files for multipathd
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] kobj_uevent: Ignore if some listeners cannot handle message
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: Native systemd service files for multipathd
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Native systemd service files for multipathd
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] kobj_uevent: Ignore if some listeners cannot handle message
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCH] Add kpartx example to manpage
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH] fix-linebreaks
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH] Remove prio_callout as a valid option from man page
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: Native systemd service files for multipathd
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH 1/2] dm bufio: fix "value computed is not used" warnings
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] Remove prio_callout as a valid option from man page
  • From: Oren Held <oren@xxxxxxxxxxx>
• [PATCH] fix-linebreaks
  • From: Craig <craig@xxxxxxxxxxxx>
• [PATCH 2/2] dm space map: only include bitops.h in dm-space-map-common.c
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/2] dm bufio: fix "value computed is not used" warnings
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Need help with multipathd
  • From: ml ml <mliebherr99@xxxxxxxxxxxxxx>
• Re: clone() with CLONE_NEWNET breaks kobject_uevent_env()
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: convert dm-thin to use dm-bufio
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: clone() with CLONE_NEWNET breaks kobject_uevent_env()
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: convert dm-thin to use dm-bufio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCHES] convert dm-thin to use dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: convert dm-thin to use dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: convert dm-thin to use dm-bufio
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: convert dm-thin to use dm-bufio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: convert dm-thin to use dm-bufio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: convert dm-thin to use dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: clone() with CLONE_NEWNET breaks kobject_uevent_env()
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: clone() with CLONE_NEWNET breaks kobject_uevent_env()
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: clone() with CLONE_NEWNET breaks kobject_uevent_env()
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: convert dm-thin to use dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: clone() with CLONE_NEWNET breaks kobject_uevent_env()
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: convert dm-thin to use dm-bufio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: convert dm-thin to use dm-bufio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: clone() with CLONE_NEWNET breaks kobject_uevent_env()
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCHES] convert dm-thin to use dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: convert dm-thin to use dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: clone() with CLONE_NEWNET breaks kobject_uevent_env()
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: convert dm-thin to use dm-bufio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: lower bio-based reservation
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCHES] convert dm-thin to use dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm: lower bio-based reservation
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• clone() with CLONE_NEWNET breaks kobject_uevent_env()
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [BUG] Oops when SCSI device under multipath is removed
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• multiple path disk
  • From: tony <jiangzhongbin@xxxxxxxxx>
• [PATCH] Add kpartx example to manpage
  • From: Ritesh Raj Sarraf <rrs@xxxxxxxxxx>
• Re: multiple path disk
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCHES] convert dm-thin to use dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCHES] convert dm-thin to use dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [BUG] Oops when SCSI device under multipath is removed
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH] dm-space-map-disk: improve bit testing
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: question: deleting blocks
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCHES] convert dm-thin to use dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH] dm-space-map-disk: improve bit testing
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• question: deleting blocks
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCHES] convert dm-thin to use dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-thin-metadata: set the number of reserved buffers
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [patch, v3] block: fix flush machinery for stacking drivers with differring flush flags
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [patch, v3] block: fix flush machinery for stacking drivers with differring flush flags
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [patch, v2] block: fix flush machinery for stacking drivers with differring flush flags
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCHES] convert dm-thin to use dm-bufio
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCHES] convert dm-thin to use dm-bufio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [patch, v2] block: fix flush machinery for stacking drivers with differring flush flags
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [patch, v2] block: fix flush machinery for stacking drivers with differring flush flags
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [patch] block: fix flush machinery for stacking drivers with differring flush flags
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [patch] block: fix flush machinery for stacking drivers with differring flush flags
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [patch] block: fix flush machinery for stacking drivers with differring flush flags
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Kernel panic with kmpathd
  • From: <Yanqing_Liu@xxxxxxxx>
• Re: [BUG] Oops when SCSI device under multipath is removed
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG] Oops when SCSI device under multipath is removed
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [BUG] Oops when SCSI device under multipath is removed
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG] Oops when SCSI device under multipath is removed
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [patch] block: fix flush machinery for stacking drivers with differring flush flags
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: service mode changes for RDACstorage
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: [BUG] Oops when SCSI device under multipath is removed
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [BUG] Oops when SCSI device under multipath is removed
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [BUG] Oops when SCSI device under multipath is removed
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: block: properly handle flush/fua requests in blk_insert_cloned_request
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• [patch] block: fix flush machinery for stacking drivers with differring flush flags
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• [PATCH] dm: get rid of smp_mb() after set_current_state()
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• [BUG] Oops when SCSI device under multipath is removed
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: block: properly handle flush/fua requests in blk_insert_cloned_request
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: block: properly handle flush/fua requests in blk_insert_cloned_request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: block: properly handle flush/fua requests in blk_insert_cloned_request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: block: properly handle flush/fua requests in blk_insert_cloned_request
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: block: properly handle flush/fua requests in blk_insert_cloned_request
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: block: properly handle flush/fua requests in blk_insert_cloned_request
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: block: properly handle flush/fua requests in blk_insert_cloned_request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm crypt: Always disable discard zeroes data flag
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: dm crypt: Always disable discard zeroes data flag
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm crypt: Always disable discard zeroes data flag
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [PATCH] DM RAID: Fix off-by-one comparison.
  • From: jbrassow@xxxxxxxxxx
• Re: [patch] blk-flush: fix flush policy calculation
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: dm-thin: commit metadata bug
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• dm-thin: commit metadata bug
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm flakey: fix corrupt_bio_byte error path
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm table: fix potential NULL pointer in dm_table_set_integrity
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-thinp: check allocation failure
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-thin: Fix deadlock with unknown device id
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm: use local ratelimit state for *_LIMIT()
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• [PATCH] dm-thin: Fix deadlock with unknown device id
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 3/4] [block-manager] remove spurious decrement of write_lock_pending in the case of a recycled block.
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH 4/4] Track errored blocks
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/4] Fix a race between reading a new block and having it recycled.
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 3/4] [block-manager] remove spurious decrement of write_lock_pending in the case of a recycled block.
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/4] The return code from the various wait functions is never acted upon. So change to uninterrupible waits and change the return type to void.
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3/4] [block-manager] remove spurious decrement of write_lock_pending in the case of a recycled block.
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 4/4] Track errored blocks
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 1/4] The return code from the various wait functions is never acted upon. So change to uninterrupible waits and change the return type to void.
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• [PATCH 2/4] Fix a race between reading a new block and having it recycled.
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• Re: Review of dm-block-manager.c
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Review of dm-block-manager.c
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [git pull] device-mapper patches for 3.0
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Review of dm-block-manager.c
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Review of dm-block-manager.c
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Review of dm-block-manager.c
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Review of dm-block-manager.c
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Announcement: dm-zeroed
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm table: configure DM flush capabilities based on underlying devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Multipath and primary pathing
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• dm_calculate_queue_limits and default values
  • From: benoit.welterlen@xxxxxxxx
• Multipath and primary pathing
  • From: "Nigel Reed" <nigel@xxxxxxxxxxxxxxx>
• [PATCH v2] Associate HBA and storage in rdac_controller to support partitions in storage
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• Re: [PATCH] Associate HBA and storage in rdac_controller to support partitions in storage
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• Re: [PATCH] Associate HBA and storage in rdac_controller to support partitions in storage
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Reduce number of KOBJ_REMOVE events
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH 4/4] sysfs: use rb-tree for inode number lookup
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/4] sysfs: use rb-tree for name lookups
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] multipath: add find_multipaths feature.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] multipath: better check for daemon mode.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] multipath: strdup multipath alias, so that it isn't deleted.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] Reduce number of KOBJ_REMOVE events
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] Reduce number of KOBJ_REMOVE events
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH] Reduce number of KOBJ_REMOVE events
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [PATCH] multipath-tools: service mode changes for RDAC storage
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: [PATCH] Reduce number of KOBJ_REMOVE events
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH] Use WWID from C8 page instead of Subsystem id from C4 page to identify storage
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: [PATCH] Reduce number of KOBJ_REMOVE events
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH -next] dm: fix dm-flakey printk warning
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: linux-next: Tree for July 21 (drivers/md/dm-raid)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• [PATCH -next] dm: fix dm-flakey printk warning
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• [PATCH] Reduce number of KOBJ_REMOVE events
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: dm-crypt: add mapping table option to allowing discard requests
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: dm-crypt: add mapping table option to allowing discard requests
  • From: Jeff Cook <jeff@xxxxxxxxxxxxxxxxxxxxx>
• Re: linux-next: Tree for July 21 (drivers/md/dm-raid)
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH 4/4] sysfs: use rb-tree for inode number lookup
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3/4] sysfs: remove s_sibling hacks
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/4] sysfs: use rb-tree for name lookups
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/4] sysfs: count subdirectories
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: linux-next: Tree for July 21 (drivers/md/dm-raid)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Blacklist broken?
  • From: "Stamper, Brian P. (ARC-D)[Stinger Ghaffarian Technologies Inc. (SGT Inc.)]" <brian.p.stamper@xxxxxxxx>
• Re: [PATCHES] improve sysfs performance, make it O(log n)
  • From: Greg KH <gregkh@xxxxxxx>
• Re: What is a /dev/dm-* file ?
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: [PATCHES] improve sysfs performance, make it O(log n)
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] backing-dev: use synchronize_rcu_expedited instead of synchronize_rcu
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v3] dm table: fix and simplify discard support processing
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] backing-dev: use synchronize_rcu_expedited instead of synchronize_rcu
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCHES] improve sysfs performance, make it O(log n)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• multipath-tools/libmultipath discovery.c
  • From: bmarzins@xxxxxxxxxxxxxx
• [PATCH] Associate HBA and storage in rdac_controller to support partitions in storage
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• [PATCH] Use WWID from C8 page instead of Subsystem id from C4 page to identify storage
  • From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
• Re: device mapper not finding all devices
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• Re: device mapper not finding all devices
  • From: David Cramblett <david@xxxxxxxxxxxxxxxxxxx>
• Re: What is a /dev/dm-* file ?
  • From: li mohua <moli@xxxxxxxxxx>
• What is a /dev/dm-* file ?
  • From: Chao Yang <chyang@xxxxxxxxxx>
• Re: device mapper not finding all devices
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [PATCH v2] dm table: simplify discard support processing
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v6 3/4] dm-replicator: ringbuffer replication log handler
  • From: Busby <chaimvy@xxxxxxxxx>
• Re: multipath: add find_multipaths feature.
  • From: Peter Volkov <pva@xxxxxxxxxx>
• device mapper not finding all devices
  • From: David Cramblett <david@xxxxxxxxxxxxxxxxxxx>
• [PATCH] dm table: fold __table_get_device into dm_get_device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: multipath: add find_multipaths feature.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH] dm-crypt: add mapping table option to allowing discard requests
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: dm-crypt: add mapping table option to allowing discard requests
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: add mapping table option to allowing discard requests
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: add mapping table option to allowing discard requests
  • From: Jeff Cook <jeff@xxxxxxxxxxxxxxxxxxxxx>
• Re: multipath: add find_multipaths feature.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Blacklist broken?
  • From: "Stamper, Brian P. (ARC-D)[Stinger Ghaffarian Technologies Inc. (SGT Inc.)]" <brian.p.stamper@xxxxxxxx>
• Re: Blacklist broken?
  • From: "Stamper, Brian P. (ARC-D)[Stinger Ghaffarian Technologies Inc. (SGT Inc.)]" <brian.p.stamper@xxxxxxxx>
• Blacklist broken?
  • From: "Stamper, Brian P. (ARC-D)[Stinger Ghaffarian Technologies Inc. (SGT Inc.)]" <brian.p.stamper@xxxxxxxx>
• [PATCH 2 of 2] dm-raid-add-md-raid1-support-2.patch
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 1 of 2] dm-raid-cleanup-parameter-handling-2.patch
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 0 of 2] Updates to existing dm-raid patches
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH v2] dm table: simplify discard support processing
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm table: simplify discard support processing
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm table: simplify discard support processing
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [PATCH] dm: add documentation of sysfs interface
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [PATCH] dm table: simplify discard support processing
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-crypt: add mapping table option to allowing discard requests
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [PATCH] multipath: check setup_multipath return value.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: Device removal handling
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [PATCH 3/3] block: Move discard and secure discard flags to queue limits
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-crypt TRIM support
  • From: Christian Hesse <list@xxxxxxxx>
• SuSE multipath-tools git tree moved
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: dm-crypt TRIM support
  • From: Jeff Cook <jeff@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: block: Check that queue is alive in blk_insert_cloned_request()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: block: Check that queue is alive in blk_insert_cloned_request()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH] dm mpath: manage reference on request queue of underlying devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Wrong behaviour of multipathing on Active/Passive storage array
  • From: Mikhail Shevyakov <Shevyakov.M@xxxxxxxxxxxx>
• Re: Device removal handling
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Device removal handling
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: block: Check that queue is alive in blk_insert_cloned_request()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: block: Check that queue is alive in blk_insert_cloned_request()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Device removal handling
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Wrong behaviour of multipathing on Active/Passive storage array
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: Device removal handling
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Device removal handling
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Device removal handling
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Device removal handling
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [PATCH 0/3] initial release of dm thin provisioning target
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH 2/3] dm persistent data: a library for storing metadata in DM targets
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 3/3] dm thin: thin provisioning target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 0/3] initial release of dm thin provisioning target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/3] dm: add dm_bdev
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Multipathd on Opensuse 11.4 x64 buffer overwflow when starting with -D args too
  • From: Roberto Giordani <r.giordani@xxxxxxxxx>
• Re: [BUG] 2.6.39.1 crash in scsi_dispatch_cmd()
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: Multipathd on Opensuse 11.4 x64 buffer overwflow when starting with -D args too
  • From: Hannes Reinecke <hare@xxxxxxx>
• Multipathd on Opensuse 11.4 x64 buffer overwflow when starting with -D args too
  • From: Roberto Giordani <r.giordani@xxxxxxxxx>
• [PATCH 9 of 7]: DM RAID superblock must record device role
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 8 of 7]: DM RAID 'failed_devices' should be 64-bit
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 1/3] dm-ioctl: fill parameters in __find_device_hash_cell instead of find_device
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/3] dm-ioctl: introduce __get_dev_cell
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3/3] dm-ioctl: Don't allow multiple device specifiers
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Native systemd service files for multipathd
  • From: "Jóhann B. Guðmundsson" <johannbg@xxxxxxxxx>
• Re: Proposition for zeroed logical volume
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Proposition for zeroed logical volume
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Fedora 15 dm-linear device lookup failed
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• Re: Fedora 15 dm-linear device lookup failed
  • From: "Stamper, Brian P. (ARC-D)[Stinger Ghaffarian Technologies Inc. (SGT Inc.)]" <brian.p.stamper@xxxxxxxx>
• dm-multipath fails when one path is taken offline.
  • From: Jason Price <japrice@xxxxxxxxx>
• Re: dm flakey: document corrupt_bio_byte and optional feature precedence
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm flakey: document corrupt_bio_byte and optional feature precedence
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Lvm snapshot for a vm disk doubt
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• Fedora 15 dm-linear device lookup failed
  • From: "Stamper, Brian P. (ARC-D)[Stinger Ghaffarian Technologies Inc. (SGT Inc.)]" <brian.p.stamper@xxxxxxxx>
• Re: dm-crypt TRIM support
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• dm-crypt TRIM support
  • From: Jeff Cook <jeff@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 5 of 7] DM RAID: allow metadata devices -- FIX
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH] dm mpath: fix potential NULL pointer in feature arg processing
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 9/9] dm flakey: add debug feature to control debug output
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 5/9] dm flakey: add corrupt_bio_byte feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 3/9] dm flakey: start of adding features
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 8/9] dm flakey: add ability to specify the corrupting value to be written
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 4/9] dm flakey: add drop_writes feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 7/9] dm flakey: switch corrupt_bio_data_dir to corrupt_bio_flags
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 6/9] dm flakey: add corrupt_bio_byte read support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 0/9] dm flakey: add features
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/9] dm: factor out target argument parsing helpers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/9] dm flakey: use dm_target_offset() and support discards
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm: use cpu_relax when busy waiting for condition
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH resend 0/6] use little-endian bitops properly
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH resend 2/6] dm: use use proper little-endian bitops
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH] dm-kcopyd/dm-snap: Don't read the origin on full chunk write
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-kcopyd/dm-snap: Don't read the origin on full chunk write
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] dm-kcopyd/dm-snap: Don't read the origin on full chunk write
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-kcopyd: optionally zero an area instead of copying
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-kcopyd: optionally zero an area instead of copying
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm: Introduce DMF_MERGE_IS_OPTIONAL flag
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] dm: Introduce DMF_MERGE_IS_OPTIONAL flag
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: newbie question regarding target_type's map callback
  • From: Krzysztof Błaszkowski <kb@xxxxxxxxxxxxxxx>
• Re: Read balance of dm-raid1
  • From: Feng Shuo <steve.shuo.feng@xxxxxxxxx>
• Re: [PATCH] dm: Don't install merge function if not needed
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm: Don't install merge function if not needed
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm: Don't install merge function if not needed
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] dm: Don't install merge function if not needed
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Interface changes to multisnap
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• /dev/dm-10 is not created for tenth LVM volume
  • From: Arie Skliarouk <skliarie@xxxxxxxxx>
• Interface changes to multisnap
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-kcopyd/dm-snap: Don't read the origin on full chunk write
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-kcopyd/dm-snap: Don't read the origin on full chunk write
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCH] dm-kcopyd/dm-snap: Don't read the origin on full chunk write
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• 2.6.39, GPF at _raw_spin_lock_irqsave/scsi_dh_detach
  • From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
• Re: newbie question regarding target_type's map callback
  • From: Krzysztof Błaszkowski <kb@xxxxxxxxxxxxxxx>
• Re: newbie question regarding target_type's map callback
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• newbie question regarding target_type's map callback
  • From: Krzysztof Błaszkowski <kb@xxxxxxxxxxxxxxx>
• Read balance of dm-raid1
  • From: Feng Shuo <steve.shuo.feng@xxxxxxxxx>
• [PATCH] dm-kcopyd/dm-snap: Don't read the origin on full chunk write
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Multipath conf
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Multipath conf
  • From: Christophe BOULLANGER <cbo@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: XFS getting EAGAIN from block device
  • From: Marko Huttunen <marko@xxxxxxxxx>
• Re: [PATCH] dm-kcopyd: optionally zero an area instead of copying
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-kcopyd: optionally zero an area instead of copying
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH 0 OF 7] DM RAID updates
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 7 of 7] DM RAID: version number inc
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 6 of 7] DM RAID: add RAID1 support
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 5 of 7] DM RAID: allow metadata devices
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 4 of 7] DM RAID: add write_mostly param
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 3 of 7] DM RAID: add region_size param
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 2 of 7] DM RAID: cleanups
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 1 of 7] DM RAID: documentation updates
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH] dm-snapshot: flush disk cache when merging
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-snap: remove unused definitions
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-kcopyd: optionally zero an area instead of copying
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: XFS getting EAGAIN from block device
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: loopX too small for target
  • From: Ray Van Dolson <rayvd@xxxxxxxxxxxx>
• loopX too small for target
  • From: Ray Van Dolson <rayvd@xxxxxxxxxxxx>
• Re: XFS getting EAGAIN from block device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• XFS getting EAGAIN from block device
  • From: Marko Huttunen <marko@xxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Trouble with registering a raid volume with dmeventd
  • From: "Sandra Escandor" <sescandor@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: Manual failback fix whenpriority changes
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH] multipath-tools: Manual failback fix whenpriority changes
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: dm-cache module
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: dm-cache module
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Trouble with registering a raid volume with dmeventd
  • From: "Sandra Escandor" <sescandor@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• question about output of dmsetup status
  • From: "Sandra Escandor" <sescandor@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-kcopyd: remove nr_pages field from job structure
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-kcopyd: remove "offset" field from job structure
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• if the dmesg is error mmsg
  • From: yue <ooolinux@xxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Ankit Jain <jankit@xxxxxxx>
• Re: [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Ankit Jain <jankit@xxxxxxx>
• [PATCH 1/2] dm-kcopyd: introduce per-module throttle structure
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/2] dm-kcopyd: use throttle
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/3] block: Move non-rotational flag to queue limits
  • From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
• Re: [PATCH 2/3] block: Move non-rotational flag to queue limits
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 2/3] block: Move non-rotational flag to queue limits
  • From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
• Re: [PATCH] dm-kcopyd: monitor io activity
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/3] block: Move non-rotational flag to queue limits
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-kcopyd: monitor io activity
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• Re: [PATCH 3/3] block: Move discard and secure discard flags to queue limits
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 2/3] block: Move non-rotational flag to queue limits
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• paths scsi names persistence after rescan
  • From: Jorge Salamero Sanz <bencer@xxxxxxxxxxxxxx>
• Re: dm-kcopyd: use throttle
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-kcopyd: Add a throttle parameter
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-kcopyd: monitor io activity
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-kcopyd: use throttle
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm: use use proper little-endian bitops
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [git pull] device-mapper patches for 2.6.40
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [TRIVIAL PATCH next 07/15] md: Convert vmalloc/memset to vzalloc
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [TRIVIAL PATCH next 00/15] treewide: Convert vmalloc/memset to vzalloc
  • From: Joe Perches <joe@xxxxxxxxxxx>
• dm-multipath fails when 1 path is taken offline
  • From: Jason Price <japrice@xxxxxxxxx>
• [PATCH] multipath-tools: Manual failback fix when priority changes
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• (no subject)
  • From: Swastik Das <swastik.das@xxxxxxxxxxx>
• Re: [PATCH 3/3] block: Move discard and secure discard flags to queue limits
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 3/3] block: Move discard and secure discard flags to queue limits
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/3] block: Introduce blk_set_stacking_limits function
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/3] block: Move non-rotational flag to queue limits
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dm_ioband - BUG: unable to handle kernel NULL pointer dereference at (null)
  • From: Степан Фёдоров <stepan.fedorov@xxxxxxxx>
• [PATCH 2/3] block: Move non-rotational flag to queue limits
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH 1/3] block: Introduce blk_set_stacking_limits function
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH 3/3] block: Move discard and secure discard flags to queue limits
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm: pass up rotational flag
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm: pass up rotational flag
  • From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
• dm-multipath fails when 1 path is taken offline
  • From: Jason Price <japrice@xxxxxxxxx>
• Re: dm: pass up rotational flag
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm: pass up rotational flag
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: pass up rotational flag
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH v2] dm: pass up non-rotational flag
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: pass up rotational flag
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm: pass up rotational flag
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Issue with dm snapshots 2
  • From: sdrb <sdrb@xxxxxxx>
• Re: [PATCH] Remove the spinlock protecting the pages allocation
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] Remove the spinlock protecting the pages allocation
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: SUSE multipath-tools patch resync
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: SUSE multipath-tools patch resync
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH] dm-kcopyd: Introduce gfp flags for alloc_pl
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH] dm-kcopyd: return client directly and not through a pointer
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-kcopyd: reserve fewer pages
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-kcopyd: alloc pages from the main page allocator
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-kcopyd: Introduce gfp flags for alloc_pl
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] DM RAID: add RAID1 support
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: dm: Integrity errors should not cause failover
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] DM RAID: do not print rebuilds in table line
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: SUSE multipath-tools patch resync
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] Use refcounting for sysfs devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] multipathd: Do not attempt to rename a device
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] Race condition when calling stop_waiter_thread()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: SUSE multipath-tools patch resync
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: SUSE multipath-tools patch resync
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: Compiling multipath-tools
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: SUSE multipath-tools patch resync
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Compiling multipath-tools
  • From: "--[ UxBoD ]--" <uxbod@xxxxxxxxxxxx>
• Re: SUSE multipath-tools patch resync
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] DM RAID: add RAID1 support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: SUSE multipath-tools patch resync
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• [PATCH] DM RAID: add RAID1 support
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH] DM RAID: do not print rebuilds in table line
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH] DM RAID: allow metadata devices
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• multipatd -k "show config" related query....
  • From: Dharmesh Kamdar <kamdard71@xxxxxxxxx>
• Re: dm: Integrity errors should not cause failover
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>