Linux Device-Mapper Development

• Thread Index

• Re: [PATCH v2 2/2] dm: verity support data device offset (Linux 3.4.7)
  • From: Wesley Miaw <wmiaw@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] dm: verity support data device offset (Linux 3.4.7)
  • From: Wesley Miaw <wmiaw@xxxxxxxxxxx>
• Re: [PATCH v5 01/12] block: Generalized bio pool freeing
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v5 05/12] block: Kill bi_destructor
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v5 05/12] block: Kill bi_destructor
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v5 04/12] pktcdvd: Switch to bio_kmalloc()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v5 03/12] block: Add bio_reset()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v5 02/12] dm: Use bioset's front_pad for dm_rq_clone_bio_info
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v5 12/12] block: Only clone bio vecs that are in use
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 12/12] block: Only clone bio vecs that are in use
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 11/12] block: Add bio_clone_bioset()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 10/12] block: Add bio_clone_kmalloc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 09/12] block: Rework bio_pair_split()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 08/12] block: Introduce new bio_split()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 08/12] block: Introduce new bio_split()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 06/12] block: Add an explicit bio flag for bios that own their bvec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 01/12] block: Generalized bio pool freeing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 05/12] block: Kill bi_destructor
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 04/12] pktcdvd: Switch to bio_kmalloc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 03/12] block: Add bio_reset()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 02/12] dm: Use bioset's front_pad for dm_rq_clone_bio_info
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] dm: verity support data device offset (Linux 3.4.7)
  • From: Wesley Miaw <wmiaw@xxxxxxxxxxx>
• Re: scsi_dh_rdac: Add empty set_params function to scsi_dh_rdac
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• [PATCH] dm-verity: fix overflow checking
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm: verity support data device offset (Linux 3.4.7)
  • From: Wesley Miaw <wmiaw@xxxxxxxxxxx>
• Re: scsi_dh_rdac: Add empty set_params function to scsi_dh_rdac
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm: verity support data device offset (Linux 3.4.7)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm: verity support data device offset (Linux 3.4.7)
  • From: Wesley Miaw <wmiaw@xxxxxxxxxxx>
• [PATCH] scsi_dh_rdac: Add empty set_params function to scsi_dh_rdac
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: dm-loop and kernel 3.x
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: dm-loop and kernel 3.x
  • From: Matt Coleman <mcoleman@xxxxxxxxxxxxxxx>
• Re: dm-loop and kernel 3.x
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: dm-loop and kernel 3.x
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• dm-loop and kernel 3.x
  • From: Matt Coleman <mcoleman@xxxxxxxxxxxxxxx>
• multipath-tools/multipathd main.c
  • From: bmarzins@xxxxxxxxxxxxxx
• Re: [PATCH v4 12/12] block: Only clone bio vecs that are in use
  • From: Muthu Kumar <muthu.lkml@xxxxxxxxx>
• Re: [PATCH v5 05/12] block: Kill bi_destructor
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 12/12] block: Only clone bio vecs that are in use
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v5 12/12] block: Only clone bio vecs that are in use
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v5 07/12] block: Rename bio_split() -> bio_pair_split()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v5 06/12] block: Add an explicit bio flag for bios that own their bvec
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v5 09/12] block: Rework bio_pair_split()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v5 05/12] block: Kill bi_destructor
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v5 04/12] pktcdvd: Switch to bio_kmalloc()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v5 08/12] block: Introduce new bio_split()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v5 01/12] block: Generalized bio pool freeing
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v5 03/12] block: Add bio_reset()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v5 11/12] block: Add bio_clone_bioset()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v5 00/12] Block cleanups
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v5 10/12] block: Add bio_clone_kmalloc()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v5 02/12] dm: Use bioset's front_pad for dm_rq_clone_bio_info
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH] dm: all kstrto* consumers should include kernel.h
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• multipath bug
  • From: Karandeep Chahal <kchahal@xxxxxxx>
• Re: linux-next: Tree for Aug 2 (dm-raid)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: linux-next: Tree for Aug 2 (dm-raid)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: SCSI disk IO problem with JBOD/multipath
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• SCSI disk IO problem with JBOD/multipath
  • From: Erich Weiler <weiler@xxxxxxxxxxxx>
