Linux Device-Mapper Development

• Thread Index

• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [Job Posting] There is a position open in Red Hat for working on device-mapper
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v3] dm ebs: new block size emulating target
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH v3] dm ebs: new block size emulating target
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• [PATCH 1/7] dm: report suspended device during destroy
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 7/7] dm writecache: optimize superblock write
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 5/7] dm writecache: implement the "cleaner" policy
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 4/7] dm writecache: do direct write if the cache is full
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/7] dm-writecache: fix a crash when unloading
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 6/7] dm-writecache: implement gradual cleanup
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/7] dm-writecache patches
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3/7] dm writecache: verify watermark on resume
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] dm thin metadata: fix lockdep complaint
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v3] dm ebs: new block size emulating target
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH v3] dm ebs: new block size emulating target
  • From: Bryan Gurney <bgurney@xxxxxxxxxx>
• Re: [PATCH v3] dm ebs: new block size emulating target
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH] dm-integrity: Prevent RMW for full tag area writes
  • From: Lukas Straub <lukasstraub2@xxxxxx>
• Re: [PATCH v3] dm ebs: new block size emulating target
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: 5.6-rc1 lockdep warning during dm-thin shutdown
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/8] pmem: Enable pmem_do_write() to deal with arbitrary ranges
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v7 6/6] loop: Add support for REQ_ALLOCATE
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH] Remove WQ_CPU_INTENSIVE flag from unbound wq's
  • From: Gao Xiang <gaoxiang25@xxxxxxxxxx>
• Re: [PATCH 1/6] dax: Define a helper dax_pgoff() which takes in dax_offset as argument
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Remove WQ_CPU_INTENSIVE flag from unbound wq's
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] Remove WQ_CPU_INTENSIVE flag from unbound wq's
  • From: Maksym Planeta <mplaneta@xxxxxxxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.5 360/542] dm thin: don't allow changing data device during thin-pool reload
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 314/459] dm thin: don't allow changing data device during thin-pool reload
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload
  • From: <joshi.k@xxxxxxxxxxx>
• Re: [PATCH] Remove WQ_CPU_INTENSIVE flag from unbound wq's
  • From: Zhou Wang <wangzhou1@xxxxxxxxxxxxx>
• Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload
  • From: "Knight, Frederick" <Frederick.Knight@xxxxxxxxxx>
• [PATCH v7 1/6] block: Add @flags argument to bdev_write_zeroes_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: Remove WQ_CPU_INTENSIVE flag from unbound wq's
  • From: Maksym Planeta <mplaneta@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 4/6] block: Add support for REQ_ALLOCATE flag
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.5 053/542] dm raid: table line rebuild status fixes
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v7 0/6] block: Introduce REQ_ALLOCATE flag for REQ_OP_WRITE_ZEROES
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v7 2/6] block: Pass op_flags into blk_queue_get_max_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v6 6/6] loop: Add support for REQ_ALLOCATE
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v7 5/6] block: Add blk_queue_max_allocate_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v7 0/6] block: Introduce REQ_ALLOCATE flag for REQ_OP_WRITE_ZEROES
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v7 3/6] block: Introduce blk_queue_get_max_write_zeroes_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH] dm crypt: use crypt_integrity_aead() helper
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• Re: [PATCH v6 6/6] loop: Add support for REQ_ALLOCATE
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v7 6/6] loop: Add support for REQ_ALLOCATE
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/6] block: Add support for REQ_ALLOCATE flag
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/6] block: Add support for REQ_ALLOCATE flag
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/7] s390, dcssblk, dax: Add dax zero_page_range operation to dcssblk driver
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
• [PATCH v3] dm ebs: new block size emulating target
  • From: heinzm@xxxxxxxxxx
