Linux Device-Mapper Development

• Thread Index

• [PATCH 10/23] block: add a new BLKDEV_ZERO_NOFALLBACK flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/23] zram: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/23] block_dev: use blkdev_issue_zerout for hole punches
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/23] block: add a REQ_UNMAP flag for REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/23] block: renumber REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/23] rbd: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/23] brd: remove discard support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/23] loop: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/23] block: implement splitting of REQ_OP_WRITE_ZEROES bios
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/23] md: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/23] nvme: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/23] block: stop using discards for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/23] mmc: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/23] dm: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/23] rsxx: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] multipath-tools: arrange compilation options for binaries
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/23] block: stop using blkdev_issue_write_same for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] multipath-tools: arrange compilation options for binaries
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [multipath-tools] [BUG] segfault in uev_update_path
  • From: Shichangkuo <shi.changkuo@xxxxxxx>
• Re: [PATCH] multipath-tools: arrange compilation options for binaries
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: arrange compilation options for shared libs/objects
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: arrange compilation options for binaries
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: build objects for libdmmp and libmpathpersist independently
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: add missing "-l" flag for pthread in libdmmp/Makefile
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: Remove trailing whitespaces
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH v2] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 1/2] md: add raid4/5/6 journal mode API (for dm-raid use)
  • From: heinzm@xxxxxxxxxx
• [PATCH 2/2] dm raid: add raid4/5/6 journal mode support
  • From: heinzm@xxxxxxxxxx
• [PATCH 0/2] md/dm-raid: add/use API to switch raid4/5/6 journal cache modes
  • From: heinzm@xxxxxxxxxx
• Re: [PATCH] block: trace completion of all bios.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Kernel BUG at dm-cache-policy-mq.c
  • From: Stanislas Oger <stanislas.oger@xxxxxxxxx>
• [PATCH] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Kernel BUG at dm-cache-policy-mq.c
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Multipath timeout
  • From: Isidro Hortelano <isidrohortelano@xxxxxxxxx>
• Kernel BUG at dm-cache-policy-mq.c
  • From: Stanislas Oger <stanislas.oger@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [PATCH] Documentation: device-mapper: cache.txt: Fix typos
  • From: sayli karnik <karniksayli1995@xxxxxxxxx>
• Kernel BUG at dm-cache-policy-mq.c
  • From: Stanislas Oger <s.oger@xxxxxxxxxxxxxxxx>
• Re: [BUG] Oops caused by FEC in 4.10.0
  • From: michal virgovic <michalvirgovic1@xxxxxxxxx>
• Re: [PATCH] Documentation: device-mapper: cache.txt: Fix typos
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH] multipath-tools: arrange compilation options for shared libs/objects
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: dm crypt: remove an impossible condition
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] dm raid: Documentaion
  • From: heinzm@xxxxxxxxxx
• [PATCH 1/2] dm raid: fix table line argument order in status
  • From: heinzm@xxxxxxxxxx
• [PATCH] multipath-tools: arrange compilation options for binaries
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: dm crypt: remove an impossible condition
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm crypt: remove an impossible condition
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [BUG] Oops caused by FEC in 4.10.0
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [BUG] Oops caused by FEC in 4.10.0
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [BUG] Oops caused by FEC in 4.10.0
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH] multipath-tools: build objects for libdmmp and libmpathpersist independently
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: add missing "-l" flag for pthread in libdmmp/Makefile
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH v2] dm-zoned: Zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [BUG] Oops caused by FEC in 4.10.0
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [PATCH] dm ioctl: Remove double parentheses
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• [PATCH] multipath-tools: Remove trailing whitespaces
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 0/7] Data integrity protection with dm-integrity and dm-crypt
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 4/7] dm-crypt: Compute HMAC key size in a separate function.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 5/7] dm-crypt: Parse cipher specification according to AEAD flag.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 7/7] dm-crypt: optionally support larger encryption sector size
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 2/7] dm-crypt: Move IV constructor to separate function.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 1/7] dm-crypt: Fix documentation of integrity table option.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 6/7] dm-crypt: Remove obsolete integrity_mode function.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 0/7] Data integrity protection with dm-integrity and dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 3/7] dm-crypt: Introduce new format of cipher with capi: prefix.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH 3.10, 3.12] dm: flush queued bios when process blocks to avoid deadlock
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [BUG] Oops caused by FEC in 4.10.0
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: libdmmp: Fix incorrect use of __attribute__
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: clean up libdmmp/Makefile
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipathd: fix SIGUSR2 handling
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] uevent_can_discard: optimize devpath check
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 3.10, 3.12] dm: flush queued bios when process blocks to avoid deadlock
  • From: Willy Tarreau <w@xxxxxx>
