Linux Device-Mapper Development

• Thread Index

• Re: dm: Get devices using name_to_dev_t
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm: Get devices using name_to_dev_t
  • From: Dan Ehrenberg <dehrenberg@xxxxxxxxxxxx>
• Re: [PATCH RFCv2 00/10] dm-dedup: device-mapper deduplication target
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: dm + blk-mq soft lockup complaint
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• System freeze for few seconds when using dm-cache on high load
  • From: Michał Zubkowicz <michal.zubkowicz@xxxxxxxxx>
• Re: dm + blk-mq soft lockup complaint
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 3/6] libmultipath: add overrides section to multipath.conf
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm + blk-mq soft lockup complaint
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 3/6] libmultipath: add overrides section to multipath.conf
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: dm + blk-mq soft lockup complaint
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 3/6] libmultipath: add overrides section to multipath.conf
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• multipath-tools-0.5.0 segfault with blacklist/blacklist_exceptions
  • From: Brian De Wolf <bldewolf@xxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH] md:Remove no longer needed fix me comment in dm-region-hash.c for removing the structure pointer, *rh from the definiton of dm_region
  • From: Nicholas Krause <xerofoify@xxxxxxxxx>
• multipath-tools-0.5.0 segfault with blacklist/blacklist_exceptions
  • From: Brian De Wolf <bldewolf@xxxxxxx>
• Re: [PATCH 3/6] libmultipath: add overrides section to multipath.conf
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: blk-mq request allocation stalls
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 3/6] libmultipath: add overrides section to multipath.conf
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: blk-mq request allocation stalls
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v2 1/9] block: make generic_make_request handle arbitrarily sized bios
  • From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
• [PATCH v2 7/9] block: kill merge_bvec_fn() completely
  • From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
• Re: Device mapper target driver for Write tracking or Write split
  • From: Suresh Babu Kandukuru <suresh.babu.kandukuru@xxxxxxxxxx>
• Re: Device mapper target driver for Write tracking or Write split
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• [PATCH] dm mpath: simplify failure path of dm_miltipath_init()
  • From: Johannes Thumshirn <morbidrsa@xxxxxxxxx>
• Re: [PATCH 3/6] libmultipath: add overrides section to multipath.conf
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 3/6] libmultipath: add overrides section to multipath.conf
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Device mapper target driver for Write tracking or Write split
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Device mapper target driver for Write tracking or Write split
  • From: Suresh Babu Kandukuru <suresh.babu.kandukuru@xxxxxxxxxx>
• Re: Device mapper target driver for Write tracking or Write split
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Device mapper target driver for Write tracking or Write split
  • From: Suresh Babu Kandukuru <suresh.babu.kandukuru@xxxxxxxxxx>
• Re: Device mapper target driver for Write tracking or Write split
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 2/3] libmultipath: cleanup propsel.c with macros for common actions
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• multipathd, mpathpersist and APTPL
  • From: Ken Raeburn <raeburn@xxxxxxxxxxxx>
• Device mapper target driver for Write tracking or Write split
  • From: Suresh Babu Kandukuru <suresh.babu.kandukuru@xxxxxxxxxx>
• [PATCH] dm: handle multiple internal suspends correctly (was: staged dm_internal_{suspend, resume} related changes for wider review)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 3/6] libmultipath: add overrides section to multipath.conf
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 5/6] correctly set partition delimiter on rename
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] libmultipath: Fix memory leak problem in print_multipath_topology
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] libmultipath: Add Dell 36xxi/f support to internal hardware table
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] dm bufio: fix time comparison
  • From: Asaf Vertz <asaf.vertz@xxxxxxxxxxx>
• Re: [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] Update CONFIG_DM_CRYPT help-text link
  • From: Loic Pefferkorn <loic@xxxxxxxx>
• Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: DM limits setup
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: DM limits setup
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: DM limits setup
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Questions about the function, queue_empty in dm-cache-policy-mq.c
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Questions about the function, queue_empty in dm-cache-policy-mq.c
  • From: nick <xerofoify@xxxxxxxxx>
• [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3.15-3.18] dm thin: fix a race in thin_dtr
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH v3] staging: writeboost: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [RFC PATCH 01/17] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: all cache blocks marked as dirty in writethrough mode, no way to avoid
  • From: Marc Lehmann <schmorp@xxxxxxxxxx>
• [PATCH] md: dm-thin-metadata: Remove unused function
  • From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
• DM limits setup
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: Hibernate/Resume and dm-cache, dm-writeboost...
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: Hibernate/Resume and dm-cache, dm-writeboost...
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH] libmultipath: Fix memory leak problem in print_multipath_topology
  • From: Yingtai Xie <xieyingtai@xxxxxxxxxx>
• [PATCH] drivers:md: Remove unneeded fix me comments in dm-bio-prison.h
  • From: Nicholas Krause <xerofoify@xxxxxxxxx>
