Linux Device-Mapper Development

• Thread Index

• [PATCH 0/2] Introduce the request handling for dm-crypt
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH 0/2] Introduce the request handling for dm-crypt
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/32] separate operations from flags in the bio/request structs
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Linux >= 4.2 dm_any_congested bug due to bad data from vfs/mm? [was: Bug in dm_any_congested?]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Bug in dm_any_congested?
  • From: Boštjan Škufca @ Teon.si <bostjan@xxxxxxx>
• Re: Bug in dm_any_congested?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Bug in dm_any_congested?
  • From: Boštjan Škufca @ Teon.si <bostjan@xxxxxxx>
• Re: [Xen-devel] [PATCH 06/32] xen blkback: prepare for bi_rw split
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: [PATCH 0/4] dm verity: add support for error correction
  • From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
• Re: [PATCH 06/32] xen blkback: prepare for bi_rw split
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [RESEND RFC PATCH 00/32] separate operations from flags in the bio/request structs
  • From: Bob Peterson <rpeterso@xxxxxxxxxx>
• Re: [PATCH 0/4] dm verity: add support for error correction
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/4] dm verity: add support for error correction
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH 0/4] dm verity: add support for error correction
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/4] dm verity: add support for error correction
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 0/4] dm verity: add support for error correction
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 0/4] dm verity: add support for error correction
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [RFC PATCH 00/32] separate operations from flags in the bio/request structs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 32/32] block: remove __REQ op defs and reduce bi_op/bi_rw sizes
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 19/32] block: add helper to get data dir from op
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 06/32] xen blkback: prepare for bi_rw split
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RESEND RFC PATCH 00/32] separate operations from flags in the bio/request structs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] dm verity: add support for error correction
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH 0/4] dm verity: add support for error correction
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH 0/4] dm verity: add support for error correction
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH 0/4] dm verity: add support for error correction
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH 0/4] dm verity: add support for error correction
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH 0/4] dm verity: add support for error correction
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 4/4] dm verity: ignore zero blocks
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/4] dm verity: add support for forward error correction
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 19/32] block: add helper to get data dir from op
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: [PATCH 0/4] dm verity: add support for error correction
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH] [dm-thin] Speed up discard of partially mapped volumes
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• Question about multipath device compiled defaults
  • From: "Doron Tal1" <DORONTAL@xxxxxxxxxx>
• Re: [PATCH 3/4] dm verity: add support for forward error correction
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/4] dm verity: add support for error correction
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCH 02/32] block/fs/mm: prepare submit_bio_wait users for bi_rw split
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 3/4] dm verity: add support for forward error correction
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH 1/4] dm verity: clean up duplicate hashing code
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH 2/4] dm verity: separate function for parsing opt args
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH 4/4] dm verity: ignore zero blocks
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH 0/4] dm verity: add support for error correction
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [git pull] device mapper changes for 4.4
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 19/32] block: add helper to get data dir from op
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 23/32] block/fs: pass in op and flags to ll_rw_block
  • From: mchristi@xxxxxxxxxx
• [PATCH 12/32] xfs: prepare for bi_rw split
  • From: mchristi@xxxxxxxxxx
• [PATCH 10/32] f2fs: prepare for bi_rw split
  • From: mchristi@xxxxxxxxxx
• [PATCH 01/32] block/fs: add REQ_OP definitions.
  • From: mchristi@xxxxxxxxxx
• [PATCH 31/32] block/fs/driver: rm bio bi_rw REQ_OP use
  • From: mchristi@xxxxxxxxxx
• [PATCH 29/32] block/drivers: rm request cmd_flags REQ_OP use
  • From: mchristi@xxxxxxxxxx
• [PATCH 18/32] drbd: set bio bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [RESEND RFC PATCH 00/32] separate operations from flags in the bio/request structs
  • From: mchristi@xxxxxxxxxx
• [PATCH 25/32] block: add operation field to request struct
  • From: mchristi@xxxxxxxxxx
• [PATCH 02/32] block/fs/mm: prepare submit_bio_wait users for bi_rw split
  • From: mchristi@xxxxxxxxxx
• [PATCH 14/32] block/fs/mm: pass in op and flags to submit_bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 04/32] block: prepare blkdev_issue_discard for bi_rw split
  • From: mchristi@xxxxxxxxxx
• [PATCH 13/32] mm: prepare for bi_rw split
  • From: mchristi@xxxxxxxxxx
• [PATCH 21/32] bcache: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 20/32] md: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 06/32] xen blkback: prepare for bi_rw split
  • From: mchristi@xxxxxxxxxx
