Linux Device-Mapper Development

• Thread Index

• 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>
• Re: [PATCH] dm-mpath: Work with blk multi-queue drivers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] dm-raid: add RAID discard support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 2/2] dm-raid: add 'no_discard_passdown' table argument
  • From: heinzm@xxxxxxxxxx
• [PATCH 1/2] dm-raid: add RAID discard support
  • From: heinzm@xxxxxxxxxx
• Re: [PATCH] dm-raid: add RAID discard support
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH] dm-mpath: Work with blk multi-queue drivers
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: reply： Thinly-Provisioned Logical Volumes
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH] dm-mpath: Work with blk multi-queue drivers
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: 3PAR transparent failover with Linux
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: reply： Thinly-Provisioned Logical Volumes
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [data] Re: [linux-lvm] Setting up LVM cache causes crash
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH] dm-raid: add RAID discard support
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH] dm-raid: add RAID discard support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RHEL6.6 dm-cache and dm-era
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH] dm-raid: add RAID discard support
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: 3PAR transparent failover with Linux
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: [PATCH] dm-raid: add RAID discard support
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• reply： Thinly-Provisioned Logical Volumes
  • From: "lilofile" <lilofile@xxxxxxxxxx>
• Re: [PATCH] dm-raid: add RAID discard support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] dm-raid: add RAID discard support
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: DM-Multipath limiting IO to 127.000 MB/Sec
  • From: "Merla, ShivaKrishna" <ShivaKrishna.Merla@xxxxxxxxxx>
• Re: 3PAR transparent failover with Linux
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: [PATCH] dm-raid: add RAID discard support
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: DM-Multipath limiting IO to 127.000 MB/Sec
  • From: Ali Poursamadi <ali@xxxxxxxxxxxxxx>
• [PATCH] dm-raid: add RAID discard support
  • From: heinzm@xxxxxxxxxx
• Re: DM-Multipath limiting IO to 127.000 MB/Sec
  • From: "Merla, ShivaKrishna" <ShivaKrishna.Merla@xxxxxxxxxx>
• Re: reply： Thinly-Provisioned Logical Volumes
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• reply： Thinly-Provisioned Logical Volumes
  • From: "lilofile" <lilofile@xxxxxxxxxx>
• Re: [PATCH v4 11/12] security, crypto: LLVMLinux: Remove VLAIS from ima_crypto.c
  • From: Dmitry Kasatkin <d.kasatkin@xxxxxxxxxxx>
• [PATCH v4 08/12] crypto, dm: LLVMLinux: Remove VLAIS usage from dm-crypt
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v4 10/12] crypto: LLVMLinux: Remove VLAIS usage from libcrc32c.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v4 00/12] LLVMLinux: Patches to enable the kernel to be compiled with clang/LLVM
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v4 06/12] crypto: LLVMLinux: Remove VLAIS from crypto/omap_sham.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v4 03/12] crypto: LLVMLinux: Remove VLAIS from crypto/ccp/ccp-crypto-sha.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v4 01/12] crypto: LLVMLinux: Add macro to remove use of VLAIS in crypto code
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v4 02/12] btrfs: LLVMLinux: Remove VLAIS
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v4 09/12] crypto: LLVMLinux: Remove VLAIS usage from crypto/hmac.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v4 12/12] crypto: LLVMLinux: Remove VLAIS usage from crypto/testmgr.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v4 05/12] crypto: LLVMLinux: Remove VLAIS from crypto/n2_core.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v4 07/12] crypto: LLVMLinux: Remove VLAIS from crypto/.../qat_algs.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v4 11/12] security, crypto: LLVMLinux: Remove VLAIS from ima_crypto.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v4 04/12] crypto: LLVMLinux: Remove VLAIS from crypto/mv_cesa.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• DM-Multipath limiting IO to 127.000 MB/Sec
  • From: Ali Poursamadi <ali@xxxxxxxxxxxxxx>
• Re: Shared Memory Pages for Same Base Device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Shared Memory Pages for Same Base Device
  • From: Shao Miller <shao.miller@xxxxxxxxxxx>
• Re: Shared Memory Pages for Same Base Device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Thinly-Provisioned Logical Volumes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RHEL6.6 dm-cache and dm-era
  • From: Romu <huruomu@xxxxxxxxx>