• Re: [RFC PATCH 01/17] block: make generic_make_request handle arbitrarily sized bios
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Hibernate/Resume and dm-cache, dm-writeboost...
  • From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH] dm: fix wrong comment
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Can get the size of original bio from split bio?
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Mike Snitzer <msnitzer@xxxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [RFC PATCH 01/17] block: make generic_make_request handle arbitrarily sized bios
  • From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 01/17] block: make generic_make_request handle arbitrarily sized bios
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [git pull] device mapper fixes for 3.19
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [RFC PATCH 14/17] block: kill merge_bvec_fn() completely
  • From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
• [RFC PATCH 01/17] block: make generic_make_request handle arbitrarily sized bios
  • From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
• Re: mempool.c: Replace io_schedule_timeout with io_schedule
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: multipath breaks with recent udev/systemd
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: multipath breaks with recent udev/systemd
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: multipath breaks with recent udev/systemd
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: multipath breaks with recent udev/systemd
  • From: Kay Sievers <kay@xxxxxxxx>
• Re: mempool.c: Replace io_schedule_timeout with io_schedule
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] mempool.c: Replace io_schedule_timeout with io_schedule
  • From: Timofey Titovets <nefelim4ag@xxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: check error instead of r in clone_endio
  • From: alex chen <alex.chen@xxxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 8/8] dm: allocate requests from target when stacking on blk-mq devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: dm: check error instead of r in clone_endio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm thin: Initialize refcount and completion earlier
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm thin: Initialize refcount and completion earlier
  • From: Marc Dionne <marc.c.dionne@xxxxxxxxx>
• Re: multipath breaks with recent udev/systemd
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] dm: check error instead of r in clone_endio
  • From: alex chen <alex.chen@xxxxxxxxxx>
• [PATCH v3 5/8] dm: remove exports for request-based interfaces without external callers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 8/8] dm: allocate requests from target when stacking on blk-mq devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 4/8] block: mark blk-mq devices as stackable
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 6/8] dm: split request structure out from dm_rq_target_io structure
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 7/8] dm: submit stacked requests in irq enabled context
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 3/8] block: add blk-mq support to blk_insert_cloned_request()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 2/8] block: initialize bio member of blk-mq request to NULL
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 0/8] dm: add request-based blk-mq support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 1/8] block: require blk_rq_prep_clone() be given an initialized clone request
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: multipath breaks with recent udev/systemd
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: multipath breaks with recent udev/systemd
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH] Update CONFIG_DM_CRYPT help-text link
  • From: Loic Pefferkorn <loic@xxxxxxxx>
• Re: [systemd-devel] multipath breaks with recent udev/systemd
  • From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
• multipath breaks with recent udev/systemd
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2] staging: writeboost: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH v2] staging: writeboost: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH v2] staging: writeboost: Add dm-writeboost
  • From: Jianjian Huo <samuel.huo@xxxxxxxxx>
• Re: [PATCH v2] staging: writeboost: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH v2] staging: writeboost: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH v2] staging: writeboost: Add dm-writeboost
  • From: Jianjian Huo <samuel.huo@xxxxxxxxx>
• Re: [PATCH v2] staging: writeboost: Add dm-writeboost
  • From: Jianjian Huo <samuel.huo@xxxxxxxxx>
• Re: [PATCHv2 0/4] blk-mq support for dm multipath
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] staging: writeboost: Add dm-writeboost
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: [PATCH v2] staging: writeboost: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH v2] staging: writeboost: Add dm-writeboost
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] staging: writeboost: Add dm-writeboost
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: [PATCH v2] staging: writeboost: Add dm-writeboost
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v2] staging: writeboost: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH v2] staging: writeboost: Add dm-writeboost
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v2] staging: writeboost: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH v2] staging: writeboost: Add dm-writeboost
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2] staging: writeboost: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH] staging: writeboost: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH] staging: writeboost: Add dm-writeboost
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] staging: writeboost: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH] staging: writeboost: Add dm-writeboost
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] staging: writeboost: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH] staging: writeboost: Add dm-writeboost
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] staging: writeboost: Add dm-writeboost
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] staging: writeboost: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: staging: writeboost: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH] staging: writeboost: Add dm-writeboost
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [lvm-devel] [PATCH] dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Eric Wheeler <ewheeler@xxxxxxxxxxxx>
• Re: staging: writeboost: Add dm-writeboost
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] staging: writeboost: Add dm-writeboost
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Eric Wheeler <lvm-dev@xxxxxxxxxxxxxxxxxx>
• [PATCH][RFC] dm: log writes target
  • From: Josef Bacik <jbacik@xxxxxx>
• Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [git pull] device mapper changes for 3.19
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: raid1 round-robin scheduler
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• [PATCH] staging: writeboost: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Eric Wheeler <lvm-dev@xxxxxxxxxxxxxxxxxx>
• Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Eric Wheeler <lvm-dev@xxxxxxxxxxxxxxxxxx>
• Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Eric Wheeler <lvm-dev@xxxxxxxxxxxxxxxxxx>
• Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Eric Wheeler <lvm-dev@xxxxxxxxxxxxxxxxxx>
• Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Eric Wheeler <lvm-dev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] staging: writeboost: Add dm-writeboost
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH] staging: writeboost: Add dm-writeboost
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHv2 0/4] blk-mq support for dm multipath
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCHv2 0/4] blk-mq support for dm multipath
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dm-writeboost: An idea of adding read-caching
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCHv2 0/4] blk-mq support for dm multipath
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCHv2 0/4] blk-mq support for dm multipath
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCHv2 0/4] blk-mq support for dm multipath
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: raid1 round-robin scheduler
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: raid1 round-robin scheduler
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: raid1 round-robin scheduler
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: raid1 round-robin scheduler
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: raid1 round-robin scheduler
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: raid1 round-robin scheduler
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: raid1 round-robin scheduler
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• raid1 round-robin scheduler
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• [PATCH]libmultipath: Add default hardware table entry for IBM DCS3860 with product ID 1813.
  • From: "Merla, ShivaKrishna" <ShivaKrishna.Merla@xxxxxxxxxx>
• Re: dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm thin: optimize away writing all zeroes to unprovisioned blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: The DM_BUFIO_HASH_BITS is defined as 20, any plan to make it flexible?
  • From: zhangxiao <xiao.zhang@xxxxxxxxxxxxx>
• Re: [PATCH RFCv2 01/10] dm-dedup: main data structures
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: The DM_BUFIO_HASH_BITS is defined as 20, any plan to make it flexible?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: The DM_BUFIO_HASH_BITS is defined as 20, any plan to make it flexible?
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH RFCv2 00/10] dm-dedup: device-mapper deduplication target
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• The DM_BUFIO_HASH_BITS is defined as 20, any plan to make it flexible?
  • From: zhangxiao <xiao.zhang@xxxxxxxxxxxxx>
• Re: The DM_BUFIO_HASH_BITS is defined as 20, any plan to make it flexible?
  • From: zhangxiao <xiao.zhang@xxxxxxxxxxxxx>
• Re: The DM_BUFIO_HASH_BITS is defined as 20, any plan to make it flexible?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: The DM_BUFIO_HASH_BITS is defined as 20, any plan to make it flexible?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 5/8 v2] dm: replace memset by memzero_explicit
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 5/8 v2] dm: replace memset by memzero_explicit
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: dm-bufio: fix memleak when using a dm_buffer's inline bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-bufio: fix memleak when using a dm_buffer's inline bio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [patch] dm space map metadata: fix sm_bootstrap_get_nr_blocks()
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH 5/8] dm: replace memset by memzero_explicit
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 5/8 v2] dm: replace memset by memzero_explicit
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 0/8] replace memset by memzero_explicit
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 0/8] replace memset by memzero_explicit
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [patch] dm space map metadata: fix sm_bootstrap_get_nr_blocks()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: dm-writeboost: About inclusion into mainline
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: Possible bug when releasing metadata snapshot in dm-thin
  • From: Teng-Feng Yang <shinrairis@xxxxxxxxx>
• Re: Unable to deactivate lv, pehaps due to semaphore problem...
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• Re: Unable to deactivate lv, pehaps due to semaphore problem...
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Unable to deactivate lv, pehaps due to semaphore problem...
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• Re: Unable to deactivate lv, pehaps due to semaphore problem...
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Unable to deactivate lv, pehaps due to semaphore problem...
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• Re: Unable to deactivate lv, pehaps due to semaphore problem...
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Unable to deactivate lv, pehaps due to semaphore problem...
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• Re: Unable to deactivate lv, pehaps due to semaphore problem...
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Unable to deactivate lv, pehaps due to semaphore problem...
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• Re: Unable to deactivate lv, pehaps due to semaphore problem...
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Unable to deactivate lv, pehaps due to semaphore problem...
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• Re: Unable to deactivate lv, pehaps due to semaphore problem...
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Unable to deactivate lv, pehaps due to semaphore problem...
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• Re: Unable to deactivate lv, pehaps due to semaphore problem...
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Unable to deactivate lv, pehaps due to semaphore problem...
  • From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
• Re: [PATCH RFCv2 01/10] dm-dedup: main data structures
  • From: Erez Zadok <ezk@xxxxxxxxxxxxxxxxx>
• Re: Some thoughts about providing data block checksumming for ext4
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: Some thoughts about providing data block checksumming for ext4
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Some thoughts about providing data block checksumming for ext4
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH RFCv2 01/10] dm-dedup: main data structures
  • From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
• Re: dm-bufio: fix memleak when using a dm_buffer's inline bio
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH RFCv2 01/10] dm-dedup: main data structures
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RFCv2 01/10] dm-dedup: main data structures
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-writeboost: About inclusion into mainline
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-bufio: fix memleak when using a dm_buffer's inline bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dm-writeboost: About inclusion into mainline
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: dm-bufio: fix memleak when using a dm_buffer's inline bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: dm-bufio: fix memleak when using a dm_buffer's inline bio
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: dm-bufio: fix memleak when using a dm_buffer's inline bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-bufio: fix memleak when using a dm_buffer's inline bio
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC][PATCH] dm: add dm-power-fail target
  • From: Chris Mason <clm@xxxxxx>
• Re: [PATCH 0/6] blk: introduce generic io stat accounting help function
  • From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
• Re: [data] [linux-lvm] Setting up LVM cache causes crash
  • From: Casey Brown <casey@xxxxxxxxxxxx>
