Linux Device-Mapper Development

• Thread Index

• Re: [PATCH 3/3] block: implement (some of) fallocate for block devices
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 3/3] block: implement (some of) fallocate for block devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dmsetup: improve message command
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH] dmsetup: improve message command
  • From: Werner Koch <wk@xxxxxxxxx>
• Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
  • From: Ming-Hung Tsai <mingnus@xxxxxxxxx>
• Re: [PATCH] dmsetup: improve message command
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH] dmsetup: improve message command
  • From: Werner Koch <wk@xxxxxxxxx>
• [RFC PATCH 4/9] dm thin: update reserve space func to allow reduction
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [RFC PATCH 8/9] xfs: thin block device reservation mechanism
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [RFC PATCH 3/9] dm thin: add methods to set and get reserved space
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [RFC PATCH 5/9] block: add a block_device_operations method to provision space
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [RFC PATCH 1/9] block: add block_device_operations methods to set and get reserved space
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [RFC PATCH 6/9] dm: add method to provision space
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [RFC PATCH 2/9] dm: add methods to set and get reserved space
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [RFC PATCH 9/9] xfs: adopt a reserved allocation model on dm-thin devices
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [RFC PATCH 0/9] dm-thin/xfs: prototype a block reservation allocation model
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [RFC PATCH 7/9] dm thin: add method to provision space
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
  • From: Ming-Hung Tsai <mingnus@xxxxxxxxx>
• Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
  • From: Ming-Hung Tsai <mingnus@xxxxxxxxx>
• Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH 3/5] dm: Inline dm_build_path_uevent into dm_path_uevent
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 5/5] dm: Update dm-uevent.txt
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 0/5] Use uevent for thin pool events
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 2/5] dm: Move multipath-specific stuff out of dm-uevent.c
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 4/5] dm: Add uevent support for dm-thin
  • From: Andy Grover <agrover@xxxxxxxxxx>
• [PATCH 1/5] dm: Do not export dm_send_uevents
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• [git pull] device mapper changes for 4.6
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
  • From: Ming-Hung Tsai <mingnus@xxxxxxxxx>
• Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
  • From: Thanos Makatos <thanos.makatos@xxxxxxxxx>
• [PATCH v2 2/4] crypto: Introduce some helper functions to help to merge requests
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH v2 3/4] crypto: Introduce the bulk mode for crypto engine framework
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH v2 1/4] scatterlist: Introduce some helper functions
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH v2 4/4] md: dm-crypt: Initialize the sector number for one request
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• multipath: add multipath failback is invalid.
  • From: Zhangguanghui <zhang.guanghui@xxxxxxx>
• [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: block: transfer source bio's cgroup tags to clone via bio_associate_blkcg()
  • From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: block: transfer source bio's cgroup tags to clone via bio_associate_blkcg()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg()
  • From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
• Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg()
  • From: Nikolay Borisov <kernel@xxxxxxxx>
• Re: dm-cache: blocks don't get cached on 3.18.21-17.el6.x86_64
  • From: Thanos Makatos <thanos.makatos@xxxxxxxxx>
• Re: dm-cache: blocks don't get cached on 3.18.21-17.el6.x86_64
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• patch:multipath: implement option '-u' for uevents
  • From: Zhangguanghui <zhang.guanghui@xxxxxxx>
• dm-cache: blocks don't get cached on 3.18.21-17.el6.x86_64
  • From: Thanos Makatos <thanos.makatos@xxxxxxxxx>
• Re: dm-multipath performance patches
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-thin metadata: can two device_id's have the same transaction_id ?
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• dm-thin metadata: can two device_id's have the same transaction_id ?
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] scatterlist: Introduce some helper functions
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH 1/4] scatterlist: Introduce some helper functions
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH] dm: log writes: fix check of kthread_run() return value
  • From: Vladimir Zapolskiy <vz@xxxxxxxxx>
• Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v2 15/18] fuse: Add support for pid namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: Array-driven persistent-data structure
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: Array-driven persistent-data structure
  • From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH RESEND v2 18/18] fuse: Allow user namespace mounts
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH RESEND v2 17/18] fuse: Restrict allow_other to the superblock's namespace or a descendant
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH RESEND v2 15/18] fuse: Add support for pid namespaces
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Array-driven persistent-data structure
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dm cache: add writeback watermarks
  • From: swilton@xxxxxxxxxxxxxxx
• Re: [PATCH] dm cache: add writeback watermarks
  • From: Steven Wilton <swilton@xxxxxxxxxxxxxxx>
• Re: dm-multipath performance patches
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath performance patches
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm cache: add writeback watermarks
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH v3] dm-cache watermarks
  • From: Steven Wilton <swilton@xxxxxxxxxxxxxxx>
• [PATCH] dm cache: add writeback watermarks
  • From: Steven Wilton <swilton@xxxxxxxxxxxxxxx>