• [BUG] Oops caused by FEC in 4.10.0
  • From: michal virgovic <michalvirgovic1@xxxxxxxxx>
• Re: artificially break/corrupt thin pool
  • From: shankha <sbanerjee@xxxxxxxxxxxxxxx>
• Re: [BUG] Oops caused by FEC in 4.10.0
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH 4.4] dm: flush queued bios when process blocks to avoid deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3.10, 3.12] dm: flush queued bios when process blocks to avoid deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3.16, 4.1] dm: flush queued bios when process blocks to avoid deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 4.9, 4.10] dm: flush queued bios when process blocks to avoid deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] kobject: support passing in variables for synthetic uevents
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [bug report] dm: add integrity target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: LVM gives "modprobe" errors on non-modular monolithic Linux kernels
  • From: Ivan Zahariev <famzah@xxxxxxxxxxx>
• Re: [PATCH] multipathd: fix SIGUSR2 handling
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [bug report] dm crypt: add cryptographic data integrity protection (authenticated encryption)
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• artificially break/corrupt thin pool
  • From: Thanos Makatos <thanos.makatos@xxxxxxxxx>
• Re: [PATCH 01/33] multipathd.service: fixup Wants= and Before= statements
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 01/33] multipathd.service: fixup Wants= and Before= statements
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v5 1/1] DM: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v5] DM: dm-inplace-compress: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: dm-crypt IV generation (summary)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] multipath-tools: clean up libdmmp/Makefile
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [bug report] dm crypt: add cryptographic data integrity protection (authenticated encryption)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [bug report] dm crypt: add cryptographic data integrity protection (authenticated encryption)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [bug report] dm crypt: add cryptographic data integrity protection (authenticated encryption)
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• LVM gives "modprobe" errors on non-modular monolithic Linux kernels
  • From: Ivan Zahariev <famzah@xxxxxxxxxxx>