• Re: [RFC][PATCH] dm: add dm-power-fail target
  • From: Zach Brown <zab@xxxxxxxxxx>
• Re: [RFC][PATCH] dm: add dm-power-fail target
  • From: Josef Bacik <jbacik@xxxxxx>
• Re: [RFC][PATCH] dm: add dm-power-fail target
  • From: Zach Brown <zab@xxxxxxxxxx>
• Re: [RFC][PATCH] dm: add dm-power-fail target
  • From: Josef Bacik <jbacik@xxxxxx>
• Re: [RFC][PATCH] dm: add dm-power-fail target
  • From: Zach Brown <zab@xxxxxxxxxx>
• Re: [RFC][PATCH] dm: add dm-power-fail target
  • From: Josef Bacik <jbacik@xxxxxx>
• Re: [RFC][PATCH] dm: add dm-power-fail target
  • From: Zach Brown <zab@xxxxxxxxxx>
• Re: [git pull] device mapper fixes for 3.18
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [git pull] device mapper fixes for 3.18
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 0/6] blk: introduce generic io stat accounting help function
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] virtio_blk: fix defaults for max_hw_sectors and max_segment_size
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/6] md/bcache: use generic io stats accounting functions to simplify io stat accounting
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: [PATCH v2] drivers/md: use proper rcu accessor
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH ] drivers/md: use proper rcu accessor
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2] drivers/md: use proper rcu accessor
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH ] drivers/md: use proper rcu accessor
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH ] drivers/md: use proper rcu accessor
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-crypt: use memzero_explicit for on-stack buffer
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [RFC][PATCH] dm: add dm-power-fail target
  • From: Josef Bacik <jbacik@xxxxxx>
• Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] virtio_blk: fix defaults for max_hw_sectors and max_segment_size
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v2] virtio_blk: fix defaults for max_hw_sectors and max_segment_size
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] virtio_blk: fix defaults for max_hw_sectors and max_segment_size
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dmcache RAID1 bug?
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dmcache RAID1 bug?
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH 1/1] dm: Deletion of unnecessary checks before two function calls
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] sched, cleanup, dm bufio: Replace dm_bufio_cond_resched with might_resched
  • From: Yao Dongdong <yaodongdong@xxxxxxxxxx>
• Re: dmcache RAID1 bug?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dmcache RAID1 bug?
  • From: Leonardo Santos <heiligerstein@xxxxxxxxx>
• [for-3.19 PATCH v3 3/4] dm: enhance internal suspend and resume interface
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v3 2/4] dm thin: do not allow thin device activation while pool is suspended
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v3 1/4] dm: add presuspend_undo hook to target_type
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v3 4/4] dm thin: suspend/resume active thin devices when reloading thin-pool
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: broken reply-to setting for dm-devel
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Possible bug when releasing metadata snapshot in dm-thin
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Possible bug when releasing metadata snapshot in dm-thin
  • From: Teng-Feng Yang <shinrairis@xxxxxxxxx>
• [PATCH 3/6] libmultipath: add overrides section to multipath.conf
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/6] libmultipath: rewrite dict.c with function generation macros
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 6/6] libmultipath: only add uninitialized paths in check_path
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 4/6] add find_multipaths option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 5/6] correctly set partition delimiter on rename
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 2/6] libmultipath: cleanup propsel.c with macros for common actions
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 0/6][RESEND] configuration overhaul and find_multipaths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH] libmpathpersist: don't use absolute path in link target
  • From: Aaro Koskinen <aaro.koskinen@xxxxxxx>
• Re: [PATCH 22/30] multipath: Implement 'property' blacklist
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dmcache RAID1 bug?
  • From: Leonardo Santos <heiligerstein@xxxxxxxxx>
• Re: dmcache RAID1 bug?
  • From: Leonardo Santos <heiligerstein@xxxxxxxxx>
• Re: dmcache RAID1 bug?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dmcache RAID1 bug?
  • From: Leonardo Santos <heiligerstein@xxxxxxxxx>
• why does dm-cache use dm_deferred_entry_inc?
  • From: 倪源江 <niyuanjiang@xxxxxxxxx>
• [git pull] device mapper fixes for 3.18
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Question about dm target size
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Question about dm target size
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Question about dm target size
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Question about dm target size
  • From: Josef Bacik <jbacik@xxxxxx>
• Re: Question about dm target size
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Question about dm target size
  • From: Josef Bacik <jbacik@xxxxxx>
• Re: Question about dm target size
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Question about dm target size
  • From: Josef Bacik <jbacik@xxxxxx>
• Re: [PATCH] Suspend all active bios when the pool is suspended (was: staged dm_internal_{suspend, resume} related changes for wider review)
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Re: Suspend all active bios when the pool is suspended (was: staged dm_internal_{suspend, resume} related changes for wider review)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] Suspend all active bios when the pool is suspended (was: staged dm_internal_{suspend, resume} related changes for wider review)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 22/30] multipath: Implement 'property' blacklist
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 22/30] multipath: Implement 'property' blacklist
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: Some thoughts about providing data block checksumming for ext4
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] dm: do not call dm_sync_table() when creating new devices
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-thin: fix a race in thin_dtr
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Some thoughts about providing data block checksumming for ext4
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm: do not call dm_sync_table() when creating new devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm: do not call dm_sync_table() when creating new devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm: don't send KOBJ_REMOVE event
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] md: submit MMP reads REQ_SYNC to bypass RAID5 cache
  • From: "Faccini, Bruno" <bruno.faccini@xxxxxxxxx>
