Linux Device-Mapper Development

• Thread Index

• Re: Newbie device mapper questions
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Newbie device mapper questions
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 2/4] dm stats: support precise timestamps
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Newbie device mapper questions
  • From: Johannes Bauer <dfnsonfsduifb@xxxxxx>
• Re: [PATCH 3/4] dm stats: report histogram of latencies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 2/4] dm stats: support precise timestamps
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 0/4] Integrate dm-latency functionality to dm-statistics
  • From: Coly Li <colyli@xxxxxxxxx>
• Re: [PATCH 2/4] dm stats: support precise timestamps
  • From: Coly Li <colyli@xxxxxxxxx>
• Re: [PATCH 3/4] dm stats: report histogram of latencies
  • From: Coly Li <colyli@xxxxxxxxx>
• Re: Newbie device mapper questions
  • From: Minfei Huang <mnfhuang@xxxxxxxxx>
• Re: Newbie device mapper questions
  • From: Minfei Huang <mnfhuang@xxxxxxxxx>
• Re: Newbie device mapper questions
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH] dm-statistics: update documentation
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Newbie device mapper questions
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Newbie device mapper questions
  • From: Johannes Bauer <dfnsonfsduifb@xxxxxx>
• Re: dmsetup remove gives EBUSY (even though it shouldn't be busy)
  • From: Johannes Bauer <dfnsonfsduifb@xxxxxx>
• Re: [PATCH 3/4] dm stats: report histogram of latencies
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 3/4] dm stats: report histogram of latencies
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/4] dm stats: support precise timestamps
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 0/4] Integrate dm-latency functionality to dm-statistics
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 3/4] dm stats: report histogram of latencies
  • From: Coly Li <colyli@xxxxxxxxx>
• Re: [PATCH 0/4] Integrate dm-latency functionality to dm-statistics
  • From: Coly Li <colyli@xxxxxxxxx>
• Re: [PATCH 2/4] dm stats: support precise timestamps
  • From: Coly Li <colyli@xxxxxxxxx>
• Re: ALUA - rescan device capacity on zero sized block devices
  • From: Ewan Milne <emilne@xxxxxxxxxx>
• Re: ALUA - rescan device capacity on zero sized block devices
  • From: Ewan Milne <emilne@xxxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH] block: add a bi_error field to struct bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC] add a bi_error field
  • From: Liu Bo <bo.li.liu@xxxxxxxxxx>
• Re: [RFC] add a bi_error field
  • From: Liu Bo <bo.li.liu@xxxxxxxxxx>
• Re: [RFC] add a bi_error field
  • From: Liu Bo <bo.li.liu@xxxxxxxxxx>
• add a bi_error field to struct bio V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC] add a bi_error field
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: ALUA - rescan device capacity on zero sized block devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: anup modak <amodak2014@xxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/4] dm stats: support precise timestamps
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/4] dm stats: support precise timestamps
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/4] dm stats: support precise timestamps
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: ALUA - rescan device capacity on zero sized block devices
  • From: Ewan Milne <emilne@xxxxxxxxxx>
• Re: [PATCH] block: add a bi_error field to struct bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Trying to us dmcache with zram block device
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• device-mapper-1.02.67]
  • From: "Finneran, Gary" <gary.finneran@xxxxxxx>
• Re: [PATCH] block: add a bi_error field to struct bio
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH 4/4] dm stats: support statistics on requests-based devices
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• [PATCH 4/4] dm stats: support statistics on requests-based devices
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3/4] dm stats: report histogram of latencies
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/4] Integrate dm-latency functionality to dm-statistics
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/4] dm stats: support precise timestamps
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/4] dm-statistics: better argument validation
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH 8/8] cfq-iosched: charge async IOs to the appropriate blkcg's instead of the root
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 8/8] cfq-iosched: charge async IOs to the appropriate blkcg's instead of the root
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 1/4] Add libmpathcmd library and use it internally
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 2/4] add raw format multipathd commands
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 4/4] Make use of /run depend on systemd
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 3/4] libmultipath: add ignore_new_boot_devs option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 0/4] misc multipath patches
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm-statistics: better argument validation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-statistics: better argument validation
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: block: add a bi_error field to struct bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] block: add a bi_error field to struct bio
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH for-4.2 2/3] block, dm: don't copy bios for request clones
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH 03/10] multipathd: use /run instead of /var/run
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• [PATCH 3.10, 3.14] dm snapshot: suspend merging snapshot when doing exception handover
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3.10] add dm_internal_suspend and dm_internal_resume
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3.14] dm snapshot: suspend origin when doing exception handover
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3.10] dm snapshot: suspend origin when doing exception handover
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] block: add a bi_error field to struct bio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3.10, 3.14] dm snapshot: allocate a per-target structure for snapshot-origin target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [RFC] add a bi_error field
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] libmultipath: don't lock block device but use lock files
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Next release plans?
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH for-4.2 2/3] block, dm: don't copy bios for request clones
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH for-4.2 2/3] block, dm: don't copy bios for request clones
  • From: Christoph Hellwig <hch@xxxxxx>
• Next release plans?
  • From: Mathieu Trudel-Lapierre <mathieu.tl@xxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: Regression: Disk corruption with dm-crypt and kernels >= 4.0
  • From: Abelardo Ricart III <aricart@xxxxxxxxxx>
• Re: Regression: Disk corruption with dm-crypt and kernels >= 4.0
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] libmultipath: don't lock block device but use lock files
  • From: Christian Seiler <christian@xxxxxxxx>
• Re: Poor snapshot performance in linux-3.19
  • From: Dennis Yang <shinrairis@xxxxxxxxx>
• [PATCH 19/98] dm-log-userspace.h: use __u32, __s32 and __u64 from linux/types.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH for-4.2 2/3] block, dm: don't copy bios for request clones
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH for-4.2 2/3] block, dm: don't copy bios for request clones
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• [git pull] device mapper fixes for 4.1-rc6
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH for-4.2 2/3] block, dm: don't copy bios for request clones
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH for-4.2 2/3] block, dm: don't copy bios for request clones
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Poor snapshot performance in linux-3.19
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Correct way to resize a device
  • From: Nikolay Borisov <kernel@xxxxxxxx>