• Re: Thinly-Provisioned Logical Volumes
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH] fix mirror device creation with lvcreate failed
  • From: NeilBrown <neilb@xxxxxxx>
• Shared Memory Pages for Same Base Device
  • From: Shao Miller <shao.miller@xxxxxxxxxxx>
• Thinly-Provisioned Logical Volumes
  • From: "lilofile" <lilofile@xxxxxxxxxx>
• Re: [PATCH v2 0/2] dm: alternate solution to reloading with failed paths
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 2/2] dm: allow active and inactive tables to share dm_devs
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 0/2] dm: alternate solution to reloading with failed paths
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 1/2] dm mpath: stop queueing IO when no valid paths exist
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 2/2] dm: allow active and inactive tables to share dm_devs
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RHEL6.6 dm-cache and dm-era
  • From: Romu Hu <huruomu@xxxxxxxxx>
• Re: [PATCH] fix mirror device creation with lvcreate failed
  • From: "Liuhua Wang" <lwang@xxxxxxxx>
• Re: [PATCH v3 02/12] btrfs: LLVMLinux: Remove VLAIS
  • From: Chris Mason <clm@xxxxxx>
• [PATCH] dm crypt: retain write ordering
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v3 01/12] crypto: LLVMLinux: Add macro to remove use of VLAIS in crypto code
  • From: Behan Webster <behanw@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 01/12] crypto: LLVMLinux: Add macro to remove use of VLAIS in crypto code
  • From: Dmitry Kasatkin <d.kasatkin@xxxxxxxxxxx>
• Re: [PATCH] fix mirror device creation with lvcreate failed
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH v3 01/12] crypto: LLVMLinux: Add macro to remove use of VLAIS in crypto code
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 01/12] crypto: LLVMLinux: Add macro to remove use of VLAIS in crypto code
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fix mirror device creation with lvcreate failed
  • From: "Liuhua Wang" <lwang@xxxxxxxx>
• Re: [PATCH] fix mirror device creation with lvcreate failed
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] fix mirror device creation with lvcreate failed
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] fix mirror device creation with lvcreate failed
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] fix mirror device creation with lvcreate failed
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 0/2] dm: alternate solution to reloading with failed paths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: partx fails 4096 block size
  • From: Ross Anderson <rosander@xxxxxxxxx>
• Re: partx fails 4096 block size
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: [PATCH 0/2] dm: alternate solution to reloading with failed paths
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RHEL6.6 dm-cache and dm-era
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• partx fails 4096 block size
  • From: Ross Anderson <rosander@xxxxxxxxx>
• Re: [PATCH v3 11/12] security, crypto: LLVMLinux: Remove VLAIS from ima_crypto.c
  • From: Behan Webster <behanw@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 11/12] security, crypto: LLVMLinux: Remove VLAIS from ima_crypto.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 01/12] crypto: LLVMLinux: Add macro to remove use of VLAIS in crypto code
  • From: Behan Webster <behanw@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 01/12] crypto: LLVMLinux: Add macro to remove use of VLAIS in crypto code
  • From: Michał Mirosław <mirqus@xxxxxxxxx>
• [PATCH v3 09/12] crypto: LLVMLinux: Remove VLAIS usage from crypto/hmac.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v3 07/12] crypto: LLVMLinux: Remove VLAIS from crypto/.../qat_algs.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v3 02/12] btrfs: LLVMLinux: Remove VLAIS
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v3 00/12] LLVMLinux: Patches to enable the kernel to be compiled with clang/LLVM
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v3 01/12] crypto: LLVMLinux: Add macro to remove use of VLAIS in crypto code
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v3 11/12] security, crypto: LLVMLinux: Remove VLAIS from ima_crypto.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v3 03/12] crypto: LLVMLinux: Remove VLAIS from crypto/ccp/ccp-crypto-sha.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v3 05/12] crypto: LLVMLinux: Remove VLAIS from crypto/n2_core.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v3 04/12] crypto: LLVMLinux: Remove VLAIS from crypto/mv_cesa.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v3 08/12] crypto, dm: LLVMLinux: Remove VLAIS usage from dm-crypt
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v3 10/12] crypto: LLVMLinux: Remove VLAIS usage from libcrc32c.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v3 06/12] crypto: LLVMLinux: Remove VLAIS from crypto/omap_sham.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH v3 12/12] crypto: LLVMLinux: Remove VLAIS usage from crypto/testmgr.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• Re: Powerpath vs dm-multipath - two points of FUD?
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] slab: implement kmalloc guard
  • From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