• Re: Some thoughts about providing data block checksumming for ext4
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Some thoughts about providing data block checksumming for ext4
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Some thoughts about providing data block checksumming for ext4
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: Some thoughts about providing data block checksumming for ext4
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Some thoughts about providing data block checksumming for ext4
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Some thoughts about providing data block checksumming for ext4
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• [PATCH] dm-thin: Change couple of DMWARN() to pr_debug()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Some thoughts about providing data block checksumming for ext4
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] md: submit MMP reads REQ_SYNC to bypass RAID5 cache
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] md: submit MMP reads REQ_SYNC to bypass RAID5 cache
  • From: James Simmons <uja.ornl@xxxxxxxxx>
• dm-block-manager unused variable
  • From: "lilofile" <lilofile@xxxxxxxxxx>
• Re: dm-thin COMMIT_PERIOD problem
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dm-thin COMMIT_PERIOD problem
  • From: "lilofile" <lilofile@xxxxxxxxxx>
• Re: [PATCH] dm crypt: fix access beyond the end of allocated space
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [for-3.19 PATCH v2 02/17] dm bufio: evict buffers that are past the max age but retain some buffers
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 4/18] block copy: initial XCOPY offload support
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 0/18] SCSI XCOPY support for the kernel and device mapper
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Setting up LVM cache causes crash
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [data] [linux-lvm] Setting up LVM cache causes crash
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Fwd: multipath-tools: incompatibility with systemd (or udev) >= 213
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-raid: fix inaccessible superblocks causing oops in configure_discard_support
  • From: heinzm@xxxxxxxxxx
• Re: Fw: [PATCH tip/core/rcu 4/9] dm: sparse: Annotate field with __rcu for checking
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• staged dm_internal_{suspend, resume} related changes for wider review
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Fw: [PATCH tip/core/rcu 3/9] drivers/md: Use rcu_dereference() for accessing rcu pointer
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Fw: [PATCH tip/core/rcu 4/9] dm: sparse: Annotate field with __rcu for checking
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Fw: [PATCH tip/core/rcu 3/9] drivers/md: Use rcu_dereference() for accessing rcu pointer
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Fw: [PATCH tip/core/rcu 4/9] dm: sparse: Annotate field with __rcu for checking
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 0/4] blk-mq support for dm multipath
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCHv2 0/4] blk-mq support for dm multipath
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCHv2 0/4] blk-mq support for dm multipath
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [systemd-devel] On /dev/disk/by-id/ata-...-part2 missing, again
  • From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
• Re: rr_min_io vs rr_min_io_rq on 6.5
  • From: "Vaknin, Rami" <Rami.Vaknin@xxxxxxx>
• Re: [PATCH 0/18] SCSI XCOPY support for the kernel and device mapper
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: fix corrupted thin pool
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: fix corrupted thin pool
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: fix corrupted thin pool
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: fix corrupted thin pool
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: fix corrupted thin pool
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• fix corrupted thin pool
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• [PATCH] libmultipath: Add Dell 36xxi/f support to internal hardware table
  • From: Jose Castillo <jcastillo@xxxxxxxxxx>
• Re: [PATCH 4/18] block copy: initial XCOPY offload support
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: [PATCH] mm/slab_common: don't check for duplicate cache names
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH 9/18] block copy: use asynchronous notification
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 18/18] dm kcopyd: call copy offload with asynchronous callback
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 17/18] dm kcopyd: change mutex to spinlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 16/18] dm kcopyd: support copy offload
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 15/18] dm kcopyd: introduce the function submit_job
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 14/18] dm stripe: support copy
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 13/18] dm linear: support copy
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 12/18] dm: implement copy
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 11/18] scsi xcopy: keep cache of failures
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 10/18] scsi xcopy: suppress error messages
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 7/18] block copy: use a timer to fix a theoretical deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 8/18] block copy: use merge_bvec_fn for copies
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 6/18] block copy: report the amount of copied data
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 4/18] block copy: initial XCOPY offload support
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 5/18] block copy: use two bios
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3/18] blk-lib: fix error reporting
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/18] dm: remove num_write_bios
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/18] dm: introduce dm_ask_for_duplicate_bios
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/18] SCSI XCOPY support for the kernel and device mapper
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [for-3.19 PATCH v2 01/17] dm bufio: switch from a huge hash table to an rbtree
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: rr_min_io vs rr_min_io_rq on 6.5
  • From: "Vaknin, Rami" <Rami.Vaknin@xxxxxxx>
• Re: ios and sectors should be incremented on completion
  • From: Akira Hayakawa <hayakawa@xxxxxxxxxxxxx>