• [PATCH 28/32] block/fs/drivers: use bio/rq_data_dir helpers
  • From: mchristi@xxxxxxxxxx
• [PATCH 11/32] gfs2: prepare for bi_rw split
  • From: mchristi@xxxxxxxxxx
• [PATCH 03/32] dio/btrfs: prep dio->submit_bio users for bi_rw split.
  • From: mchristi@xxxxxxxxxx
• [PATCH 09/32] btrfs: prepare for bi_rw split
  • From: mchristi@xxxxxxxxxx
• [PATCH 19/32] block: add helper to get data dir from op
  • From: mchristi@xxxxxxxxxx
• [PATCH 22/32] block/fs/drivers: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 17/32] block: add operation field to bio struct
  • From: mchristi@xxxxxxxxxx
• [PATCH 30/32] drbd: don't use bi_rw for operations
  • From: mchristi@xxxxxxxxxx
• [PATCH 07/32] dm: prepare for bi_rw split
  • From: mchristi@xxxxxxxxxx
• [PATCH 32/32] block: remove __REQ op defs and reduce bi_op/bi_rw sizes
  • From: mchristi@xxxxxxxxxx
• [PATCH 15/32] btrfs: prepare for bi_rw split
  • From: mchristi@xxxxxxxxxx
• [PATCH 24/32] dm: pass dm stats data dir instead of bi_rw
  • From: mchristi@xxxxxxxxxx
• [PATCH 05/32] drbd: prepare drbd for bi_rw split
  • From: mchristi@xxxxxxxxxx
• [PATCH 26/32] ide cd: do not set REQ_WRITE on requests.
  • From: mchristi@xxxxxxxxxx
• [PATCH 16/32] block/fs/md: pass in op and flags to submit_bh
  • From: mchristi@xxxxxxxxxx
• [PATCH 27/32] cfq/cgroup: pass operation and flags seperately
  • From: mchristi@xxxxxxxxxx
• [PATCH 08/32] target: prepare for bi_rw split
  • From: mchristi@xxxxxxxxxx
• Re: [RFC PATCH 00/32] separate operations from flags in the bio/request structs
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [RFC PATCH 00/32] separate operations from flags in the bio/request structs
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 09/32] btrfs: prepare for bi_rw split
  • From: mchristi@xxxxxxxxxx
• [PATCH 04/32] block: prepare blkdev_issue_discard for bi_rw split
  • From: mchristi@xxxxxxxxxx
• [PATCH 08/32] target: prepare for bi_rw split
  • From: mchristi@xxxxxxxxxx
• [PATCH 02/32] block/fs/mm: prepare submit_bio_wait users for bi_rw split
  • From: mchristi@xxxxxxxxxx
• [PATCH 07/32] dm: prepare for bi_rw split
  • From: mchristi@xxxxxxxxxx
• [PATCH 03/32] dio/btrfs: prep dio->submit_bio users for bi_rw split.
  • From: mchristi@xxxxxxxxxx
• [RFC PATCH 00/32] separate operations from flags in the bio/request structs
  • From: mchristi@xxxxxxxxxx
• dm-era crash
  • From: Raman Shishniou <rommer@xxxxxxxxxxx>
• [PATCH 05/32] drbd: prepare drbd for bi_rw split
  • From: mchristi@xxxxxxxxxx
• [PATCH 01/32] block/fs: add REQ_OP definitions.
  • From: mchristi@xxxxxxxxxx
• [PATCH 06/32] xen blkback: prepare for bi_rw split
  • From: mchristi@xxxxxxxxxx
• Re: How big should raid metadata device be?
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: How big should raid metadata device be?
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• How big should raid metadata device be?
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [dm:for-next 11/12] drivers/md/dm-mpath.c:1570:41: error: 'cmd' undeclared
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: dm: initialize queuedata and congested_data early
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: initialize queuedata and congested_data early
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] dm-switch: Remove unnecessary condition in conditional
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] Revert "dm mpath: fix stalls when handling invalid ioctls"
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• [PATCH] Revert "dm mpath: fix stalls when handling invalid ioctls"
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] dm-stripe: Fix error message
  • From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
• Re: [PATCH 1/2] dm-raid: Fix minimal device check
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH 6/6] dm-stripe: Fix error message
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 6/6] dm-stripe: Fix error message
  • From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