• Re: [PATCH v2 1/5] multipath: fix issues found by compiling with gcc 10
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 4/5] libmultipath: change directio get_events() timeout handling
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 3/5] libmultipath: change loading and resetting in directio
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 2/5] libmultipath: turn pp->vpd_data into a pointer
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 1/5] multipath: fix issues found by compiling with gcc 10
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 5/5] libmultipath: cleanup old issues with directio checker
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 0/5] Multipath Follow-up patches
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• RFC: multipath-tools: NVMe native multipath and default setting for "enable_foreign"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/5] multipath: fix issues found by compiling with gcc 10
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 3/5] libmultipath: change loading and resetting in directio
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] dm cache: fix a crash due to incorrect work item canceling
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 5/5] libmultipath: cleanup old issues with directio checker
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 4/5] libmultipath: change directio get_events() timeout handling
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 3/5] libmultipath: change loading and resetting in directio
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 2/5] libmultipath: turn pp->vpd_data into a pointer
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/5] multipath: fix issues found by compiling with gcc 10
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v3 00/18] Multipath patch dump
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• [PATCH 1/5] multipath: fix issues found by compiling with gcc 10
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 5/5] libmultipath: cleanup old issues with directio checker
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 4/5] libmultipath: change directio get_events() timeout handling
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 3/5] libmultipath: change loading and resetting in directio
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 0/5] Multipath Follow-up patches
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 2/5] libmultipath: turn pp->vpd_data into a pointer
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 16/18] fixup! libmultipath: add code to get vendor specific vpd data
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 03/18] Fix leak in mpathpersist
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 13/18] libmultipath: add new checker class functions
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 15/18] tests: add directio unit tests
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 12/18] multipathd: add new paths under vecs lock
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 17/18] fixup! libmultipath: make directio checker share io contexts
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 11/18] libmultipath: change failed path prio timeout
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 18/18] tests: make directio tests able to work on a real device
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 09/18] libmultipath: add code to get vendor specific vpd data
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 07/18] libmultipath: fix sgio_get_vpd looping
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 14/18] libmultipath: make directio checker share io contexts
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 10/18] libmultipath: change how the checker async is set
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 05/18] libmultipath: constify get_unaligned_be*
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 04/18] libmultipath: remove unused path->prio_args
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 08/18] libmultipath: add vend_id to get_vpd_sgio
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 02/18] multipathd: staticify uxlsnr variables/functions
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 06/18] libmultipath: add missing hwe mpe variable merges
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 00/18] Multipath patch dump
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 01/18] multipathd: warn when configuration has been changed.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v5 0/8] dax/pmem: Provide a dax operation to zero range of memory
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v5 6/8] dm, dax: Add dax zero_page_range operation
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v5 8/8] dax, iomap: Add helper dax_iomap_zero() to zero a range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v5 7/8] dax, iomap: Start using dax native zero_page_range()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v5 1/8] pmem: Add functions for reading/writing page to/from pmem
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v5 5/8] s390, dcssblk, dax: Add dax zero_page_range operation to dcssblk driver
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v5 3/8] pmem: Enable pmem_do_write() to deal with arbitrary ranges
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v5 4/8] dax, pmem: Add a dax operation zero_page_range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v4 2/7] pmem: Enable pmem_do_write() to deal with arbitrary ranges
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v4 1/7] pmem: Add functions for reading/writing page to/from pmem
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] dax, pmem: Add a dax operation zero_page_range
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/7] pmem: Enable pmem_do_write() to deal with arbitrary ranges
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v4 6/7] dax, iomap: Start using dax native zero_page_range()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v4 5/7] dm, dax: Add dax zero_page_range operation
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v4 7/7] dax, iomap: Add helper dax_iomap_zero() to zero a range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v4 4/7] s390, dcssblk, dax: Add dax zero_page_range operation to dcssblk driver
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v4 1/7] pmem: Add functions for reading/writing page to/from pmem
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v4 2/7] pmem: Enable pmem_do_write() to deal with arbitrary ranges
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v4 3/7] dax, pmem: Add a dax operation zero_page_range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v4 0/7] dax/pmem: Provide a dax operation to zero range of memory
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v3 3/7] dax, pmem: Add a dax operation zero_page_range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v3 1/7] pmem: Add functions for reading/writing page to/from pmem
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v3 2/7] pmem: Enable pmem_do_write() to deal with arbitrary ranges
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 2/6] dax, iomap, ext4, ext2, xfs: Save dax_offset in "struct iomap"
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/7] pmem: Add functions for reading/writing page to/from pmem
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] dax: Define a helper dax_pgoff() which takes in dax_offset as argument
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 7/7] dax, iomap: Add helper dax_iomap_zero() to zero a range
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/7] dax, iomap: Start using dax native zero_page_range()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/7] dax, pmem: Add a dax operation zero_page_range
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/7] pmem: Enable pmem_do_write() to deal with arbitrary ranges
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] dm-integrity: fix invalid table returned
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v2] dm integrity: fix a deadlock due to offloading to an incorrect workqueue (fwd)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• question about multipathd patch thought.
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: [PATCH v3 0/7] dax, pmem: Provide a dax operation to zero range of memory
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• 5.6-rc1 lockdep warning during dm-thin shutdown
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v7 6/6] loop: Add support for REQ_ALLOCATE
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: Remove WQ_CPU_INTENSIVE flag from unbound wq's
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2] dm ebs: new block size emulating target
  • From: heinzm@xxxxxxxxxx
• Re: [PATCH v6 6/6] loop: Add support for REQ_ALLOCATE
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH] dm-writecache: fix a crash when unloading
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v6 4/6] block: Add support for REQ_ALLOCATE flag
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 6/6] dax: Remove bdev_dax_pgoff() helper
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 1/6] dax: Define a helper dax_pgoff() which takes in dax_offset as argument
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 4/6] dax, dm/md: Use dax_pgoff() instead of bdev_dax_pgoff()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 5/6] drivers/dax: Use dax_pgoff() instead of bdev_dax_pgoff()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [RFC PATCH 0/6] dax: Replace bdev_dax_pgoff() with dax_pgoff()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 2/6] dax, iomap, ext4, ext2, xfs: Save dax_offset in "struct iomap"
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 3/6] fs/dax.c: Start using dax_pgoff() instead of bdev_dax_pgoff()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v6 6/6] loop: Add support for REQ_ALLOCATE
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v6 4/6] block: Add support for REQ_ALLOCATE flag
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH] dm-writecache: fix a crash when unloading
  • From: John Dorminy <jdorminy@xxxxxxxxxx>
• [PATCH] dm-writecache: fix a crash when unloading
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-integrity: print device name in integrity error message.
  • From: device-mapper@xxxxxxxxxx
• Re: [PATCH v2 03/17] libmultipath: fix leak in foreign code
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2 15/17] libmultipath: make directio checker share io contexts
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v3 4/7] s390, dcssblk, dax: Add dax zero_page_range operation to dcssblk driver
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v3 4/7] s390, dcssblk, dax: Add dax zero_page_range operation to dcssblk driver
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
• Re: [PATCH v2 00/17] Multipath patch dump
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 03/17] libmultipath: fix leak in foreign code
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 00/17] Multipath patch dump
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 10/17] libmultipath: add code to get vendor specific vpd data
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [PATCH v2 15/17] libmultipath: make directio checker share io contexts
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 15/17] libmultipath: make directio checker share io contexts
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 10/17] libmultipath: add code to get vendor specific vpd data
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 15/17] libmultipath: make directio checker share io contexts
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2 10/17] libmultipath: add code to get vendor specific vpd data
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] dm-bufio: implement discard
  • From: John Dorminy <jdorminy@xxxxxxxxxx>