• [PATCH 4/3] Introduce percpu rw semaphores
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/3] Introduce percpu rw semaphores
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/3] Introduce percpu rw semaphores
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [patch 0/2] [V4] block: Support online resize of disk partitions
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v3 0/2] block: improvements for discard alignment
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [patch 0/2] [V4] block: Support online resize of disk partitions
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [patch 0/2] [V4] block: Support online resize of disk partitions
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v3 0/2] block: improvements for discard alignment
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RESEND PATCH] block: do not artificially constrain max_sectors for stacking drivers
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v5] DM RAID: Add support for MD RAID10
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [RESEND PATCH] block: do not artificially constrain max_sectors for stacking drivers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/3] Introduce percpu rw semaphores
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/3] Introduce percpu rw semaphores
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [git pull] device-mapper updates for 3.6
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] scsi : Adding all the definitions of host bytes in hostbyte_table
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 2/3] Introduce percpu rw semaphores
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 2/3] Introduce percpu rw semaphores
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 2/3] Introduce percpu rw semaphores
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/3] Introduce percpu rw semaphores
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH 3/3] blockdev: turn a rw semaphore into a percpu rw semaphore
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/3] Introduce percpu rw semaphores
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/3] Fix Crash when IO is being submitted and block size is changed
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH][RESEND] multipath: fix cciss device names
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH][RESEND] multipath: add followover failback mode
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH][RESEND] multipath: check if a device belongs to multipath
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] multipath: remove callout code
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] scsi : Adding all the definitions of host bytes in hostbyte_table
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: [RESEND PATCH 3/3] dm mpath: add ability to disable partition creation
  • From: Hannes Reinecke <hare@xxxxxxx>
• Question about end_clone_bio()
  • From: Dong Robin <robin.k.dong@xxxxxxxxx>
• [PATCH] A possible deadlock with stacked devices (was: [PATCH v4 08/12] block: Introduce new bio_split())
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [RESEND PATCH 3/3] dm mpath: add ability to disable partition creation
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v4 01/12] block: Generalized bio pool freeing
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v4 08/12] block: Introduce new bio_split()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v4 05/12] block: Kill bi_destructor
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v4 04/12] pktcdvd: Switch to bio_kmalloc()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v4 03/12] block: Add bio_reset()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: Dm-mirror Issue
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• [PATCH] kpartx: work correctly with empty GPT table
  • From: Petr Uzel <petr.uzel@xxxxxxx>
• Re: [PATCH v4 10/12] block: Add bio_clone_kmalloc()
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH v4 09/12] block: Rework bio_pair_split()
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [RESEND PATCH 3/3] dm mpath: add ability to disable partition creation
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v4 08/12] block: Introduce new bio_split()
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH v4 05/12] block: Kill bi_destructor
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH v4 04/12] pktcdvd: Switch to bio_kmalloc()
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH v4 03/12] block: Add bio_reset()
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH v4 01/12] block: Generalized bio pool freeing
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Dm-mirror Issue
  • From: Gaurav Mahajan <gauravmahajan2007@xxxxxxxxx>
• Re: [Bcache v15 07/16] Closures
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v4 05/12] block: Kill bi_destructor
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v4 11/12] block: Add bio_clone_bioset()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v4 09/12] block: Rework bio_pair_split()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v4 03/12] block: Add bio_reset()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v4 08/12] block: Introduce new bio_split()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v4 01/12] block: Generalized bio pool freeing
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v4 07/12] block: Rename bio_split() -> bio_pair_split()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v4 12/12] block: Only clone bio vecs that are in use
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v4 10/12] block: Add bio_clone_kmalloc()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v4 04/12] pktcdvd: Switch to bio_kmalloc()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v4 06/12] block: Add an explicit bio flag for bios that own their bvec
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v4 00/12] Block cleanups
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v4 02/12] dm: Use bioset's front_pad for dm_rq_clone_bio_info
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH 2 of 2 - v3] DM RAID: Restructure conditional
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [Bcache v15 11/16] bcache: Core btree code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v4] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v4] DM RAID: Add support for MD RAID10
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [Bcache v15 07/16] Closures
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v15 10/16] bcache: Superblock/initialization/sysfs code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v15 07/16] Closures
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v15 15/16] bcache: Writeback, copying garbage collection
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v15 16/16] bcache: Debug and tracing code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v15 12/16] bcache: Bset code (lookups within a btree node)
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v15 06/16] Add human-readable units modifier to vsnprintf()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v15 14/16] bcache: Request, io and allocation code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v15 04/16] Export blk_fill_rwbs()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v15 05/16] Export __lockdep_no_validate__
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v15 09/16] bcache: Documentation, and changes to generic code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v15 02/16] Fix ratelimit macro to compile in c99 mode
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v15 13/16] bcache: Journalling
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v15 08/16] bcache: Generic utility code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v15 03/16] Export get_random_int()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v15 00/16]
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v15 01/16] Revert "rw_semaphore: remove up/down_read_non_owner"
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v4] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [Bcache v14 PATCH] fix compiler error
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v4] DM RAID: Add support for MD RAID10
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [git pull] Further device-mapper fixes for 3.5
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [RFC] dm-thin: Random block placement strategy?
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [RFC] dm-thin: Random block placement strategy?
  • From: Alex Elsayed <eternaleye+usenet@xxxxxxxxx>
• [Bcache v14 PATCH] fix compiler error
  • From: Daniel Wisehart <daniel.wisehart@xxxxxxxxxxx>