• Re: Powerpath vs dm-multipath - two points of FUD?
  • From: "Levy, Jerome" <jerome.levy@xxxxxxx>
• RHEL6.6 dm-cache and dm-era
  • From: Romu Hu <huruomu@xxxxxxxxx>
• Re: [PATCH 5/6] multipath.conf: add all_devs device option
  • From: Nir Soffer <nsoffer@xxxxxxxxxx>
• Re: [PATCH 0/6] Misc multipath patches
  • From: Nir Soffer <nsoffer@xxxxxxxxxx>
• Re: Powerpath vs dm-multipath - two points of FUD?
  • From: Hannes Reinecke <hare@xxxxxxx>
• [BUG] dm-writeboost: Don't pass __GFP_ZERO to mempool_alloc()
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH 0/6] Misc multipath patches
  • From: Nir Soffer <nsoffer@xxxxxxxxxx>
• Re: [PATCH 0/6] Misc multipath patches
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [git pull] device mapper fix for 3.17-rc5
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 4/6] Fix missing frees and null terminations
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 5/6] multipath.conf: add all_devs device option
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 3/6] libmultipath: Add additional path wildcards
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 2/6] Add support for EMC XtremIO
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 1/6] libmultipath: cleanup rlookup_binding
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 0/6] Misc multipath patches
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 6/6] Always put watchdog in the config structure
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] dm crypt: fix access beyond the end of allocated space
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH] slab: implement kmalloc guard
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm crypt: fix access beyond the end of allocated space
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• 3PAR transparent failover with Linux
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: Powerpath vs dm-multipath - two points of FUD?
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: [PATCH 1/1] fix build, replace GZIP with GZIPCMD
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• [PATCH 1/1] fix build, replace GZIP with GZIPCMD
  • From: Christian Hesse <mail@xxxxxxxx>
• Powerpath vs dm-multipath - two points of FUD?
  • From: Rob <robertfreeman83@xxxxxxxxx>
• Re: dm-thin - issue about the maximum size of the metadata device
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-thin - issue about the maximum size of the metadata device
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-cache caching network volume
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm cache: fix race causing dirty blocks to be marked as clean
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] slab: implement kmalloc guard
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH] slab: implement kmalloc guard
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH] slab: implement kmalloc guard
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] crypto: memzero_explicit - make sure to clear out sensitive data
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH] crypto: memzero_explicit - make sure to clear out sensitive data
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v2] crypto, dm: LLVMLinux: Remove VLAIS usage from dm-crypt
  • From: Behan Webster <behanw@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] crypto, dm: LLVMLinux: Remove VLAIS usage from dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH v2] crypto, dm: LLVMLinux: Remove VLAIS usage from dm-crypt
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH] slab: implement kmalloc guard
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• lvmetad in initrd hangs, blocking further lvm calls
  • From: Bastien Durel <bastien+lvm@xxxxxxxxx>
• [PATCH] dm cache: fix race causing dirty blocks to be marked as clean
  • From: Anssi Hannula <anssi.hannula@xxxxxx>
• Re: [ANNOUNCE] thin-provisioning-tools v0.4.0
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [ANNOUNCE] thin-provisioning-tools v0.4.0
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH RFC 5/6] apparmor: LLVMLinux: Remove VLAIS
  • From: John Johansen <john.johansen@xxxxxxxxxxxxx>
• [PATCH] libmultipath: Typo in condlog in select_flush_on_last_del
  • From: Bernhard Reutner-Fischer <rep.dot.nop@xxxxxxxxx>
• Re: [PATCH RFC 0/6] LLVMLinux: Patches to enable the kernel to be compiled with clang/LLVM
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• Re: [PATCH RFC 0/6] LLVMLinux: Patches to enable the kernel to be compiled with clang/LLVM
  • From: Jan-Simon Möller <dl9pf@xxxxxx>