• Re: [PATCH v2 17/17] tests: make directio tests able to work on a real device
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 16/17] tests: add directio unit tests
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 15/17] libmultipath: make directio checker share io contexts
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 12/17] libmultipath: change failed path prio timeout
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• [PATCH] dm ebs: new block size emulating target
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH v2 10/17] libmultipath: add code to get vendor specific vpd data
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [PATCH v2 08/17] libmultipath: fix sgio_get_vpd looping
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [PATCH v2 02/17] multipathd: staticify uxlsnr variables/functions
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 01/17] multipathd: warn when configuration has been changed.
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v6 6/6] loop: Add support for REQ_ALLOCATE
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v6 5/6] block: Add blk_queue_max_allocate_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v6 4/6] block: Add support for REQ_ALLOCATE flag
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v6 0/6] block: Introduce REQ_ALLOCATE flag for REQ_OP_WRITE_ZEROES
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v6 3/6] block: Introduce blk_queue_get_max_write_zeroes_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 1/1] libmultipath: fix files read from config_dir
  • From: Enzo Matsumiya <ematsumiya@xxxxxxx>
• [PATCH v6 2/6] block: Pass op_flags into blk_queue_get_max_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v6 1/6] block: Add @flags argument to bdev_write_zeroes_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 2/2] dm-bufio: introduce block_to_sector
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/2] dm-bufio: introduce block_to_sector
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v3 5/7] dm, dax: Add dax zero_page_range operation
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v3 6/7] dax, iomap: Start using dax native zero_page_range()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v3 7/7] dax, iomap: Add helper dax_iomap_zero() to zero a range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v3 1/7] pmem: Add functions for reading/writing page to/from pmem
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v3 2/7] pmem: Enable pmem_do_write() to deal with arbitrary ranges
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v3 3/7] dax, pmem: Add a dax operation zero_page_range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v3 0/7] dax, pmem: Provide a dax operation to zero range of memory
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v3 4/7] s390, dcssblk, dax: Add dax zero_page_range operation to dcssblk driver
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] dm-bufio: implement discard
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-bufio: implement discard
  • From: John Dorminy <jdorminy@xxxxxxxxxx>
• Re: [PATCH] dm-bufio: implement discard
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-bufio: implement discard
  • From: John Dorminy <jdorminy@xxxxxxxxxx>
• Re: dm: expose dm_copy_name_and_uuid()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/1] libmultipath: fix files read from config_dir
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [PATCH 1/5] dax, pmem: Add a dax operation zero_page_range
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 1/5] dax, pmem: Add a dax operation zero_page_range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 1/5] dax, pmem: Add a dax operation zero_page_range
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 1/5] dax, pmem: Add a dax operation zero_page_range
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] dm-bufio: implement discard
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-integrity: remove sector type casts
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-integrity: fix recalculation when moving from journal mode to bitmap mode
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 3/5] dm, dax: Add dax zero_page_range operation
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 4/5] dax, iomap: Start using dax native zero_page_range()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: dm: expose dm_copy_name_and_uuid()
  • From: John Dorminy <jdorminy@xxxxxxxxxx>
• Re: dm: expose dm_copy_name_and_uuid()
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: dm: expose dm_copy_name_and_uuid()
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: dm: expose dm_copy_name_and_uuid()
  • From: John Dorminy <jdorminy@xxxxxxxxxx>
• Re: [PATCH 1/5] dax, pmem: Add a dax operation zero_page_range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] dm-writecache: fix allocation of devices on writecache tests
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/5] dax, pmem: Add a dax operation zero_page_range
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] dax, pmem: Add a dax operation zero_page_range
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 5/5] dax, iomap: Add helper dax_iomap_zero() to zero a range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 4/5] dax, iomap: Start using dax native zero_page_range()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 2/5] s390, dax: Add dax zero_page_range operation to dcssblk driver
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 1/5] dax, pmem: Add a dax operation zero_page_range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v2 09/17] libmultipath: add vend_id to get_vpd_sgio
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 17/17] tests: make directio tests able to work on a real device
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 14/17] libmultipath: add new checker class functions
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 16/17] tests: add directio unit tests
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 10/17] libmultipath: add code to get vendor specific vpd data
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 12/17] libmultipath: change failed path prio timeout
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 11/17] libmultipath: change how the checker async is set
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 15/17] libmultipath: make directio checker share io contexts
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 13/17] multipathd: add new paths under vecs lock
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 08/17] libmultipath: fix sgio_get_vpd looping
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 07/17] libmultipath: add missing hwe mpe variable merges
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 05/17] libmultipath: remove unused path->prio_args
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 03/17] libmultipath: fix leak in foreign code
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 00/17] Multipath patch dump
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 02/17] multipathd: staticify uxlsnr variables/functions
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 06/17] libmultipath: constify get_unaligned_be*
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 04/17] Fix leak in mpathpersist
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 01/17] multipathd: warn when configuration has been changed.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/5] dax, pmem: Add a dax operation zero_page_range
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] dax, iomap: Add helper dax_iomap_zero() to zero a range
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] dax, iomap: Start using dax native zero_page_range()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] dm, dax: Add dax zero_page_range operation
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] s390, dax: Add dax zero_page_range operation to dcssblk driver
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH] dm-zoned: extend the way of exposing zoned block device
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• [PATCH] dm-writecache: fix allocation of devices on writecache tests
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [RFC PATCH] dm-zoned: extend the way of exposing zoned block device
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 5/5] dax, iomap: Add helper dax_iomap_zero() to zero a range
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 2/5] s390, dax: Add dax zero_page_range operation to dcssblk driver
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 3/5] dm,dax: Add dax zero_page_range operation
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 5/5] dax, iomap: Add helper dax_iomap_zero() to zero a range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [RFC PATCH 0/5][V2] dax, pmem: Provide a dax operation to zero range of memory
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 4/5] dax, iomap: Start using dax native zero_page_range()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 1/5] dax, pmem: Add a dax operation zero_page_range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: dm: expose dm_copy_name_and_uuid()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] dm-zoned: extend the way of exposing zoned block device
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [RFC PATCH] dm-zoned: extend the way of exposing zoned block device
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• [PATCH] dm: expose dm_copy_name_and_uuid()
  • From: John Dorminy <jdorminy@xxxxxxxxxx>
