Linux Device-Mapper Development

• Date Index

• [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES, (continued)
  • [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES, Christoph Hellwig
    • Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES, Lars Ellenberg
      • Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES, Christoph Hellwig
        • Re: [Drbd-dev] [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES, Lars Ellenberg
        • Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES, Mike Snitzer
          • Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES, Martin K. Petersen
            • Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES, Mike Snitzer
              • Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES, Martin K. Petersen
              • Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES, Christoph Hellwig
  • [PATCH 15/23] loop: implement REQ_OP_WRITE_ZEROES, Christoph Hellwig
  • [PATCH 16/23] brd: remove discard support, Christoph Hellwig
  • [PATCH 17/23] rbd: remove the discard_zeroes_data flag, Christoph Hellwig
  • [PATCH 01/23] block: renumber REQ_OP_WRITE_ZEROES, Christoph Hellwig
    • Re: [PATCH 01/23] block: renumber REQ_OP_WRITE_ZEROES, Bart Van Assche
      • Re: [PATCH 01/23] block: renumber REQ_OP_WRITE_ZEROES, hch@xxxxxx
  • [PATCH 09/23] block: add a REQ_UNMAP flag for REQ_OP_WRITE_ZEROES, Christoph Hellwig
  • [PATCH 23/23] block: remove the discard_zeroes_data flag, Christoph Hellwig
    • Re: [PATCH 23/23] block: remove the discard_zeroes_data flag, Bart Van Assche
      • Re: [PATCH 23/23] block: remove the discard_zeroes_data flag, Paolo Bonzini
      • Re: [PATCH 23/23] block: remove the discard_zeroes_data flag, hch@xxxxxx
        • Re: [PATCH 23/23] block: remove the discard_zeroes_data flag, Martin K. Petersen
          • Re: [PATCH 23/23] block: remove the discard_zeroes_data flag, hch@xxxxxx
  • [PATCH 11/23] block_dev: use blkdev_issue_zerout for hole punches, Christoph Hellwig
    • Re: [PATCH 11/23] block_dev: use blkdev_issue_zerout for hole punches, Bart Van Assche
      • Re: [PATCH 11/23] block_dev: use blkdev_issue_zerout for hole punches, hch@xxxxxx
  • [PATCH 14/23] zram: implement REQ_OP_WRITE_ZEROES, Christoph Hellwig
  • [PATCH 10/23] block: add a new BLKDEV_ZERO_NOFALLBACK flag, Christoph Hellwig
  • [PATCH 21/23] drbd: make intelligent use of blkdev_issue_zeroout, Christoph Hellwig
  • [PATCH 08/23] block: add a flags argument to (__)blkdev_issue_zeroout, Christoph Hellwig
  • [PATCH 12/23] sd: handle REQ_UNMAP, Christoph Hellwig
    • Re: [PATCH 12/23] sd: handle REQ_UNMAP, Bart Van Assche
      • Re: [PATCH 12/23] sd: handle REQ_UNMAP, Paolo Bonzini
      • Re: [PATCH 12/23] sd: handle REQ_UNMAP, hch@xxxxxx
        • Re: [PATCH 12/23] sd: handle REQ_UNMAP, Martin K. Petersen
          • Re: [PATCH 12/23] sd: handle REQ_UNMAP, hch@xxxxxx
            • Re: [PATCH 12/23] sd: handle REQ_UNMAP, Martin K. Petersen
              • Re: [PATCH 12/23] sd: handle REQ_UNMAP, hch@xxxxxx
  • Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload, Lars Ellenberg
    • Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload, Mike Snitzer
      • Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload, Lars Ellenberg
        • Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload, Paolo Bonzini
    • Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload, Christoph Hellwig
      • Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload, Mike Snitzer
        • Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload, Christoph Hellwig
        • Re: [Drbd-dev] RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload, Bart Van Assche
    • Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload, Christoph Hellwig
  • Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload, Mike Snitzer
    • Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload, Martin K. Petersen
      • Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload, Mike Snitzer
• [multipath-tools] [BUG] segfault in uev_update_path, Shichangkuo
  • Re: [multipath-tools] [BUG] segfault in uev_update_path, Benjamin Marzinski
    • Re: [multipath-tools] [BUG] segfault in uev_update_path, Martin Wilck
      • Re: [multipath-tools] [BUG] segfault in uev_update_path, Benjamin Marzinski
• [PATCH 1/2] md: add raid4/5/6 journal mode API (for dm-raid use), heinzm
• [PATCH 2/2] dm raid: add raid4/5/6 journal mode support, heinzm
• [PATCH 0/2] md/dm-raid: add/use API to switch raid4/5/6 journal cache modes, heinzm
• [PATCH] block: trace completion of all bios., NeilBrown
  • Re: [PATCH] block: trace completion of all bios., Christoph Hellwig
    • Re: [PATCH] block: trace completion of all bios., NeilBrown
    • [PATCH v2] block: trace completion of all bios., NeilBrown
      • Re: [PATCH v2] block: trace completion of all bios., Ming Lei
        • Re: [PATCH v2] block: trace completion of all bios., NeilBrown
        • [PATCH v3] block: trace completion of all bios., NeilBrown
          • Re: [PATCH v3] block: trace completion of all bios., Ming Lei
            • Re: [PATCH v3] block: trace completion of all bios., NeilBrown
          • Re: [PATCH v3] block: trace completion of all bios., Christoph Hellwig
            • Re: [PATCH v3] block: trace completion of all bios., NeilBrown
              • Re: [PATCH v3] block: trace completion of all bios., Christoph Hellwig
                • Re: [PATCH v3] block: trace completion of all bios., NeilBrown
• Multipath timeout, Isidro Hortelano
  • Re: Multipath timeout, Martin Wilck
• [PATCH] Documentation: device-mapper: cache.txt: Fix typos, sayli karnik
  • Re: [PATCH] Documentation: device-mapper: cache.txt: Fix typos, Jonathan Corbet
• [PATCH] multipath-tools: arrange compilation options for shared libs/objects, Xose Vazquez Perez
  • Re: [PATCH] multipath-tools: arrange compilation options for shared libs/objects, Christophe Varoqui
• [PATCH] dm raid: Documentaion, heinzm
• [PATCH 1/2] dm raid: fix table line argument order in status, heinzm
• [PATCH] multipath-tools: arrange compilation options for binaries, Xose Vazquez Perez
  • Re: [PATCH] multipath-tools: arrange compilation options for binaries, Christophe Varoqui
    • Re: [PATCH] multipath-tools: arrange compilation options for binaries, Christophe Varoqui
      • Re: [PATCH] multipath-tools: arrange compilation options for binaries, Xose Vazquez Perez
        • Re: [PATCH] multipath-tools: arrange compilation options for binaries, Christophe Varoqui
          • Re: [PATCH] multipath-tools: arrange compilation options for binaries, Xose Vazquez Perez
• [PATCH] dm crypt: remove an impossible condition, Dan Carpenter
  • Re: dm crypt: remove an impossible condition, Mike Snitzer
    • Re: dm crypt: remove an impossible condition, Dan Carpenter
• [PATCH] multipath-tools: build objects for libdmmp and libmpathpersist independently, Xose Vazquez Perez
  • Re: [PATCH] multipath-tools: build objects for libdmmp and libmpathpersist independently, Christophe Varoqui
• [PATCH] multipath-tools: add missing "-l" flag for pthread in libdmmp/Makefile, Xose Vazquez Perez
  • Re: [PATCH] multipath-tools: add missing "-l" flag for pthread in libdmmp/Makefile, Christophe Varoqui
• [PATCH v2] dm-zoned: Zoned block device target, Damien Le Moal
• [PATCH] dm ioctl: Remove double parentheses, Matthias Kaehlcke
  • Re: [PATCH] dm ioctl: Remove double parentheses, Matthias Kaehlcke
    • Re: [PATCH] dm ioctl: Remove double parentheses, Joe Perches
      • Re: [PATCH] dm ioctl: Remove double parentheses, Matthias Kaehlcke
• [PATCH] multipath-tools: Remove trailing whitespaces, Xose Vazquez Perez
  • Re: [PATCH] multipath-tools: Remove trailing whitespaces, Christophe Varoqui
• [BUG] Oops caused by FEC in 4.10.0, michal virgovic
  • Re: [BUG] Oops caused by FEC in 4.10.0, Sami Tolvanen
    • Re: [BUG] Oops caused by FEC in 4.10.0, Milan Broz
    • Re: [BUG] Oops caused by FEC in 4.10.0, Milan Broz
      • Re: [BUG] Oops caused by FEC in 4.10.0, Sami Tolvanen
        • Re: [BUG] Oops caused by FEC in 4.10.0, Milan Broz
      • Re: [BUG] Oops caused by FEC in 4.10.0, michal virgovic
        • Re: [BUG] Oops caused by FEC in 4.10.0, Sami Tolvanen
• [PATCH 4.4] dm: flush queued bios when process blocks to avoid deadlock, Mikulas Patocka
• [PATCH 3.10, 3.12] dm: flush queued bios when process blocks to avoid deadlock, Mikulas Patocka
  • Re: [PATCH 3.10, 3.12] dm: flush queued bios when process blocks to avoid deadlock, Willy Tarreau
  • Re: [PATCH 3.10, 3.12] dm: flush queued bios when process blocks to avoid deadlock, Jiri Slaby
• [PATCH 3.16, 4.1] dm: flush queued bios when process blocks to avoid deadlock, Mikulas Patocka
  • Re: [PATCH 3.16, 4.1] dm: flush queued bios when process blocks to avoid deadlock, Ben Hutchings
• [PATCH 4.9, 4.10] dm: flush queued bios when process blocks to avoid deadlock, Mikulas Patocka
• [PATCH] kobject: support passing in variables for synthetic uevents, Peter Rajnoha
  • Re: [PATCH] kobject: support passing in variables for synthetic uevents, Greg KH
    • [PATCH v2] kobject: support passing in variables for synthetic uevents, Peter Rajnoha
      • [RESEND PATCH v2] kobject: support passing in variables for synthetic uevents, Peter Rajnoha
• artificially break/corrupt thin pool, Thanos Makatos
  • Re: artificially break/corrupt thin pool, shankha
• [PATCH v5] DM: dm-inplace-compress: inplace compressed DM target, Ram Pai
  • [PATCH v5 1/1] DM: inplace compressed DM target, Ram Pai
• [PATCH] multipath-tools: clean up libdmmp/Makefile, Xose Vazquez Perez
  • Re: [PATCH] multipath-tools: clean up libdmmp/Makefile, Christophe Varoqui
• [bug report] dm crypt: add cryptographic data integrity protection (authenticated encryption), Dan Carpenter
  • Re: [bug report] dm crypt: add cryptographic data integrity protection (authenticated encryption), Mike Snitzer
    • Re: [bug report] dm crypt: add cryptographic data integrity protection (authenticated encryption), Mike Snitzer
      • Re: [bug report] dm crypt: add cryptographic data integrity protection (authenticated encryption), Milan Broz
• LVM gives "modprobe" errors on non-modular monolithic Linux kernels, Ivan Zahariev
  • Re: LVM gives "modprobe" errors on non-modular monolithic Linux kernels, Ivan Zahariev
• [bug report] dm: add integrity target, Dan Carpenter
  • Re: [bug report] dm: add integrity target, Mikulas Patocka
• [PATCH] dm cache: handle kmalloc failure allocating background_tracker struct, Colin King
• dm-crypt IV generation (summary), Ondrej Mosnacek
  • Re: dm-crypt IV generation (summary), Mike Snitzer
  • Re: dm-crypt IV generation (summary), Herbert Xu
    • Re: dm-crypt IV generation (summary), Mike Snitzer
  • Re: dm-crypt IV generation (summary), Herbert Xu
    • Re: dm-crypt IV generation (summary), Ondrej Mosnacek
      • Re: dm-crypt IV generation (summary), Herbert Xu
• [PATCH] multipath-tools: libdmmp: Fix incorrect use of __attribute__, Gris Ge
  • Re: [PATCH] multipath-tools: libdmmp: Fix incorrect use of __attribute__, Christophe Varoqui
• [PATCH 0/5] Updates following recent generic_make_request improvement, NeilBrown
  • [PATCH 1/5] blk: Ensure users for current->bio_list can see the full list., NeilBrown
  • [PATCH 4/5] blk: use non-rescuing bioset for q->bio_split., NeilBrown
  • [PATCH 3/5] blk: make the bioset rescue_workqueue optional., NeilBrown
  • [PATCH 5/5] block_dev: make blkdev_dio_pool a non-rescuing bioset, NeilBrown
  • [PATCH 2/5] blk: remove bio_set arg from blk_queue_split(), NeilBrown
  • Re: [PATCH 0/5] Updates following recent generic_make_request improvement, Jens Axboe
    • Re: [PATCH 0/5] Updates following recent generic_make_request improvement, NeilBrown
• [RFC] dm-thin: Heuristic early chunk copy before COW, Eric Wheeler
  • Re: [RFC] dm-thin: Heuristic early chunk copy before COW, Joe Thornber
    • Re: [RFC] dm-thin: Heuristic early chunk copy before COW, Eric Wheeler
• [PATCH v2] blk: improve order of bio handling in generic_make_request(), NeilBrown
  • Re: [PATCH v2] blk: improve order of bio handling in generic_make_request(), NeilBrown
    • [PATCH 1/5 v3] blk: improve order of bio handling in generic_make_request(), NeilBrown
    • [PATCH 2/5] blk: remove bio_set arg from blk_queue_split(), NeilBrown
    • [PATCH 3/5] blk: make the bioset rescue_workqueue optional., NeilBrown
    • [PATCH 4/5] blk: use non-rescuing bioset for q->bio_split., NeilBrown
    • [PATCH 5/5] block_dev: make blkdev_dio_pool a non-rescuing bioset, NeilBrown
    • Re: [PATCH v2] blk: improve order of bio handling in generic_make_request(), Jens Axboe
      • Re: [PATCH v2] blk: improve order of bio handling in generic_make_request(), Jens Axboe
      • Re: [PATCH v2] blk: improve order of bio handling in generic_make_request(), NeilBrown
        • Re: [PATCH v2] blk: improve order of bio handling in generic_make_request(), Lars Ellenberg
          • Re: [PATCH v2] blk: improve order of bio handling in generic_make_request(), Mike Snitzer
            • Re: [PATCH v2] blk: improve order of bio handling in generic_make_request(), Mikulas Patocka
              • Re: [PATCH v2] blk: improve order of bio handling in generic_make_request(), Jack Wang
                • Re: [PATCH v2] blk: improve order of bio handling in generic_make_request(), Mike Snitzer
                • Re: [PATCH v2] blk: improve order of bio handling in generic_make_request(), Lars Ellenberg
          • Re: [PATCH v2] blk: improve order of bio handling in generic_make_request(), NeilBrown
• [git pull] device mapper fixes for 4.11-rc1, Mike Snitzer
• Re: [PATCH] uevent_can_discard: optimize devpath check, tang.junhui
• [PATCH] uevent_can_discard: optimize devpath check, Martin Wilck
  • Re: [PATCH] uevent_can_discard: optimize devpath check, Christophe Varoqui
• [dm:for-next 23/25] drivers/md/dm-raid.c:3469:3: error: 'else' without a previous 'if', kbuild test robot
  • Re: [dm:for-next 23/25] drivers/md/dm-raid.c:3469:3: error: 'else' without a previous 'if', Mike Snitzer
• [PATCH 00/33] multipath-tools fixes from SUSE, Martin Wilck
  • [PATCH 02/33] multipathd: start daemon after udev trigger, Martin Wilck
  • [PATCH 04/33] multipath: do not check daemon from udev rules, Martin Wilck
    • Re: [PATCH 04/33] multipath: do not check daemon from udev rules, Benjamin Marzinski
      • Re: [PATCH 04/33] multipath: do not check daemon from udev rules, Martin Wilck
  • [PATCH 03/33] Add support for "multipath=off" and "nompath" on kernel cmdline, Martin Wilck
  • [PATCH 10/33] multipath: avoid crash when using modified configuration, Martin Wilck
  • [PATCH 23/33] libmultipath: disassemble_map: treat minio like assemble_map does, Martin Wilck
  • [PATCH 17/33] multipathd: imply -n if find_multipaths is set, Martin Wilck
    • Re: [PATCH 17/33] multipathd: imply -n if find_multipaths is set, Benjamin Marzinski
      • Re: [PATCH 17/33] multipathd: imply -n if find_multipaths is set, Martin Wilck
        • Re: [PATCH 17/33] multipathd: imply -n if find_multipaths is set, Benjamin Marzinski
  • [PATCH 06/33] multipathd: set timeout for CLI commands correctly, Martin Wilck
    • Re: [PATCH 06/33] multipathd: set timeout for CLI commands correctly, Benjamin Marzinski
      • Re: [PATCH 06/33] multipathd: set timeout for CLI commands correctly, Martin Wilck
      • [PATCH] Revert "multipathd: set timeout for CLI commands correctly", Martin Wilck
  • [PATCH 08/33] libmultipath: Do not crash on empty features, Martin Wilck
  • [PATCH 07/33] libmultipath: fall back to search paths by devt, Martin Wilck
  • [PATCH 13/33] libmultipath: use existing alias from bindings file, Martin Wilck
  • [PATCH 09/33] multipathd: Set CLI timeout correctly, Martin Wilck
  • [PATCH 24/33] libmultipath: select_action: check special features separately, Martin Wilck
  • [PATCH 18/33] multipathd: use weaker "force_reload" at startup, Martin Wilck
  • [PATCH 19/33] libmultipath: setup_features: log msg if queue_if_no_path is ignored, Martin Wilck
  • [PATCH 33/33] Make libdmmp build optional, Martin Wilck
  • [PATCH 14/33] multipath -ll: set DI_SERIAL, Martin Wilck
  • [PATCH 05/33] Invalid error code when using multipathd CLI, Martin Wilck
  • [PATCH 16/33] multipath: ignore -i if find_multipaths is set, Martin Wilck
  • [PATCH 20/33] libmultipath: setup_feature: print log msg if no_path_retry cant be set, Martin Wilck
  • [PATCH 15/33] libmultipath: move suspend logic to _dm_flush_map, Martin Wilck
    • Re: [PATCH 15/33] libmultipath: move suspend logic to _dm_flush_map, Benjamin Marzinski
      • Re: [PATCH 15/33] libmultipath: move suspend logic to _dm_flush_map, Martin Wilck
      • [PATCH] libmultipath: fix skip_kpartx support for removing maps, Martin Wilck
        • Re: [PATCH] libmultipath: fix skip_kpartx support for removing maps, Christophe Varoqui
  • [PATCH 29/33] kpartx: sanitize delete partitions, Martin Wilck
  • [PATCH 12/33] libmultipath/discovery: do not cache 'access_state' sysfs attribute, Martin Wilck
  • [PATCH 30/33] tur: Add pthread_testcancel(), Martin Wilck
  • [PATCH 01/33] multipathd.service: fixup Wants= and Before= statements, Martin Wilck
    • Re: [PATCH 01/33] multipathd.service: fixup Wants= and Before= statements, Benjamin Marzinski
      • Re: [PATCH 01/33] multipathd.service: fixup Wants= and Before= statements, Martin Wilck
  • [PATCH 32/33] libmultipath/checkers: make RADOS checker optional, Martin Wilck
  • [PATCH 25/33] libmultipath: sysfs_attr_set_value: use const char*, Martin Wilck
  • [PATCH 28/33] libmultipath: coalesce_paths: trigger uevent if nothing done, Martin Wilck
  • [PATCH 21/33] libmultipath: setup_feature: handle "retain_attached_hw_handler", Martin Wilck
  • [PATCH 27/33] libmultipath: differentiate ACT_NOTHING and ACT_IMPOSSIBLE, Martin Wilck
  • [PATCH 11/33] multipathd: issue systemd READY after initial configuration, Martin Wilck
  • [PATCH 22/33] libmultipath: disassemble_map: skip no_path_retry check, Martin Wilck
  • [PATCH 31/33] multipathd: fixup check for new path states, Martin Wilck
  • [PATCH 26/33] libmultipath: reload map if not known to udev, Martin Wilck
  • Re: [PATCH 00/33] multipath-tools fixes from SUSE, Xose Vazquez Perez
    • Re: [PATCH 00/33] multipath-tools fixes from SUSE, Martin Wilck
      • multipath-tools (patch): Do not select sysfs prioritizer for RDAC arrays (was Re: [PATCH 00/33] multipath-tools fixes from SUSE), Xose Vazquez Perez
        • Re: multipath-tools (patch): Do not select sysfs prioritizer for RDAC arrays (was Re: [PATCH 00/33] multipath-tools fixes from SUSE), Stewart, Sean
  • Re: [PATCH 00/33] multipath-tools fixes from SUSE, Xose Vazquez Perez
    • Re: [PATCH 00/33] multipath-tools fixes from SUSE, Christophe Varoqui
      • Re: [PATCH 00/33] multipath-tools fixes from SUSE, Christophe Varoqui
        • Re: [PATCH 00/33] multipath-tools fixes from SUSE, Martin Wilck
          • Re: [PATCH 00/33] multipath-tools fixes from SUSE, Christophe Varoqui
• [PATCH] dm raid: fix data corruption on reshape request, heinzm
• [PATCH v4 0/6] misc patches, Benjamin Marzinski
  • [PATCH v4 4/6] multipathd: add messages on delayed path addition, Benjamin Marzinski
  • [PATCH v4 1/6] libmultipath: add detect_checker option, Benjamin Marzinski
    • Re: [PATCH v4 1/6] libmultipath: add detect_checker option, Xose Vazquez Perez
      • Re: [PATCH v4 1/6] libmultipath: add detect_checker option, Benjamin Marzinski
        • Re: [PATCH v4 1/6] libmultipath: add detect_checker option, Martin Wilck
          • [PATCH 1/1] limbultipath: prefer RDAC checker with detect_checker, Martin Wilck
            • Re: [PATCH 1/1] limbultipath: prefer RDAC checker with detect_checker, Schremmer, Steven
          • Re: [PATCH v4 1/6] libmultipath: add detect_checker option, Benjamin Marzinski
            • Re: [PATCH v4 1/6] libmultipath: add detect_checker option, Martin Wilck
      • Re: [PATCH v4 1/6] libmultipath: add detect_checker option, Stewart, Sean
  • [PATCH v4 2/6] libmultipath: cleanup orphan device states, Benjamin Marzinski
  • [PATCH v4 6/6] fix udev rules for failed multipath devices, Benjamin Marzinski
  • [PATCH v4 3/6] multipathd: don't update priority of failed paths, Benjamin Marzinski
  • [PATCH v4 5/6] multipathd: allow resetting stats, Benjamin Marzinski
  • Re: [PATCH v4 0/6] misc patches, Christophe Varoqui
• [dm:dm-4.12 30/33] drivers/md/dm-cache-target.c:1581:3: error: implicit declaration of function 'bio_complete', kbuild test robot
• [PATCHv2] Fill NVMe specific path info, Keith Busch
  • Re: [PATCHv2] Fill NVMe specific path info, Benjamin Marzinski
  • Re: [PATCHv2] Fill NVMe specific path info, Xose Vazquez Perez
  • Re: [PATCHv2] Fill NVMe specific path info, Xose Vazquez Perez
  • Re: [PATCHv2] Fill NVMe specific path info, Xose Vazquez Perez
• [PATCH v2] multipath-tools: add availability of service-time and queue-length to multipath.conf.5, Xose Vazquez Perez
  • Re: [PATCH v2] multipath-tools: add availability of service-time and queue-length to multipath.conf.5, Christophe Varoqui
• [PATCH] multipath-tools: add availability of service-time and queue-length to multipath.conf.5, Xose Vazquez Perez
• [git pull] device mapper changes for 4.11, Mike Snitzer
• scsi timeout on multipath, Muneendra Kumar M
  • <Possible follow-ups>
  • Re: scsi timeout on multipath, Muneendra Kumar M
• [PATCH] multipath-tools: sync valgrind.h with 3.12 upstream, Xose Vazquez Perez
  • Re: [PATCH] multipath-tools: sync valgrind.h with 3.12 upstream, Bart Van Assche
  • Re: [PATCH] multipath-tools: sync valgrind.h with 3.12 upstream, Christophe Varoqui
• [PATCH v3] dm: switch dm-verity to async hash crypto API, Gilad Ben-Yossef
  • Re: [PATCH v3] dm: switch dm-verity to async hash crypto API, Milan Broz
• [dm:dm-4.12 29/37] ERROR: "__aeabi_uldivmod" [drivers/md/dm-cache-validator.ko] undefined!, kbuild test robot
• Re: [PATCHv2] scsi: use 'scsi_device_from_queue()' for scsi_dh, Mike Snitzer
• [dm:dm-4.12 29/37] dm-cache-policy-validator.c:undefined reference to `__udivdi3', kbuild test robot
• you cannot run this tool with these options on live metadata, Khitai Pang
• 答复: Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices, tang.junhui
  • Re: 答复: Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices, Benjamin Marzinski
  • Re: 答复: Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices, Martin Wilck
  • Re: 答复: Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices, Martin Wilck
  • <Possible follow-ups>
  • Re: 答复: Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices, tang.junhui
• [PATCH] multipath-tools: git should ignore rej and orig files, Xose Vazquez Perez
  • [PATCH] multipath-tools: fix misspellings, Xose Vazquez Perez
    • Re: [PATCH] multipath-tools: fix misspellings, Christophe Varoqui
  • Re: [PATCH] multipath-tools: git should ignore rej and orig files, Christophe Varoqui
• [PATCH] dm space map metadata: constify dm_space_map structures, Bhumika Goyal
• [PATCH] dm stats: fix a memory leak, Mikulas Patocka
• [PATCH] a fix for the snapshot deadlock, Mikulas Patocka
• [PATCH v3 0/7] misc patches, Benjamin Marzinski
  • [PATCH v3 1/7] kpartx: don't keep creating recursive partitions, Benjamin Marzinski
    • Re: [PATCH v3 1/7] kpartx: don't keep creating recursive partitions, Christophe Varoqui
  • [PATCH v3 2/7] libmultipath: add detect_checker option, Benjamin Marzinski
    • Re: [PATCH v3 2/7] libmultipath: add detect_checker option, Martin Wilck
  • [PATCH v3 6/7] multipathd: allow resetting stats, Benjamin Marzinski
  • [PATCH v3 3/7] libmultipath: cleanup orphan device states, Benjamin Marzinski
  • [PATCH v3 4/7] multipathd: don't update priority of failed paths, Benjamin Marzinski
  • [PATCH v3 5/7] multipathd: add messages on delayed path addition, Benjamin Marzinski
  • [PATCH v3 7/7] fix udev rules for failed multipath devices, Benjamin Marzinski
  • Re: [PATCH v3 0/7] misc patches, Christophe Varoqui
• [PATCH 1/2] Don't blacklist nvme, Keith Busch
  • [PATCH 2/2] Fill NVMe specific path info, Keith Busch
    • Re: [PATCH 2/2] Fill NVMe specific path info, Benjamin Marzinski
      • Re: [PATCH 2/2] Fill NVMe specific path info, Keith Busch
  • Re: [PATCH 1/2] Don't blacklist nvme, Bart Van Assche
    • Re: [PATCH 1/2] Don't blacklist nvme, Keith Busch
      • Re: [PATCH 1/2] Don't blacklist nvme, Christoph Hellwig
        • Re: [PATCH 1/2] Don't blacklist nvme, Keith Busch
          • Re: [PATCH 1/2] Don't blacklist nvme, Mike Snitzer
      • Re: [PATCH 1/2] Don't blacklist nvme, Mike Snitzer
        • Re: [PATCH 1/2] Don't blacklist nvme, Mike Snitzer
  • Re: [PATCH 1/2] Don't blacklist nvme, Christoph Hellwig
    • hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Mike Snitzer
      • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Bart Van Assche
        • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Mike Snitzer
          • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Bart Van Assche
            • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Mike Snitzer
              • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Bart Van Assche
      • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Christoph Hellwig
        • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Mike Snitzer
          • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Keith Busch
            • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Bart Van Assche
              • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Keith Busch
                • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Mike Snitzer
                  • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Keith Busch
                  • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], hch@xxxxxxxxxxxxx
                    • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Mike Snitzer
          • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Sagi Grimberg
            • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Christoph Hellwig
              • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Mike Snitzer
          • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Christoph Hellwig
            • Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme], Mike Snitzer
    • Re: [PATCH 1/2] Don't blacklist nvme, Benjamin Marzinski
  • Re: [PATCH 1/2] Don't blacklist nvme, Mike Snitzer
  • Re: [PATCH 1/2] Don't blacklist nvme, Christophe Varoqui
• Re: [PATCH v4 1/1] DM: inplace compressed DM target (fwd), Julia Lawall
  • Re: [PATCH v4 1/1] DM: inplace compressed DM target (fwd), Ram Pai
• [PATCH] crypto: fix typo in doc, Gilad Ben-Yossef
  • Re: [PATCH] crypto: fix typo in doc, Herbert Xu
• [PATCH v2 0/7] misc patches, Benjamin Marzinski
  • [PATCH v2 7/7] fix udev rules for failed multipath devices, Benjamin Marzinski
  • [PATCH v2 4/7] multipathd: don't update priority of failed paths, Benjamin Marzinski
  • [PATCH v2 5/7] multipathd: add messages on delayed path addition, Benjamin Marzinski
  • [PATCH v2 2/7] libmultipath: add detect_checker option, Benjamin Marzinski
    • Re: [PATCH v2 2/7] libmultipath: add detect_checker option, Hannes Reinecke
  • [PATCH v2 6/7] multipathd: allow resetting stats, Benjamin Marzinski
  • [PATCH v2 1/7] kpartx: don't keep creating recursive partitions, Benjamin Marzinski
  • [PATCH v2 3/7] libmultipath: cleanup orphan device states, Benjamin Marzinski
• [PATCH v4] DM: dm-inplace-compress: inplace compressed DM target, Ram Pai
  • [PATCH v4 1/1] DM: inplace compressed DM target, Ram Pai
    • Re: [PATCH v4 1/1] DM: inplace compressed DM target, kbuild test robot
    • Re: [PATCH v4 1/1] DM: inplace compressed DM target, kbuild test robot
• how to deploy the latest multipath utility, Muneendra Kumar M
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices, tang.junhui
  • <Possible follow-ups>
  • Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices, tang.junhui
  • Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices, tang.junhui
    • Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices, Martin Wilck
  • Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices, tang.junhui
• multipath-tools: Standardization of no_path_retry, Xose Vazquez Perez
  • Re: multipath-tools: Standardization of no_path_retry, Hannes Reinecke
• [PATCH 0/7] misc patches, Benjamin Marzinski
  • [PATCH 7/7] fix udev rules for failed multipath devices, Benjamin Marzinski
    • Re: [PATCH 7/7] fix udev rules for failed multipath devices, Peter Rajnoha
      • Re: [PATCH 7/7] fix udev rules for failed multipath devices, Benjamin Marzinski
  • [PATCH 3/7] libmultipath: cleanup orphan device states, Benjamin Marzinski
  • [PATCH 4/7] multipathd: don't update priority of failed paths, Benjamin Marzinski
  • [PATCH 2/7] libmultipath: add detect_checker option, Benjamin Marzinski
    • Re: [PATCH 2/7] libmultipath: add detect_checker option, Hannes Reinecke
      • Re: [PATCH 2/7] libmultipath: add detect_checker option, Benjamin Marzinski
  • [PATCH 5/7] multipathd: add messages on delayed path addition, Benjamin Marzinski
  • [PATCH 6/7] multipathd: allow resetting stats, Benjamin Marzinski
  • [PATCH 1/7] kpartx: don't keep creating recursive partitions, Benjamin Marzinski
• [PATCH] multipath-tools: Remove trailing and leading whitespaces, Xose Vazquez Perez
  • Re: [PATCH] multipath-tools: Remove trailing and leading whitespaces, Christophe Varoqui
    • Re: [PATCH] multipath-tools: Remove trailing and leading whitespaces, Xose Vazquez Perez
      • Re: [PATCH] multipath-tools: Remove trailing and leading whitespaces, Xose Vazquez Perez
• [PATCH 1/1] dm-zoned: Zoned block device target, Damien Le Moal
  • Re: [PATCH 1/1] dm-zoned: Zoned block device target, Christoph Hellwig
    • Re: [PATCH 1/1] dm-zoned: Zoned block device target, Damien Le Moal
  • Re: [PATCH 1/1] dm-zoned: Zoned block device target, Mike Snitzer
    • Re: [PATCH 1/1] dm-zoned: Zoned block device target, Damien Le Moal
  • Re: [PATCH 1/1] dm-zoned: Zoned block device target, Hannes Reinecke
    • Re: [PATCH 1/1] dm-zoned: Zoned block device target, Damien Le Moal
• [RFC PATCH v4] IV Generation algorithms for dm-crypt, Binoy Jayan
  • [RFC PATCH v4] crypto: Add IV generation algorithms, Binoy Jayan
  • Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt, Gilad Ben-Yossef
    • Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt, Binoy Jayan
    • Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt, Binoy Jayan
      • Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt, Milan Broz
        • Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt, Gilad Ben-Yossef
          • Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt, Milan Broz
            • Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt, Gilad Ben-Yossef
              • Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt, Milan Broz
                • Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt, Milan Broz
                  • Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt, Gilad Ben-Yossef
                    • Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt, Binoy Jayan
                    • Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt, Binoy Jayan
              • Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt, Ondrej Mosnacek
                • Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt, Gilad Ben-Yossef
        • Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt, Binoy Jayan
• [PATCH v2] dm: switch dm-verity to async hash crypto API, Gilad Ben-Yossef
  • Re: [PATCH v2] dm: switch dm-verity to async hash crypto API, Milan Broz
    • Re: [PATCH v2] dm: switch dm-verity to async hash crypto API, Gilad Ben-Yossef
      • Re: [PATCH v2] dm: switch dm-verity to async hash crypto API, Gilad Ben-Yossef
    • Re: [PATCH v2] dm: switch dm-verity to async hash crypto API, Gilad Ben-Yossef
• [PATCH 1/1] multipathd: deterministic io throughput in multipath, Muneendra Kumar M
  • <Possible follow-ups>
  • [PATCH 1/1] multipathd: deterministic io throughput in multipath, Muneendra Kumar M
  • [PATCH 1/1] multipathd: deterministic io throughput in multipath, Muneendra Kumar M
• [PATCH 0/1] multipathd: deterministic io throughput in multipath, Muneendra Kumar M
  • <Possible follow-ups>
  • [PATCH 0/1] multipathd: deterministic io throughput in multipath, Muneendra Kumar M
• [PATCH v4] dm: don't allow ioctls to targets that don't map to whole devices, Christoph Hellwig
  • Re: [PATCH v4] dm: don't allow ioctls to targets that don't map to whole devices, Jens Axboe
• [git pull] device mapper fixes for 4.10-rc7, Mike Snitzer
  • Re: [git pull] device mapper fixes for 4.10-rc7, Linus Torvalds
    • Re: [git pull] device mapper fixes for 4.10-rc7, Mike Snitzer
• [PATCH 0/1] multipathd: deterministic io throughput in multipath, M Muneendra Kumar
  • [PATCH 1/1] multipathd: deterministic io throughput in multipath, M Muneendra Kumar
  • <Possible follow-ups>
  • [PATCH 0/1] multipathd: deterministic io throughput in multipath, M Muneendra Kumar
    • [PATCH 1/1] multipathd: deterministic io throughput in multipath, M Muneendra Kumar
• [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices, Christoph Hellwig
  • Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices, Mike Snitzer
    • Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices, Christoph Hellwig
      • Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices, Johannes Thumshirn
        • Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices, Bart Van Assche
          • Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices, Johannes Thumshirn
  • Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices, Paolo Bonzini
• [PATCH v2] dm: don't allow ioctls to targets that don't map to whole devices, Christoph Hellwig
  • Re: [PATCH v2] dm: don't allow ioctls to targets that don't map to whole devices, Mike Snitzer
• [PATCH] dm: don't allow ioctls to targets that don't map to whole devices, Christoph Hellwig
  • Re: [PATCH] dm: don't allow ioctls to targets that don't map to whole devices, Johannes Thumshirn
    • Re: [PATCH] dm: don't allow ioctls to targets that don't map to whole devices, Christoph Hellwig
  • Re: dm: don't allow ioctls to targets that don't map to whole devices, Mike Snitzer
• unable to send mails to christophe.varoqui@xxxxxxxxxxx using git, Muneendra Kumar M
  • Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git, Hannes Reinecke
  • Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git, Benjamin Marzinski
    • Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git, Muneendra Kumar M
      • Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git, Marian Csontos
      • Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git, Benjamin Marzinski
        • Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git, Muneendra Kumar M
        • Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git, Muneendra Kumar M
          • Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git, Benjamin Marzinski
• Re: linux-next: Tree for Feb 2 (drivers/md/dm.c), Randy Dunlap
  • Re: linux-next: Tree for Feb 2 (drivers/md/dm.c), Mike Snitzer
    • Re: linux-next: Tree for Feb 2 (drivers/md/dm.c), Christoph Hellwig
      • Re: linux-next: Tree for Feb 2 (drivers/md/dm.c), Paolo Bonzini
• error propagation problem on xfs over dm stripe, Eric Sandeen
  • Re: error propagation problem on xfs over dm stripe, Christoph Hellwig
    • Re: error propagation problem on xfs over dm stripe, Mike Snitzer
      • Re: error propagation problem on xfs over dm stripe, Christoph Hellwig
  • Re: error propagation problem on xfs over dm stripe, Junichi Nomura
• [PATCH] dm-crypt: fix wrong use of RCU on key payload handling, Ondrej Kozina
  • Re: [PATCH] dm-crypt: fix wrong use of RCU on key payload handling, Mikulas Patocka
    • [PATCH v2] dm-crypt: replace RCU read-side section with rwsem, Ondrej Kozina
      • Re: [PATCH v2] dm-crypt: replace RCU read-side section with rwsem, Mikulas Patocka
• [PATCH v3] DM: dm-inplace-compress: inplace compressed DM target, Ram Pai
  • [PATCH v3 1/1] DM: inplace compressed DM target, Ram Pai
    • Re: [PATCH v3 1/1] DM: inplace compressed DM target, kbuild test robot
    • Re: [PATCH v3 1/1] DM: inplace compressed DM target, kbuild test robot
• split scsi passthrough fields out of struct request V3, Christoph Hellwig
  • [PATCH 01/19] block: add a op_is_flush helper, Christoph Hellwig
  • [PATCH 02/19] md: cleanup bio op / flags handling in raid1_write_request, Christoph Hellwig
  • Re: split scsi passthrough fields out of struct request V3, Bart Van Assche
    • Re: split scsi passthrough fields out of struct request V3, hch@xxxxxx
• split scsi passthrough fields out of struct request V2, Christoph Hellwig
  • [PATCH 07/18] dm: always defer request allocation to the owner of the request_queue, Christoph Hellwig
    • Re: [PATCH 07/18] dm: always defer request allocation to the owner of the request_queue, Mike Snitzer
      • Re: [PATCH 07/18] dm: always defer request allocation to the owner of the request_queue, Christoph Hellwig
        • Re: [PATCH 07/18] dm: always defer request allocation to the owner of the request_queue, Mike Snitzer
  • [PATCH 05/18] block: allow specifying size for extra command data, Christoph Hellwig
    • Re: [PATCH 05/18] block: allow specifying size for extra command data, Martin K. Petersen
      • Re: [PATCH 05/18] block: allow specifying size for extra command data, Christoph Hellwig
        • Re: [PATCH 05/18] block: allow specifying size for extra command data, Bart Van Assche
          • Re: [PATCH 05/18] block: allow specifying size for extra command data, Jens Axboe
            • Re: [PATCH 05/18] block: allow specifying size for extra command data, Bart Van Assche
              • Re: [PATCH 05/18] block: allow specifying size for extra command data, Jens Axboe
  • [PATCH 13/18] scsi: remove scsi_cmd_dma_pool, Christoph Hellwig
    • Re: [PATCH 13/18] scsi: remove scsi_cmd_dma_pool, Martin K. Petersen
    • Re: [PATCH 13/18] scsi: remove scsi_cmd_dma_pool, Bart Van Assche
  • [PATCH 02/18] md: cleanup bio op / flags handling in raid1_write_request, Christoph Hellwig
    • Re: [PATCH 02/18] md: cleanup bio op / flags handling in raid1_write_request, Martin K. Petersen
    • Re: [PATCH 02/18] md: cleanup bio op / flags handling in raid1_write_request, Bart Van Assche
  • [PATCH 14/18] scsi: remove __scsi_alloc_queue, Christoph Hellwig
    • Re: [PATCH 14/18] scsi: remove __scsi_alloc_queue, Martin K. Petersen
    • Re: [PATCH 14/18] scsi: remove __scsi_alloc_queue, Bart Van Assche
      • Re: [PATCH 14/18] scsi: remove __scsi_alloc_queue, hch@xxxxxx
  • [PATCH 11/18] scsi: remove gfp_flags member in scsi_host_cmd_pool, Christoph Hellwig
    • Re: [PATCH 11/18] scsi: remove gfp_flags member in scsi_host_cmd_pool, Martin K. Petersen
    • Re: [PATCH 11/18] scsi: remove gfp_flags member in scsi_host_cmd_pool, Bart Van Assche
  • [PATCH 09/18] scsi_dh_emc: switch to scsi_execute_req_flags(), Christoph Hellwig
    • Re: [PATCH 09/18] scsi_dh_emc: switch to scsi_execute_req_flags(), Martin K. Petersen
  • [PATCH 12/18] scsi: respect unchecked_isa_dma for blk-mq, Christoph Hellwig
    • Re: [PATCH 12/18] scsi: respect unchecked_isa_dma for blk-mq, Martin K. Petersen
    • Re: [PATCH 12/18] scsi: respect unchecked_isa_dma for blk-mq, Bart Van Assche
  • [PATCH 10/18] scsi_dh_hp_sw: switch to scsi_execute_req_flags(), Christoph Hellwig
    • Re: [PATCH 10/18] scsi_dh_hp_sw: switch to scsi_execute_req_flags(), Martin K. Petersen
  • [PATCH 08/18] scsi_dh_rdac: switch to scsi_execute_req_flags(), Christoph Hellwig
    • Re: [PATCH 08/18] scsi_dh_rdac: switch to scsi_execute_req_flags(), Martin K. Petersen
  • [PATCH 18/18] block: don't assign cmd_flags in __blk_rq_prep_clone, Christoph Hellwig
    • Re: [PATCH 18/18] block: don't assign cmd_flags in __blk_rq_prep_clone, Martin K. Petersen
  • [PATCH 06/18] dm: remove incomple BLOCK_PC support, Christoph Hellwig
    • Re: [PATCH 06/18] dm: remove incomple BLOCK_PC support, Bart Van Assche
  • [PATCH 16/18] block/bsg: move queue creation into bsg_setup_queue, Christoph Hellwig
    • Re: [PATCH 16/18] block/bsg: move queue creation into bsg_setup_queue, Bart Van Assche
  • [PATCH 03/18] block: fix elevator init check, Christoph Hellwig
    • Re: [PATCH 03/18] block: fix elevator init check, Martin K. Petersen
    • Re: [PATCH 03/18] block: fix elevator init check, Bart Van Assche
  • [PATCH 04/18] block: simplify blk_init_allocated_queue, Christoph Hellwig
    • Re: [PATCH 04/18] block: simplify blk_init_allocated_queue, Martin K. Petersen
    • Re: [PATCH 04/18] block: simplify blk_init_allocated_queue, Bart Van Assche
  • [PATCH 17/18] block: split scsi_request out of struct request, Christoph Hellwig
  • [PATCH 01/18] block: add a op_is_flush helper, Christoph Hellwig
    • Re: [PATCH 01/18] block: add a op_is_flush helper, Martin K. Petersen
    • Re: [PATCH 01/18] block: add a op_is_flush helper, Bart Van Assche
  • [PATCH 15/18] scsi: allocate scsi_cmnd structures as part of struct request, Christoph Hellwig
    • Re: [PATCH 15/18] scsi: allocate scsi_cmnd structures as part of struct request, Martin K. Petersen
    • Re: [PATCH 15/18] scsi: allocate scsi_cmnd structures as part of struct request, Bart Van Assche
      • Re: [PATCH 15/18] scsi: allocate scsi_cmnd structures as part of struct request, hch@xxxxxx
  • Re: split scsi passthrough fields out of struct request V2, Bart Van Assche
    • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
      • Re: split scsi passthrough fields out of struct request V2, Bart Van Assche
        • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
          • Re: split scsi passthrough fields out of struct request V2, hch@xxxxxx
            • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
              • Re: split scsi passthrough fields out of struct request V2, Bart Van Assche
                • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
                  • Re: split scsi passthrough fields out of struct request V2, Bart Van Assche
                    • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
                      • Re: split scsi passthrough fields out of struct request V2, Bart Van Assche
                        • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
                          • Re: split scsi passthrough fields out of struct request V2, Bart Van Assche
                            • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
                              • Re: split scsi passthrough fields out of struct request V2, Bart Van Assche
                                • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
                                  • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
                                  • Re: split scsi passthrough fields out of struct request V2, Bart Van Assche
                                    • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
                                      • Re: split scsi passthrough fields out of struct request V2, Bart Van Assche
                                        • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
                                          • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
                                            • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
                                              • Re: split scsi passthrough fields out of struct request V2, Bart Van Assche
                                                • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
                                                  • Re: split scsi passthrough fields out of struct request V2, Bart Van Assche
                                                  • Re: split scsi passthrough fields out of struct request V2, Bart Van Assche
                                                    • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
                                                    • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
                                                    • Re: split scsi passthrough fields out of struct request V2, Bart Van Assche
                                                    • Re: split scsi passthrough fields out of struct request V2, Bart Van Assche
                                                    • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
                                          • Re: split scsi passthrough fields out of struct request V2, Bart Van Assche
  • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
    • Re: split scsi passthrough fields out of struct request V2, Christoph Hellwig
      • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
        • Re: split scsi passthrough fields out of struct request V2, Christoph Hellwig
          • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
            • Re: split scsi passthrough fields out of struct request V2, Christoph Hellwig
              • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
                • Re: split scsi passthrough fields out of struct request V2, Christoph Hellwig
                  • Re: split scsi passthrough fields out of struct request V2, Jens Axboe
  • Re: split scsi passthrough fields out of struct request V2, Bart Van Assche
    • Re: split scsi passthrough fields out of struct request V2, hch@xxxxxx
    • Re: split scsi passthrough fields out of struct request V2, Hannes Reinecke
• [PATCH] dm: switch dm-verity to async hash crypto API, Gilad Ben-Yossef
  • Re: [PATCH] dm: switch dm-verity to async hash crypto API, Ondrej Mosnáček
    • Re: [PATCH] dm: switch dm-verity to async hash crypto API, Gilad Ben-Yossef
      • Re: [PATCH] dm: switch dm-verity to async hash crypto API, Eric Biggers
        • Re: [PATCH] dm: switch dm-verity to async hash crypto API, Gilad Ben-Yossef
• split scsi passthrough fields out of struct request, Christoph Hellwig
  • Re: split scsi passthrough fields out of struct request, Jens Axboe
    • Re: split scsi passthrough fields out of struct request, Christoph Hellwig
  • [PATCH 12/16] scsi: remove __scsi_alloc_queue, Christoph Hellwig
    • Re: [PATCH 12/16] scsi: remove __scsi_alloc_queue, Hannes Reinecke
    • Re: [PATCH 12/16] scsi: remove __scsi_alloc_queue, Johannes Thumshirn
  • [PATCH 11/16] scsi: remove scsi_cmd_dma_pool, Christoph Hellwig
    • Re: [PATCH 11/16] scsi: remove scsi_cmd_dma_pool, Hannes Reinecke
  • [PATCH 04/16] dm: remove incomple BLOCK_PC support, Christoph Hellwig
    • Re: [PATCH 04/16] dm: remove incomple BLOCK_PC support, Hannes Reinecke
  • [PATCH 06/16] scsi_dh_rdac: switch to scsi_execute_req_flags(), Christoph Hellwig
  • [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue, Christoph Hellwig
    • Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue, Hannes Reinecke
    • Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue, Mike Snitzer
      • Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue, Christoph Hellwig
        • Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue, Mike Snitzer
          • Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue, Christoph Hellwig
          • Re: [PATCH 05/16] dm: always defer request allocation to the owner of the request_queue, Junichi Nomura
  • [PATCH 16/16] block: don't assign cmd_flags in __blk_rq_prep_clone, Christoph Hellwig
    • Re: [PATCH 16/16] block: don't assign cmd_flags in __blk_rq_prep_clone, Hannes Reinecke
  • [PATCH 01/16] block: fix elevator init check, Christoph Hellwig
    • Re: [PATCH 01/16] block: fix elevator init check, Hannes Reinecke
    • Re: [PATCH 01/16] block: fix elevator init check, Jens Axboe
      • Re: [PATCH 01/16] block: fix elevator init check, Christoph Hellwig
  • [PATCH 03/16] block: allow specifying size for extra command data, Christoph Hellwig
    • Re: [PATCH 03/16] block: allow specifying size for extra command data, Hannes Reinecke
  • [PATCH 14/16] block/bsg: move queue creation into bsg_setup_queue, Christoph Hellwig
  • [PATCH 13/16] scsi: allocate scsi_cmnd structures as part of struct request, Christoph Hellwig
    • Re: [PATCH 13/16] scsi: allocate scsi_cmnd structures as part of struct request, Hannes Reinecke
  • [PATCH 10/16] scsi: respect unchecked_isa_dma for blk-mq, Christoph Hellwig
    • Re: [PATCH 10/16] scsi: respect unchecked_isa_dma for blk-mq, Hannes Reinecke
  • [PATCH 09/16] scsi: remove gfp_flags member in scsi_host_cmd_pool, Christoph Hellwig
    • Re: [PATCH 09/16] scsi: remove gfp_flags member in scsi_host_cmd_pool, Hannes Reinecke
    • Re: [PATCH 09/16] scsi: remove gfp_flags member in scsi_host_cmd_pool, Johannes Thumshirn
  • [PATCH 02/16] block: simplify blk_init_allocated_queue, Christoph Hellwig
    • Re: [PATCH 02/16] block: simplify blk_init_allocated_queue, Hannes Reinecke
  • [PATCH 08/16] scsi_dh_hp_sw: switch to scsi_execute_req_flags(), Christoph Hellwig
  • [PATCH 07/16] scsi_dh_emc: switch to scsi_execute_req_flags(), Christoph Hellwig
  • [PATCH 15/16] block: split scsi_request out of struct request, Christoph Hellwig
    • Re: [PATCH 15/16] block: split scsi_request out of struct request, Bart Van Assche
      • Re: [PATCH 15/16] block: split scsi_request out of struct request, hch@xxxxxx
        • Re: [PATCH 15/16] block: split scsi_request out of struct request, Bart Van Assche
    • Re: [PATCH 15/16] block: split scsi_request out of struct request, Hannes Reinecke
    • Re: [PATCH 15/16] block: split scsi_request out of struct request, Bart Van Assche
      • Re: [PATCH 15/16] block: split scsi_request out of struct request, Christoph Hellwig
        • Re: [PATCH 15/16] block: split scsi_request out of struct request, Jens Axboe
  • Re: split scsi passthrough fields out of struct request, Bart Van Assche
• [PATCH] dm bio prison: use rb_entry(), Geliang Tang
  • Re: [PATCH] dm bio prison: use rb_entry(), Coly Li
    • [PATCH v2] dm bio prison: use rb_entry(), Geliang Tang
• [PATCH] multipath-tools: multipathd: Fix memory leak on load_config()., Gris Ge
• [PATCH 0/5] [multipath-tools] Misc fixes for JSON API., Gris Ge
  • [PATCH 1/5] multipath-tools: libmultipath: fix gcc link failure on rcu_register_thread_mb., Gris Ge
    • Re: [PATCH 1/5] multipath-tools: libmultipath: fix gcc link failure on rcu_register_thread_mb., Christophe Varoqui
  • [PATCH 3/5] multipath-tools: New way to limit the IPC command length., Gris Ge
    • Re: [PATCH 3/5] multipath-tools: New way to limit the IPC command length., Christophe Varoqui
  • [PATCH 4/5] multipath-tools: Set errno mpath_recv_reply() when failure, Gris Ge
    • Re: [PATCH 4/5] multipath-tools: Set errno mpath_recv_reply() when failure, Christophe Varoqui
  • [PATCH 2/5] multipath-tools: libmultipath: Removed unused functions., Gris Ge
  • [PATCH 5/5] multipath-tools: Perform socket client uid check on IPC commands., Gris Ge
    • Re: [PATCH 5/5] multipath-tools: Perform socket client uid check on IPC commands., Christophe Varoqui
• [PATCH RFC 0/4] dm thin: support blk-throttle on data and metadata device, Hou Tao
  • [PATCH RFC 3/4] dm thin: show the enabled status of keep_bio_blkcg feature, Hou Tao
  • [PATCH RFC 4/4] dm thin: associate bio with current task if keep_bio_blkcg is enabled, Hou Tao
  • [PATCH RFC 2/4] dm thin: parse "keep_bio_blkcg" from userspace tools, Hou Tao
  • [PATCH RFC 1/4] dm thin: add a pool feature "keep_bio_blkcg", Hou Tao
  • Re: [PATCH RFC 0/4] dm thin: support blk-throttle on data and metadata device, Jeff Moyer
    • Re: [PATCH RFC 0/4] dm thin: support blk-throttle on data and metadata device, Mike Snitzer
    • Re: [PATCH RFC 0/4] dm thin: support blk-throttle on data and metadata device, Vivek Goyal
• [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Dan Williams
  • [PATCH 02/13] block, dax: introduce dax_operations, Dan Williams
    • Re: [PATCH 02/13] block, dax: introduce dax_operations, Dan Williams
  • Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Matthew Wilcox
    • Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Christoph Hellwig
      • Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Dan Williams
        • Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Christoph Hellwig
      • Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Matthew Wilcox
        • Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Christoph Hellwig
          • Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Matthew Wilcox
            • Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Christoph Hellwig
              • Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Matthew Wilcox
                • Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Christoph Hellwig
                  • Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Matthew Wilcox
                    • Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Dan Williams
                      • Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Christoph Hellwig
                        • Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Dan Williams
                          • Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Christoph Hellwig
                            • Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Dan Williams
                    • Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm, Christoph Hellwig
• Question about dmsetup / udev interactions, Peter Desnoyers
  • Re: Question about dmsetup / udev interactions, Peter Rajnoha
    • Re: Question about dmsetup / udev interactions, Peter Desnoyers
• [RFC PATCH v2] DM: dm-inplace-compress: inplace compressed DM target, Ram Pai
  • [RFC PATCH v2 1/1] DM: inplace compressed DM target, Ram Pai
• [RFC PATCH v3] IV Generation algorithms for dm-crypt, Binoy Jayan
  • [RFC PATCH v3] crypto: Add IV generation algorithms, Binoy Jayan
    • Re: [RFC PATCH v3] crypto: Add IV generation algorithms, Gilad Ben-Yossef
      • Re: [RFC PATCH v3] crypto: Add IV generation algorithms, Binoy Jayan
        • Re: [RFC PATCH v3] crypto: Add IV generation algorithms, Gilad Ben-Yossef
          • Re: [RFC PATCH v3] crypto: Add IV generation algorithms, Binoy Jayan
• [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices, tang . junhui
  • Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices, tang . junhui
  • Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices, Benjamin Marzinski
  • <Possible follow-ups>
  • [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices, tang . junhui
    • Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices, Benjamin Marzinski
      • Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices, Christophe Varoqui
    • Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices, Martin Wilck