• Re: [PATCH 3/3] dm-thin: fix discard_granularity
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: Crash when IO is being submitted and block size is changed
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• [RFC PATCH] multipath-tools: Preventing silent swapping of underlying LUNs
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: Crash when IO is being submitted and block size is changed
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 3/3] dm-thin: fix discard_granularity
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH] dm-thin: don't send discards to shared blocks
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: keld@xxxxxxxxxx
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 3/3] dm-thin: fix discard_granularity
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v3] DM RAID: Add support for MD RAID10
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH 3/3] dm-thin: fix discard_granularity
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Load balancing reads on dmraid1 (and 01) arrays
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Crash when IO is being submitted and block size is changed
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH 3/3] dm-thin: fix discard_granularity
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/3] dm-thin: fix discard support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/3] dm-thin: fix discard support
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/3] dm-thin: fix discard support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/3] dm-thin: fix discard support
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v3 2/2] block: split discard into aligned requests
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] dm-mirror: fix crash with mirror recovery and discard
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-mirror: set discard_zeroes_data_unsupported
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• [PATCH] dm-thin: don't send discards to shared blocks
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: questions about dm-thin and discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxxxxxx>
• [PATCH 1/3] dm: introduce split_discard_requests
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3/3] dm-thin: fix discard_granularity
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/3] dm-thin: fix discard support
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/3] Fix discards on dm-thin
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: questions about dm-thin and discard
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: questions about dm-thin and discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• questions about dm-thin and discard
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: keld@xxxxxxxxxx
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Crash when IO is being submitted and block size is changed
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• EPRD and TIER vs bcache
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: keld@xxxxxxxxxx
• Re: Linux RAID subsystem future
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: keld@xxxxxxxxxx
• Re: Linux RAID subsystem future
  • From: NeilBrown <neilb@xxxxxxx>
• Linux RAID subsystem future
  • From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: keld@xxxxxxxxxx
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• multipath-tools/libmultipath structs.h
  • From: bmarzins@xxxxxxxxxxxxxx
• [PATCH v3] dm mpath: add 'retain_attached_hw_handler' feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• How to control the device mapper 's memory use?(or the IO queue limits?)
  • From: Busby <chaimvy@xxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH v2] DM RAID: Add support for MD RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH v2] DM RAID: Add support for MD RAID10
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• multipath-tools libmultipath/config.c libmulti ...
  • From: bmarzins@xxxxxxxxxxxxxx
• [PATCH v2] dm mpath: add 'retain_attached_hw_handler' feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dm mpath: add 'retain_loaded_hw_handler' feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RESEND PATCH 3/3] dm mpath: add ability to disable partition creation
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [RESEND PATCH 2/3] dm mpath: add 'default_hw_handler' feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RESEND PATCH 2/3] dm mpath: add 'default_hw_handler' feature
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] multipath: retry the DID_SOFT_ERROR for rdac checker commands
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• Re: [PATCH] DM RAID: Add support for MD RAID10 personality
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] DM RAID: Add support for MD RAID10 personality
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH v2] block: do not artificially constrain max_sectors for stacking drivers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] multipath: retry the DID_SOFT_ERROR for rdac checker commands
  • From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
• Re: [PATCH v2] block: do not artificially constrain max_sectors for stacking drivers
  • From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
• [ANNOUNCE] cryptsetup 1.5.0
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [patch 0/2] [V4] block: Support online resize of disk partitions
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [patch 0/2] [V4] block: Support online resize of disk partitions
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [patch 0/2] [V4] block: Support online resize of disk partitions
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [patch 0/2] [V4] block: Support online resize of disk partitions
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: dm-mirror: fix crash with mirror recovery and discard
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] block: do not artificially constrain max_sectors for stacking drivers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [patch 0/2] [V4] block: Support online resize of disk partitions
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• [patch 0/2] [V4] block: Support online resize of disk partitions
  • From: vgoyal@xxxxxxxxxx
• [patch 2/2] util-linux: resizepart: Utility to resize a partition
  • From: vgoyal@xxxxxxxxxx
• [patch 1/2] block: add partition resize function to blkpg ioctl
  • From: vgoyal@xxxxxxxxxx
• Re: [PATCH 1/2] block: add partition resize function to blkpg ioctl
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v2] block: do not artificially constrain max_sectors for stacking drivers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] block: do not artificially constrain max_sectors for stacking drivers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: DM MULTIPATH: Allow dm to send larger request if underlying device set to larger max_sectors value
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: DM MULTIPATH: Allow dm to send larger request if underlying device set to larger max_sectors value
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: DM MULTIPATH: Allow dm to send larger request if underlying device set to larger max_sectors value
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] DM MULTIPATH: Allow dm to send larger request if underlying device set to larger max_sectors value
  • From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
• Re: dm-mirror: fix crash with mirror recovery and discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Can anyone give some help on my research of thin provisioning ?
  • From: 汤占坤 <tangzhankun@xxxxxxxxxxx>
• Re: [PATCH] DM MULTIPATH: Allow dm to send larger request if underlying device set to larger max_sectors value
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] DM MULTIPATH: Allow dm to send larger request if underlying device set to larger max_sectors value
  • From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxxxxx>