• Re: dm-multipath performance patches
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: path_grouping_policy group_by_serial prio question
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• path_grouping_policy group_by_serial prio question
  • From: Bernd Broermann <bernd@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• dm-multipath performance patches
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3] dm-cache watermarks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V2] Introducing multipath C API <libdmmp/libdmmp.h>
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v3] dm-cache watermarks
  • From: Steven Wilton <swilton@xxxxxxxxxxxxxxx>
• [PATCH v2] dm-cache watermarks
  • From: Steven Wilton <swilton@xxxxxxxxxxxxxxx>
• Re: scsi-debug regression with 4.5-rc?
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH 1/1] dm-cache writeback watermarks
  • From: Steven Wilton <swilton@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] - writeback delay
  • From: Steven Wilton <swilton@xxxxxxxxxxxxxxx>
• Re: [PATCH V2] Introducing multipath C API <libdmmp/libdmmp.h>
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: scsi-debug regression with 4.5-rc?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/4] scatterlist: Introduce some helper functions
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] scatterlist: Introduce some helper functions
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH 1/4] scatterlist: Introduce some helper functions
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Patch - writeback delay
  • From: Steven Wilton <swilton@xxxxxxxxxxxxxxx>
• Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg()
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• [PATCH 4/4] md: dm-crypt: Initialize the sector number for one request
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH 1/4] scatterlist: Introduce some helper functions
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH 2/4] crypto: Introduce some helper functions to help to merge requests
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH 0/4] Introduce bulk mode for crypto engine framework
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH 3/4] crypto: Introduce the bulk mode for crypto engine framework
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg() (was: Re: blkio cgroups controller doesn't work with LVM?)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg() (was: Re: blkio cgroups controller doesn't work with LVM?)
  • From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
• Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg() (was: Re: blkio cgroups controller doesn't work with LVM?)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg() (was: Re: blkio cgroups controller doesn't work with LVM?)
  • From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
• Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg() (was: Re: blkio cgroups controller doesn't work with LVM?)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: block: transfer source bio's cgroup tags to clone via bio_associate_blkcg() (was: Re: blkio cgroups controller doesn't work with LVM?)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg() (was: Re: blkio cgroups controller doesn't work with LVM?)
  • From: Nikolay Borisov <kernel@xxxxxxxx>
• [PATCH] block: transfer source bio's cgroup tags to clone via bio_associate_blkcg() (was: Re: blkio cgroups controller doesn't work with LVM?)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: blkio cgroups controller doesn't work with LVM?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: multipath-tools: prevent unnecessary reinstate，
  • From: "Nalla, Ravikanth" <ravikanth.nalla@xxxxxxx>
• multipath-tools: prevent unnecessary reinstate，
  • From: Zhangguanghui <zhang.guanghui@xxxxxxx>
• Re: Adding target device caused an alignment inconsistency
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Adding target device caused an alignment inconsistency
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: Adding target device caused an alignment inconsistency
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Adding target device caused an alignment inconsistency
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH resend] [dm]fix NULL pointer when create dm device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/35 v4] separate operations from flags in the bio/request structs
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH 00/35 v4] separate operations from flags in the bio/request structs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Make the mq policy an alias for smq
  • From: Joe Thornber <joe.thornber@xxxxxxxxx>
• [PATCH v3]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tags mode and no active array paths
  • From: Shiva Krishna <Shiva.Krishna@xxxxxxxxxxxxxxxxx>
• Re: Make the mq policy an alias for smq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V2]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths
  • From: Shiva Krishna <Shiva.Krishna@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V2]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths.
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: blkio cgroups controller doesn't work with LVM?
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: blkio cgroups controller doesn't work with LVM?
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH] dmsetup: improve message command
  • From: Werner Koch <wk@xxxxxxxxx>
• Re: [PATCH]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths.
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH V2]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths
  • From: Shiva Krishna <Shiva.Krishna@xxxxxxxxxxxxxxxxx>
• Re: [PATCH]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths.
  • From: Shiva Krishna <Shiva.Krishna@xxxxxxxxxxxxxxxxx>
• Re: [PATCH]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths.
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: blkio cgroups controller doesn't work with LVM?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: blkio cgroups controller doesn't work with LVM?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• blkio cgroups controller doesn't work with LVM?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• Re: blkio cgroups controller doesn't work with LVM?
  • From: Nikolay Borisov <kernel@xxxxxxxx>
• Re: [PATCH 31/35] block, fs: remove old REQ definitions.
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 26/35] block: set op to REQ_OP
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua
  • From: mchristi@xxxxxxxxxx
• [PATCH 26/35] block: set op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 22/35] drbd: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 19/35] dm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 00/35 v4] separate operations from flags in the bio/request structs
  • From: mchristi@xxxxxxxxxx