• [PATCH] mm/slab_common: don't check for duplicate cache names
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [for-3.19 PATCH v2 01/17] dm bufio: switch from a huge hash table to an rbtree
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Thoughts on the multipath checker
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: rr_min_io vs rr_min_io_rq on 6.5
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm raid: pointer math issue in super_sync()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm raid: pointer math issue in super_sync()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: dm raid: pointer math issue in super_sync()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [patch] dm raid: pointer math issue in super_sync()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [patch] DM RAID: fix a couple integer overflows
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 1/1] multipath-tools: Change path checker for IBM IPR devices
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: dm-thin
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• rr_min_io vs rr_min_io_rq on 6.5
  • From: "Vaknin, Rami" <Rami.Vaknin@xxxxxxx>
• dm-thin
  • From: "lilofile" <lilofile@xxxxxxxxxx>
• [for-3.19 PATCH v2 21/17] dm thin: refactor requeue_io to eliminate spinlock bouncing
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 fix 18/17] dm thin: fix process_shared_bio (fixes SnapshotTests)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 fix 19/17] dm thin: requeue deferred_cells when in requeue_mode
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 20/17] dm thin: optimize retry_bios_on_resume
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCHv2 0/4] blk-mq support for dm multipath
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCHv2 3/4] dm: Move request allocation to dm_target type
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCHv2 2/4] dm: Submit stacked requests in irq enabled context
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCHv2 1/4] dm: prep initialized requests
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCHv2 4/4] block: blk-mq support for cloned requests
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [git pull] device mapper changes for 3.18
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 03/17] dm bio prison: switch to using a red black tree
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 05/17] dm transaction manager: add support for prefetching blocks of metadata
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 04/17] dm thin metadata: change dm_thin_find_block to allow blocking, but not issuing, IO
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 01/17] dm bufio: switch from a huge hash table to an rbtree
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 09/17] dm: improve documentation and code clarity in dm_merge_bvec
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 02/17] dm bufio: evict buffers that are past the max age but retain some buffers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 07/17] dm thin: throttle incoming IO
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 06/17] dm thin: prefetch missing metadata pages
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 15/17] dm thin: remap the bios in a cell immediately
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 13/17] dm thin: factor out remap_and_issue_overwrite
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 14/17] dm thin: defer whole cells rather than individual bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 16/17] dm thin: direct dispatch when breaking sharing
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 12/17] dm thin: performance improvement to discard processing
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 08/17] dm thin: adjust max_sectors_kb based on thinp blocksize
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 17/17] dm thin: sort the deferred cells
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 10/17] dm thin: implement thin_merge
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH v2 11/17] dm thin: grab a virtual cell before looking up the mapping
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [for-3.19 PATCH 00/17] dm thin: performance improvements
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RFCv2 01/10] dm-dedup: main data structures
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RFCv2 01/10] dm-dedup: main data structures
  • From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
• [PATCH v2] dm raid: ensure metadata IO matches device block size
  • From: heinzm@xxxxxxxxxx
• Re: [data] Re: [linux-lvm] Setting up LVM cache causes crash
  • From: Elvin Cako <ecako@xxxxxxxxxxxx>
• [for-3.19 PATCH 03/17] dm bio prison: switch to using a red black tree
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH 01/17] dm bufio: switch from a huge hash table to an rbtree
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH 09/17] dm: improve documentation and code clarity in dm_merge_bvec
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH 15/17] dm thin: remap the bios in a cell immediately
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH 16/17] dm thin: direct dispatch when breaking sharing
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH 05/17] dm transaction manager: add support for prefetching blocks of metadata
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH 04/17] dm thin metadata: change dm_thin_find_block to allow blocking, but not issuing, IO
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH 02/17] dm bufio: evict buffers that are past the max age but retain some buffers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH 07/17] dm thin: throttle incoming IO
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH 00/17] dm thin: performance improvements
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH 08/17] dm thin: adjust max_sectors_kb based on thinp blocksize
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH 17/17] dm thin: sort the deferred cells
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH 14/17] dm thin: defer whole cells rather than individual bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH 10/17] dm thin: implement thin_merge
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH 06/17] dm thin: prefetch missing metadata pages
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH 12/17] dm thin: performance improvement to discard processing
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH 11/17] dm thin: grab a virtual cell before looking up the mapping
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [for-3.19 PATCH 13/17] dm thin: factor out remap_and_issue_overwrite
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm raid: ensure metadata IO matches device block size.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-bufio: change __GFP_IO to __GFP_FS in shrinker callbacks
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] slab: implement kmalloc guard
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm raid: ensure metadata IO matches device block size.
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: dm raid: ensure metadata IO matches device block size.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: dm raid: ensure metadata IO matches device block size.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• device-mapper
  • From: "lilofile" <lilofile@xxxxxxxxxx>
• Re: dm raid: ensure metadata IO matches device block size.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: dm raid: ensure metadata IO matches device block size.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm raid: ensure metadata IO matches device block size.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/4] md: add flush_idx support for stacked devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/4] md: add flush_idx support for stacked devices
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• [GIT PULL] LLVMLinux patches for v3.18
  • From: Behan Webster <behanw@xxxxxxxxxxxxxxxxxx>