• Re: [PATCH 1/2] block: add partition resize function to blkpg ioctl
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: dm-mirror: fix crash with mirror recovery and discard
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-mirror: fix crash with mirror recovery and discard
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-mirror: fix crash with mirror recovery and discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-mirror: fix crash with mirror recovery and discard
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH 0 of 5] MD: prepare RAID10 for inclusion in dm-raid.c
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• [PATCH] dm-mirror: fix crash with mirror recovery and discard
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] DM RAID: Add support for MD RAID10 personality
  • From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
• Re: [PATCH 0 of 5] MD: prepare RAID10 for inclusion in dm-raid.c
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: [PATCH v3 0/2] block: improvements for discard alignment
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v3 1/2] block: reorganize rounding of max_discard_sectors
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH v3 2/2] block: split discard into aligned requests
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH v3 0/2] block: improvements for discard alignment
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH] DM RAID: Add support for MD RAID10 personality
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2 of 2 - v2] DM RAID: Restructure conditional
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 1 of 2 - v2]: DM RAID: Move 'sectors_per_dev' calculation
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: [PATCH] DM RAID: Remove duplicate code.
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH] DM RAID: Add support for MD RAID10 personality
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH] DM RAID: Add support for MD RAID10 personality
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1 of 2]: DM RAID: Move 'sectors_per_dev' calculation
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] DM RAID: Remove duplicate code.
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 0 of 5] MD: prepare RAID10 for inclusion in dm-raid.c
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] DM RAID: Add support for MD RAID10 personality
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 2 of 2] DM RAID: Restructure conditional
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 1 of 2]: DM RAID: Move 'sectors_per_dev' calculation
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH] DM RAID: Remove duplicate code.
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 4 of 4] MD RAID10: Export md_raid10_congested
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 3 of 4] MD: Move macros from raid1*.h to raid1*.c
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 2 of 4] MD RAID1: rename mirror_info structure
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 1 of 4] MD RAID10: rename mirror_info structure
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 0 of 5] MD: prepare RAID10 for inclusion in dm-raid.c
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• Re: [PATCH v2 1/3] block: add sysfs entry for discard_alignment
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v2 1/3] block: add sysfs entry for discard_alignment
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v2 1/3] block: add sysfs entry for discard_alignment
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 1/3] block: add sysfs entry for discard_alignment
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 1/3] block: add sysfs entry for discard_alignment
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [git pull] device-mapper fixes for 3.5
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH v2 1/3] block: add sysfs entry for discard_alignment
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 2/3] block: reorganize rounding of max_discard_sectors
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: xfs_btree_cur leak with 3.5-rc4
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 1/3] block: add sysfs entry for discard_alignment
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: xfs_btree_cur leak with 3.5-rc4
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] block: reorganize rounding of max_discard_sectors
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v2 1/3] block: add sysfs entry for discard_alignment
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: xfs_btree_cur leak with 3.5-rc4
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: xfs_btree_cur leak with 3.5-rc4
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RESEND PATCH 1/3] scsi_dh: add scsi_dh_attached_handler_name
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• xfs_btree_cur leak with 3.5-rc4
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] block: all callers should check blkdev_issue_flush's return
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 3/3] block: split discard into aligned requests
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH v2 0/3] block: improvements for discard alignment
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH v2 2/3] block: reorganize rounding of max_discard_sectors
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH v2 1/3] block: add sysfs entry for discard_alignment
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [RFC PATCH] block: all callers should check blkdev_issue_flush's return
  • From: Joel Becker <jlbec@xxxxxxxxxxxx>
• Re: Crash when IO is being submitted and block size is changed
  • From: Vyacheslav Dubeyko <slava@xxxxxxxxxxx>
• Re: Crash when IO is being submitted and block size is changed
  • From: Jan Kara <jack@xxxxxxx>
• Re: Crash when IO is being submitted and block size is changed
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Crash when IO is being submitted and block size is changed
  • From: Jan Kara <jack@xxxxxxx>
• Crash when IO is being submitted and block size is changed
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: linux-next: Tree for Jun 27 (dm-thin.c)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: linux-next: Tree for Jun 27 (dm-thin.c)
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [RESEND PATCH 2/3] dm mpath: add 'default_hw_handler' feature
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: why doesn't multipathd use the device?
  • From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
• [RESEND PATCH 3/3] dm mpath: add ability to disable partition creation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [RESEND PATCH 0/3] multipath features for 3.6
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [RESEND PATCH 2/3] dm mpath: add 'default_hw_handler' feature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [RESEND PATCH 1/3] scsi_dh: add scsi_dh_attached_handler_name
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] block: all callers should check blkdev_issue_flush's return
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] block: all callers should check blkdev_issue_flush's return
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH] block: all callers should check blkdev_issue_flush's return
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• [RFC PATCH] block: all callers should check blkdev_issue_flush's return
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2 v2] dm persistent data: handle space map checker creation failure
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-thin: optimize power of two block size
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm transaction manager: handle space map checker failure
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-thin: optimize power of two block size
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: mmotm 2012-06-21-16-20 uploaded (dm-thin)
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: mmotm 2012-06-21-16-20 uploaded (dm-thin)
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: mmotm 2012-06-21-16-20 uploaded (dm-thin)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: mmotm 2012-06-21-16-20 uploaded (dm-thin)
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: mmotm 2012-06-21-16-20 uploaded (dm-thin)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: why doesn't multipathd use the device?
  • From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