• [PATCH 2/3] dm-integrity: introduce get_provided_data_sectors
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3/3] dm-integrity: change the size of the device
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/3] dm-integrity: make it possible to change the size of dm-integrity device
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/3] dm-integrity: dont replay journal data past the end of the device
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [git pull] device mapper changes for 5.6
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] device mapper changes for 5.6
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/1] blk/core: Gracefully handle unset make_request_fn
  • From: Stefan Bader <stefan.bader@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/5] bitmap: Add bitmap_alloc(), bitmap_zalloc() and bitmap_free()
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH 1/1] blk/core: Gracefully handle unset make_request_fn
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• device blacklisting and suspend issue
  • From: <Sreenivas.Honnur@xxxxxxxx>
• Re: [PATCH v4 3/5] bitmap: Add bitmap_alloc(), bitmap_zalloc() and bitmap_free()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/6] block: Pass op_flags into blk_queue_get_max_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] blk/core: Gracefully handle unset make_request_fn
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/1] blk/core: Gracefully handle unset make_request_fn
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 4/6] block: Add support for REQ_ALLOCATE flag
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/6] block: Introduce blk_queue_get_max_write_zeroes_sectors()
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: [PATCH v5 4/6] block: Add support for REQ_ALLOCATE flag
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: [PATCH v5 2/6] block: Pass op_flags into blk_queue_get_max_sectors()
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• device blacklisting and suspend issue
  • From: <Sreenivas.Honnur@xxxxxxxx>
• Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH 1/1] blk/core: Gracefully handle unset make_request_fn
  • From: Stefan Bader <stefan.bader@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] blk/core: Gracefully handle unset make_request_fn
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/1] blk/core: Gracefully handle unset make_request_fn
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/1] blk/core: Gracefully handle unset make_request_fn
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH 0/1] Handle NULL make_request_fn in generic_make_request()
  • From: Stefan Bader <stefan.bader@xxxxxxxxxxxxx>
• [PATCH 1/1] blk/core: Gracefully handle unset make_request_fn
  • From: Stefan Bader <stefan.bader@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] blk/core: Gracefully handle unset make_request_fn
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v5 3/6] block: Introduce blk_queue_get_max_write_zeroes_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v5 0/6] block: Introduce REQ_ALLOCATE flag for REQ_OP_WRITE_ZEROES
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v5 4/6] block: Add support for REQ_ALLOCATE flag
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v5 2/6] block: Pass op_flags into blk_queue_get_max_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v5 5/6] block: Add blk_queue_max_allocate_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v5 1/6] block: Add @flags argument to bdev_write_zeroes_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v5 6/6] loop: Add support for REQ_ALLOCATE
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH 09/15] libmultipath: add code to get vendor specific vpd data
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 01/15] multipathd: warn when configuration has been changed.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 09/15] libmultipath: add code to get vendor specific vpd data
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 09/15] libmultipath: add code to get vendor specific vpd data
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 09/15] libmultipath: add code to get vendor specific vpd data
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v4 6/7] dm: Directly disable max_allocate_sectors for now
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v4 6/7] dm: Directly disable max_allocate_sectors for now
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v4 3/7] block: Introduce blk_queue_get_max_write_zeroes_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v4 6/7] dm: Directly disable max_allocate_sectors for now
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v4 2/7] block: Pass op_flags into blk_queue_get_max_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v4 6/7] dm: Directly disable max_allocate_sectors for now
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v4 5/7] block: Add blk_queue_max_allocate_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v4 1/7] block: Add @flags argument to bdev_write_zeroes_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v4 7/7] loop: Add support for REQ_ALLOCATE
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v4 0/7] block: Introduce REQ_ALLOCATE flag for REQ_OP_WRITE_ZEROES
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v4 6/7] dm: Directly disable max_allocate_sectors for now
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v4 4/7] block: Add support for REQ_ALLOCATE flag
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v3 6/7] dm: Directly disable max_allocate_sectors for now
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v3 7/7] loop: Add support for REQ_ALLOCATE
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v3 5/7] block: Add blk_queue_max_allocate_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v3 2/7] block: Pass op_flags into blk_queue_get_max_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v3 1/7] block: Add @flags argument to bdev_write_zeroes_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v3 0/7] block: Introduce REQ_ALLOCATE flag for REQ_OP_WRITE_ZEROES
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v3 3/7] block: Introduce blk_queue_get_max_write_zeroes_sectors()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v3 4/7] block: Add support for REQ_ALLOCATE flag
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH 10/15] libmultipath: change how the checker async is set
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH] libmultipath: fix compilation with -fno-common
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v4 6/7] dm: Directly disable max_allocate_sectors for now
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v4 6/7] dm: Directly disable max_allocate_sectors for now
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 10/15] libmultipath: change how the checker async is set
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v4 6/7] dm: Directly disable max_allocate_sectors for now
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 14/15] libmultipath: make directio checker share io contexts
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 10/15] libmultipath: change how the checker async is set
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH 07/15] libmultipath: fix sgio_get_vpd looping
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 11/15] libmultipath: change failed path prio timeout
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 14/15] libmultipath: make directio checker share io contexts
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 15/15] tests: add directio unit tests
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 10/15] libmultipath: change how the checker async is set
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] dm-crypt: Use any key type which is registered
  • From: Maik Otto <m.otto@xxxxxxxxx>