• Re: 4.1-rc2 dm-multipath-mq kernel warning
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH] dm: fix reload failure of 0 path multipath mapping on blk-mq devices
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• [dm:dm-4.1-for-ejt 33/33] drivers/md/dm-thin.c:1543:25: error: 'BIO_CHAIN' undeclared
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: dm: fix false alarm in free_rq_clone() for non blk-mq target
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: dm: fix false alarm in free_rq_clone() for non blk-mq target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Poor snapshot performance in linux-3.19
  • From: Dennis Yang <shinrairis@xxxxxxxxx>
• Re: dm: fix false alarm in free_rq_clone() for non blk-mq target
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: dm: fix false alarm in free_rq_clone() for non blk-mq target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [dm:dm-4.1-for-ejt 33/33] drivers/md/dm-thin.c:1543:25: error: 'BIO_CHAIN' undeclared
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: 4.1-rc2 dm-multipath-mq kernel warning
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: 4.1-rc2 dm-multipath-mq kernel warning
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: 4.1-rc2 dm-multipath-mq kernel warning
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: 4.1-rc2 dm-multipath-mq kernel warning
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Question about suspending a device
  • From: Nikolay Borisov <kernel@xxxxxxxx>
• Re: Poor snapshot performance in linux-3.19
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Poor snapshot performance in linux-3.19
  • From: Dennis Yang <shinrairis@xxxxxxxxx>
• Re: 4.1-rc2 dm-multipath-mq kernel warning
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH] dm: fix false alarm in free_rq_clone() for non blk-mq target
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH for-4.2 2/3] block, dm: don't copy bios for request clones
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: dm: Fix oops when clone_and_map_rq returns !DM_MAPIO_REMAPPED
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: 4.1-rc2 dm-multipath-mq kernel warning
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: 4.1-rc2 dm-multipath-mq kernel warning
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: 4.1-rc2 dm-multipath-mq kernel warning
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: 4.1-rc2 dm-multipath-mq kernel warning
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: 4.1-rc2 dm-multipath-mq kernel warning
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: dm: Fix oops when clone_and_map_rq returns !DM_MAPIO_REMAPPED
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: Fix oops when clone_and_map_rq returns !DM_MAPIO_REMAPPED
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: 4.1-rc2 dm-multipath-mq kernel warning
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH for-4.2 2/3] block, dm: don't copy bios for request clones
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH for-4.2 2/3] block, dm: don't copy bios for request clones
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH] dm: Fix oops when clone_and_map_rq returns !DM_MAPIO_REMAPPED
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH for 4.1-rc] dm: run queue on re-queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for 4.1-rc] dm: run queue on re-queue
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH v4 08/11] block: kill merge_bvec_fn() completely
  • From: Alex Elder <elder@xxxxxxxxxx>
• Re: [PATCH v4 08/11] block: kill merge_bvec_fn() completely
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH v4 08/11] block: kill merge_bvec_fn() completely
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH for-4.2 2/3] block, dm: don't copy bios for request clones
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH v4 08/11] block: kill merge_bvec_fn() completely
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 08/11] block: kill merge_bvec_fn() completely
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: dmsetup remove gives EBUSY (even though it shouldn't be busy)
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: Proposal for annotating _unstable_ pages
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH v4 08/11] block: kill merge_bvec_fn() completely
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v3 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v3 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v4 08/11] block: kill merge_bvec_fn() completely
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: NeilBrown <neilb@xxxxxxx>
• dmsetup remove gives EBUSY (even though it shouldn't be busy)
  • From: Johannes Bauer <dfnsonfsduifb@xxxxxx>
• Re: [PATCH 6/4 v2] dm-raid: enhance discard_zeroes_data documentation
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH] libmultipath: don't lock block device but use lock files
  • From: Christian Seiler <christian@xxxxxxxx>
• Re: [PATCH] libmultipath: don't lock block device but use lock files
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] libmultipath: don't lock block device but use lock files
  • From: Christian Seiler <christian@xxxxxxxx>
• [PATCH dm] dm thin: __blkdev_issue_discard_async() can be static
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [dm:for-next 30/30] drivers/md/dm-thin.c:338:5: sparse: symbol '__blkdev_issue_discard_async' was not declared. Should it be static?
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [PATCH 1/1] scsi: add Synology to 1024 sector blacklist
  • From: michaelc@xxxxxxxxxxx
• Re: Proposal for annotating _unstable_ pages
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH for-4.2 3/3] block: remove export for blk_queue_bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-4.2 1/3] block: remove management of bi_remaining when restoring original bi_end_io
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-4.2 2/3] block, dm: don't copy bios for request clones
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Proposal for annotating _unstable_ pages
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: Proposal for annotating _unstable_ pages
  • From: Jan Kara <jack@xxxxxxx>
• Re: Proposal for annotating _unstable_ pages
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v3 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Regarding RHEL multipath-tools-0.5.0
  • From: "Nalla, Ravikanth" <ravikanth.nalla@xxxxxx>
• Re: [PATCH v3 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v3 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v3 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v3 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Let's get a File & Storage miniconf going at LPC2015!
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v2 RESEND] block: discard bdi_unregister() in favour of bdi_destroy()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: Let's get a File & Storage miniconf going at LPC2015!
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Regarding the correct version of sysfs util for multipath-tools-0.4.5
  • From: Ravikanth Nalla <ravikanth.nalla@xxxxxxxxx>
• Re: [PATCH for-4.2 04/14] block: factor out blkdev_issue_discard_async
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH for-4.2 v2 01/14] block: remove management of bi_remaining when restoring original bi_end_io
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH for-4.2 v2 01/14] block: remove management of bi_remaining when restoring original bi_end_io
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 RESEND] block: discard bdi_unregister() in favour of bdi_destroy()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v2 RESEND] block: discard bdi_unregister() in favour of bdi_destroy()
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH for-4.2 v2 01/14] block: remove management of bi_remaining when restoring original bi_end_io
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH for-4.2 04/14] block: factor out blkdev_issue_discard_async
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: reinstate path not working
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH for-4.2 04/14] block: factor out blkdev_issue_discard_async
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH for-4.2 01/14] block: remove management of bi_remaining when restoring original bi_end_io
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH for-4.2 06/14] dm: rename methods that requeue requests
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH for-4.2 01/14] block: remove management of bi_remaining when restoring original bi_end_io
  • From: Jan Kara <jack@xxxxxxx>