• [PATCH 27/35] drivers: set request op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 35/35] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: mchristi@xxxxxxxxxx
• [PATCH 03/35] block, fs, mm, drivers: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 08/35] btrfs: set bi_op tp REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 09/35] btrfs: update __btrfs_map_block for bi_op transition
  • From: mchristi@xxxxxxxxxx
• [PATCH 32/35] block: shrink bi_rw and bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 10/35] btrfs: don't pass rq_flag_bits if there is a bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 28/35] blktrace: get op from req->op/bio->bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 30/35] block, fs, drivers: do not test bi_rw for REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 29/35] ide cd: do not set REQ_WRITE on requests.
  • From: mchristi@xxxxxxxxxx
• [PATCH 31/35] block, fs: remove old REQ definitions.
  • From: mchristi@xxxxxxxxxx
• [PATCH 33/35] block, drivers: add REQ_OP_FLUSH operation
  • From: mchristi@xxxxxxxxxx
• [PATCH 04/35] fs: have submit_bh users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 07/35] btrfs: have submit_one_bio users setup bio bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 21/35] bcache: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 25/35] target: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 24/35] xen: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 15/35] mpage: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 23/35] md/raid: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: mchristi@xxxxxxxxxx
• [PATCH 05/35] fs: have ll_rw_block users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 06/35] direct-io: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 12/35] gfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 11/35] f2fs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 14/35] hfsplus: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 13/35] xfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 17/35] ocfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 20/35] dm: pass dm stats data dir instead of bi_rw
  • From: mchristi@xxxxxxxxxx
• [PATCH 18/35] pm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 16/35] nilfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• Re: dm-multipath test scripts
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Getting device-mapper failure notifications
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: drop unnecessary assignment of md->queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Getting device-mapper failure notifications
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: Getting device-mapper failure notifications
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Getting device-mapper failure notifications
  • From: Avishay Traeger <avishay@xxxxxxxxxxxxxxx>
• Re: Getting device-mapper failure notifications
  • From: Andy Grover <agrover@xxxxxxxxxx>
• Re: 4.4-final: 28 bioset threads on small notebook
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: 4.4-final: 28 bioset threads on small notebook
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: 4.4-final: 28 bioset threads on small notebook
  • From: Pavel Machek <pavel@xxxxxx>
• [git pull] device mapper fix for 4.5-rc6
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/1] multipath: fix memory leak and segfault in reconfigure
  • From: Germano Percossi <germano.percossi@xxxxxxxxxx>
• Re: 4.4-final: 28 bioset threads on small notebook
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: 4.4-final: 28 bioset threads on small notebook
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: 4.4-final: 28 bioset threads on small notebook
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: why is blk-mq requeue foricbly kicking stopped queues? [was: Re: dm-multipath test scripts]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: why is blk-mq requeue foricbly kicking stopped queues? [was: Re: dm-multipath test scripts]
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths.
  • From: Shiva Krishna <Shiva.Krishna@xxxxxxxxxxxxxxxxx>
• why is blk-mq requeue foricbly kicking stopped queues? [was: Re: dm-multipath test scripts]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm: fix dm_rq_target_io leak on faults with .request_fn DM w/ blk-mq paths
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath test scripts
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: 4.4-final: 28 bioset threads on small notebook
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: 4.4-final: 28 bioset threads on small notebook
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: 4.4-final: 28 bioset threads on small notebook
  • From: Ming Lin-SSI <ming.l@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: 4.4-final: 28 bioset threads on small notebook
  • From: Pavel Machek <pavel@xxxxxx>
• Re: 4.4-final: 28 bioset threads on small notebook
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH]multipath-tools: prevent unnecessary reinstate of stand-by paths with implicit tpgs mode and no active array paths.
  • From: Shiva Krishna <Shiva.Krishna@xxxxxxxxxxxxxxxxx>
• Re: 4.4-final: 28 bioset threads on small notebook
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH v5 1/3] dm: export a table+mapped device to the ioctl interface
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 3/3] init: add support to directly boot to a mapped device
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 2/3] dm: make mapped_device locking functions available
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: dm-multipath test scripts
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath test scripts
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: dm-multipath test scripts
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: dm-multipath test scripts
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath test scripts
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath test scripts
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• [PATCH]multipath-tools: select reservation_key parameter before PR handler for first path addition to new map
  • From: Shiva Krishna <Shiva.Krishna@xxxxxxxxxxxxxxxxx>
• Re: dm-multipath test scripts
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: dm-multipath test scripts
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RCU-ified dm-mpath for testing/review
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: RCU-ified dm-mpath for testing/review
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• dm-lazymirror advice
  • From: Mailing Lists <mailing-lists@xxxxxxxxxxx>
• Re: RCU-ified dm-mpath for testing/review
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: RCU-ified dm-mpath for testing/review
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RCU-ified dm-mpath for testing/review
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Occasional dmsetup resume lockups
  • From: Richard Davies <richard@xxxxxxxxxxxx>