• Re: [PATCH 15/15] tests: add directio unit tests
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 14/15] libmultipath: make directio checker share io contexts
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC PATCH 2/2] dm-crypt: Use any key type which is registered
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] Create CAAM HW key in linux keyring and use in dmcrypt
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/15] libmultipath: change how the checker async is set
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH 09/15] libmultipath: add code to get vendor specific vpd data
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH 13/15] libmultipath: add new checker class functions
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 12/15] multipathd: add new paths under vecs lock
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 11/15] libmultipath: change failed path prio timeout
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 10/15] libmultipath: change how the checker async is set
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [PATCH 10/15] libmultipath: change how the checker async is set
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 08/15] libmultipath: add vend_id to get_vpd_sgio
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 09/15] libmultipath: add code to get vendor specific vpd data
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 07/15] libmultipath: fix sgio_get_vpd looping
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 01/15] multipathd: warn when configuration has been changed.
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [PATCH 06/15] libmultipath: add missing hwe mpe variable merges
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 05/15] libmultipath: constify get_unaligned_be*
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 04/15] libmultipath: remove unused path->prio_args
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 03/15] Fix leak in mpathpersist
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 01/15] multipathd: warn when configuration has been changed.
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 02/15] libmultipath: fix leak in foreign code
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 03/15] Fix leak in mpathpersist
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 15/15] tests: add directio unit tests
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 10/15] libmultipath: change how the checker async is set
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 12/15] multipathd: add new paths under vecs lock
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 11/15] libmultipath: change failed path prio timeout
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 09/15] libmultipath: add code to get vendor specific vpd data
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 13/15] libmultipath: add new checker class functions
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 14/15] libmultipath: make directio checker share io contexts
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 08/15] libmultipath: add vend_id to get_vpd_sgio
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 07/15] libmultipath: fix sgio_get_vpd looping
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 04/15] libmultipath: remove unused path->prio_args
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 05/15] libmultipath: constify get_unaligned_be*
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 06/15] libmultipath: add missing hwe mpe variable merges
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 01/15] multipathd: warn when configuration has been changed.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 00/15] Multipath patch dump
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 02/15] libmultipath: fix leak in foreign code
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] dm-writecache: improve performance of large linear writes on SSDs
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• [PATCH] libmultipath: fix compilation with -fno-common
  • From: mwilck@xxxxxxxx
• Re: [PATCH] dm writecache: SB remove seq_count
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• Re: [PATCH] block: fix an integer overflow in logical block size
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: fix an integer overflow in logical block size
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] block: fix an integer overflow in logical block size
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH] block: fix an integer overflow in logical block size
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• device blacklisting and suspend issue
  • From: <Sreenivas.Honnur@xxxxxxxx>
• [PATCH] dm-writecache: improve performance of large linear writes on SSDs
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] dm mpath: Add timeout mechanism for queue_if_no_path
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• device blacklisting and suspend issue
  • From: <Sreenivas.Honnur@xxxxxxxx>
• Re: kernel BUG at drivers/md/persistent-data/dm-space-map-disk.c:178
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: kernel BUG at drivers/md/persistent-data/dm-space-map-disk.c:178
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2] dm mpath: Add timeout mechanism for queue_if_no_path
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm mpath: Add timeout mechanism for queue_if_no_path
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm writecache: SB remove seq_count
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-writecache: fix incorrect flush sequence when doing commit
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• [PATCH v2] dm mpath: Add timeout mechanism for queue_if_no_path
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH] dm writecache: SB remove seq_count
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• Re: [PATCH] dm writecache: SB remove seq_count
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• Re: dm-integrity
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: dm-integrity
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: dm-integrity
  • From: Song Liu <song@xxxxxxxxxx>
• Re: dm-integrity
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 2/2] dm-thin: fix use-after-free in metadata_pre_commit_callback
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/2] dm-thin: don't allow changing the data device
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm mpath: Add timeout mechanism for queue_if_no_path
  • From: Khazhismel Kumykov <khazhy@xxxxxxxxxx>
• Re: dm mpath: Add timeout mechanism for queue_if_no_path
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: dm mpath: Add timeout mechanism for queue_if_no_path
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload
  • From: Javier González <javier@xxxxxxxxxxx>
• Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH] dm writecache: SB remove seq_count
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [RFC PATCH] dm-zoned: extend the way of exposing zoned block device
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: [RFC PATCH] dm-zoned: extend the way of exposing zoned block device
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [RFC PATCH] dm-zoned: extend the way of exposing zoned block device
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [RFC PATCH] dm-zoned: extend the way of exposing zoned block device
  • From: Dmitry Fomichev <Dmitry.Fomichev@xxxxxxx>
• Re: [PATCH] dm writecache: SB remove seq_count
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-writecache: fix incorrect flush sequence when doing commit
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm writecache: SB remove seq_count
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [RFC PATCH] dm-zoned: extend the way of exposing zoned block device
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [lvm-devel] kernel BUG at drivers/md/persistent-data/dm-space-map-disk.c:178
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: Reply: [PATCH v3] dm verity: don't prefetch hash blocks for already-verified data
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Re: [lvm-devel] kernel BUG at drivers/md/persistent-data/dm-space-map-disk.c:178
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [lvm-devel] kernel BUG at drivers/md/persistent-data/dm-space-map-disk.c:178
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [lvm-devel] kernel BUG at drivers/md/persistent-data/dm-space-map-disk.c:178
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Reply: [PATCH v3] dm verity: don't prefetch hash blocks for already-verified data
  • From: xianrong.zhou(周先荣) <xianrong.zhou@xxxxxxxxxxxxx>
• Re: dm mpath: Add timeout mechanism for queue_if_no_path
  • From: Khazhismel Kumykov <khazhy@xxxxxxxxxx>
• [PATCH v3] dm verity: don't prefetch hash blocks for already-verified data
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] dm-verity:unnecessary data blocks that need not read hash blocks
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: dm mpath: Add timeout mechanism for queue_if_no_path
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Reply: [PATCH] dm-verity: unnecessary data blocks that need not read hash blocks
  • From: xianrong.zhou(周先荣) <xianrong.zhou@xxxxxxxxxxxxx>
• [PATCH] dm-crypt: Fix benbi IV constructor if used in authenticated mode
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: About dm-integrity layer and fsync
  • From: Patrick Dung <patdung100@xxxxxxxxx>