• Re: A patchset to limit the number of outstanding bios
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: A patchset to limit the number of outstanding bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: A patchset to limit the number of outstanding bios
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• A patchset to limit the number of outstanding bios
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-bufio cache patches
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Subject: [PATCH] dm stripe: fixed resource leak of sc
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Subject: [PATCH] dm stripe: fixed resource leak of sc
  • From: Pavitra Kumar <pavitrak@xxxxxxxxxx>
• Re: dm-bufio cache patches
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-bufio cache patches
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH v2] block: fix alignment_offset math that assumes io_min is a power-of-2
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: block: fix alignment_offset math that assumes io_min is a power-of-2
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: block: fix alignment_offset math that assumes io_min is a power-of-2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: block: fix alignment_offset math that assumes io_min is a power-of-2
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2] block: fix alignment_offset math that assumes io_min is a power-of-2
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] block: fix alignment_offset math that assumes io_min is a power-of-2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] block: fix alignment_offset math that assumes io_min is a power-of-2
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-bufio cache patches
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• dm-bufio cache patches
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 4/5] lightnvm: NVMe integration
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH 5/5] lightnvm: null_blk integration
  • From: Matias Bjørling <m@xxxxxxxxxxx>
• [PATCH 4/5] lightnvm: NVMe integration
  • From: Matias Bjørling <m@xxxxxxxxxxx>
• [PATCH 2/5] block: extend rq_flag_bits
  • From: Matias Bjørling <m@xxxxxxxxxxx>
• [PATCH 0/5] Support for Open-Channel SSDs (was dm-lightnvm)
  • From: Matias Bjørling <m@xxxxxxxxxxx>
• [PATCH 3/5] lightnvm: Support for Open-Channel SSDs
  • From: Matias Bjørling <m@xxxxxxxxxxx>
• [PATCH 1/5] NVMe: Convert to blk-mq
  • From: Matias Bjørling <m@xxxxxxxxxxx>
• [PATCH] dm-raid: fix bug when round up region_size v2
  • From: heinzm@xxxxxxxxxx
• Re: Fwd: Reducing size of thin spare metadata, thin metadata
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: Reducing size of thin spare metadata, thin metadata
  • From: Patrik Horník <patrik@xxxxxx>
• Fwd: Reducing size of thin spare metadata, thin metadata
  • From: Patrik Horník <patrik@xxxxxx>
• Re: [PATCH 1/1] multipath-tools: Change path checker for IBM IPR devices
  • From: wenxiong@xxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/1] multipath-tools: Change path checker for IBM IPR devices
  • From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] libmultipath: replace PATH_TIMEOUT with PATH_DOWN
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Reducing size of thin spare metadata, thin metadata
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Reducing size of thin spare metadata, thin metadata
  • From: Patrik Horník <patrik@xxxxxx>
• Re: Reducing size of thin spare metadata, thin metadata
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Reducing size of thin spare metadata, thin metadata
  • From: Patrik Horník <patrik@xxxxxx>
• Re: Reducing size of thin spare metadata, thin metadata
  • From: Patrik Horník <patrik@xxxxxx>
• Re: Reducing size of thin spare metadata, thin metadata
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Reducing size of thin spare metadata, thin metadata
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH v2 4/4] dm: use bioset_create_nobvec()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 4/4] dm: use bioset_create_nobvec()
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] dm: reduce memory overhead of DM devices
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 3/3] Revert "libmultipath: fixup strlcpy"
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/3] libmultipath: replace PATH_TIMEOUT with PATH_DOWN
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 2/3] libmultipath: fix sysfs_get_size bug
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 0/3] miscellaneous multipath patches
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 4/4] dm: use bioset_create_nobvec()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 2/4] block: use bio_clone_fast() in blk_rq_prep_clone()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 1/4] dm: remove nr_iovecs parameter from alloc_tio()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 3/4] block: add bioset_create_nobvec()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/4] dm: reduce memory overhead of DM devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/4] dm: reduce memory overhead of DM devices
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 0/4] dm: reduce memory overhead of DM devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/4] dm: remove nr_iovecs parameter from alloc_tio()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/4] dm: reduce memory overhead of DM devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 3/4] block: add bioset_nobvec_create()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 3/4] block: add bioset_nobvec_create()
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• [PATCH 2/4] block: use bio_clone_fast() in blk_rq_prep_clone()
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• [PATCH 4/4] dm: use bioset_nobvec_create()
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• [PATCH 1/4] dm: remove nr_iovecs parameter from alloc_tio()
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• [PATCH 0/4] dm: reduce memory overhead of DM devices
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH] dm-raid: add RAID discard support
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm-raid: add RAID discard support
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] dm-raid: add RAID discard support
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm-raid: add RAID discard support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-log-userspace: fix memory leak on failure path in dm_ulog_tfr_init()
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: dm-raid: add RAID discard support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-log-userspace: fix memory leak on failure path in dm_ulog_tfr_init()
  • From: Alexey Khoroshilov <khoroshilov@xxxxxxxxx>