• [PATCH V2] Introducing multipath C API <libdmmp/libdmmp.h>
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH V2] Introducing multipath C API.
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: Occasional dmsetup resume lockups
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Occasional dmsetup resume lockups
  • From: Richard Davies <richard@xxxxxxxxxxxx>
• Re: [PATCH] [dm-cache] Make the mq policy an alias for smq
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH 1/1] multipath: fix memory leak and segfault in reconfigure
  • From: Germano Percossi <germano.percossi@xxxxxxxxxx>
• Re: RCU-ified dm-mpath for testing/review
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] [dm-cache] Make the mq policy an alias for smq
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Make the mq policy an alias for smq
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] [dm-cache] Make the mq policy an alias for smq
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: Make the mq policy an alias for smq
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: RCU-ified dm-mpath for testing/review
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Make the mq policy an alias for smq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• RCU-ified dm-mpath for testing/review
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] [dm-cache] Make the mq policy an alias for smq
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH] [dm-cache] Make the mq policy an alias for smq
  • From: Joe Thornber <ejt@xxxxxxxxxx>
• Re: [RFC PATCH] dm: fix excessive dm-mq context switching
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 2/3] Add 'show groups' command to multipathd
  • From: Todd Gill <tgill@xxxxxxxxxx>
• [PATCH v2 1/3] Add %g format specifier to 'multipathd show paths format' command
  • From: Todd Gill <tgill@xxxxxxxxxx>
• [PATCH v2 3/3] Add options to the show groups command
  • From: Todd Gill <tgill@xxxxxxxxxx>
• Re: 4.5-rc1 multipath regression
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] dm: fix excessive dm-mq context switching
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: dm: check for kmalloc failure in dm_init_request_based_blk_mq_queue()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] dm: fix excessive dm-mq context switching
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [patch] dm: check for kmalloc failure in dm_init_request_based_blk_mq_queue()
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [patch] dm: check for kmalloc failure in dm_init_request_based_blk_mq_queue()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [RFC PATCH] dm: fix excessive dm-mq context switching
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: 4.5-rc1 multipath regression
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [RFC PATCH] dm: fix excessive dm-mq context switching
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] dm: fix excessive dm-mq context switching
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• [dm-4.6 PATCH v2 15/15] dm mpath: remove unnecessary casts in front of ti->private
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] dm: fix excessive dm-mq context switching
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] dm: fix excessive dm-mq context switching
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] dm: fix excessive dm-mq context switching
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] dm: fix excessive dm-mq context switching
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] dm: fix excessive dm-mq context switching
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] dm: fix excessive dm-mq context switching
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [RFC PATCH] dm: fix excessive dm-mq context switching
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm-4.6 PATCH v2 10/15] dm: allow immutable request-based targets to use blk-mq pdu
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm-4.6 PATCH v2 09/15] dm: rename target's per_bio_data_size to per_io_data_size
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm-4.6 PATCH v2 06/15] dm: optimize dm_request_fn()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm-4.6 PATCH v2 11/15] dm mpath: use blk-mq pdu for per-request 'struct dm_mpath_io'
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm-4.6 PATCH v2 05/15] dm: optimize dm_mq_queue_rq()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm-4.6 PATCH v2 02/15] dm: remove unused dm_get_rq_mapinfo()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm-4.5 PATCH v2 01/15] dm: fix excessive dm-mq context switching
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 00/15] dm: improve request-based DM and multipath
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm-4.6 PATCH v2 04/15] dm: set DM_TARGET_WILDCARD feature on "error" target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm-4.6 PATCH v2 07/15] dm: add 'blk_mq_nr_hw_queues' and 'blk_mq_queue_depth' module params
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm-4.6 PATCH v2 12/15] dm mpath: cleanup 'struct dm_mpath_io' management code
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm-4.6 PATCH v2 03/15] dm: cleanup dm_any_congested()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm-4.6 PATCH v2 14/15] dm mpath: reduce granularity of locking in __multipath_map
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm-4.6 PATCH v2 08/15] dm: allocate blk_mq_tag_set rather than embed in mapped_device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm-4.6 PATCH v2 13/15] dm mpath: use blk_mq_alloc_request() and blk_mq_free_request() directly
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] dm: fix excessive dm-mq context switching
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] dm: fix excessive dm-mq context switching
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] dm: fix excessive dm-mq context switching
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [RFC PATCH] dm: fix excessive dm-mq context switching
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-mpath: fix a tiny case which can cause an infinite loop
  • From: jiangyiwen <jiangyiwen@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: dm-mpath: fix a tiny case which can cause an infinite loop
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm-mpath: fix a tiny case which can cause an infinite loop
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-mpath: fix a tiny case which can cause an infinite loop
  • From: jiangyiwen <jiangyiwen@xxxxxxxxxx>