• [bug report] dm: add integrity target
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Jack Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
• [PATCH] dm cache: handle kmalloc failure allocating background_tracker struct
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• dm-crypt IV generation (summary)
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH 0/5] Updates following recent generic_make_request improvement
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 0/5] Updates following recent generic_make_request improvement
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] multipath-tools: libdmmp: Fix incorrect use of __attribute__
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RFC] dm-thin: Heuristic early chunk copy before COW
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• [PATCH 2/5] blk: remove bio_set arg from blk_queue_split()
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 5/5] block_dev: make blkdev_dio_pool a non-rescuing bioset
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 3/5] blk: make the bioset rescue_workqueue optional.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 4/5] blk: use non-rescuing bioset for q->bio_split.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/5] blk: Ensure users for current->bio_list can see the full list.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 0/5] Updates following recent generic_make_request improvement
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 5/5] block_dev: make blkdev_dio_pool a non-rescuing bioset
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 4/5] blk: use non-rescuing bioset for q->bio_split.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 3/5] blk: make the bioset rescue_workqueue optional.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 2/5] blk: remove bio_set arg from blk_queue_split()
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/5 v3] blk: improve order of bio handling in generic_make_request()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RFC] dm-thin: Heuristic early chunk copy before COW
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [RFC] dm-thin: Heuristic early chunk copy before COW
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: scsi timeout on multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [git pull] device mapper fixes for 4.11-rc1
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH] uevent_can_discard: optimize devpath check
  • From: <tang.junhui@xxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [PATCH] uevent_can_discard: optimize devpath check
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [dm:for-next 23/25] drivers/md/dm-raid.c:3469:3: error: 'else' without a previous 'if'
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm:for-next 23/25] drivers/md/dm-raid.c:3469:3: error: 'else' without a previous 'if'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 26/33] libmultipath: reload map if not known to udev
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 31/33] multipathd: fixup check for new path states
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 22/33] libmultipath: disassemble_map: skip no_path_retry check
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 11/33] multipathd: issue systemd READY after initial configuration
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 27/33] libmultipath: differentiate ACT_NOTHING and ACT_IMPOSSIBLE
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 21/33] libmultipath: setup_feature: handle "retain_attached_hw_handler"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 28/33] libmultipath: coalesce_paths: trigger uevent if nothing done
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 25/33] libmultipath: sysfs_attr_set_value: use const char*
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 32/33] libmultipath/checkers: make RADOS checker optional
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 01/33] multipathd.service: fixup Wants= and Before= statements
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 30/33] tur: Add pthread_testcancel()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 12/33] libmultipath/discovery: do not cache 'access_state' sysfs attribute
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 29/33] kpartx: sanitize delete partitions
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 15/33] libmultipath: move suspend logic to _dm_flush_map
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 20/33] libmultipath: setup_feature: print log msg if no_path_retry cant be set
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 16/33] multipath: ignore -i if find_multipaths is set
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 05/33] Invalid error code when using multipathd CLI
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 14/33] multipath -ll: set DI_SERIAL
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 33/33] Make libdmmp build optional
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 19/33] libmultipath: setup_features: log msg if queue_if_no_path is ignored
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 18/33] multipathd: use weaker "force_reload" at startup
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 24/33] libmultipath: select_action: check special features separately
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 09/33] multipathd: Set CLI timeout correctly
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 13/33] libmultipath: use existing alias from bindings file
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 07/33] libmultipath: fall back to search paths by devt
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 08/33] libmultipath: Do not crash on empty features
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 06/33] multipathd: set timeout for CLI commands correctly
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 17/33] multipathd: imply -n if find_multipaths is set
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 23/33] libmultipath: disassemble_map: treat minio like assemble_map does
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 10/33] multipath: avoid crash when using modified configuration
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 03/33] Add support for "multipath=off" and "nompath" on kernel cmdline
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 04/33] multipath: do not check daemon from udev rules
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 02/33] multipathd: start daemon after udev trigger
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 09/10] add disable_changed_wwids option
  • From: Zhangguanghui <zhang.guanghui@xxxxxxx>
• [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH] Avoid that reloading a map sporadically triggers I/O errors
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH v4 0/6] misc patches
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH] dm raid: fix data corruption on reshape request
  • From: heinzm@xxxxxxxxxx
• [PATCH v4 5/6] multipathd: allow resetting stats
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v4 3/6] multipathd: don't update priority of failed paths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v4 6/6] fix udev rules for failed multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v4 2/6] libmultipath: cleanup orphan device states
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v4 1/6] libmultipath: add detect_checker option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v4 4/6] multipathd: add messages on delayed path addition
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v4 0/6] misc patches
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] Avoid that reloading a map sporadically triggers I/O errors
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: <tang.junhui@xxxxxxxxxx>
• Re: [PATCH V5] multipath-tools: Introducing multipath C API
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH v3 0/7] misc patches
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH v3 1/7] kpartx: don't keep creating recursive partitions
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: sync valgrind.h with 3.12 upstream
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH v2] multipath-tools: add availability of service-time and queue-length to multipath.conf.5
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: fix misspellings
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: git should ignore rej and orig files
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: sync valgrind.h with 3.12 upstream
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [PATCH V5] multipath-tools: Introducing multipath C API
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH V5] multipath-tools: Introducing multipath C API
  • From: Gris Ge <fge@xxxxxxxxxx>
• [dm:dm-4.12 30/33] drivers/md/dm-cache-target.c:1581:3: error: implicit declaration of function 'bio_complete'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: multipath-tools: Fixes/features for upstream
  • From: Hannes Reinecke <hare@xxxxxxx>