• Re: [PATCH 6/6] dm-stripe: Fix error message
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-raid: Fix minimal device check
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH 2/2] dm-raid: Fix minimal_devs for raid6
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: dm: initialize queuedata and congested_data early
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/2] dm-raid: Fix minimal_devs for raid6
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 1/2] dm-raid: Fix minimal device check
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: Persistent Reservation API V4
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2] dm-switch: Remove unnecessary condition in conditional
  • From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
• Re: Persistent Reservation API V4
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm: initialize queuedata and congested_data early
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/6] dm-delay: Use DM_MAPIO_XXX macros instead of 0/1 (resend)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 5/6] dm-switch: Remove unnecessary condition in conditional
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/6] dm-delay: Update documentation for offsets (resend)
  • From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
• [PATCH 4/6] dm-linear: Improve error message consistency
  • From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
• [PATCH 1/6] dm-delay: Use DM_MAPIO_XXX macros instead of 0/1 (resend)
  • From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
• [PATCH 3/6] dm-delay: Capitalize error message consistently
  • From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
• [PATCH 6/6] dm-stripe: Fix error message
  • From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
• [PATCH 5/6] dm-switch: Remove unnecessary condition in conditional
  • From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
• missing tdata in lvm thin pool after low free space
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: [PATCH v2 01/12] block: Move integrity kobject to struct gendisk
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• [git pull] device mapper fixes for 4.3 final
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-persistent-data: eliminate unneeded return values
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-cache: clean cache resyncs to origin on every boot
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
  • From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
• Re: Possible bug in DM-RAID.
  • From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
• Re: [PATCH v3 for-4.4] block: flush queued bios when process blocks to avoid deadlock
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v3 for-4.4] block: flush queued bios when process blocks to avoid deadlock
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 01/18] libmultipath: Add prioritizer context data
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 09/18] Make multipath deactivate devices before iscsi shutdown
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 04/18] retrigger uevents to try and get the uid through udev
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 01/18] libmultipath: Add prioritizer context data
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v3 for-4.4] block: flush queued bios when process blocks to avoid deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v2] dm: reduce the number of processes per dm device
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Possible bug in DM-RAID.
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
  • From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
• Re: Possible bug in DM-RAID.
  • From: Neil Brown <nfbrown@xxxxxxxxxx>
• Re: [PATCH v3 for-4.4] block: flush queued bios when process blocks to avoid deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v3 for-4.4] block: flush queued bios when process blocks to avoid deadlock
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-delay: Update documentation for offsets
  • From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
• Re: dm-cache: clean cache resyncs to origin on every boot
  • From: Bogdan Vasiliev <bogdan.vasiliev@xxxxxxxxx>
• Re: dm-cache: clean cache resyncs to origin on every boot
  • From: sbp <sbp@xxxxxxxx>
• Re: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-cache: clean cache resyncs to origin on every boot
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• libmpathpersist: pthread join counts should be consistent with threads created
  • From: Xieyingtai <xieyingtai@xxxxxxxxxx>
• Re: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
  • From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
• Re: Cannot delete lvm thin volume
  • From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
• [PATCH] dm: Use DM_MAPIO_XXX macros instead of 0/1 (resend)
  • From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
• [PATCH] dm: Use DM_MAPIO_XXX macros instead of 0/1
  • From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
• dm-cache: clean cache resyncs to origin on every boot
  • From: Bogdan Vasiliev <bogdan.vasiliev@xxxxxxxxx>
• Re: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
  • From: Dennis Yang <shinrairis@xxxxxxxxx>
• Re: [PATCH v2 10/12] block: move blk_integrity to request_queue
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Cannot delete lvm thin volume
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Cannot delete lvm thin volume
  • From: Nikolay Borisov <kernel@xxxxxxxx>
• Re: Cannot delete lvm thin volume
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Fwd: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
  • From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
• Fwd: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
  • From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
• Re: Fwd: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH v3 for-4.4] block: flush queued bios when process blocks to avoid deadlock
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v2] block: flush queued bios when the process blocks
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [git pull] device mapper fixes for 4.3-rc6
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] block: flush queued bios when the process blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Cannot delete lvm thin volume
  • From: Nikolay Borisov <kernel@xxxxxxxx>