• Re: why doesn't multipathd use the device?
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• why doesn't multipathd use the device?
  • From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 1/2 v2] dm persistent data: handle space map checker creation failure
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/2] dm space map checker: fix allocation failure during init
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [fail][unknown] error on multipath
  • From: Oliver Rojo <oliver.rojo@xxxxxxxxx>
• Re: [PATCH v3 1/9] string: introduce memweight
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: dm transaction manager: handle space map checker failure
  • From: Mike Snitzer <msnitzer@xxxxxxxxxx>
• Re: [PATCH v3 1/9] string: introduce memweight
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: dm transaction manager: handle space map checker failure
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: dm transaction manager: handle space map checker failure
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm transaction manager: handle space map checker failure
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] dm transaction manager: handle space map checker failure
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH] dm transaction manager: handle space map checker failure
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• [ANNOUNCE] cryptsetup 1.5.0-rc2
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Mike Snitzer <msnitzer@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Lukáš Czerner <lczerner@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Lukáš Czerner <lczerner@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Lukáš Czerner <lczerner@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Lukáš Czerner <lczerner@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Revisited: SAN failover question
  • From: urgrue <urgrue@xxxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Lukáš Czerner <lczerner@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] dm transaction manager: fix shadow_info leaks on dm_tm_destroy
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-stripe: fix size test
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• multipath-tools/multipath main.c multipath.8
  • From: bmarzins@xxxxxxxxxxxxxx
• Ext4 and xfs problems in dm-thin on allocation and discard
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• [PATCH] dm thin: commit metadata before creating metadata snapshot
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-thin: optimize power of two block size
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH] dm-thin: optimize power of two block size
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-stripe: remove minimum stripe size
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-stripe: remove stripes_mask
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-stripe: Optimize chunk_size divisions and modulos
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm: optimize modulo max_io_len
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: RHEL6.2: path failures during good path I/O
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: RHEL6.2: path failures during good path I/O
  • From: Christian May <cmay@xxxxxxxxxxxxxxxxxx>
• Re: RHEL6.2: path failures during good path I/O
  • From: Christian May <cmay@xxxxxxxxxxxxxxxxxx>
• Re: Thinp: how to enable discards?
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Thinp: how to enable discards?
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: [PATCH] libblkid: update dm-verity scan
  • From: Karel Zak <kzak@xxxxxxxxxx>
• multipath-tools ./multipath.conf.defaults libm ...
  • From: bmarzins@xxxxxxxxxxxxxx
• Re: RHEL6.2: path failures during good path I/O
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RHEL6.2: path failures during good path I/O
  • From: Christian May <cmay@xxxxxxxxxxxxxxxxxx>
• [PATCH] dm thin: provide useful errors on thin-pool table load failures
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm thin: cleanup compiler warning
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RHEL6.2: path failures during good path I/O
  • From: Christian May <cmay@xxxxxxxxxxxxxxxxxx>
• Re: RHEL6.2: path failures during good path I/O
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• RHEL6.2: path failures during good path I/O
  • From: Christian May <cmay@xxxxxxxxxxxxxxxxxx>
• [PATCH] multipath: fix cciss device names
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] multipath: add followover failback mode
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] multipath: check if a device belongs to multipath
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [Bcache v14 16/16] bcache: Debug and tracing code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v14 16/16] bcache: Debug and tracing code
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [Bcache v14 16/16] bcache: Debug and tracing code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v14 16/16] bcache: Debug and tracing code
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [Bcache v14 11/16] bcache: Core btree code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v14 09/16] bcache: Generic utility code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v14 08/16] bcache: Documentation, and changes to generic code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v14 10/16] bcache: Superblock/initialization/sysfs code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v14 12/16] bcache: Bset code (lookups within a btree node)
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v14 13/16] bcache: Journalling
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v14 07/16] Closures
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v14 14/16] bcache: Request, io and allocation code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v14 15/16] bcache: Writeback, copying garbage collection
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v14 04/16] Add human-readable units modifier to vsnprintf()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v14 16/16] bcache: Debug and tracing code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v14 06/16] Export __lockdep_no_validate__
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v14 02/16] Fix ratelimit macro to compile in c99 mode
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v14 00/16]
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v14 05/16] Export blk_fill_rwbs()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v14 01/16] Revert "rw_semaphore: remove up/down_read_non_owner"
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [Bcache v14 03/16] Export get_random_int()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH] libblkid: update dm-verity scan
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Fwd: different LUN numbers under the same dm device
  • From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/9] string: introduce memweight
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] multipath: fix libudev bug in sysfs_get_tgt_nodename
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [ANNOUNCE] cryptsetup 1.5.0-rc1 (add veritysetup)
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH] dm-verity: fix documentation
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: different LUN numbers under the same dm device
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [linux-lvm] LVM release 2.02.96 / git / veritysetup
  • From: Somchai Smythe <buraphalinuxserver@xxxxxxxxx>