• Re: Regression: Disk corruption with dm-crypt and kernels >= 4.0
  • From: Abelardo Ricart III <aricart@xxxxxxxxxx>
• Re: [PATCH for-4.2 04/14] block: factor out blkdev_issue_discard_async
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH for-4.2 01/14] block: remove management of bi_remaining when restoring original bi_end_io
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH for-4.2 01/14] block: remove management of bi_remaining when restoring original bi_end_io
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Possible BUG in the entry removal process of dm-btree structure
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Regression: Disk corruption with dm-crypt and kernels >= 4.0
  • From: Brandon Smith <freedom@xxxxxxxxxxxxxxx>
• reinstate path not working
  • From: Tejaswini Poluri <tejaswinipoluri3@xxxxxxxxx>
• Re: [PATCH for-4.2 06/14] dm: rename methods that requeue requests
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH for-4.2 04/14] block: factor out blkdev_issue_discard_async
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH for-4.2 01/14] block: remove management of bi_remaining when restoring original bi_end_io
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: dm-raid1: keep writing after leg failure
  • From: "Lidong Zhong" <lzhong@xxxxxxxx>
• Re: dm-raid1: keep writing after leg failure
  • From: "Lidong Zhong" <lzhong@xxxxxxxx>
• Re: multipath-tools git repository is unavailable
  • From: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
• Re: [PATCH for-4.2 01/14] block: remove management of bi_remaining when restoring original bi_end_io
  • From: Jan Kara <jack@xxxxxxx>
• Possible BUG in the entry removal process of dm-btree structure
  • From: Dennis Yang <shinrairis@xxxxxxxxx>
• [PATCH 08/10] Fix issues with user_friendly_names initramfs bindings
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 02/10] fix memory leaks on realloc failures
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 10/10] resize reply buffer for mutipathd help message
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 01/10] libmultipath: Add prioritizer context data
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 05/10] update multipath rules to deal with partition devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 04/10] retrigger uevents to try and get the uid through udev
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 06/10] change order of multipath.rules
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 00/10] Multipath path resync
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 03/10] multipathd: use /run instead of /var/run
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 07/10] make kpartx -d remove all partitions
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 09/10] Make multipath deactivate devices before iscsi shutdown
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm crypt: Add comments to better describe crypto processing logic.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: snapshot-origin freezes system - what am I doing wrong?
  • From: Atom2 <ariel.atom2@xxxxxxxxxx>
• Re: snapshot-origin freezes system - what am I doing wrong?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: snapshot-origin freezes system - what am I doing wrong?
  • From: Atom2 <ariel.atom2@xxxxxxxxxx>
• [PATCH 6/4 v2] dm-raid: enhance discard_zeroes_data documentation
  • From: heinzm@xxxxxxxxxx
• Re: snapshot-origin freezes system - what am I doing wrong?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: snapshot-origin freezes system - what am I doing wrong?
  • From: Atom2 <ariel.atom2@xxxxxxxxxx>
• Re: dm-raid1: keep writing after leg failure
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm crypt: Add comments to better describe crypto processing logic.
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [PATCH v2 5/4] dm-raid: add merge method to target
  • From: heinzm@xxxxxxxxxx
• Re: snapshot-origin freezes system - what am I doing wrong?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• snapshot-origin freezes system - what am I doing wrong?
  • From: Atom2 <ariel.atom2@xxxxxxxxxx>
• [PATCH 1/2] Increase number of retries
  • From: Ritesh Raj Sarraf <rrs@xxxxxxxxxx>
• [PATCH 2/2] Display error when we fail to delete device
  • From: Ritesh Raj Sarraf <rrs@xxxxxxxxxx>
• [PATCH for-4.2 03/14] block, dm: don't copy bios for request clones
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-4.2 06/14] dm: rename methods that requeue requests
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-4.2 11/14] dm thin: range discard support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-4.2 05/14] dm: do not allocate any mempools for blk-mq request-based DM
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-4.2 08/14] dm btree: add dm_btree_remove_leaves()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-4.2 12/14] dm thin: cleanup overwrite's endio restore to be centralized
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-4.2 04/14] block: factor out blkdev_issue_discard_async
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-4.2 13/14] dm thin: cleanup schedule_zero() to read more logically
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-4.2 09/14] dm thin metadata: add dm_thin_find_mapped_range()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-4.2 10/14] dm thin metadata: add dm_thin_remove_range()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-4.2 14/14] dm thin metadata: remove in-core 'read_only' flag
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-4.2 07/14] dm: factor out a common cleanup_mapped_device()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-4.2 01/14] block: remove management of bi_remaining when restoring original bi_end_io
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-4.2 02/14] block: remove export for blk_queue_bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-4.2 00/14] block, dm: first batch of changes for 4.2
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: linux-next dm-thinp regression due to "bio: skip atomic inc/dec of ->bi_remaining for non-chains"
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: linux-next dm-thinp regression due to "bio: skip atomic inc/dec of ->bi_remaining for non-chains"
  • From: Jan Kara <jack@xxxxxxx>
• Re: linux-next dm-thinp regression due to "bio: skip atomic inc/dec of ->bi_remaining for non-chains"
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: linux-next dm-thinp regression due to "bio: skip atomic inc/dec of ->bi_remaining for non-chains"
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• linux-next dm-thinp regression due to "bio: skip atomic inc/dec of ->bi_remaining for non-chains"
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-raid1: keep writing after leg failure
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• dm-writeboost v1.0.0 released
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• [PATCH] dm-raid1: keep writing after leg failure
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [PATCH 0/3] [RESEND]dm-raid1: several fixes about writing on out of sync mirror device
  • From: "Lidong Zhong" <lzhong@xxxxxxxx>