• Re: [PATCH v2] block: flush queued bios when the process blocks
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v4 18/79] dm-log-userspace.h: use __u32, __s32 and __u64 from linux/types.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH v2 7/7] Smack: Handle labels consistently in untrusted mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v2 10/12] block: move blk_integrity to request_queue
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 00/12] blk-integrity lifetime fixes
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 00/12] blk-integrity lifetime fixes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH v2 10/12] block: move blk_integrity to request_queue
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 08/12] nvme: suspend i/o during runtime blk_integrity_unregister
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 05/12] block: Inline blk_integrity in struct gendisk
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 02/12] block: Consolidate static integrity profile properties
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 04/12] block: Export integrity data interval size in sysfs
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 03/12] block: Reduce the size of struct blk_integrity
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 11/12] block: blk_flush_integrity() for bio-based drivers
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 09/12] block: generic request_queue reference counting
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 12/12] block, libnvdimm, nvme: provide a built-in blk_integrity nop profile
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 07/12] md: suspend i/o during runtime blk_integrity_unregister
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 01/12] block: Move integrity kobject to struct gendisk
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 06/12] md, dm, scsi, nvme, libnvdimm: drop blk_integrity_unregister() at shutdown
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 00/12] blk-integrity lifetime fixes
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] fs/block_dev.c: Remove WARN_ON() when inode writeback fails
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 3/6] sd: implement the Persistent Reservation API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/6] sd: implement the Persistent Reservation API
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 1/6] block: cleanup blkdev_ioctl
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/6] NVMe: Add persistent reservation ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/6] dm: refactor ioctl handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/6] dm: add support for passing through persistent reservations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/6] block: add an API for Persistent Reservations
  • From: Christoph Hellwig <hch@xxxxxx>
• Persistent Reservation API V4
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/6] sd: implement the Persistent Reservation API
  • From: Christoph Hellwig <hch@xxxxxx>
• fix unmatched params when mpath prout rollback
  • From: Xieyingtai <xieyingtai@xxxxxxxxxx>
• Re: [PATCH 08/18] Fix issues with user_friendly_names initramfs bindings
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v4 18/79] dm-log-userspace.h: use __u32, __s32 and __u64 from linux/types.h
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] block: flush queued bios when the process blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v4 18/79] dm-log-userspace.h: use __u32, __s32 and __u64 from linux/types.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH v2] block: flush queued bios when the process blocks
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v2 7/7] Smack: Handle labels consistently in untrusted mounts
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 for-4.4] block: flush queued bios when process blocks to avoid deadlock
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• [PATCH v3 for-4.4] block: flush queued bios when process blocks to avoid deadlock
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 7/7] Smack: Handle labels consistently in untrusted mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 6/7] userns: Replace in_userns with current_in_userns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/7] selinux: Add support for unprivileged mounts from user namespaces
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• [PATCH v2 3/7] mtd: Check permissions towards mtd block device inode when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 2/7] block_dev: Check permissions towards block device inode when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH] dm snapshot: fix memory leak in error path
  • From: Michael Opdenacker <michael.opdenacker@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/7] fs: Treat foreign mounts as nosuid
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 0/7] User namespace mount updates
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 1/7] block_dev: Support checking inode permissions in lookup_bdev()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v2 5/7] selinux: Add support for unprivileged mounts from user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• libmpathpersist: Set open fds limit in mpath_lib_init as mpathpersist called
  • From: Xieyingtai <xieyingtai@xxxxxxxxxx>
• [PATCH] dm snapshot: fix memory leak
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: Next-20151009 - crash during boot
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Next-20151009 - crash during boot
  • From: Valdis Kletnieks <Valdis.Kletnieks@xxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 14/18] Make use of /run depend on systemd
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 14/18] Make use of /run depend on systemd
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH 18/18] Make multipath ignore devices without mpath prefix
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 17/18] Fix sun partition numbering
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 16/18] Increase host buffer size
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 15/18] libmpathpersist: uninstall man page correctly
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 14/18] Make use of /run depend on systemd
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 13/18] libmultipath: add ignore_new_boot_devs option
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 12/18] add raw format multipathd commands
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 11/18] Add libmpathcmd library and use it internally
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 10/18] resize reply buffer for mutipathd help message
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 09/18] Make multipath deactivate devices before iscsi shutdown
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] iommu/amd: Fix NULL pointer deref on device detach READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: [PATCH v2] block: flush queued bios when the process blocks
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• [PATCH] iommu/amd: Fix NULL pointer deref on device detach READ FPDMA QUEUED errors since Linux 4.0
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: [PATCH 07/18] make kpartx -d remove all partitions
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 06/18] change order of multipath.rules
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/18] update multipath rules to deal with partition devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 04/18] retrigger uevents to try and get the uid through udev
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 03/18] multipathd: use /run instead of /var/run
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 02/18] fix memory leaks on realloc failures
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 01/18] libmultipath: Add prioritizer context data
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 5/5] block: Inline blk_integrity in struct gendisk
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [git pull] device mapper fixes for 4.3-rc5
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] block: flush queued bios when the process blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] block: flush queued bios when the process blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 5/5] block: Inline blk_integrity in struct gendisk
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• [PATCH] dm ioctl: bugfix for kvfree() in free_params()
  • From: Geliang Tang <geliangtang@xxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: dm-multipath test scripts
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: Queuing of dm-raid1 resyncs to the same underlying block devices
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] crash in md-raid1 and md-raid10 due to incorrect list manipulation
  • From: Neil Brown <neilb@xxxxxxxx>