• Re: [PATCH RFC 5/6] apparmor: LLVMLinux: Remove VLAIS
  • From: Behan Webster <behanw@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/6] LLVMLinux: Patches to enable the kernel to be compiled with clang/LLVM
  • From: Behan Webster <behanw@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 6/6] btrfs: LLVMLinux: Remove VLAIS
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH RFC 5/6] apparmor: LLVMLinux: Remove VLAIS
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH RFC 2/6] crypto: LLVMLinux: Remove VLAIS usage from crypto/hmac.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH RFC 3/6] crypto: LLVMLinux: Remove VLAIS usage from libcrc32c.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH RFC 1/6] crypto, dm: LLVMLinux: Remove VLAIS usage from dm-crypt
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH RFC 4/6] crypto: LLVMLinux: Remove VLAIS usage from crypto/testmgr.c
  • From: behanw@xxxxxxxxxxxxxxxxxx
• [PATCH RFC 0/6] LLVMLinux: Patches to enable the kernel to be compiled with clang/LLVM
  • From: behanw@xxxxxxxxxxxxxxxxxx
• Re: [PATCH] libmultipath: Typo in condlog in select_flush_on_last_del
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [git pull] device mapper fix for 3.17
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/15] SCSI XCOPY support for the kernel and device mapper
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH RFCv2 10/10] dm-dedup: documentation
  • From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
• [PATCH RFCv2 02/10] dm-dedup: core deduplication logic
  • From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
• [PATCH RFCv2 05/10] dm-dedup: COW B-tree backend
  • From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
• [PATCH RFCv2 04/10] dm-dedup: implementation of the read-on-write procedure
  • From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
• [PATCH RFCv2 00/10] dm-dedup: device-mapper deduplication target
  • From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
• [PATCH RFCv2 07/10] dm-dedup: Makefile changes
  • From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
• [PATCH RFCv2 01/10] dm-dedup: main data structures
  • From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
• [PATCH RFCv2 06/10] dm-dedup: inram backend
  • From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
• [PATCH RFCv2 08/10] dm-dedup: Kconfig changes
  • From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
• [PATCH RFCv2 03/10] dm-dedup: hash computation
  • From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
• [PATCH RFCv2 09/10] dm-dedup: status function
  • From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
• Re: [PATCH 0/15] SCSI XCOPY support for the kernel and device mapper
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: Fix access beyond the end of allocated space
  • From: Krzysztof Kolasa <kkolasa@xxxxxxxxxx>
• Re: dm-crypt: Fix access beyond the end of allocated space
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: Fix access beyond the end of allocated space
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH] dm-crypt: Fix access beyond the end of allocated space
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] Update ETERNUS DX entry
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] Update ETERNUS DX entry
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: [PATCH] dm-crypt: Fix per-bio data alignment
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] fix mirror device creation with lvcreate failed
  • From: Liuhua Wang <lwang@xxxxxxxx>
• [PATCH] libmultipath: Fix typo in log message of execute_program()
  • From: Ferenc Wágner <wferi@xxxxxxx>
• Re: [PATCH] libmultipath: Fix typo in log message of execute_program()
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• 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: convert dm_ulog_request data to little endian
  • From: zhangdongmao <dmzhang@xxxxxxxx>
• Re: convert dm_ulog_request data to little endian
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH] convert dm_ulog_request data to little endian
  • From: zhangdongmao <dmzhang@xxxxxxxx>
• Re: [PATCH] convert dm_ulog_request data to little endian
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH] convert dm_ulog_request data to little endian
  • From: zhangdongmao <dmzhang@xxxxxxxx>
• Re: [PATCH] convert dm_ulog_request data to little endian
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: Fix per-bio data alignment
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH] dm-crypt: Fix per-bio data alignment
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: Fix per-bio data alignment
  • From: Krzysztof Kolasa <kkolasa@xxxxxxxxxx>
• [PATCH] dm-crypt: Fix per-bio data alignment
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: commit 298a9fa dm crypt: use per-bio data hard crash kernel ( the system freezes )
  • From: Krzysztof Kolasa <kkolasa@xxxxxxxxxx>