• Re: [linux-lvm] LVM release 2.02.96 / git / veritysetup
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [linux-lvm] LVM release 2.02.96 / git / veritysetup
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [PATCH v3 1/9] string: introduce memweight
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH v3 3/9] dm: use memweight()
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• LVM release 2.02.96 / git / veritysetup
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: access to snapshot deltas
  • From: Frederick Grose <fgrose@xxxxxxxxx>
• [PATCH] multipath: remove unnecessary fds from alias code
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: different LUN numbers under the same dm device
  • From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
• Re: different LUN numbers under the same dm device
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: different LUN numbers under the same dm device
  • From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
• Re: access to snapshot deltas
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v4 2/5] scsi_dh: add scsi_dh_attached_handler_name
  • From: Hannes Reinecke <hare@xxxxxxx>
• access to snapshot deltas
  • From: "Benjamin S. Scarlet" <scarlet@xxxxxxxxxxxx>
• device count limit
  • From: Dan Olson <dolson@xxxxxxxxxxx>
• Re: different LUN numbers under the same dm device
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: different LUN numbers under the same dm device
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: different LUN numbers under the same dm device
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: different LUN numbers under the same dm device
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: different LUN numbers under the same dm device
  • From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
• Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: different LUN numbers under the same dm device
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
  • From: djwong <djwong@xxxxxxxxxx>
• Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: different LUN numbers under the same dm device
  • From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
• Re: different LUN numbers under the same dm device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• different LUN numbers under the same dm device
  • From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
• Re: multipathd: 8:80 mark as failed - BUG: unable to handle kernel NULL pointer dereference at (null)
  • From: Roberto Giordani <r.giordani@xxxxxxxxx>
• Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
  • From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
• Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
  • From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
• Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• [PATCH] multipath: libudev cleanup and bugfixes
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
  • From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
• Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
  • From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
• Re: [PATCH] Add dm-verity hash device detection to blkid.
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v2 01/10] string: introduce memweight
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
  • From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
• Load balancing reads on dmraid1 (and 01) arrays
  • From: Robert Collins <robertc@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 14/16] Gut bio_add_page()
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2 01/10] string: introduce memweight
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 01/10] string: introduce memweight
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH v2 01/10] string: introduce memweight
  • From: Jan Kara <jack@xxxxxxx>
• Re: [git pull] device-mapper updates for 3.5
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [git pull] device-mapper updates for 3.5
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH v2 01/10] string: introduce memweight
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH v2 04/10] dm: use memweight()
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH] Add dm-verity hash device detection to blkid.
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [Bcache v13 14/16] bcache: Request, io and allocation code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 00/16]
  • From: Zhi Yong Wu <zwu.kernel@xxxxxxxxx>
• [PATCH] dm:simple_strtoul() cleanup.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: [ANNOUNCE] cryptsetup 1.4.3
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [ANNOUNCE] cryptsetup 1.4.3
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [Bcache v13 14/16] bcache: Request, io and allocation code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 14/16] bcache: Request, io and allocation code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 14/16] bcache: Request, io and allocation code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 14/16] bcache: Request, io and allocation code
  • From: Tejun Heo <tejun@xxxxxxxxxx>
• Re: [Bcache v13 11/16] bcache: Core btree code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 14/16] bcache: Request, io and allocation code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 00/16]
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 11/16] bcache: Core btree code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 14/16] bcache: Request, io and allocation code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 14/16] bcache: Request, io and allocation code
  • From: Tejun Heo <tejun@xxxxxxxxxx>