• Re: dm-mpath: fix a tiny case which can cause an infinite loop
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-mpath: fix a tiny case which can cause an infinite loop
  • From: jiangyiwen <jiangyiwen@xxxxxxxxxx>
• Re: [PATCH] block: do not return -EOPNOTSUPP only when issue a discard request
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] block: do not return -EOPNOTSUPP only when issue a discard request
  • From: Lukáš Czerner <lczerner@xxxxxxxxxx>
• [PATCH] block: do not return -EOPNOTSUPP only when issue a discard request
  • From: jiangyiwen <jiangyiwen@xxxxxxxxxx>
• Re: [PATCH] Fix loopback file with kpartx -av
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH] Fix loopback file with kpartx -av
  • From: Mathieu Trudel-Lapierre <mathieu.trudel-lapierre@xxxxxxxxxxxxx>
• Re: Why don't return -EOPNOTSUPP?
  • From: jiangyiwen <jiangyiwen@xxxxxxxxxx>
• Re: Target and deduplication?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Why don't return -EOPNOTSUPP?
  • From: Lukáš Czerner <lczerner@xxxxxxxxxx>
• Re: WANTED new maintainer for Linux/md (and mdadm)
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Why don't return -EOPNOTSUPP?
  • From: jiangyiwen <jiangyiwen@xxxxxxxxxx>
• Getting device-mapper failure notifications
  • From: Avishay Traeger <avishay@xxxxxxxxxxxxxxx>
• Re: Target and deduplication?
  • From: Alex Gorbachev <ag@xxxxxxxxxxxxxxxxxxx>
• [PATCH resend] [dm]fix NULL pointer when create dm device
  • From: DingXiang <dingxiang@xxxxxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH 1/3] add %g format specifier to 'multipathd show paths format' command
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] Introducing multipath C API <libdmmp/libdmmp.h>
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] Introducing multipath C API <libdmmp/libdmmp.h>
  • From: Todd Gill <tgill@xxxxxxxxxx>
• [PATCH 2/3] add 'show groups' command to multipathd
  • From: Todd Gill <tgill@xxxxxxxxxx>
• [PATCH 1/3] add %g format specifier to 'multipathd show paths format' command
  • From: Todd Gill <tgill@xxxxxxxxxx>
• [PATCH 3/3] add options to the show groups command
  • From: Todd Gill <tgill@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Dennis Yang <dennisyang@xxxxxxxx>
• Re: [PATCH v2] dm pref-path: provides preferred path load balance policy
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2] dm pref-path: provides preferred path load balance policy
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2] dm pref-path: provides preferred path load balance policy
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: 4.5-rc1 multipath regression
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [v2 PATCH 9/26] eCryptfs: Use skcipher and shash
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: 4.5-rc1 multipath regression
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH v2] dm pref-path: provides preferred path load balance policy
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [LSF/MM ATTEND] multipath redesign and dm blk-mq issues
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: reinstate dm target local ioctl support
  • From: Andy Whitcroft <apw@xxxxxxxxxxxxx>
• Re: [PATCH v2] dm pref-path: provides preferred path load balance policy
  • From: "Nalla, Ravikanth" <ravikanth.nalla@xxxxxxx>
• Re: reinstate dm target local ioctl support
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: reinstate dm target local ioctl support
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Dennis Yang <dennisyang@xxxxxxxx>
• Re: [LSF/MM ATTEND] multipath redesign and dm blk-mq issues
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [LSF/MM ATTEND] multipath redesign and dm blk-mq issues
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [LSF/MM ATTEND] multipath redesign and dm blk-mq issues
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [LSF/MM ATTEND] multipath redesign and dm blk-mq issues
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [LSF/MM ATTEND] multipath redesign and dm blk-mq issues
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [LSF/MM ATTEND] multipath redesign and dm blk-mq issues
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• reinstate dm target local ioctl support
  • From: Andy Whitcroft <apw@xxxxxxxxxxxxx>
• Re: reinstate dm target local ioctl support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Target and deduplication?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Target and deduplication?
  • From: Nikolay Borisov <kernel@xxxxxxxx>
• Re: Target and deduplication?
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] Introducing multipath C API <libdmmp/libdmmp.h>
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: [PATCH] Introducing multipath C API <libdmmp/libdmmp.h>
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Target and deduplication?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] Introducing multipath C API <libdmmp/libdmmp.h>
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 17/26] mac802154: Use skcipher
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Dennis Yang <dennisyang@xxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: WANTED new maintainer for Linux/md (and mdadm)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: LVM thin provisioning actual status
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 16/26] libceph: Use skcipher
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 16/26] libceph: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 16/26] libceph: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND v2 00/19] Support fuse mounts in user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v2 00/19] Support fuse mounts in user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• LVM thin provisioning actual status
  • From: Никифоров Руслан <nikiforovr@xxxxxxxx>