• Re: commit 298a9fa dm crypt: use per-bio data hard crash kernel ( the system freezes )
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: commit 298a9fa dm crypt: use per-bio data hard crash kernel ( the system freezes )
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: commit 298a9fa dm crypt: use per-bio data hard crash kernel ( the system freezes )
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• commit 298a9fa dm crypt: use per-bio data hard crash kernel ( the system freezes )
  • From: Krzysztof Kolasa <kkolasa@xxxxxxxxxx>
• Re: [PATCH] dm cache: fix race affecting dirty block count
  • From: Anssi Hannula <anssi.hannula@xxxxxx>
• Re: dm: propagate QUEUE_FLAG_NO_SG_MERGE
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/2] dm-multipath: cleanup IO queueing after table load
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-multipath: cleanup IO queueing after table load
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/2] dm-multipath: cleanup IO queueing after table load
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 2/2] device-mapper: allow tables to share dm_devs
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 0/2] dm: alternate solution to reloading with failed paths
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [git pull] device mapper changes for 3.17
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: multipath-tools: Potential issue in blacklist entry handling
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: dm: propagate QUEUE_FLAG_NO_SG_MERGE
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: convert dm_ulog_request data to little endian
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: convert dm_ulog_request data to little endian
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: propagate QUEUE_FLAG_NO_SG_MERGE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [patch] dm: propagate QUEUE_FLAG_NO_SG_MERGE
  • From: Greg KH <greg@xxxxxxxxx>
• [patch] dm: propagate QUEUE_FLAG_NO_SG_MERGE
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• [PATCH] convert dm_ulog_request data to little endian
  • From: Dongmao Zhang <dmzhang@xxxxxxxx>
• multipath-tools: Potential issue in blacklist entry handling
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• Re: [PATCH 1/15] block copy: initial XCOPY offload support
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/15] block copy: initial XCOPY offload support
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] dm cache: fix race affecting dirty block count
  • From: Anssi Hannula <anssi.hannula@xxxxxx>
• [git pull] device mapper fixes for 3.16 final
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm cache: fix race affecting dirty block count
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [dm-crypt] LUKS on a jffs2 partition
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH 0/2] dm-switch: quickly load repetitive pattern
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm cache: fix race affecting dirty block count
  • From: Anssi Hannula <anssi.hannula@xxxxxx>
• Re: [PATCH 0/2] dm-switch: quickly load repetitive pattern
  • From: Mike Snitzer <msnitzer@xxxxxxxxxx>
• Re: [PATCH] dm bufio: fully initialize shrinker
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm bufio: fully initialize shrinker
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH 2/2 v2] dm-switch: allow repetitive patterns
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/2] dm-switch: quickly load repetitive pattern
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/2] dm-switch: introdice switch_region_table_read
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-switch: quickly load repetitive pattern
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/2] dm-switch: quickly load repetitive pattern
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/2] dm-switch: allow repetitive patterns
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] arm64 aes: fix encryption of unaligned data
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Status of SCSI referrals support in dm-multipath
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: [PATCH 2/2] arm aes: fix encryption of unaligned data
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] arm64 aes: fix encryption of unaligned data
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] arm64 aes: fix encryption of unaligned data
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] arm64 aes: fix encryption of unaligned data
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] arm64 aes: fix encryption of unaligned data
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• dm-cache race on nr_dirty in set_dirty/clear_dirty?
  • From: Anssi Hannula <anssi.hannula@xxxxxx>