• Re: [PATCH v3 14/16] Gut bio_add_page()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v3 14/16] Gut bio_add_page()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v3 05/16] block: Kill bi_destructor
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 07/16] block: Rename bio_split() -> bio_pair_split()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v3 14/16] Gut bio_add_page()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 05/16] block: Kill bi_destructor
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v3 14/16] Gut bio_add_page()
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v3 14/16] Gut bio_add_page()
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v3 14/16] Gut bio_add_page()
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: dm corruption? (Was: Re: can't recover ext4 on lvm from ext4_mb_generate_buddy:739: group 1687, 32254 clusters in bitmap, 32258 in gd)
  • From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
• Re: [PATCH v3 14/16] Gut bio_add_page()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 14/16] Gut bio_add_page()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 14/16] Gut bio_add_page()
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v3 14/16] Gut bio_add_page()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/2] dm optimize: use SRCU and RCU
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/2] dm optimize: reorder structure
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v3 08/16] block: Rework bio splitting
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v3 14/16] Gut bio_add_page()
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v3 02/16] dm: Use bioset's front_pad for dm_rq_clone_bio_info
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH v3 07/16] block: Rename bio_split() -> bio_pair_split()
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH v3 01/16] block: Generalized bio pool freeing
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH v3 03/16] block: Add bio_reset()
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH v3 06/16] block: Add an explicit bio flag for bios that own their bvec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 05/16] block: Kill bi_destructor
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 04/16] pktcdvd: Switch to bio_kmalloc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 03/16] block: Add bio_reset()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 02/16] dm: Use bioset's front_pad for dm_rq_clone_bio_info
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 01/16] block: Generalized bio pool freeing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 02/16] dm: Use bioset's front_pad for dm_rq_clone_bio_info
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH v3 13/16] Make generic_make_request handle arbitrarily large bios
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v3 13/16] Make generic_make_request handle arbitrarily large bios
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH v3 13/16] Make generic_make_request handle arbitrarily large bios
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH v2 12/14] Closures
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH v3 14/16] Gut bio_add_page()
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH v3 12/16] Closures
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v3 14/16] Gut bio_add_page()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v3 12/16] Closures
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3 14/16] Gut bio_add_page()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 09/16] block: Add bio_clone_kmalloc()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v3 15/16] md: Kill merge_bvec_fn()s
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v3 01/16] block: Generalized bio pool freeing
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v3 14/16] Gut bio_add_page()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v3 06/16] block: Add an explicit bio flag for bios that own their bvec
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v3 16/16] dm: Kill merge_bvec_fn()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v3 03/16] block: Add bio_reset()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v3 12/16] Closures
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v3 11/16] block: Only clone bio vecs that are in use
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v3 08/16] block: Rework bio splitting
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v3 13/16] Make generic_make_request handle arbitrarily large bios
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v3 02/16] dm: Use bioset's front_pad for dm_rq_clone_bio_info
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v3 00/16] Block cleanups
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v3 07/16] block: Rename bio_split() -> bio_pair_split()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v3 05/16] block: Kill bi_destructor
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v3 04/16] pktcdvd: Switch to bio_kmalloc()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v3 10/16] block: Add bio_clone_bioset()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v2 09/14] block: Add an explicit bio flag for bios that own their bvec
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v2 11/14] block: Rework bio splitting
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v2 09/14] block: Add an explicit bio flag for bios that own their bvec
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• dm corruption? (Was: Re: can't recover ext4 on lvm from ext4_mb_generate_buddy:739: group 1687, 32254 clusters in bitmap, 32258 in gd)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 04/14] block: Add bio_clone_kmalloc()
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• [RFC PATCH v2 2/3] Adds support for security checks in the linear target
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• [RFC PATCH v2 1/3] Adds support for user-submitted ioctl commands
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• [RFC PATCH v2 3/3] Adds support for security checks in the crypt target
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• [RFC PATCH v2 0/3] Allow user w/o CAP_SYS_ADMIN to submit ioctl commands into DM
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: [PATCH v2 08/14] block: Kill bi_destructor
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 0/2] multipath: compile cleanup
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• [PATCH 2/2] multipath: Fix warnings from stricter compile options.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 0/2] multipath: compile cleanup
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 1/2] multipath: Build with standard rpm cflags
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2 04/14] block: Add bio_clone_kmalloc()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v2 03/14] block: Add bio_clone_bioset()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v2 02/14] dm: kill dm_rq_bio_destructor
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v2 09/14] block: Add an explicit bio flag for bios that own their bvec
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v2 11/14] block: Rework bio splitting
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v2 08/14] block: Kill bi_destructor
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v2 08/14] block: Kill bi_destructor
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v2 07/14] pktcdvd: Switch to bio_kmalloc()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v2 08/14] block: Kill bi_destructor
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v2 07/14] pktcdvd: Switch to bio_kmalloc()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v2 04/14] block: Add bio_clone_kmalloc()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v2 03/14] block: Add bio_clone_bioset()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [Bcache v13 12/16] bcache: Bset code (lookups within a btree node)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 01/14] block: Generalized bio pool freeing
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH v2 01/14] block: Generalized bio pool freeing
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v2 09/14] block: Add an explicit bio flag for bios that own their bvec
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH v2 11/14] block: Rework bio splitting
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH v2 03/14] block: Add bio_clone_bioset()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 01/14] block: Generalized bio pool freeing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 02/14] dm: kill dm_rq_bio_destructor
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 01/14] block: Generalized bio pool freeing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 01/10] string: introduce memweight
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH v2 02/14] dm: kill dm_rq_bio_destructor
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: bcache performance test problem
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v2 12/14] Closures
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 12/14] Closures
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• bcache performance test problem
  • From: Qinling <mail.qinling@xxxxxxxxxx>