• multipath-tools: Fixes/features for upstream
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCHv2] Fill NVMe specific path info
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCHv2] Fill NVMe specific path info
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCHv2] Fill NVMe specific path info
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH v2] multipath-tools: add availability of service-time and queue-length to multipath.conf.5
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 2/2] Fill NVMe specific path info
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH] multipath-tools: add availability of service-time and queue-length to multipath.conf.5
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [git pull] device mapper changes for 4.11
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• scsi timeout on multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: 答复: Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: <tang.junhui@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 2/2] Fill NVMe specific path info
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] multipath-tools: sync valgrind.h with 3.12 upstream
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v3] dm: switch dm-verity to async hash crypto API
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v3 2/7] libmultipath: add detect_checker option
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: 答复: Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v3] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v2] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [dm:dm-4.12 29/37] ERROR: "__aeabi_uldivmod" [drivers/md/dm-cache-validator.ko] undefined!
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCHv2] scsi: use 'scsi_device_from_queue()' for scsi_dh
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm:dm-4.12 29/37] dm-cache-policy-validator.c:undefined reference to `__udivdi3'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v2] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm: switch dm-verity to async hash crypto API
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: 答复: Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• you cannot run this tool with these options on live metadata
  • From: Khitai Pang <khitai.pang@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: <tang.junhui@xxxxxxxxxx>
• Re: 答复: Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• 答复: Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: <tang.junhui@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [PATCH] multipath-tools: fix misspellings
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: git should ignore rej and orig files
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: <tang.junhui@xxxxxxxxxx>
• [PATCH] dm space map metadata: constify dm_space_map structures
  • From: Bhumika Goyal <bhumirks@xxxxxxxxx>
• [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH] dm stats: fix a memory leak
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] a fix for the snapshot deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] crypto: fix typo in doc
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 7/7] fix udev rules for failed multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 5/7] multipathd: add messages on delayed path addition
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 4/7] multipathd: don't update priority of failed paths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 3/7] libmultipath: cleanup orphan device states
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 6/7] multipathd: allow resetting stats
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 2/7] libmultipath: add detect_checker option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 0/7] misc patches
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 1/7] kpartx: don't keep creating recursive partitions
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 1/2] Don't blacklist nvme
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH 2/2] Fill NVMe specific path info
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH v4 1/1] DM: inplace compressed DM target (fwd)
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2 2/7] libmultipath: add detect_checker option
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v4 1/1] DM: inplace compressed DM target (fwd)
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• [PATCH] crypto: fix typo in doc
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 3/7] libmultipath: cleanup orphan device states
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 1/7] kpartx: don't keep creating recursive partitions
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 6/7] multipathd: allow resetting stats
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 2/7] libmultipath: add detect_checker option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 5/7] multipathd: add messages on delayed path addition
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 4/7] multipathd: don't update priority of failed paths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 7/7] fix udev rules for failed multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 0/7] misc patches
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v4 1/1] DM: inplace compressed DM target
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 1/1] DM: inplace compressed DM target
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v4 1/1] DM: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v4] DM: dm-inplace-compress: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH 7/7] fix udev rules for failed multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 7/7] fix udev rules for failed multipath devices
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH 2/7] libmultipath: add detect_checker option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• how to deploy the latest multipath utility
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: <tang.junhui@xxxxxxxxxx>
• Re: multipath-tools: Standardization of no_path_retry
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 2/7] libmultipath: add detect_checker option
  • From: Hannes Reinecke <hare@xxxxxxx>
• multipath-tools: Standardization of no_path_retry
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 1/7] kpartx: don't keep creating recursive partitions
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 6/7] multipathd: allow resetting stats
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 5/7] multipathd: add messages on delayed path addition
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 2/7] libmultipath: add detect_checker option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 4/7] multipathd: don't update priority of failed paths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 3/7] libmultipath: cleanup orphan device states
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 7/7] fix udev rules for failed multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 0/7] misc patches
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: Remove trailing and leading whitespaces
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] Include sys/sysmacros.h
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] Tolerate modprobe failures in multipathd.service
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: Remove trailing and leading whitespaces
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: Remove trailing and leading whitespaces
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH] multipath-tools: Remove trailing and leading whitespaces
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 1/5] multipath-tools: libmultipath: fix gcc link failure on rcu_register_thread_mb.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 5/5] multipath-tools: Perform socket client uid check on IPC commands.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 4/5] multipath-tools: Set errno mpath_recv_reply() when failure
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 3/5] multipath-tools: New way to limit the IPC command length.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [PATCH] block: Make rescuer threads per request_queue, not per bioset
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] block: Make rescuer threads per request_queue, not per bioset
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mike Galbraith <efault@xxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Pavel Machek <pavel@xxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [RFC PATCH v4] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [git pull] device mapper fixes for 4.10-rc7
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PATCH 0/1] multipathd: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH 1/1] multipathd: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH 1/1] multipathd: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH 1/1] multipathd: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH 0/1] multipathd: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: [PATCH v4] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v4] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [git pull] device mapper fixes for 4.10-rc7
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [git pull] device mapper fixes for 4.10-rc7
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PATCH 1/1] multipathd: deterministic io throughput in multipath
  • From: M Muneendra Kumar <mmandala@xxxxxxxxxxx>
• [PATCH 0/1] multipathd: deterministic io throughput in multipath
  • From: M Muneendra Kumar <mmandala@xxxxxxxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH 1/1] multipathd: deterministic io throughput in multipath
  • From: M Muneendra Kumar <mmandala@xxxxxxxxxxx>
• [PATCH 0/1] multipathd: deterministic io throughput in multipath
  • From: M Muneendra Kumar <mmandala@xxxxxxxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: [PATCH v2] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm: don't allow ioctls to targets that don't map to whole devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: linux-next: Tree for Feb 2 (drivers/md/dm.c)
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 2 (drivers/md/dm.c)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 2 (drivers/md/dm.c)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 2 (drivers/md/dm.c)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: error propagation problem on xfs over dm stripe
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: error propagation problem on xfs over dm stripe
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: error propagation problem on xfs over dm stripe
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: error propagation problem on xfs over dm stripe
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• error propagation problem on xfs over dm stripe
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH v2] dm-crypt: replace RCU read-side section with rwsem
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v2] dm-crypt: replace RCU read-side section with rwsem
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: fix wrong use of RCU on key payload handling
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-crypt: fix wrong use of RCU on key payload handling
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• Re: [PATCH v3 1/1] DM: inplace compressed DM target
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 1/1] DM: inplace compressed DM target
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v3 1/1] DM: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v3] DM: dm-inplace-compress: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH] dm: switch dm-verity to async hash crypto API
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V3
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 15/18] scsi: allocate scsi_cmnd structures as part of struct request
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 14/18] scsi: remove __scsi_alloc_queue
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V3
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 16/18] block/bsg: move queue creation into bsg_setup_queue
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 15/18] scsi: allocate scsi_cmnd structures as part of struct request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 14/18] scsi: remove __scsi_alloc_queue
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 13/18] scsi: remove scsi_cmd_dma_pool
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 12/18] scsi: respect unchecked_isa_dma for blk-mq
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 11/18] scsi: remove gfp_flags member in scsi_host_cmd_pool
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH 06/18] dm: remove incomple BLOCK_PC support
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [PATCH 02/19] md: cleanup bio op / flags handling in raid1_write_request
  • From: Christoph Hellwig <hch@xxxxxx>
• split scsi passthrough fields out of struct request V3
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/19] block: add a op_is_flush helper
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 07/18] dm: always defer request allocation to the owner of the request_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH 07/18] dm: always defer request allocation to the owner of the request_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 07/18] dm: always defer request allocation to the owner of the request_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 04/18] block: simplify blk_init_allocated_queue
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH 03/18] block: fix elevator init check
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 02/18] md: cleanup bio op / flags handling in raid1_write_request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 01/18] block: add a op_is_flush helper
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH 15/16] block: split scsi_request out of struct request
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH 15/16] block: split scsi_request out of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 15/16] block: split scsi_request out of struct request
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH] dm: switch dm-verity to async hash crypto API
  • From: Ondrej Mosnáček <omosnacek+linux-crypto@xxxxxxxxx>
• Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue
  • From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH 18/18] block: don't assign cmd_flags in __blk_rq_prep_clone
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 15/18] scsi: allocate scsi_cmnd structures as part of struct request
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 14/18] scsi: remove __scsi_alloc_queue
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 13/18] scsi: remove scsi_cmd_dma_pool
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 12/18] scsi: respect unchecked_isa_dma for blk-mq
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 11/18] scsi: remove gfp_flags member in scsi_host_cmd_pool
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 10/18] scsi_dh_hp_sw: switch to scsi_execute_req_flags()
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 09/18] scsi_dh_emc: switch to scsi_execute_req_flags()
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 08/18] scsi_dh_rdac: switch to scsi_execute_req_flags()
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 04/18] block: simplify blk_init_allocated_queue
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 03/18] block: fix elevator init check
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 02/18] md: cleanup bio op / flags handling in raid1_write_request
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 01/18] block: add a op_is_flush helper
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH 15/18] scsi: allocate scsi_cmnd structures as part of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/18] block: add a op_is_flush helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/18] block: split scsi_request out of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/18] block: simplify blk_init_allocated_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/18] block: fix elevator init check
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/18] block/bsg: move queue creation into bsg_setup_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/18] dm: remove incomple BLOCK_PC support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/18] block: don't assign cmd_flags in __blk_rq_prep_clone
  • From: Christoph Hellwig <hch@xxxxxx>
• split scsi passthrough fields out of struct request V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/18] scsi_dh_rdac: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/18] scsi_dh_hp_sw: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/18] scsi: respect unchecked_isa_dma for blk-mq
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/18] scsi_dh_emc: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/18] scsi: remove gfp_flags member in scsi_host_cmd_pool
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/18] scsi: remove __scsi_alloc_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/18] md: cleanup bio op / flags handling in raid1_write_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/18] scsi: remove scsi_cmd_dma_pool
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/18] block: allow specifying size for extra command data
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/18] dm: always defer request allocation to the owner of the request_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: deterministic io throughput in multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 15/16] block: split scsi_request out of struct request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 01/16] block: fix elevator init check
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/16] block: fix elevator init check
  • From: Jens Axboe <axboe@xxxxxx>
• [PATCH] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 16/16] block: don't assign cmd_flags in __blk_rq_prep_clone
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 15/16] block: split scsi_request out of struct request
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 13/16] scsi: allocate scsi_cmnd structures as part of struct request
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 09/16] scsi: remove gfp_flags member in scsi_host_cmd_pool
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 12/16] scsi: remove __scsi_alloc_queue
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 12/16] scsi: remove __scsi_alloc_queue
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 11/16] scsi: remove scsi_cmd_dma_pool
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 10/16] scsi: respect unchecked_isa_dma for blk-mq
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 09/16] scsi: remove gfp_flags member in scsi_host_cmd_pool
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 04/16] dm: remove incomple BLOCK_PC support
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 03/16] block: allow specifying size for extra command data
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 15/16] block: split scsi_request out of struct request
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 02/16] block: simplify blk_init_allocated_queue
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 01/16] block: fix elevator init check
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 15/16] block: split scsi_request out of struct request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 15/16] block: split scsi_request out of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/16] scsi_dh_emc: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/16] scsi_dh_hp_sw: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• split scsi passthrough fields out of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/16] block: simplify blk_init_allocated_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/16] scsi: remove gfp_flags member in scsi_host_cmd_pool
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/16] scsi: respect unchecked_isa_dma for blk-mq
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/16] scsi: allocate scsi_cmnd structures as part of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/16] block/bsg: move queue creation into bsg_setup_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/16] block: allow specifying size for extra command data
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/16] block: fix elevator init check
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/16] block: don't assign cmd_flags in __blk_rq_prep_clone
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/16] scsi_dh_rdac: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/16] dm: remove incomple BLOCK_PC support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/16] scsi: remove scsi_cmd_dma_pool
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/16] scsi: remove __scsi_alloc_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [RFC PATCH 0/6] Add bulk skcipher requests to crypto API and dm-crypt
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Matthew Wilcox <mawilcox@xxxxxxxxxxxxx>
• [PATCH] dm bio prison: use rb_entry()
  • From: Geliang Tang <geliangtang@xxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Matthew Wilcox <mawilcox@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Matthew Wilcox <mawilcox@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Matthew Wilcox <mawilcox@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Matthew Wilcox <mawilcox@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] multipath-tools: multipathd: Fix memory leak on load_config().
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/13] block, dax: introduce dax_operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Question about dmsetup / udev interactions
  • From: Peter Desnoyers <pjd@xxxxxxxxxxx>
• Re: [PATCH RFC 0/4] dm thin: support blk-throttle on data and metadata device
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH RFC 0/4] dm thin: support blk-throttle on data and metadata device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RFC 0/4] dm thin: support blk-throttle on data and metadata device
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH] dm bio prison: use rb_entry()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 5/5] multipath-tools: Perform socket client uid check on IPC commands.
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 2/5] multipath-tools: libmultipath: Removed unused functions.
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 4/5] multipath-tools: Set errno mpath_recv_reply() when failure
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 3/5] multipath-tools: New way to limit the IPC command length.
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 1/5] multipath-tools: libmultipath: fix gcc link failure on rcu_register_thread_mb.
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH 0/5] [multipath-tools] Misc fixes for JSON API.
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH RFC 1/4] dm thin: add a pool feature "keep_bio_blkcg"
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• [PATCH RFC 2/4] dm thin: parse "keep_bio_blkcg" from userspace tools
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• [PATCH RFC 0/4] dm thin: support blk-throttle on data and metadata device
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• [PATCH RFC 4/4] dm thin: associate bio with current task if keep_bio_blkcg is enabled
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• [PATCH RFC 3/4] dm thin: show the enabled status of keep_bio_blkcg feature
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• Re: Question about dmsetup / udev interactions
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• [PATCH 02/13] block, dax: introduce dax_operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Question about dmsetup / udev interactions
  • From: Peter Desnoyers <pjd@xxxxxxxxxxx>
• Re: [RFC PATCH 0/6] Add bulk skcipher requests to crypto API and dm-crypt
  • From: Ondrej Mosnáček <omosnacek@xxxxxxxxx>
• Re: [RFC PATCH v3] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [RFC PATCH v3] crypto: Add IV generation algorithms
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [RFC PATCH 0/6] Add bulk skcipher requests to crypto API and dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [RFC PATCH v2 1/1] DM: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [RFC PATCH v2] DM: dm-inplace-compress: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [patch] block: add blktrace C events for bio-based drivers
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [RFC PATCH v3] crypto: Add IV generation algorithms
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: kernel oops with blk-mq-sched latest
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [RFC PATCH v3] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [RFC PATCH v3] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: kernel oops with blk-mq-sched latest
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• Re: [RFC PATCH 0/6] Add bulk skcipher requests to crypto API and dm-crypt
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [patch] block: add blktrace C events for bio-based drivers
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [patch] block: add blktrace C events for bio-based drivers
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [patch] block: add blktrace C events for bio-based drivers
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 04/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_add_path()
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: kernel oops with blk-mq-sched latest
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: kernel oops with blk-mq-sched latest
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH 6/6] dm-crypt: Add bulk crypto processing support
  • From: Ondrej Mosnáček <omosnacek@xxxxxxxxx>
• Re: [RFC PATCH 0/6] Add bulk skcipher requests to crypto API and dm-crypt
  • From: Ondrej Mosnáček <omosnacek@xxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• kernel oops with blk-mq-sched latest
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 04/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_add_path()
  • From: tang.junhui@xxxxxxxxxx
• Re: [LSF/MM TOPIC][LSF/MM ATTEND] multipath redesign
  • From: tang.junhui@xxxxxxxxxx
• Re: deterministic io throughput in multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 04/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_add_path()
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 05/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_remove_path()
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>