• Re: [PATCH 16/26] libceph: Use skcipher
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RESEND v2 00/19] Support fuse mounts in user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 22/26] iscsi_tcp: Use ahash
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: Can anyone help me understand what is going wrong with a dm-multipah config I have?
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Dennis Yang <dennisyang@xxxxxxxx>
• Re: [PATCH 9/26] eCryptfs: Use skcipher and shash
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH 15/26] Bluetooth: Use skcipher and hash
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• Re: [PATCH 26/26] tcp: Use ahash
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 25/26] sctp: Use shash
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 19/26] ipsec: Use skcipher and ahash when probing algorithms
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [v2 PATCH 9/26] eCryptfs: Use skcipher and shash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/26] staging: rtl8192u: Use skcipher and ahash
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 3/26] staging: rtl8192e: Replace uses of obsolete blkcipher and hash
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH 15/26] Bluetooth: Use skcipher and hash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 22/26] iscsi_tcp: Use ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 10/26] ext4: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/26] staging: rtl8192e: Replace uses of obsolete blkcipher and hash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 26/26] tcp: Use ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 14/26] KEYS: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 23/26] iscsi-target: Use shash and ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/26] ppp_mppe: Use skcipher and ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/26] orinoco: Use ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 18/26] rxrpc: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6/26] staging: rtl8192u: Use skcipher and ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 9/26] eCryptfs: Use skcipher and shash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 25/26] sctp: Use shash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/26] dm crypt: Use skcipher and ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/26] block: cryptoloop - Use new skcipher interface
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 11/26] f2fs: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 24/26] nfsd: Use shash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 13/26] lib80211: Use skcipher and ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 21/26] nfc: s3fwrn5: Use shash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 16/26] libceph: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 20/26] drbd: Use shash and ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/26] crypto: Use skcipher and ahash/shash where possible
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 12/26] sunrpc: Use skcipher and ahash/shash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 17/26] mac802154: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 19/26] ipsec: Use skcipher and ahash when probing algorithms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 8/26] cifs: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 7/26] wusb: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 24/26] nfsd: Use shash
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 21/26] nfc: s3fwrn5: Use shash
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 19/26] ipsec: Use skcipher and ahash when probing algorithms
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/26] dm crypt: Use skcipher and ahash
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/26] block: cryptoloop - Use new skcipher interface
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/26] wusb: Use skcipher
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 9/26] eCryptfs: Use skcipher and shash
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 15/26] Bluetooth: Use skcipher and hash
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/26] block: cryptoloop - Use new skcipher interface
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] dm pref-path: provides preferred path load balance policy
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2] dm pref-path: provides preferred path load balance policy
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH v2] dm pref-path: provides preferred path load balance policy
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• [PATCH v2] dm pref-path: provides preferred path load balance policy
  • From: Ravikanth Nalla <ravikanth.nalla@xxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
• Re: [LSF/MM ATTEND][LSF/MM TOPIC] Multipath redesign
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm-cache + storage client experiment
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: How can I get my sector size (via queue_limits?) from a dm_target?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Question about multipath device compiled defaults
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] kpartx: support device names with spaces
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• Re: dm-cache + storage client experiment
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Dennis Yang <shinrairis@xxxxxxxxx>
• Re: Question about multipath device compiled defaults
  • From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
• Re: [PATCH V2] kpartx: support device names with spaces
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] kpartx: support device names with spaces
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• [PATCH V2] kpartx: support device names with spaces
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• Re: I/O block when removing thin device on the same pool
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: WANTED new maintainer for Linux/md (and mdadm)
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• dm-cache + storage client experiment
  • From: "mlody3k ." <mlody3k@xxxxxxxxx>
• I/O block when removing thin device on the same pool
  • From: Dennis Yang <shinrairis@xxxxxxxxx>
• Re: [PATCH] kpartx: support device names with spaces
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: Question about multipath device compiled defaults
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• How can I get my sector size (via queue_limits?) from a dm_target?
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: How can dm use limits.max_hw_sectors from the bdev?
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Question about multipath device compiled defaults
  • From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
• Re: Question about multipath device compiled defaults
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: Question about multipath device compiled defaults
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• Re: dm-multipath low performance with blk-mq
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/35 v3] eparate operations from flags in the bio/request structs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: device mapper increased latency on RAID array
  • From: Thanos Makatos <thanos.makatos@xxxxxxxxx>
• Re: How can need dm use limits.max_hw_sectors from the bdev?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: device mapper increased latency on RAID array
  • From: Thanos Makatos <thanos.makatos@xxxxxxxxx>
• How can need dm use limits.max_hw_sectors from the bdev?
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: device mapper increased latency on RAID array
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: device mapper increased latency on RAID array
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [LSF/MM ATTEND] plan to deprecate old .request_fn request-based code path?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [LSF/MM ATTEND] plan to deprecate old .request_fn request-based code path?
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: 4.4 regression/bisected: error message due to "block/sd: Fix device-imposed transfer length limits"
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: 4.4 regression/bisected: error message due to "block/sd: Fix device-imposed transfer length limits"
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Add. Sense: Data synchronization mark error
  • From: Tejas Rao <raot@xxxxxxx>
• Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [LSF/MM ATTEND][LSF/MM TOPIC] Multipath redesign
  • From: Hannes Reinecke <hare@xxxxxxx>
• getting support for PURE FlashArray into multipath-tools
  • From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
• [PATCH RESEND] md:Check if call to thaw_bdev fails in unlock_fs
  • From: Nicholas Krause <xerofoify@xxxxxxxxx>
• Re: [LSF/MM ATTEND][LSF/MM TOPIC] Multipath redesign
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• device mapper increased latency on RAID array
  • From: Thanos Makatos <thanos.makatos@xxxxxxxxx>
• Re: [LSF/MM ATTEND][LSF/MM TOPIC] Multipath redesign
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [LSF/MM ATTEND] plan to deprecate old .request_fn request-based code path?
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [LSF/MM ATTEND][LSF/MM TOPIC] Multipath redesign
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [LSF/MM ATTEND][LSF/MM TOPIC] Multipath redesign
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v2] dm stripe: document that chunk size is specified in sectors (resend)
  • From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
• Re: [LSF/MM ATTEND][LSF/MM TOPIC] Multipath redesign
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [LSF/MM ATTEND][LSF/MM TOPIC] Multipath redesign
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [LSF/MM ATTEND][LSF/MM TOPIC] Multipath redesign
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [LSF/MM ATTEND][LSF/MM TOPIC] Multipath redesign
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [LSF/MM ATTEND][LSF/MM TOPIC] Multipath redesign
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: 4.4 regression/bisected: error message due to "block/sd: Fix device-imposed transfer length limits"
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: 4.4 regression/bisected: error message due to "block/sd: Fix device-imposed transfer length limits"
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• 4.4 regression/bisected: error message due to "block/sd: Fix device-imposed transfer length limits"
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [LSF/MM ATTEND][LSF/MM TOPIC] Multipath redesign
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [LSF/MM ATTEND][LSF/MM TOPIC] Multipath redesign
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [LSF/MM ATTEND][LSF/MM TOPIC] Multipath redesign
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [LSF/MM ATTEND][LSF/MM TOPIC] Multipath redesign
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: [LSF/MM ATTEND][LSF/MM TOPIC] Multipath redesign
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [LSF/MM ATTEND] plan to deprecate old .request_fn request-based code path?
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [LSF/MM ATTEND][LSF/MM TOPIC] Multipath redesign
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [LSF/MM ATTEND] plan to deprecate old .request_fn request-based code path?
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [LSF/MM ATTEND] plan to deprecate old .request_fn request-based code path?
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [LSF/MM ATTEND] plan to deprecate old .request_fn request-based code path?
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] dm stripe: document that chunk size is specified in sectors (resend)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/2] dm stripe: document that chunk size is specified in sectors (resend)
  • From: kusumi.tomohiro@xxxxxxxxx
• [PATCH 2/2] dm flakey: document that default I/O error is only for write (resend)
  • From: kusumi.tomohiro@xxxxxxxxx
• [PATCH 08/35] btrfs: set bi_op tp REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 35/35] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: mchristi@xxxxxxxxxx
• [PATCH 27/35] drivers: set request op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 14/35] hfsplus: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua
  • From: mchristi@xxxxxxxxxx
• [PATCH 33/35] block, drivers: add REQ_OP_FLUSH operation
  • From: mchristi@xxxxxxxxxx
• [PATCH 29/35] ide cd: do not set REQ_WRITE on requests.
  • From: mchristi@xxxxxxxxxx
• [PATCH 22/35] drbd: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 20/35] dm: pass dm stats data dir instead of bi_rw
  • From: mchristi@xxxxxxxxxx
• [PATCH 24/35] xen: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 30/35] block, fs, drivers: do not test bi_rw for REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 23/35] md/raid: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 31/35] block, fs: remove old REQ definitions.
  • From: mchristi@xxxxxxxxxx
• [PATCH 25/35] target: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 28/35] blktrace: get op from req->op/bio->bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 19/35] dm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 32/35] block: shrink bi_rw and bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 26/35] block: set op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 21/35] bcache: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 07/35] btrfs: have submit_one_bio users setup bio bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 06/35] direct-io: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 15/35] mpage: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 05/35] fs: have ll_rw_block users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 17/35] ocfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 04/35] fs: have submit_bh users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 10/35] btrfs: don't pass rq_flag_bits if there is a bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 11/35] f2fs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 18/35] pm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 09/35] btrfs: update __btrfs_map_block for bi_op transition
  • From: mchristi@xxxxxxxxxx
• [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 16/35] nilfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 03/35] block, fs, mm, drivers: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 12/35] gfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 13/35] xfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 00/35 v3] eparate operations from flags in the bio/request structs
  • From: mchristi@xxxxxxxxxx