• Re: dm: reduce the number of processes per dm device
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm: reduce the number of processes per dm device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: reduce the number of processes per dm device
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 01/18] libmultipath: Add prioritizer context data
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 11/18] Add libmpathcmd library and use it internally
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 18/18] Make multipath ignore devices without mpath prefix
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 04/18] retrigger uevents to try and get the uid through udev
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 17/18] Fix sun partition numbering
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 12/18] add raw format multipathd commands
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 10/18] resize reply buffer for mutipathd help message
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 06/18] change order of multipath.rules
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 15/18] libmpathpersist: uninstall man page correctly
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 03/18] multipathd: use /run instead of /var/run
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 13/18] libmultipath: add ignore_new_boot_devs option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 14/18] Make use of /run depend on systemd
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 08/18] Fix issues with user_friendly_names initramfs bindings
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 16/18] Increase host buffer size
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 02/18] fix memory leaks on realloc failures
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 07/18] make kpartx -d remove all partitions
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 09/18] Make multipath deactivate devices before iscsi shutdown
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 00/18] multipath patch sync
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 05/18] update multipath rules to deal with partition devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm: reduce the number of processes per dm device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm: reduce the number of processes per dm device
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] block: flush queued bios when the process blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] block: flush queued bios when the process blocks
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Hard lockup in ext4_finish_bio
  • From: Nikolay Borisov <kernel@xxxxxxxx>
• Re: Queuing of dm-raid1 resyncs to the same underlying block devices
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: Queuing of dm-raid1 resyncs to the same underlying block devices
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Next release plans?
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: dm-multipath test scripts
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• dm-multipath test scripts
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH v2] block: flush queued bios when the process blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2] block: flush queued bios when the process blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: block: flush queued bios when the process blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: block: flush queued bios when the process blocks
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: block: flush queued bios when the process blocks
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH for v4.3-rc] dm: fix request-based dm error reporting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: block: flush queued bios when the process blocks
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: block: flush queued bios when the process blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: block: flush queued bios when the process blocks
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] kpartx: use inode to identify loopback mounts
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: Unnecessary scanning of all SCSI devices in mpath_persistent_reserve_in/out command, sent to a specific mpath device,
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] libmultipath: Fix information not shown when first path is down.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH] libmultipath: Fix information not shown when first path is down.
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxxxxxxx>
• [PATCH for v4.3-rc] dm: fix request-based dm error reporting
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: block: flush queued bios when the process blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: block: flush queued bios when the process blocks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH] dm ioctl: use kvfree() in free_params()
  • From: Geliang Tang <geliangtang@xxxxxxx>
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 2/5] fs: Treat foreign mounts as nosuid
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• [PATCH 3/5] selinux: Add support for unprivileged mounts from user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 4/5] userns: Replace in_userns with current_in_userns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 0/5] User namespace mount updates
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 5/5] Smack: Handle labels consistently in untrusted mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• dm-cache always dirty in writethrough mode
  • From: sbp <sbp@xxxxxxxx>
• [PATCH] dm: convert ffs to __ffs
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-raid: fix default region size
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm: fix AB-BA deadlock in __dm_destroy()
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Jan Kara <jack@xxxxxxx>
• Re: dm: fix AB-BA deadlock in __dm_destroy()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] crash in md-raid1 and md-raid10 due to incorrect list manipulation
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm: fix AB-BA deadlock in __dm_destroy()
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Queuing of dm-raid1 resyncs to the same underlying block devices
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH] dm: fix AB-BA deadlock in __dm_destroy()
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Queuing of dm-raid1 resyncs to the same underlying block devices
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Queuing of dm-raid1 resyncs to the same underlying block devices
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Queuing of dm-raid1 resyncs to the same underlying block devices
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: v4.3-rc2 dm-mq bug
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: v4.3-rc2 dm-mq bug
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Queuing of dm-raid1 resyncs to the same underlying block devices
  • From: Richard Davies <richard@xxxxxxxxxxxx>