• multipath-tools git repository is unavailable
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Writes going to source device in write-back mode
  • From: "BK, GirishKumar" <GirishKumar.BK@xxxxxxxxxx>
• Re: dm-raid: unsynced raid snapshot creation/deletion causes panic (work queue teardown race)
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: dm-raid: unsynced raid snapshot creation/deletion causes panic (work queue teardown race)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/3] [RESEND]dm-raid1: several fixes about writing on out of sync mirror device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] block: remove export for blk_queue_bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3] block, dm: don't copy bios for request clones
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 08/17] scsi_dh_alua: Make stpg synchronous
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 08/17] scsi_dh_alua: Make stpg synchronous
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 08/17] scsi_dh_alua: Make stpg synchronous
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 08/17] scsi_dh_alua: Make stpg synchronous
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: dm-snap-persistent: chunk_io doesn't call destroy_work_on_stack in 3.10.76
  • From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
• [git pull] device mapper fixes for 4.1-rc3
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 3/4] Documentation: add version history entries for raid0 support _and_ forgotten devices_handle_discards_safely module paramater
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH v2 2/4] md-raid0: conditional mddev->queue access to suit dm-raid
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH v2 4/4] dm-raid: remove bogus parse_raid_params() comment about devices_handle_discards_safely
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH v2 3/4] Documentation: add version history entries for raid0 support _and_ forgotten devices_handle_discards_safely module paramater
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH v2 2/4] md-raid0: conditional mddev->queue access to suit dm-raid
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH v2 1/4] dm-raid: Add support for the MD RAID0 personality
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• dm-snap-persistent: chunk_io doesn't call destroy_work_on_stack in 3.10.76
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• [PATCH v2] block: discard bdi_unregister() in favour of bdi_destroy()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Dumb question; please help
  • From: Frederick Grose <fgrose@xxxxxxxxx>
• Re: 4.1-rc2 dm-multipath-mq kernel warning
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: Dumb question; please help
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Dumb question; please help
  • From: Locane <locane@xxxxxxxxx>
• [PATCH v3 08/11] block: kill merge_bvec_fn() completely
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH v3 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH 07/10] block: kill merge_bvec_fn() completely
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: 4.1-rc2 dm-multipath-mq kernel warning
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH stable] block: discard bdi_unregister() in favour of bdi_destroy()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Trouble with ALUA on controller failover
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• Re: 4.1-rc2 dm-multipath-mq kernel warning
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH] Revert "dm crypt: fix deadlock when async crypto algorithm returns -EBUSY"
  • From: Horia Geantă <horia.geanta@xxxxxxxxxxxxx>
• Re: [PATCH 07/10] block: kill merge_bvec_fn() completely
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH] Revert "dm crypt: fix deadlock when async crypto algorithm returns -EBUSY"
  • From: Rabin Vincent <rabin.vincent@xxxxxxxx>
• Re: [PATCH 01/10] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [4.1-rc1][Hibernation failed] bisect result included
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [4.1-rc1][Hibernation failed] bisect result included
  • From: Yu Chen <yu.c.chen@xxxxxxxxx>
• Re: [PATCH 07/10] block: kill merge_bvec_fn() completely
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/10] block: make generic_make_request handle arbitrarily sized bios
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: 4.1-rc2 dm-multipath-mq kernel warning
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [4.1-rc1][Hibernation failed] bisect result included
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: A target for hotswap?
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• 4.1-rc2 dm-multipath-mq kernel warning
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 3.14 73/92] dm crypt: fix deadlock when async crypto algorithm returns -EBUSY
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 3.14 73/92] dm crypt: fix deadlock when async crypto algorithm returns -EBUSY
  • From: Rabin Vincent <rabin@xxxxxx>
• Re: [4.1-rc1][Hibernation failed] bisect result included
  • From: Yu Chen <yu.c.chen@xxxxxxxxx>
• Re: [4.1-rc1][Hibernation failed] bisect result included
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 3.14 73/92] dm crypt: fix deadlock when async crypto algorithm returns -EBUSY
  • From: Ben Collins <ben.c@xxxxxxxxxxxx>
• Re: [PATCH 3.14 73/92] dm crypt: fix deadlock when async crypto algorithm returns -EBUSY
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCH 3.14 73/92] dm crypt: fix deadlock when async crypto algorithm returns -EBUSY
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 3.14 73/92] dm crypt: fix deadlock when async crypto algorithm returns -EBUSY
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: A target for hotswap?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [4.1-rc1][Hibernation failed] bisect result included
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• A target for hotswap?
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH 07/10] block: kill merge_bvec_fn() completely
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: Regression: Disk corruption with dm-crypt and kernels >= 4.0
  • From: Abelardo Ricart III <aricart@xxxxxxxxxx>
• Re: Regression: Disk corruption with dm-crypt and kernels >= 4.0
  • From: Abelardo Ricart III <aricart@xxxxxxxxxx>
• Re: Regression: Disk corruption with dm-crypt and kernels >= 4.0
  • From: Abelardo Ricart III <aricart@xxxxxxxxxx>
• Re: Regression: Disk corruption with dm-crypt and kernels >= 4.0
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: ppc64le crash in dm on 4.1+
  • From: Joel Stanley <joel@xxxxxxxxx>
• Re: dm: fix free_rq_clone() NULL pointer when requeueing unmapped request
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Trouble with ALUA on controller failover
  • From: Adam Drew <Adam.Drew@xxxxxxxxxxxxxxxxx>
• Regression: Disk corruption with dm-crypt and kernels >= 4.0
  • From: Abelardo Ricart III <aricart@xxxxxxxxxx>
• Re: dm: fix free_rq_clone() NULL pointer when requeueing unmapped request
  • From: Aaro Koskinen <aaro.koskinen@xxxxxxxxx>