• [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: mchristi@xxxxxxxxxx
• [git pull] device mapper changes for 4.5
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC] disk doesn't spin down with thin pool + dmeventd
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [RFC] disk doesn't spin down with thin pool + dmeventd
  • From: Alan Jenkins <alan.christopher.jenkins@xxxxxxxxx>
• Re: [RFC] disk doesn't spin down with thin pool + dmeventd
  • From: Alan Jenkins <alan.christopher.jenkins@xxxxxxxxx>
• Re: [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH 26/35] block: set op to REQ_OP
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 2/2] dm-snapshot: merge functions commit_callback and pending_complete
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/2] dm-snapshot: fix hung bios when copy error happens
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• please pull in commit 0fcb04d59351f to stable@ 4.1+
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: WANTED new maintainer for Linux/md (and mdadm)
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC] disk doesn't spin down with thin pool + dmeventd
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• [RFC] disk doesn't spin down with thin pool + dmeventd
  • From: Alan Jenkins <alan.christopher.jenkins@xxxxxxxxx>
• Re: WANTED new maintainer for Linux/md (and mdadm)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: WANTED new maintainer for Linux/md (and mdadm)
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] kpartx: support device names with spaces
  • From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
• Re: dm ioctl: Access user-land memory through safe functions.
  • From: Scotty Bauer <sbauer@xxxxxxxxxxxx>
• Re: [PATCH 25/35] target: set bi_op to REQ_OP
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 13/35] xfs: set bi_op to REQ_OP
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: dm ioctl: Access user-land memory through safe functions.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• can't boot with linux-next-20160104
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: WANTED new maintainer for Linux/md (and mdadm)
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: Never mind (was [RFC] zodcache - auto-start dm-cache devices)
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH 35/35] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 05/35] fs: have ll_rw_block users pass in op and flags separately
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: dm ioctl: Access user-land memory through safe functions.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 31/35] block, fs: remove old REQ definitions.
  • From: mchristi@xxxxxxxxxx
• [PATCH 35/35] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: mchristi@xxxxxxxxxx
• [PATCH 22/35] drbd: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 10/35] btrfs: don't pass rq_flag_bits if there is a bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 19/35] dm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 29/35] ide cd: do not set REQ_WRITE on requests.
  • From: mchristi@xxxxxxxxxx
• [PATCH 11/35] f2fs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 09/35] btrfs: update __btrfs_map_block for bi_op transition
  • From: mchristi@xxxxxxxxxx
• [PATCH 30/35] block, fs, drivers: do not test bi_rw for REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: mchristi@xxxxxxxxxx
• [PATCH 23/35] md/raid: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 32/35] block: shrink bi_rw and bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 28/35] blktrace: get op from req->op/bio->bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua
  • From: mchristi@xxxxxxxxxx
• [PATCH 26/35] block: set op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 33/35] block, drivers: add REQ_OP_FLUSH operation
  • From: mchristi@xxxxxxxxxx
• [PATCH 24/35] xen: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 27/35] drivers: set request op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 25/35] target: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 04/35] fs: have submit_bh users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 21/35] bcache: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 06/35] direct-io: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 17/35] ocfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 03/35] block, fs, mm, drivers: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 13/35] xfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 05/35] fs: have ll_rw_block users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: mchristi@xxxxxxxxxx
• [PATCH 07/35] btrfs: have submit_one_bio users setup bio bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 08/35] btrfs: set bi_op tp REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 12/35] gfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 20/35] dm: pass dm stats data dir instead of bi_rw
  • From: mchristi@xxxxxxxxxx
• [PATCH 15/35] mpage: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 16/35] nilfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 14/35] hfsplus: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 18/35] pm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• Re: dm ioctl: Access user-land memory through safe functions.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH RESEND v2 10/18] fs: Update posix_acl support to handle user namespace mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 17/18] fuse: Restrict allow_other to the superblock's namespace or a descendant
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 14/18] capabilities: Allow privileged user in s_user_ns to set security.* xattrs
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 04/18] selinux: Add support for unprivileged mounts from user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 06/18] Smack: Handle labels consistently in untrusted mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH RESEND v2 08/18] cred: Reject inodes with invalid ids in set_create_file_as()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 13/18] fs: Allow superblock owner to access do_remount_sb()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 15/18] fuse: Add support for pid namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 09/18] fs: Refuse uid/gid changes which don't map into s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 05/18] userns: Replace in_userns with current_in_userns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 18/18] fuse: Allow user namespace mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 00/19] Support fuse mounts in user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 03/18] fs: Treat foreign mounts as nosuid
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 12/18] fs: Don't remove suid for CAP_FSETID in s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 02/18] block_dev: Check permissions towards block device inode when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 07/18] fs: Check for invalid i_uid in may_follow_link()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>