• Re: dm-raid: add RAID discard support
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/3] libmultipath: rewrite dict.c with function generation macros
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 3/3] libmultipath: add overrides section to multipath.conf
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm-raid: add RAID discard support
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/3] libmultipath: cleanup propsel.c with macros for common actions
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 0/3] configuration overhaul and overrides section
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm-raid: add RAID discard support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-raid: add RAID discard support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] dm-raid: add RAID discard support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] dm-raid: add RAID discard support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] dm-raid: add RAID discard support
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: dm-bufio: break out of both loops when freeing data
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-bufio: break out of both loops when freeing data
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-bufio: break out of both loops when freeing data
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-raid: add RAID discard support
  • From: Andrey Kuzmin <andrey.v.kuzmin@xxxxxxxxx>
• Re: dm-raid: add RAID discard support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/1] multipath-tools: Change path checker for IBM IPR devices
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] dm-raid: add RAID discard support
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: ios and sectors should be incremented on completion
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] multipath-tools: Change path checker for IBM IPR devices
  • From: wenxiong@xxxxxxxxxxxxxxxxxx
• Re: [PATCH] dm-raid: add RAID discard support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: dm-mpath: Work with blk multi-queue drivers
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• [PATCH] dm-bufio: set last_accessed when relinking the buffer
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-mpath: Work with blk multi-queue drivers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-raid: fix bug when round up region_size
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] dm-raid: fix bug when round up region_size
  • From: heinzm@xxxxxxxxxx
• [PATCH] dm raid: fix bug when round up region_size
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• [PATCH] dm raid: fix bug when round up region_size
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: dm-mpath: Work with blk multi-queue drivers
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH RFCv2 01/10] dm-dedup: main data structures
  • From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
• Re: RHEL6.6 dm-cache and dm-era
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH] drivers/md: Use rcu_dereference() for accessing rcu pointer
  • From: Pranith Kumar <bobby.prani@xxxxxxxxx>
• [RESEND PATCH] drivers/md: Use rcu_dereference() for accessing rcu pointer
  • From: Pranith Kumar <bobby.prani@xxxxxxxxx>
• Re: RHEL6.6 dm-cache and dm-era
  • From: Romu Hu <huruomu@xxxxxxxxx>
• Re: [RESEND PATCH] drivers/md: Use rcu_dereference() for accessing rcu pointer
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dm: sparse: Annotate field with __rcu for checking
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFCv2 01/10] dm-dedup: main data structures
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RHEL6.6 dm-cache and dm-era
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• ios and sectors should be incremented on completion
  • From: Akira Hayakawa <hayakawa@xxxxxxxxxxxxx>
• Re: [data] Re: [linux-lvm] Setting up LVM cache causes crash
  • From: Elvin Cako <ecako@xxxxxxxxxxxx>
• [PATCH] dm: sparse: Annotate field with __rcu for checking
  • From: Pranith Kumar <bobby.prani@xxxxxxxxx>
• Re: RHEL6.6 dm-cache and dm-era
  • From: Romu Hu <huruomu@xxxxxxxxx>
• Re: [PATCH 1/2] dm-raid: add RAID discard support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/1] multipath-tools: Change path checker for IBM IPR devices
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] multipath-tools: Change path checker for IBM IPR devices
  • From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
• Re: dm-mpath: Work with blk multi-queue drivers
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: dm-mpath: Work with blk multi-queue drivers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-mpath: Work with blk multi-queue drivers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: RHEL6.6 dm-cache and dm-era
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: RHEL6.6 dm-cache and dm-era
  • From: Romu <huruomu@xxxxxxxxx>
• Re: RHEL6.6 dm-cache and dm-era
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH 1/1] multipath-tools: Change path checker for IBM IPR devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: RHEL6.6 dm-cache and dm-era
  • From: Romu Hu <huruomu@xxxxxxxxx>
• [PATCH 0/1] Change path checker for IPR devices
  • From: wenxiong@xxxxxxxxxxxxxxxxxx
• Re: [PATCH] dm-mpath: Work with blk multi-queue drivers
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH 1/1] multipath-tools: Change path checker for IBM IPR devices
  • From: wenxiong@xxxxxxxxxxxxxxxxxx
• Re: dm-mpath: Work with blk multi-queue drivers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-mpath: Work with blk multi-queue drivers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-mpath: Work with blk multi-queue drivers
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/2] dm-raid: add 'ignore_discard' table argument
  • From: heinzm@xxxxxxxxxx
• [PATCH 1/2] dm-raid: add RAID discard support
  • From: heinzm@xxxxxxxxxx
• [PATCH 2/3] dm-raid: add 'no_discard_passdown' table argument
  • From: heinzm@xxxxxxxxxx
• [PATCH 1/3] dm-raid: add RAID discard support
  • From: heinzm@xxxxxxxxxx
• [PATCH 3/3] dm-raid: change 'no_discard_passdown' table line argument to 'ignore_discard'
  • From: heinzm@xxxxxxxxxx
• Re: [PATCH] dm-raid: add RAID discard support
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] dm-mpath: Work with blk multi-queue drivers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] dm-raid: add RAID discard support
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• broken reply-to setting for dm-devel
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>