• Re: Regression: Disk corruption with dm-crypt and kernels >= 4.0
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: ppc64le crash in dm on 4.1+
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [git pull] device mapper fixes for 4.1-rc2
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: fix free_rq_clone() NULL pointer when requeueing unmapped request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: fix free_rq_clone() NULL pointer when requeueing unmapped request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: fix blk-mq request-based DM queue initialization
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH stable] block: discard bdi_unregister() in favour of bdi_destroy()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: dm: fix blk-mq request-based DM queue initialization
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: dm: fix blk-mq request-based DM queue initialization
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] dm: fix free_rq_clone() NULL pointer when requeueing unmapped request
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• ppc64le crash in dm on 4.1+
  • From: Joel Stanley <joel@xxxxxxxxx>
• Linux 4.1-rc1: dm crash / regression
  • From: Aaro Koskinen <aaro.koskinen@xxxxxxxxx>
• Re: dm: fix blk-mq request-based DM queue initialization
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH stable] block: discard bdi_unregister() in favour of bdi_destroy()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH -stable] block: destroy bdi before blockdev is unregistered.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: dm: fix free_rq_clone() NULL pointer when requeueing unmapped request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Storage Management Job Vacancy at Red Hat
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] dm: fix free_rq_clone() NULL pointer when requeueing unmapped request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH -stable] block: destroy bdi before blockdev is unregistered.
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Kernel v4.1-rc1 + MQ dm-multipath + MQ SRP oops
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH -stable] block: destroy bdi before blockdev is unregistered.
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Kernel v4.1-rc1 + MQ dm-multipath + MQ SRP oops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Kernel v4.1-rc1 + MQ dm-multipath + MQ SRP oops
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Kernel v4.1-rc1 + MQ dm-multipath + MQ SRP oops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Kernel v4.1-rc1 + MQ dm-multipath + MQ SRP oops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] dm: fix blk-mq request-based DM queue initialization
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] dm-raid: unsynced raid snapshot creation/deletion causes panic (work queue teardown race)
  • From: heinzm@xxxxxxxxxx
• [PATCH v2 3/4] Documentation: add version history entries for raid0 support _and_ forgotten devices_handle_discards_safely module paramater
  • From: heinzm@xxxxxxxxxx
• [PATCH v2 4/4] dm-raid: remove bogus parse_raid_params() comment about devices_handle_discards_safely
  • From: heinzm@xxxxxxxxxx
• [PATCH v2 1/4] dm-raid: Add support for the MD RAID0 personality
  • From: heinzm@xxxxxxxxxx
• [PATCH v2 2/4] md-raid0: conditional mddev->queue access to suit dm-raid
  • From: heinzm@xxxxxxxxxx
• [PATCH v2 0/4] dm-raid: Add support for the MD RAID0 personality
  • From: heinzm@xxxxxxxxxx
• Kernel v4.1-rc1 + MQ dm-multipath + MQ SRP oops
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 07/10] block: kill merge_bvec_fn() completely
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH] dm: fix blk-mq request-based DM queue initialization
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 07/10] block: kill merge_bvec_fn() completely
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Kernel v4.1-rc1 + MQ dm-multipath + MQ SRP oops
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH -stable] block: destroy bdi before blockdev is unregistered.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 07/10] block: kill merge_bvec_fn() completely
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH -stable] block: destroy bdi before blockdev is unregistered.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 01/10] block: make generic_make_request handle arbitrarily sized bios
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: Kernel v4.1-rc1 + MQ dm-multipath + MQ SRP oops
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 01/10] block: make generic_make_request handle arbitrarily sized bios
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/1] dm: do not allocate any mempools for blk-mq request-based DM
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3] block, dm: don't copy bios for request clones
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/1] dm: do not allocate any mempools for blk-mq request-based DM
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3] block, dm: don't copy bios for request clones
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3] block, dm: don't copy bios for request clones
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 2/1] dm: do not allocate any mempools for blk-mq request-based DM
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3] block, dm: don't copy bios for request clones
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm stripe: drop useless exit point from dm_stripe_init()
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Re: CONFIG_DM_MQ_DEFAULT makes my kernel unhappy..
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: CONFIG_DM_MQ_DEFAULT makes my kernel unhappy..
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: CONFIG_DM_MQ_DEFAULT makes my kernel unhappy..
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] block, dm: don't copy bios for request clones
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: CONFIG_DM_MQ_DEFAULT makes my kernel unhappy..
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2] block, dm: don't copy bios for request clones
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] block, dm: don't copy bios for request clones
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: CONFIG_DM_MQ_DEFAULT makes my kernel unhappy..
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: CONFIG_DM_MQ_DEFAULT makes my kernel unhappy..
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2] block, dm: don't copy bios for request clones
  • From: Christoph Hellwig <hch@xxxxxx>
• CONFIG_DM_MQ_DEFAULT makes my kernel unhappy..
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: block, dm: don't copy bios for request clones
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] block, dm: don't copy bios for request clones
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] block, dm: don't copy bios for request clones
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: Bisected, with rfc/patch - was Re: BUG: unable to handle kernel NULL pointer dereference at sysfs_do_create_link_sd (after mdadm)
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Bisected, with rfc/patch - was Re: BUG: unable to handle kernel NULL pointer dereference at sysfs_do_create_link_sd (after mdadm)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Bisected, with rfc/patch - was Re: BUG: unable to handle kernel NULL pointer dereference at sysfs_do_create_link_sd (after mdadm)
  • From: Christoph Hellwig <hch@xxxxxx>
• Possible Bottleneck in dm-cache
  • From: Greg Walters <greg.walters@xxxxxxxxxxxxxxxx>
• Re: Device mapper failed to open temporary keystore device
  • From: Murilo Opsfelder Araújo <mopsfelder@xxxxxxxxx>
• Re: [PATCH] libmultipath: fix discovery of devices with sysfs attr containing only spaces
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] [RESEND]dm-raid1: several fixes about writing on out of sync mirror device
  • From: "Lidong Zhong" <lzhong@xxxxxxxx>
• Re: [PATCH RFC] dm-raid1: keep writing after leg failure
  • From: "Lidong Zhong" <lzhong@xxxxxxxx>
• Re: [PATCH RFC] dm-raid1: keep writing after leg failure
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH 3/3] raid0: conditional mddev->queue access to suit dm-raid
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH 2/3] dm core: export dm_disk to allow for dm-raid to pass it on to the MD raid0 personality
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH 1/3] dm-raid: Add support for the MD RAID0 personality
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: Device mapper failed to open temporary keystore device
  • From: Murilo Opsfelder Araújo <mopsfelder@xxxxxxxxx>