• Re: [PATCH v2 02/14] dm: kill dm_rq_bio_destructor
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH v2 12/14] Closures
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 02/14] dm: kill dm_rq_bio_destructor
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v2 02/14] dm: kill dm_rq_bio_destructor
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• [PATCH v2 12/14] Closures
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v2 05/14] block: Only clone bio vecs that are in use
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v2 14/14] Gut bio_add_page()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v2 09/14] block: Add an explicit bio flag for bios that own their bvec
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v2 13/14] Make generic_make_request handle arbitrarily large bios
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v2 08/14] block: Kill bi_destructor
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v2 10/14] block: Rename bio_split() -> bio_pair_split()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v2 11/14] block: Rework bio splitting
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v2 06/14] block: Add bio_reset()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v2 04/14] block: Add bio_clone_kmalloc()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v2 03/14] block: Add bio_clone_bioset()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v2 02/14] dm: kill dm_rq_bio_destructor
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v2 01/14] block: Generalized bio pool freeing
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v2 00/14] Block cleanups (for bcache)
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH v2 07/14] pktcdvd: Switch to bio_kmalloc()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• [PATCH] multipath: Some device configuration changes for NetApp LUNs
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH][RESEND] multipath: fix scsi async tur checker corruption
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [Bcache v13 12/16] bcache: Bset code (lookups within a btree node)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] multipath: Make sure we store all the hwentry attributes.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• [PATCH] multipath: Allow user_friendly_names in more config sections
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] multipath: Make sure we store all the hwentry attributes.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH]] multipath-tools : Minor typo in multipath.conf.annotated
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
• does file system page cache work after device mapping?
  • From: zhiming shen <zhiming.shim@xxxxxxxxx>
• Re: Allow userland access to metadata of a live thin provisioning pool
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [Bcache v13 12/16] bcache: Bset code (lookups within a btree node)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 11/16] bcache: Core btree code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 09/16] Bcache: generic utility code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 09/16] Bcache: generic utility code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 09/16] Bcache: generic utility code
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 01/10] string: introduce memweight
  • From: Matthew Wilcox <matthew@xxxxxx>
• [PATCH]] multipath-tools : Minor typo in multipath.conf.annotated
  • From: Cedric Buissart <cbuissar@xxxxxxxxxx>
• Re: [PATCH 01/10] string: introduce memweight
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 01/10] string: introduce memweight
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH 01/10] string: introduce memweight
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCHES]: dm lock optimization
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH] Add human-readable units modifier to vsnprintf()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] Add human-readable units modifier to vsnprintf()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 09/16] Bcache: generic utility code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH] Add human-readable units modifier to vsnprintf()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [Bcache v13 11/16] bcache: Core btree code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH] Add human-readable units modifier to vsnprintf()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 11/16] bcache: Core btree code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] Add human-readable units modifier to vsnprintf()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [Bcache v13 09/16] Bcache: generic utility code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] Add human-readable units modifier to vsnprintf()
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 14/16] bcache: Request, io and allocation code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 12/16] bcache: Bset code (lookups within a btree node)
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 11/16] bcache: Core btree code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 09/16] Bcache: generic utility code
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [Bcache v13 09/16] Bcache: generic utility code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 14/16] bcache: Request, io and allocation code
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [Bcache v13 14/16] bcache: Request, io and allocation code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 14/16] bcache: Request, io and allocation code
  • From: Tejun Heo <tejun@xxxxxxxxxx>
• Re: [Bcache v13 11/16] bcache: Core btree code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 12/16] bcache: Bset code (lookups within a btree node)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 11/16] bcache: Core btree code
  • From: Tejun Heo <tejun@xxxxxxxxxx>
• Re: Allow userland access to metadata of a live thin provisioning pool
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [Bcache v13 09/16] Bcache: generic utility code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bcache v13 09/16] Bcache: generic utility code
  • From: Tejun Heo <tejun@xxxxxxxxxx>
• [PATCH] dm-cache (block level disk cache target): UPDATE latest kernel
  • From: Dulcardo Arteaga <dulcardo@xxxxxxxxx>
• Re: working with dm-raid module
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH v2] scsi: Fix dm-multipath starvation when scsi host is busy
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2] scsi: Fix dm-multipath starvation when scsi host is busy
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: multipathd: 8:80 mark as failed - BUG: unable to handle kernel NULL pointer dereference at (null)
  • From: Roberto Giordani <dreamdrawers@xxxxxxxxx>
• [PATCH v2] scsi: Fix dm-multipath starvation when scsi host is busy
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH] scsi: Fix dm-multipath starvation when scsi host is busy
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] scsi: Fix dm-multipath starvation when scsi host is busy
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: multipath_busy() stalls IO due to scsi_host_is_busy()
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH 02/13] dm: kill dm_rq_bio_destructor
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [Bcache v13 07/16] Closures
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>
• Re: [PATCH v4 2/5] scsi_dh: add scsi_dh_attached_handler_name
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
  • From: Kent Overstreet <koverstreet@xxxxxxxxxx>