• [PATCH 2/2] arm aes: fix encryption of unaligned data
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/2] arm64 aes: fix encryption of unaligned data
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 4/5] libmultipath: Print line number for which parsing failed
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 5/5] libmultipath: Accept "*" as a valid regular expression
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 5/5] libmultipath: Accept "*" as a valid regular expression
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: [PATCH 5/5] libmultipath: Accept "*" as a valid regular expression
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: [PATCH 4/5] libmultipath: Print line number for which parsing failed
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: [PATCH 1/5] ALUA prioritizer: Remove an unused variable
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: multipath and READ_CAPACITY
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 12/12] Add multipath.conf force_sync option
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 11/12] make prioritizers use checker_timeout, if set
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 10/12] Improve multipath.conf syntax checking
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• multipath and READ_CAPACITY
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 09/12] orphan paths on failed add
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 07/12] Make multipathd orphan paths that were removed externally
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath: add option '-i' to ignore wwids file
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH]multipath: Wrong sysfs attribute used for iSCSI settings.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 0/5] Five small multipath-tools patches
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [RFC] dm-writeboost: Removing a tunable barrier_deadline_ms
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: [PATCH] md/dm-ioctl.c: optimize memory allocation in copy_params
  • From: "Zhang, Yanmin" <yanmin_zhang@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/dm-ioctl.c: optimize memory allocation in copy_params
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] md/dm-ioctl.c: optimize memory allocation in copy_params
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] md/dm-ioctl.c: optimize memory allocation in copy_params
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] md/dm-ioctl.c: optimize memory allocation in copy_params
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] md/dm-ioctl.c: optimize memory allocation in copy_params
  • From: "Zhang, Yanmin" <yanmin_zhang@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/dm-ioctl.c: optimize memory allocation in copy_params
  • From: "Zhang, Yanmin" <yanmin_zhang@xxxxxxxxxxxxxxx>
• [patch] slab_common: fix the check for duplicate slab names
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: ZAC target (Was: Re: dm-multipath: Accept failed paths for multipath maps)
  • From: Matias Bjorling <m@xxxxxxxxxxx>
• Re: [PATCH] md/dm-ioctl.c: optimize memory allocation in copy_params
  • From: "Zhang, Yanmin" <yanmin_zhang@xxxxxxxxxxxxxxx>
• [git pull] stable mm/slab_common.c fix for 3.16-rc7
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: slab_common: fix the check for duplicate slab names
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• are the dm target ioctl handlers extensible to serving arbitrary configuration ioctls?
  • From: John Utz <John.Utz@xxxxxxx>
• Re: [PATCH] multipath: revert fstack-protector-strong gcc option
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• Re: [PATCH] dm-writeboost: Remove unsure BUG() from init_rambuf_pool
  • From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
• Re: ZAC target (Was: Re: dm-multipath: Accept failed paths for multipath maps)
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: multipath-tools: -fstack-protector to fstack-protector-strong change
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] md/dm-ioctl.c: optimize memory allocation in copy_params
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] md/dm-ioctl.c: optimize memory allocation in copy_params
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] multipath: revert fstack-protector-strong gcc option
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: multipath-tools: -fstack-protector to fstack-protector-strong change
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: ZAC target (Was: Re: dm-multipath: Accept failed paths for multipath maps)
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: Does multipath require disabled write cache?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• multipath-tools: -fstack-protector to fstack-protector-strong change
  • From: Sebastian Herbszt <herbszt@xxxxxx>
• ZAC target (Was: Re: dm-multipath: Accept failed paths for multipath maps)
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm-writeboost: Remove unsure BUG() from init_rambuf_pool
  • From: Satoru Takeuchi <satoru.takeuchi@xxxxxxxxx>
• dm-cache-policy-mq.c
  • From: Nick Krause <xerofoify@xxxxxxxxx>
• Re: dm-multipath: Accept failed paths for multipath maps
  • From: Hannes Reinecke <hare@xxxxxxx>
• Does multipath require disabled write cache?
  • From: Spelic <spelic@xxxxxxxxxxxxx>
• Re: [PATCH] dm-writeboost: Remove unsure BUG() from init_rambuf_pool
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH] dm-writeboost: Remove unsure BUG() from init_rambuf_pool
  • From: Satoru Takeuchi <satoru.takeuchi@xxxxxxxxx>
• Re: [BUG] dm-writeboost: too big nr_rambuf_pool causes massive memory pressure or panic.
  • From: Satoru Takeuchi <satoru.takeuchi@xxxxxxxxx>
• Re: dm thin: set {minimum, optimal}_io_size to pool's data block size
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm thin: set {minimum, optimal}_io_size to pool's data block size
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath: Accept failed paths for multipath maps
  • From: John Utz <John.Utz@xxxxxxx>
• Re: dm-multipath: Accept failed paths for multipath maps
  • From: John Utz <John.Utz@xxxxxxx>