• Re: v4.3-rc2 dm-mq bug
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: v4.3-rc2 dm-mq bug
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: v4.3-rc2 dm-mq bug
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: v4.3-rc2 dm-mq bug
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: v4.3-rc2 dm-mq bug
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: v4.3-rc2 dm-mq bug
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: v4.3-rc2 dm-mq bug
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: v4.3-rc2 dm-mq bug
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• v4.3-rc2 dm-mq bug
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• multipath with alias and binding file
  • From: "Schunack, Daniel" <dschunack@xxxxxx>
• [git pull] device mapper fixes for 4.3-rc3
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Severe performance degradation for dm-cache mq since c86c3070
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Re: [PATCH 5/5] block: Inline blk_integrity in struct gendisk
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: How do you force-close a dm device after a disk failure?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: How do you force-close a dm device after a disk failure?
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: How do you force-close a dm device after a disk failure?
  • From: Adam Nielsen <a.nielsen@xxxxxxxxxxx>
• Re: Severe performance degradation for dm-cache mq since c86c3070
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: How do you force-close a dm device after a disk failure?
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: How do you force-close a dm device after a disk failure?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH 1/5] block: Move integrity kobject to struct gendisk
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: How do you force-close a dm device after a disk failure?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: How do you force-close a dm device after a disk failure?
  • From: Adam Nielsen <a.nielsen@xxxxxxxxxxx>
• Re: How do you force-close a dm device after a disk failure?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH 5/5] block: Inline blk_integrity in struct gendisk
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: How do you force-close a dm device after a disk failure?
  • From: Adam Nielsen <a.nielsen@xxxxxxxxxxx>
• Re: dm: ioctl: prevent double freeing
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm: ioctl: prevent double freeing
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH] dm: ioctl: prevent double freeing
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: [PATCH 12/39] dm: drop null test before destroy functions
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH 12/39] dm: drop null test before destroy functions
  • From: walter harms <wharms@xxxxxx>
• Re: [PATCH 12/39] dm: drop null test before destroy functions
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 12/39] dm: drop null test before destroy functions
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 12/39] dm: drop null test before destroy functions
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: How do you force-close a dm device after a disk failure?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: How do you force-close a dm device after a disk failure?
  • From: Adam Nielsen <a.nielsen@xxxxxxxxxxx>
• Re: How do you force-close a dm device after a disk failure?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: How do you force-close a dm device after a disk failure?
  • From: Adam Nielsen <a.nielsen@xxxxxxxxxxx>
• Re: Severe performance degradation for dm-cache mq since c86c3070
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Re: randconfig build error with next-20150908, in drivers/md/dm-mpath.c
  • From: James Bottomley <jbottomley@xxxxxxxx>
• [PATCH 12/39] dm: drop null test before destroy functions
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• How do you force-close a dm device?
  • From: Adam Nielsen <a.nielsen@xxxxxxxxxxx>
• Re: Severe performance degradation for dm-cache mq since c86c3070
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Re: How do you force-close a dm device after a disk failure?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• How do you force-close a dm device after a disk failure?
  • From: Adam Nielsen <a.nielsen@xxxxxxxxxxx>
• Re: randconfig build error with next-20150908, in drivers/md/dm-mpath.c
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: randconfig build error with next-20150908, in drivers/md/dm-mpath.c
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Regression: Disk corruption with dm-crypt and kernels >= 4.0
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Severe performance degradation for dm-cache mq since c86c3070
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Severe performance degradation for dm-cache mq since c86c3070
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Re: randconfig build error with next-20150908, in drivers/md/dm-mpath.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: randconfig build error with next-20150908, in drivers/md/dm-mpath.c
  • From: James Bottomley <jbottomley@xxxxxxxx>
• randconfig build error with next-20150908, in drivers/md/dm-mpath.c
  • From: Jim Davis <jim.epost@xxxxxxxxx>
• Re: randconfig build error with next-20150908, in drivers/md/dm-mpath.c
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: randconfig build error with next-20150908, in drivers/md/dm-mpath.c
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Dave Chinner <dchinner@xxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Dave Chinner <dchinner@xxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Dave Chinner <dchinner@xxxxxxxxxx>
• [PATCH] dm: ioctl: prevent double freeing
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: udev rules do not create partition entries when an lvm lv is partitioned
  • From: Joe Julian <me@xxxxxxxxxxxxxx>