• Re: [PATCH] dm-crypt: Implement Elephant diffuser for Bitlocker compatibility
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: About dm-integrity layer and fsync
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: About dm-integrity layer and fsync
  • From: Patrick Dung <patdung100@xxxxxxxxx>
• Re: [PATCH] dm-verity: unnecessary data blocks that need not read hash blocks
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: About dm-integrity layer and fsync
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• About dm-integrity layer and fsync
  • From: Patrick Dung <patdung100@xxxxxxxxx>
• [PATCH] dm mpath: Add timeout mechanism for queue_if_no_path
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH] dm writecache: SB remove seq_count
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• [PATCH] dm-crypt: Implement Elephant diffuser for Bitlocker compatibility
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH] dm-crypt: fix GFP flags
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-crypt: fix GFP flags
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-thin: Fix trivial error in comment documentation
  • From: Jeffle Xu <jefflexu@xxxxxxxxxxxxxxxxx>
• [PATCH 4/4] dm thin metadata: use true, false for bool variable
  • From: zhengbin <zhengbin13@xxxxxxxxxx>
• [PATCH 1/4] dm mpath: use true,false for bool variable
  • From: zhengbin <zhengbin13@xxxxxxxxxx>
• [PATCH 0/4] dm: use true,false for bool variable
  • From: zhengbin <zhengbin13@xxxxxxxxxx>
• [PATCH 3/4] dm snapshot: use true, false for bool variable
  • From: zhengbin <zhengbin13@xxxxxxxxxx>
• [PATCH 2/4] dm bio prison v2: use true, false for bool variable
  • From: zhengbin <zhengbin13@xxxxxxxxxx>
• Re: kernel BUG at drivers/md/persistent-data/dm-space-map-disk.c:178
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• [PATCH resend] ALUA support for PURE FlashArray
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: kernel BUG at drivers/md/persistent-data/dm-space-map-disk.c:178
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dm-zoned: support zone sizes smaller than 128MiB
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• [PATCH] dm-zoned: support zone sizes smaller than 128MiB
  • From: Dmitry Fomichev <dmitry.fomichev@xxxxxxx>
• Re: kernel BUG at drivers/md/persistent-data/dm-space-map-disk.c:178 with scsi_mod.use_blk_mq=y
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• [PATCH] dm raid: table line rebuild status fix
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: dm-thin: Several Questions on dm-thin performance.
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: dm-thin: Several Questions on dm-thin performance.
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH] dm-verity: unnecessary data blocks that need not read hash blocks
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [Question] Confusion of the meaning for encrypto API's return value
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [Question] Confusion of the meaning for encrypto API's return value
  • From: Xu Zaibo <xuzaibo@xxxxxxxxxx>
• Reply [PATCH] dm-verity: unnecessary data blocks that need not read hash blocks
  • From: xianrong.zhou(周先荣) <xianrong.zhou@xxxxxxxxxxxxx>
• Re: dm-thin: Several Questions on dm-thin performance.
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dm-verity: unnecessary data blocks that need not read hash blocks
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [git pull] device mapper fixes for 5.5-rc2
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: dm-thin: Several Questions on dm-thin performance.
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• [git pull] device mapper fixes for 5.5-rc2
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-verity: unnecessary data blocks that need not read hash blocks
  • From: zhou xianrong <zhou_xianrong@xxxxxxxx>
• Re: [PATCH 0/2] dm thin: Flush data device before committing metadata to avoid data corruption
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• [PATCH] dm writecache: SB remove seq_count
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• [PATCH] docs: dm-integrity: remove reference to ARC4
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 0/2] dm thin: Flush data device before committing metadata to avoid data corruption
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] dm clone: Flush destination device before committing metadata
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH 3/3] dm clone: Flush destination device before committing metadata
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/2] dm thin: Flush data device before committing metadata to avoid data corruption
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: dm-thin: Several Questions on dm-thin performance.
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: dm-thin: Several Questions on dm-thin performance.
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] dm clone: Flush destination device before committing metadata
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH 0/2] dm thin: Flush data device before committing metadata to avoid data corruption
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• [PATCH] dm dust: change ret to r in dust_map_write
  • From: Bryan Gurney <bgurney@xxxxxxxxxx>
• Re: [PATCH 3/3] dm clone: Flush destination device before committing metadata
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 3/3] dm clone: Flush destination device before committing metadata
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH 1/2] dm thin metadata: Add support for a pre-commit callback
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH v2 3/5] libmultipath: drop mpp->nr_active field
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 3/3] dm clone: Flush destination device before committing metadata
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 3/3] dm clone: Flush destination device before committing metadata
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm thin: Avoid flushing the data device twice
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] dm thin metadata: Add support for a pre-commit callback
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/2] dm thin: Flush data device before committing metadata to avoid data corruption
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH 0/2] dm thin: Flush data device before committing metadata to avoid data corruption
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/2] dm thin: Flush data device before committing metadata to avoid data corruption
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH 0/2] dm thin: Flush data device before committing metadata to avoid data corruption
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/2] dm thin: Flush data device before committing metadata to avoid data corruption
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• [PATCH] dm thin: Avoid flushing the data device twice
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH 2/2] dm thin: Flush data device before committing metadata
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH 2/2] dm thin: Flush data device before committing metadata
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/2] dm thin: Flush data device before committing metadata
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH 2/2] dm thin: Flush data device before committing metadata
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH 2/2] dm thin: Flush data device before committing metadata
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• [PATCH 0/2] dm thin: Flush data device before committing metadata to avoid data corruption
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• [PATCH 1/2] dm thin metadata: Add support for a pre-commit callback
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• [PATCH 3/3] dm clone: Flush destination device before committing metadata
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• [PATCH 1/3] dm clone metadata: Track exact changes per transaction
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• [PATCH 2/3] dm clone metadata: Use a two phase commit
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• [PATCH 0/3] dm clone: Flush destination device before committing metadata to avoid data corruption
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: dm-thin: Several Questions on dm-thin performance.
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH 1/2] drivers: md: dm-log.c: Remove unused variable 'sz'
  • From: Jieun Kim <jieun.kim4758@xxxxxxxxx>