• Device mapper failed to open temporary keystore device
  • From: Murilo Opsfelder Araújo <mopsfelder@xxxxxxxxx>
• Re: Device mapper failed to open temporary keystore device
  • From: Murilo Opsfelder Araújo <mopsfelder@xxxxxxxxx>
• Re: ALUA - rescan device capacity on zero sized block devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: ALUA - rescan device capacity on zero sized block devices
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• dm log: struct log_write_super and padding (was: Re: dm: add log writes target)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] dm log: Use ULL suffix for 64-bit constants
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Device mapper failed to open temporary keystore device
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Device mapper failed to open temporary keystore device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/3] dm core: export dm_disk to allow for dm-raid to pass it on to the MD raid0 personality
  • From: heinzm@xxxxxxxxxx
• [PATCH 1/3] dm-raid: Add support for the MD RAID0 personality
  • From: heinzm@xxxxxxxxxx
• [PATCH 3/3] raid0: conditional mddev->queue access to suit dm-raid
  • From: heinzm@xxxxxxxxxx
• [PATCH 0/3] dm-raid: Add support for the MD RAID0 personality
  • From: heinzm@xxxxxxxxxx
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• [PATCH 5/7] md: use block_device name vsprintf helper v2
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 4/7] fs: use block_device name vsprintf helper
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 6/7] block/partitions: use block_device name vsprintf helper
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 7/7] drivers: use block_device name vsprintf helper
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 2/7] lib/vsprintf: add %*pg format specifier
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 0/7] fs: add blkdev name format specifier v2
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 3/7] block: use block_device name vsprintf helper
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 1/7] fs: use gendisk->disk_name where possible
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm crypt: fix error return code in crypt_ctr()
  • From: weiyj_lk@xxxxxxx
• [PATCH] libmultipath: Add prioritizer context data
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [git pull] device mapper changes for 4.1
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/3] [RESEND]dm-raid1: several fixes about writing on out of sync mirror device
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Alex Elsayed <eternaleye@xxxxxxxxx>
• [PATCH 3/3] dm-raid1: change default mirror when it's not in sync
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• [PATCH 2/3] dm-raid1: remove the error flags in the mirror set when it's in sync
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• [PATCH 0/3] [RESEND]dm-raid1: several fixes about writing on out of sync mirror device
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• [PATCH 1/3] dm-raid1: fix the parameter passed into the kernel
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• [PATCH] dm-raid1: change default mirror when it's not in sync
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• [PATCH] dm-raid1: several fixes about writing on out of sync mirror device
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• [PATCH] dm-raid1: remove the error flags in the mirror set when it's in sync
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• [PATCH] dm-raid1: fix the parameter passed into the kernel
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: ALUA - rescan device capacity on zero sized block devices
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: ALUA - rescan device capacity on zero sized block devices
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: ALUA - rescan device capacity on zero sized block devices
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 5/7] md: use block_device name vsprintf helper
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 7/7] drivers: use block_device name vsprintf helper
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 6/7] block/partitions: use block_device name vsprintf helper v2
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 4/7] fs: use block_device name vsprintf helper
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 3/7] block: use block_device name vsprintf helper
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 2/7] lib/vsprintf: add %*pg format specifier
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/7] fs: use gendisk->disk_name where possible
  • From: Jan Kara <jack@xxxxxxx>
• Re: ALUA - rescan device capacity on zero sized block devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: ALUA - rescan device capacity on zero sized block devices
  • From: Thomas Wouters <thomas@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Pavel Machek <pavel@xxxxxx>
• Re: ALUA - rescan device capacity on zero sized block devices
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• ALUA - rescan device capacity on zero sized block devices
  • From: Thomas Wouters <thomas@xxxxxxxxxxxxx>
• [PATCH 4/7] fs: use block_device name vsprintf helper
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 5/7] md: use block_device name vsprintf helper
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 2/7] lib/vsprintf: add %*pg format specifier
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 0/7] fs: add blkdev name format specifier v2
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 3/7] block: use block_device name vsprintf helper
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 1/7] fs: use gendisk->disk_name where possible
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 7/7] drivers: use block_device name vsprintf helper
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 6/7] block/partitions: use block_device name vsprintf helper v2
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• Re: [f2fs-dev] [PATCH 2/2][v2] blk-plug: don't flush nested plug lists
  • From: nick <xerofoify@xxxxxxxxx>
• Re: [PATCH 2/2][v2] blk-plug: don't flush nested plug lists
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v2] dm crypt: fix deadlock when algo returns -EBUSY
  • From: Ben Collins <ben.c@xxxxxxxxxxxx>
• Re: [PATCH v2] dm crypt: fix deadlock when algo returns -EBUSY
  • From: Ben Collins <ben.c@xxxxxxxxxxxx>
• the multipath for EMC CX700
  • From: "wuyi@xxxxxxxxxx" <wuyi@xxxxxxxxxx>
• Re: [PATCH] libmultipath: fix discovery of devices with sysfs attr containing only spaces
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• [PATCH] libmultipath: fix discovery of devices with sysfs attr containing only spaces
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] dm crypt: fix deadlock when algo returns -EBUSY
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm crypt: fix deadlock when algo returns -EBUSY
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/3] PM suspend/hibernate: Call notifier after freezing processes
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [PATCH 1/3] PM suspend/hibernate: Call notifier after freezing processes
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [PATCH 1/3] PM suspend/hibernate: Call notifier after freezing processes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] PM suspend/hibernate: Call notifier after freezing processes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 2/2][v2] blk-plug: don't flush nested plug lists
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [PATCH 2/2][v2] blk-plug: don't flush nested plug lists
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RFC] dm-raid1: keep writing after leg failure
  • From: "Lidong Zhong" <lzhong@xxxxxxxx>