• Re: udev rules do not create partition entries when an lvm lv is partitioned
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• udev rules do not create partition entries when an lvm lv is partitioned
  • From: Joe Julian <me@xxxxxxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Dave Chinner <dchinner@xxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Dave Chinner <dchinner@xxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Dave Chinner <dchinner@xxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [git pull] device mapper changes for 4.3
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] mm/slab_common: add SLAB_NO_MERGE flag for use when creating slabs
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 2/2] dm: disable slab merging for all DM slabs
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/2] mm/slab_common: add SLAB_NO_MERGE flag for use when creating slabs
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• D-Bus API for multipath
  • From: Todd Gill <tgill@xxxxxxxxxx>
• Re: dm-delay: Add a message to change delay
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: dm-delay: Add a message to change delay
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-delay: Add a message to change delay
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] dm-delay: Add a message to change delay
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH] dm-delay: Add a message to change delay
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH] dm-delay: Add a message to change delay
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH] dm-delay: Add a message to change delay
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH] dm btree: add ref counting ops for the leaves of top level btrees
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Re: Unnecessary scanning of all SCSI devices in mpath_persistent_reserve_in/out command, sent to a specific mpath device,
  • From: Satyajit Deshmukh <satyajit.s.deshmukh@xxxxxxxxx>
• Re: Persistent Reservation API V3
  • From: Jeremy Linton <jlinton@xxxxxxxxxxxxx>
• Issue with DM Multipath reconfigure command
  • From: Sharath Babu <sharath.babu@xxxxxxxxxx>
• Duplicate multipathd process
  • From: Juliano da Costa <juliano.dacosta@xxxxxxxxx>
• [PATCH 0/4] dm-latency: Introduction
  • From: Coly Li <i@xxxxxxx>
• Re: Persistent Reservation API V3
  • From: Christoph Hellwig <hch@xxxxxx>
• Unnecessary scanning of all SCSI devices in mpath_persistent_reserve_in/out command, sent to a specific mpath device,
  • From: Satyajit Deshmukh <satyajit.s.deshmukh@xxxxxxxxx>
• [PATCH 4/5] dm: refactor ioctl handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/5] block: cleanup blkdev_ioctl
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/5] block: add an API for Persistent Reservations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/5] sd: implement the Persistent Reservation API
  • From: Christoph Hellwig <hch@xxxxxx>
• Persistent Reservation API V3
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/5] dm: add support for passing through persistent reservations
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Persistent Reservation API V3
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Persistent Reservation API V3
  • From: Christoph Hellwig <hch@xxxxxx>
• Persistent Reservation API V3
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/5] block: cleanup blkdev_ioctl
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Possible bug when redistributing entries between dm-btree node
  • From: Dennis Yang <shinrairis@xxxxxxxxx>
• Possibly weird behavior with mpath_persist on CentOS 6.6 (device-mapper-multipath-0.4.9...)
  • From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
• [PATCH v2] dm-raid.txt: document discard support
  • From: heinzm@xxxxxxxxxx
• Possible bug when redistributing entries between dm-btree node
  • From: Dennis Yang <shinrairis@xxxxxxxxx>
• Re: A small question about Device Mapper
  • From: "Ni, Xun" <xun.ni@xxxxxxxxx>
• Re: A small question about Device Mapper
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: A small question about Device Mapper
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• A small question about Device Mapper
  • From: "Ni, Xun" <xun.ni@xxxxxxxxx>
• Re: dm-statistics: report precise timestamps and histogram
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Persistent Reservation API V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: multipathd removing DM devices that don't belong to it
  • From: Artem Danielov <artem@xxxxxxxxxxxx>
• multipath -f with friendly names doesn't flush
  • From: "Walter A. Boring IV" <walter.boring@xxxxxx>
• Re: Persistent Reservation API V2
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: dm-statistics: report precise timestamps and histogram
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm btree: add ref counting ops for the leaves of top level btrees
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-cache suspend semantics
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: dm-statistics: report precise timestamps and histogram
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dm-cache suspend semantics
  • From: Thanos Makatos <thanos.makatos@xxxxxxxxx>
• Re: dm-statistics: report precise timestamps and histogram
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: dm-statistics: report precise timestamps and histogram
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-statistics: report precise timestamps and histogram
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: dm-statistics: report precise timestamps and histogram
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-statistics: report precise timestamps and histogram
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: [PATCH] dm-statistics: report precise timestamps and histogram
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Any device mapper target that stores data in files?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Persistent Reservation API V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: Any device mapper target that stores data in files?
  • From: Thiago Padilha <tpadilha84@xxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: dm-statistics: report precise timestamps and histogram
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: dm-statistics: report precise timestamps and histogram
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-statistics: report precise timestamps and histogram
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: dm-snap deadlock in pending_complete()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: Any device mapper target that stores data in files?
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: Persistent Reservation API V2
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: dm-snap deadlock in pending_complete()
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-snap deadlock in pending_complete()
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Any device mapper target that stores data in files?
  • From: Thiago Padilha <tpadilha84@xxxxxxxxx>