• Re: [PATCH] dm-thin: replace spin_lock_irqsave with spin_lock_irq
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dm-thin: replace spin_lock_irqsave with spin_lock_irq
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm btree: increase rebalance threshold in __rebalance2()
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: dm-thin: Several Questions on dm-thin performance.
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH] dm btree: increase rebalance threshold in __rebalance2()
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• Re: dm-thin: Several Questions on dm-thin performance.
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] drivers: md: dm-log.c: Remove unused variable 'sz'
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-thin: Several Questions on dm-thin performance.
  • From: JeffleXu <jefflexu@xxxxxxxxxxxxxxxxx>
• [PATCH 1/1] md dm-dust: Functionality for write error emulation along with the existing read error functionality
  • From: sekhar satapathy soumendu <satapathy.soumendu@xxxxxxxxx>
• [PATCH 2/2] drivers: md: dm-log.c: Remove unused variable 'sz'
  • From: Jieun Kim <jieun.kim4758@xxxxxxxxx>
• [PATCH 1/2] drivers: md: dm-log.c: Remove unused variable 'sz'
  • From: Jieun Kim <jieun.kim4758@xxxxxxxxx>
• Re: [PATCH 1/2] drivers: md: dm-log.c: Remove unused variable 'sz'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] dm-thin: replace spin_lock_irqsave with spin_lock_irq
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: dm-thin: wakeup worker only when deferred bios exist
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• [PATCH] docs: device-mapper: Add dm-clone to documentation index
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
• [PATCH v2 1/5] multipathd: move set_no_path_retry() back to libmultipath
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• [PATCH v2 5/5] libmultipath: fix ALUA autodetection when paths are down
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• [PATCH v2 3/5] libmultipath: drop mpp->nr_active field
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• [PATCH v2 RESEND 0/5] Drop nr_active, and some more fixes
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: docs: device-mapper: Add dm-clone to documentation index
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: docs: device-mapper: Add dm-clone to documentation index
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm clone: Add to the documentation index
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: dm clone: Add to the documentation index
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: multipath - unable to use multiple active paths at once, and deprecated example in docs
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm clone: Add to the documentation index
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH RT 1/2 v2] dm-snapshot: fix crash with the realtime kernel
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [git pull] device mapper changes for 5.5
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: multipath - unable to use multiple active paths at once, and deprecated example in docs
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: multipath - unable to use multiple active paths at once, and deprecated example in docs
  • From: Drew Hastings <dhastings@xxxxxxxxxxxxxxxxxx>
• Re: multipath - unable to use multiple active paths at once, and deprecated example in docs
  • From: Martin Wilck <mwilck@xxxxxxx>
• USENIX Vault - open source storage call for talks - CFP deadline extended
  • From: Ric Wheeler <ricwheeler@xxxxxxxxx>
• ignore/update integrity checksums
  • From: Erich Eckner <device-mapper@xxxxxxxxxx>
• multipath - unable to use multiple active paths at once, and deprecated example in docs
  • From: Drew Hastings <dhastings@xxxxxxxxxxxxxxxxxx>
• Re: dm-thin: Several Questions on dm-thin performance.
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [git pull] device mapper changes for 5.5
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: ignore/update integrity checksums
  • From: Erich Eckner <device-mapper@xxxxxxxxxx>
• ignore/update integrity checksums
  • From: Erich Eckner <device-mapper@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 32/91] dm flakey: Properly corrupt multi-page bios.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 100/219] dm raid: fix false -EBUSY when handling check/repair message
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 098/219] dm flakey: Properly corrupt multi-page bios.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 046/127] dm flakey: Properly corrupt multi-page bios.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• dm-thin: Several Questions on dm-thin performance.
  • From: JeffleXu <jefflexu@xxxxxxxxxxxxxxxxx>
• dm-thin: Several Questions on dm-thin performance.
  • From: JeffleXu <jefflexu@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] libmultipath: fix ALUA autodetection when paths are down
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: md: Fix Kconfig indentation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] md: Fix Kconfig indentation
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 1/5] multipathd: move set_no_path_retry() back to libmultipath
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [PATCH 5/5] libmultipath: fix ALUA autodetection when paths are down
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [PATCH 3/5] libmultipath: drop mpp->nr_active field
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [PATCH 4/5] libmultipath: fix (max_)polling_interval setting logic
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 2/5] libmultipath: dict.c: rename duplicate set_no_path_retry()
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/5] multipathd: move set_no_path_retry() back to libmultipath
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 5/5] libmultipath: fix ALUA autodetection when paths are down
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 3/5] libmultipath: drop mpp->nr_active field
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-snapshot: fix crash with the realtime kernel
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH 1/2] dm-snapshot: fix crash with the realtime kernel
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH RT 1/2 v2] dm-snapshot: fix crash with the realtime kernel
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH RT 2/2 v2] list_bl: avoid BUG when the list is not locked
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH RT 2/2 v2] list_bl: avoid BUG when the list is not locked
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• [PATCH RT 2/2 v4] list_bl: avoid BUG when the list is not locked
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: linux-next: Tree for Nov 15 (drivers/md/dm-integrity)
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH v2] dm-thin: wakeup worker only when deferred bios exist
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: linux-next: Tree for Nov 15 (drivers/md/dm-integrity)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH] libmultipath: drop mpp->nr_active field
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: dm-thin: wakeup worker only when deferred bios exist
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 45/72] libmultipath: fix -Wsign-compare warnings with snprintf()
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipathd: fix mpp->nr_active more than actually active
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-snapshot: fix crash with the realtime kernel
  • From: Scott Wood <swood@xxxxxxxxxx>