• Re: [PATCH 2/2][v2] blk-plug: don't flush nested plug lists
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH RFC] dm-raid1: keep writing after leg failure
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH 2/2] dm-raid1: [PATCH RFC] dm-raid1: keep writing after leg failure -> fix error end io logic if 'keep_log' set for on log failure; add ctr/... comments
  • From: heinzm@xxxxxxxxxx
• [PATCH 1/2] dm-raid1: [PATCH RFC] dm-raid1: keep writing after leg failure
  • From: heinzm@xxxxxxxxxx
• [PATCH 0/2] dm-raid1: [PATCH RFC] dm-raid1: keep writing after leg failure
  • From: heinzm@xxxxxxxxxx
• [PATCH 2/2][v2] blk-plug: don't flush nested plug lists
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v2] dm crypt: fix deadlock when algo returns -EBUSY
  • From: Ben Collins <ben.c@xxxxxxxxxxxx>
• Re: [PATCH 1/2] Remove duplicate hwtable entry for XtremIO
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH v2] dm crypt: fix deadlock when algo returns -EBUSY
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-crypt: Fix deadlock when algo returns -EBUSY
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/3] dm: log writes target
  • From: Josef Bacik <jbacik@xxxxxx>
• Re: [PATCH 1/3] dm: log writes target
  • From: Josef Bacik <jbacik@xxxxxx>
• Re: [PATCH 1/3] dm: log writes target V2
  • From: Josef Bacik <jbacik@xxxxxx>
• Re: [PATCH 3/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: thin_check doesn't use data space map to open data mapping tree
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH 3/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• [PATCH 2/3] dm: Export function dm_suspend_md()
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• [PATCH] dm-crypt: Fix deadlock when algo returns -EBUSY
  • From: Ben Collins <ben.c@xxxxxxxxxxxx>
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• thin_check doesn't use data space map to open data mapping tree
  • From: "M.H. Tsai" <mingnus@xxxxxxxxx>
• [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• [PATCH 1/3] PM suspend/hibernate: Call notifier after freezing processes
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Why wipe crypto keys during suspend (was Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 0/3] dm-crypt: Adds support for wiping key when doing suspend/hibernation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-crypt: Update URLs to new cryptsetup project page.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• LPC2015: File and Storage Systems uconf
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH RFC] dm-raid1: keep writing after leg failure
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• dm-thin: delete device could take lots of time
  • From: Dennis Yang <shinrairis@xxxxxxxxx>
• Re: [PATCH 6/7] block/partitions: use block_device name vsprintf helper
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 1/7] lib/vsprintf: add %*pg format specifier
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• Re: [PATCH 1/7] lib/vsprintf: add %*pg format specifier
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 1/7] lib/vsprintf: add %*pg format specifier
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC] [PATCH 0/7] fs: add blkdev name format specifier
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 1/7] lib/vsprintf: add %*pg format specifier
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 2/7] fs: use gendisk->disk_name where possible
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 3/7] block: use block_device name vsprintf helper
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 4/7] fs: use block_device name vsprintf helper
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [RFC] [PATCH 0/7] fs: add blkdev name format specifier
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 5/7] md: use block_device name vsprintf helper
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 7/7] drivers: use block_device name vsprintf helper
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [PATCH 6/7] block/partitions: use block_device name vsprintf helper
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• Re: [PATCH 2/2] lib/lcm.c: lcm(n, 0)=lcm(0, n) is 0, not n
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: fix blk_stack_limits() regression due to lcm() change
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 2/7] dm_table: Use bool function return values of true/false not 1/0
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/7] dm_table: Use bool function return values of true/false not 1/0
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 0/7] drivers: Use bool function return values true/false not 1/0
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] block: fix blk_stack_limits() regression due to lcm() change
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: A path to a different device was added to an existing mapth
  • From: guy keren <guy.keren@xxxxxxxxxxxxx>
• [PATCH 2/2] Merge Dell MD3XXX hardware table entries
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 1/2] Remove duplicate hwtable entry for XtremIO
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 30/78] Update hwtable for EMC XtremIO
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 00/78] SUSE SLES resync
  • From: Hannes Reinecke <hare@xxxxxxx>
• multipath: DELL MD3000/MD3000i and MD32xx/MD32xxi regex too broad
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 30/78] Update hwtable for EMC XtremIO
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 00/78] SUSE SLES resync
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 2/2] lib/lcm.c: lcm(n, 0)=lcm(0, n) is 0, not n
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: A path to a different device was added to an existing mapth
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• Re: [PATCH 26/78] 11-dm-mpath.rules: Import blkid values if all paths are down
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 26/78] 11-dm-mpath.rules: Import blkid values if all paths are down
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 77/78] multipathd: asynchronous configuration
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 78/78] multipathd: trigger all devices on startup
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 68/78] libmultipath: unset 'uid_attribute' on failure
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 50/78] Allow zero-sized devices during configuration
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 78/78] multipathd: trigger all devices on startup
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 77/78] multipathd: asynchronous configuration
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 75/78] Push down vector lock during uevent processing
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 74/78] Allow specific CLI commands to run unlocked
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 73/78] multipathd: push down lock in checkerloop()
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 68/78] libmultipath: unset 'uid_attribute' on failure
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 50/78] Allow zero-sized devices during configuration
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 26/78] 11-dm-mpath.rules: Import blkid values if all paths are down
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [git pull] device mapper fix for 4.0-rc6
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 43/78] Fixup device-mapper 'cookie' handling
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 3/3] fstests: btrfs balance with dm log writes test
  • From: Filipe David Manana <fdmanana@xxxxxxxxx>
• Re: [PATCH 43/78] Fixup device-mapper 'cookie' handling
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 43/78] Fixup device-mapper 'cookie' handling
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/3] dm: log writes target V2
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 11/12] fs: don't reassign dirty inodes to default_backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/12] fs: don't reassign dirty inodes to default_backing_dev_info
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/3] dm: log writes target
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH] dm-multipath: fix get_word return value when the last word is found
  • From: Vaughan Cao <vaughan.cao@xxxxxxxxxx>
• Re: [PATCH 1/3] dm: log writes target V2
  • From: Zach Brown <zab@xxxxxxxxx>