• [git pull] device mapper fixes for 4.2-rc7
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-raid.txt: document discard support
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm-snap deadlock in pending_complete()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] device mapper support for strace
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: dm-snap deadlock in pending_complete()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: dm-snap deadlock in pending_complete()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: dm-snap deadlock in pending_complete()
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: DM above MD raid5
  • From: Gili B <gilib123@xxxxxxxxxxx>
• Re: dm-snap deadlock in pending_complete()
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-raid.txt: document discard support
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH] dm cache policy smq: mv module alias: dm-cache-default to SMQ
  • From: Yi Zhang <yizhan@xxxxxxxxxx>
• [PATCH v6 08/11] block: kill merge_bvec_fn() completely
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH v6 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH 1/5] block: cleanup blkdev_ioctl
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/5] dm: add support for passing through persistent reservations
  • From: Christoph Hellwig <hch@xxxxxx>
• Persistent Reservation API V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/5] dm: refactor ioctl handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/5] block: add an API for Persistent Reservations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/5] sd: implement the Persistent Reservation API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: dm-snap deadlock in pending_complete()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 3/6] sd: implement the persisten reservation API
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 2/6] block: add a API for persistent reservations
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 1/6] block: cleanup blkdev_ioctl
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] block: don't access bio->bi_error after bio_put()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• DM above MD raid5
  • From: Gili B <gilib123@xxxxxxxxxxx>
• Re: [PATCH] device mapper support for strace
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] block: don't access bio->bi_error after bio_put()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: dm-dedup: freeze and panic
  • From: Vincent Donnefort <vdonnefort@xxxxxxxxx>
• Re: dm-snap deadlock in pending_complete()
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] block: don't access bio->bi_error after bio_put()
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH V1 Resend 04/11] drivers: md: Drop unlikely before IS_ERR(_OR_NULL)
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V1 Resend 04/11] drivers: md: Drop unlikely before IS_ERR(_OR_NULL)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH V1 Resend 04/11] drivers: md: Drop unlikely before IS_ERR(_OR_NULL)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] fs/block_dev.c: Remove WARN_ON() when inode writeback fails
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH V1 Resend 04/11] drivers: md: Drop unlikely before IS_ERR(_OR_NULL)
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• dm-snap deadlock in pending_complete()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH] dm-raid.txt: document discard support
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [git pull] device mapper fixes for 4.2-rc6
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-cache with a very slow device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: multipath-tools: symlinks and block devices in /dev/mapper
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• dm-cache with a very slow device
  • From: Lauri Niskanen <ape@xxxxxxxxxxx>
• Re: kernel BUG at drivers/scsi/scsi_lib.c:1101! observed during md5sum for one file on (RAID4->RAID0) device
  • From: NeilBrown <neilb@xxxxxxxx>
• multipath-tools: symlinks and block devices in /dev/mapper
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• Re: [PATCH 5/6] dm: split out a helper to find the ioctl target
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] dm-raid.txt: document discard support
  • From: heinzm@xxxxxxxxxx
• Re: [PATCH 4/6] dm: refactor ioctl handling
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Persistent Reservation API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Persistent Reservation API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: kernel BUG at drivers/scsi/scsi_lib.c:1101! observed during md5sum for one file on (RAID4->RAID0) device
  • From: Yi Zhang <yizhan@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH 5/6] dm: split out a helper to find the ioctl target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Persistent Reservation API
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH 4/6] dm: refactor ioctl handling
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Persistent Reservation API
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/6] block: cleanup blkdev_ioctl
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/6] dm: split out a helper to find the ioctl target
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/6] block: add a API for persistent reservations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/6] dm: refactor ioctl handling
  • From: Christoph Hellwig <hch@xxxxxx>
• Persistent Reservation API
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/6] sd: implement the persisten reservation API
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/6] dm: add support for passing through persistent reservations
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 06/15] drivers: md: Drop unlikely before IS_ERR(_OR_NULL)
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: [PATCH] device mapper support for strace
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
• Re: [PATCH] device mapper support for strace
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios
  • From: Ming Lin <mlin@xxxxxxxxxx>