• Re: [PATCH RT 2/2 v2] list_bl: avoid BUG when the list is not locked
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] cryptsetup: add support for the "fix_padding" option
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-integrity: fix excessive alignment of metadata runs
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH RT 2/2 v3] list_bl: avoid BUG when the list is not locked
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH RT 2/2 v2] list_bl: avoid BUG when the list is not locked
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH RT 2/2 v2] list_bl: avoid BUG when the list is not locked
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH RT 1/2 v2] dm-snapshot: fix crash with the realtime kernel
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-snapshot: fix crash with the realtime kernel
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-snapshot: fix crash with the realtime kernel
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-snapshot: fix crash with the realtime kernel
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/2] realtime: avoid BUG when the list is not locked
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-snapshot: fix crash with the realtime kernel
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] dm-snapshot: fix crash with the realtime kernel
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/2] realtime: avoid BUG when the list is not locked
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/2] dm-snapshot: fix crash with the realtime kernel
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 7/9] null_blk: Add zone_nr_conv to features
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [PATCH 2/9] block: cleanup the !zoned case in blk_revalidate_disk_zones
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [PATCH 5/9] null_blk: clean up the block device operations
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [PATCH 6/9] null_blk: clean up report zones
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [PATCH 8/9] scsi: sd_zbc: Cleanup sd_zbc_alloc_report_buffer()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 8/9] scsi: sd_zbc: Cleanup sd_zbc_alloc_report_buffer()
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 8/9] scsi: sd_zbc: Cleanup sd_zbc_alloc_report_buffer()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 9/9] block: rework zone reporting
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-snapshot for system updates in Android
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-writecache: change config parameters using messages
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• Re: dm-writecache: change config parameters using messages
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• Re: [PATCH 4/9] block: Remove partition support for zoned block devices
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 9/9] block: rework zone reporting
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 8/9] scsi: sd_zbc: Cleanup sd_zbc_alloc_report_buffer()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 7/9] null_blk: Add zone_nr_conv to features
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 6/9] null_blk: clean up report zones
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 5/9] null_blk: clean up the block device operations
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 4/9] block: Remove partition support for zoned block devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 3/9] block: Simplify report zones execution
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 2/9] block: cleanup the !zoned case in blk_revalidate_disk_zones
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/9] block: Enhance blk_revalidate_disk_zones()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm-zoned: reduce overhead of backing device checks
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 8/9] scsi: sd_zbc: Cleanup sd_zbc_alloc_report_buffer()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 4/9] block: Remove partition support for zoned block devices
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] block: Enhance blk_revalidate_disk_zones()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 7/9] null_blk: Add zone_nr_conv to features
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH 9/9] block: rework zone reporting
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH 4/9] block: Remove partition support for zoned block devices
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH 2/9] block: cleanup the !zoned case in blk_revalidate_disk_zones
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH 6/9] null_blk: clean up report zones
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH 1/9] block: Enhance blk_revalidate_disk_zones()
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH 5/9] null_blk: clean up the block device operations
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH 3/9] block: Simplify report zones execution
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH 8/9] scsi: sd_zbc: Cleanup sd_zbc_alloc_report_buffer()
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH 0/9] Zoned block device enhancements and zone report rework
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: dm-writecache: change config parameters using messages
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: dm-writecache: change config parameters using messages
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm-writecache: change config parameters using messages
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-writecache: change config parameters using messages
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/8] Zone management commands support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 8/8] null_blk: add zone open, close, and finish support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 7/8] dm: add zone open, close and finish support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 6/8] scsi: sd_zbc: add zone open, close, and finish support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 5/8] block: add zone open, close and finish ioctl support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 4/8] block: add zone open, close and finish operations
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/8] block: Simplify REQ_OP_ZONE_RESET_ALL handling
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/8] block: Remove REQ_OP_ZONE_RESET plugging
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v3 00/72] multipath-tools: cleanup and warning enablement
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• [PATCH v3 45/72] libmultipath: fix -Wsign-compare warnings with snprintf()
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: dm-zoned performance degradation after apply 75d66ffb48efb3 ("dm zoned:, properly handle backing device failure")
  • From: Dmitry Fomichev <Dmitry.Fomichev@xxxxxxx>
• [PATCH] dm-zoned: reduce overhead of backing device checks
  • From: Dmitry Fomichev <dmitry.fomichev@xxxxxxx>
• Re: [PATCH 16/72] libmultipath: make path_discovery() pthread_cancel()-safe
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: dm-writecache: change config parameters using messages
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-writecache: change config parameters using messages
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• Re: Making udev aware of dm-init devices
  • From: David Michael <fedora.dm0@xxxxxxxxx>
• [PATCH v1] dm writecache: handle REQ_FUA
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• Re: [PATCH] dm writecache: handle REQ_FUA
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Making udev aware of dm-init devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 7/8] dm: add zone open, close and finish support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Making udev aware of dm-init devices
  • From: David Michael <fedora.dm0@xxxxxxxxx>
• Re: [PATCH 0/8] Zone management commands support
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 0/8] Zone management commands support
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm-snapshot for system updates in Android
  • From: Alessio Balsini <balsini@xxxxxxxxxxx>
• Re: [PATCH 16/72] libmultipath: make path_discovery() pthread_cancel()-safe
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [PATCH 0/8] Zone management commands support
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 0/8] Zone management commands support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 6/8] scsi: sd_zbc: add zone open, close, and finish support
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 3/8] scsi: sd_zbc: Fix sd_zbc_complete()
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm-zoned performance degradation after apply 75d66ffb48efb3 ("dm zoned:, properly handle backing device failure")
  • From: "zhangxiaoxu (A)" <zhangxiaoxu5@xxxxxxxxxx>
• Re: [PATCH v2 00/72] multipath-tools: cleanup and warning enablement
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 67/72] multipath-tools: Makefile.inc: use -Wp, ... for compiling only
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 16/72] libmultipath: make path_discovery() pthread_cancel()-safe
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>