• Re: [PATCH 1/3] dm: log writes target
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 11/12] fs: don't reassign dirty inodes to default_backing_dev_info
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [git pull] device mapper fixes for 4.0-rc5
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/3] dm: log writes target V2
  • From: Josef Bacik <jbacik@xxxxxx>
• Re: A path to a different device was added to an existing mapth
  • From: Ilan Steinberg <ilan.steinberg@xxxxxxxxxxxxx>
• A path to a different device was added to an existing mapth
  • From: Ilan Steinberg <ilan.steinberg@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] dm: log writes target
  • From: Zach Brown <zab@xxxxxxxxxx>
• Re: [PATCHv3] dm-verity: Add error handling modes for corrupted blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• [PATCH 2/3] fstests: add dm-log-writes test and supporting code
  • From: Josef Bacik <jbacik@xxxxxx>
• [PATCH 1/3] dm: log writes target
  • From: Josef Bacik <jbacik@xxxxxx>
• [PATCH 3/3] fstests: btrfs balance with dm log writes test
  • From: Josef Bacik <jbacik@xxxxxx>
• [PATCH 0/3] Device mapper log writes patches
  • From: Josef Bacik <jbacik@xxxxxx>
• Re: dm thin: How to shrink think pool device?
  • From: Maxim Patlasov <mpatlasov@xxxxxxxxxxxxx>
• Re: dm thin: How to shrink think pool device?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dm thin: How to shrink think pool device?
  • From: Maxim Patlasov <mpatlasov@xxxxxxxxxxxxx>
• Re: dm log userspace: use mempool_create_kmalloc_pool()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 1/3] init: Export name_to_dev_t and mark it const
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCHv3] dm-verity: Add error handling modes for corrupted blocks
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH] dm-verity: Add error handling modes for corrupted blocks
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH] dm-verity: Add error handling modes for corrupted blocks
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCHv2] dm-verity: Add error handling modes for corrupted blocks
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH] dm-verity: Add error handling modes for corrupted blocks
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH] dm delay: use msecs_to_jiffies for time conversion
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• Re: [PATCH] Update ETERNUS DX entry
  • From: "Wilck, Martin" <martin.wilck@xxxxxxxxxxxxxx>
• Re: [PATCHv2] dm-verity: Add error handling modes for corrupted blocks
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm-verity: Add error handling modes for corrupted blocks
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCHv2] dm-verity: Add error handling modes for corrupted blocks
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH] dm-verity: Add error handling modes for corrupted blocks
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH] dm-verity: Add error handling modes for corrupted blocks
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] dm-verity: Add error handling modes for corrupted blocks
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH] dm-verity: Add error handling modes for corrupted blocks
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH] dm-verity: Add error handling modes for corrupted blocks
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH] dm-verity: Add error handling modes for corrupted blocks
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm-verity: Add error handling modes for corrupted blocks
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] dm-verity: Add error handling modes for corrupted blocks
  • From: Will Drewry <wad@xxxxxxxxxxxx>
• [PATCH] dm-verity: Add error handling modes for corrupted blocks
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH 52/78] multipathd: Issue warning on CLI command timeout
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 28/78] multipathd: handle DOMAP_RETRY
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 77/78] multipathd: asynchronous configuration
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 33/78] Do not treat 'transport-offline' paths as 'offline'
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 07/78] libmultipath: Skip paths with empty wwid
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 29/78] multipathd: cleanup foreground operation
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 74/78] Allow specific CLI commands to run unlocked
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 44/78] multipath: do not print state 'orphan' for option '-l'
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 53/78] Use strlen() when checking for valid wwid
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 76/78] multipathd: timeout CLI commands when waiting for lock
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 00/78] SUSE SLES resync
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 27/78] kpartx.rules: Skip kpartx for multipath events
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 75/78] Push down vector lock during uevent processing
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 21/78] Remove trailing linefeed from sysfs attributes
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 50/78] Allow zero-sized devices during configuration
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 60/78] multipathd: use local variable for watchdog configuration
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 20/78] Make checker_put() and prio_put() idempotent
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 62/78] Skip USB devices during discovery
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 02/78] mpath_persist: Do not call exit() from a shared library
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 03/78] libmultipath: filter for missing property in get_refwwid()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 72/78] libmultipath: make vpd page 0x80 optional
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 10/78] Fixup multipathd.socket to resolve ordering dependeny
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 55/78] uxlsnr: use typedef for trigger function
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 42/78] Remove last argument from verify_paths()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 35/78] Separate out uevent parsing functions
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 58/78] Remove dm_udev_XXX wrapper functions
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 69/78] Separate out vpd parsing functions
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 64/78] Assign local priority for NAA VPD descriptor
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 54/78] multipathd: Use standard lists for CLI handling
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 68/78] libmultipath: unset 'uid_attribute' on failure
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 47/78] Do not print empty multipaths section
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 37/78] mpath_persist: cleanup
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 51/78] Rework uev_add_path()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 01/78] libmultipath: remove compilation warning in devmapper.c
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 43/78] Fixup device-mapper 'cookie' handling
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 73/78] multipathd: push down lock in checkerloop()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 71/78] Do not automatically fall back to vpd uid generation
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 34/78] Check for valid DM_DEVICE_INFO before proceeding
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 63/78] Read wwid from sysfs vpg_pg83 attribute
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 66/78] Update multipath.conf.5 to clarify wwid generation
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 78/78] multipathd: trigger all devices on startup
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 65/78] Use sysfs attribute vpd_pg80 to read serial number
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 57/78] multipath: enable sync support
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 15/78] Use 'SCSI_IDENT_.*' as the default property whitelist
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 05/78] discovery: do not fail discovery on individual devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 40/78] Remove sysfs_get_dev
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 18/78] Disable reassign maps per default
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 11/78] Fixup dependencies in multipathd.service
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 46/78] Implement 'uxsock_timeout' keyword
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 31/78] multipath: check for running daemon when called with '-u'
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 06/78] libmultipath: Prefer deprecated 'getuid' callout
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 56/78] multipathd: lock cli client list
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 32/78] Revert 'return PATH_DOWN for quiesced paths'
  • From: Hannes Reinecke <hare@xxxxxxx>