Linux Device-Mapper Development

• Thread Index

• Re: [PATCH v5 4/8] dax, pmem: Add a dax operation zero_page_range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v2] memcpy_flushcache: use cache flusing for larger lengths
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 4/8] dax, pmem: Add a dax operation zero_page_range
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v6 4/6] dm, dax: Add dax zero_page_range operation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC Patch 3/3] multipath: add libmpathvalid library
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [RFC Patch 3/3] multipath: add libmpathvalid library
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [RFC Patch 1/3] libmultipath: make libmp_dm_init optional
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC Patch 2/3] libmultipath: make sysfs_is_multipathed able to return wwid
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: dm-zoned: add 'status' and 'message' callbacks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC Patch 2/3] libmultipath: make sysfs_is_multipathed able to return wwid
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [PATCH v2] memcpy_flushcache: use cache flusing for larger lengths
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/4] dm-zoned: store zone id within the zone structure
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 4/4] dm-zoned: allow for device size smaller than the capacity
  • From: Hannes Reinecke <hare@xxxxxxx>
• [RFC Patch 3/3] multipath: add libmpathvalid library
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [RFC Patch 2/3] libmultipath: make sysfs_is_multipathed able to return wwid
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [RFC Patch 1/3] libmultipath: make libmp_dm_init optional
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [RFC Patch 0/3] multipath: new path validation library
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/4] dm-zoned: store zone id within the zone structure
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 3/4] dm-zoned: V2 metadata handling
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 2/4] dm-zoned: use array for superblock zones
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 4/4] dm-zoned: allow for device size smaller than the capacity
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH] dm-zoned: add 'status' and 'message' callbacks
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH v2] dm-integrity: Prevent RMW for full metadata buffer writes
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v2] memcpy_flushcache: use cache flusing for larger lengths
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] memcpy_flushcache: use cache flusing for larger lengths
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Optane nvdimm performance
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [linux-lvm] storage-logger: Recording changes to the udev database
  • From: Brian McCullough <bdmc@xxxxxxxxxxxx>
• Re: [PATCH v2] dm-integrity: Prevent RMW for full metadata buffer writes
  • From: Lukas Straub <lukasstraub2@xxxxxx>
• [PATCH] md: add missing mddev_unlock
  • From: Dinghao Liu <dinghao.liu@xxxxxxxxxx>
• Re: [linux-lvm] storage-logger: Recording changes to the udev database
  • From: Brian McCullough <bdmc@xxxxxxxxxxxx>
• Re: [linux-lvm] storage-logger: Recording changes to the udev database
  • From: Brian McCullough <bdmc@xxxxxxxxxxxx>
• Re: [PATCH v7 0/6] block: Introduce REQ_ALLOCATE flag for REQ_OP_WRITE_ZEROES
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [linux-lvm] storage-logger: Recording changes to the udev database
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH 1/4] dm clone: Fix handling of partial region discards
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• [PATCH 4/4] dm clone metadata: Fix return type of dm_clone_nr_of_hydrated_regions()
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• [PATCH 2/4] dm clone: Add overflow check for number of regions
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• [PATCH 3/4] dm clone: Add missing casts to prevent overflows and data corruption
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• [PATCH 0/4] dm clone: Fix discard handling and overflow bugs which could cause data corruption
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• [PATCH] dm-writecache: add cond_resched
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/4] dm-zoned: store zone id within the zone structure
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 3/4] dm-zoned: V2 metadata handling
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH RFC 0/4] dm-zoned: Metadata V2
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 4/4] dm-zoned: allow for device size smaller than the capacity
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 2/4] dm-zoned: use array for superblock zones
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] dm-zoned: add 'status' and 'message' callbacks
  • From: Hannes Reinecke <hare@xxxxxxx>
• storage-logger: Recording changes to the udev database
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH v7 0/6] block: Introduce REQ_ALLOCATE flag for REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/6] block: Introduce REQ_ALLOCATE flag for REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v7 0/6] block: Introduce REQ_ALLOCATE flag for REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] libmutipath: don't close fd on dm_lib_release
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• [PATCH v2 3/3] libmultipath: allow force reload with no active paths
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 2/3] libmutipath: don't close fd on dm_lib_release
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 1/3] libmultipath: assign variable to make gcc happy
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 2/3] libmutipath: don't close fd on dm_lib_release
  • From: Martin Wilck <martin.wilck@xxxxxxxx>
• Re: [PATCH 2/3] libmutipath: don't close fd on dm_lib_release
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 2/3] libmutipath: don't close fd on dm_lib_release
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v7 0/6] block: Introduce REQ_ALLOCATE flag for REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v7 0/6] block: Introduce REQ_ALLOCATE flag for REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/6] block: Introduce REQ_ALLOCATE flag for REQ_OP_WRITE_ZEROES
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 3/3] libmultipath: allow force reload with no active paths
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [PATCH 1/3] libmultipath: assign variable to make gcc happy
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [PATCH 2/3] libmutipath: don't close fd on dm_lib_release
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [RFC PATCH v2 3/3] dm zoned: add regular device info to metadata
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [RFC PATCH v2 3/3] dm zoned: add regular device info to metadata
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC PATCH v2 3/3] dm zoned: add regular device info to metadata
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [RFC PATCH v2 3/3] dm zoned: add regular device info to metadata
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC PATCH v2 3/3] dm zoned: add regular device info to metadata
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC PATCH v2 3/3] dm zoned: add regular device info to metadata
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] dm zoned: rename dev name to zoned_dev
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: [PATCH resend] dm zoned: remove duplicated nr_rnd_zones increasement
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [RFC PATCH v2 3/3] dm zoned: add regular device info to metadata
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: [PATCH v2] dm-integrity: Prevent RMW for full metadata buffer writes
  • From: Lukas Straub <lukasstraub2@xxxxxx>
• [PATCH resend] dm zoned: remove duplicated nr_rnd_zones increasement
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] dm zoned: extend the way of exposing zoned block device
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• [RFC PATCH v2 1/3] dm zoned: rename dev name to zoned_dev
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• [RFC PATCH v2 2/3] dm zoned: introduce regular device to dm-zoned-target
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• [RFC PATCH v2 0/3] dm zoned: extend the way of exposing zoned block device
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: [RFC PATCH v2 3/3] dm zoned: add regular device info to metadata
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [RFC PATCH v2 3/3] dm zoned: add regular device info to metadata
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC PATCH v2 1/3] dm zoned: rename dev name to zoned_dev
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [RFC PATCH v2 3/3] dm zoned: add regular device info to metadata
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [RFC PATCH v2 2/3] dm zoned: introduce regular device to dm-zoned-target
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH resend] dm zoned: remove duplicated nr_rnd_zones increasement
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• [PATCH 3/3] libmultipath: allow force reload with no active paths
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 2/3] libmutipath: don't close fd on dm_lib_release
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 1/3] libmultipath: assign variable to make gcc happy
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2] dm-integrity: Prevent RMW for full metadata buffer writes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm-integrity: Prevent RMW for full metadata buffer writes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] dm zoned: extend the way of exposing zoned block device
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: multipathd: fix check_path could not resume path state
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] iscsi: do not wait for IOs in dm shrinker
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] dm-zoned: cache device for zones
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 1/2] dm-zoned: cache device for zones
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/2] dm-zoned: cache device for zones
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: [PATCH 2/2] dm-zoned: add 'status' and 'message' callbacks
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 2/2] dm-zoned: add 'status' and 'message' callbacks
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/2] dm-zoned: add 'status' and 'message' callbacks
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 1/2] dm-zoned: cache device for zones
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 0/7] dm-integrity patches
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH RFC 0/2] dm-zoned: add cache device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RFC 0/2] dm-zoned: add cache device
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] iscsi: do not wait for IOs in dm shrinker
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH RFC 0/2] dm-zoned: add cache device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RFC 0/2] dm-zoned: add cache device
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH RFC 0/2] dm-zoned: add cache device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/2] dm-zoned: add 'status' and 'message' callbacks
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 1/2] dm-zoned: cache device for zones
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH RFC 0/2] dm-zoned: add cache device
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 0/7] dm-integrity patches
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• multipathd: fix check_path could not resume path state
  • From: wangjufeng <wangjufeng@xxxxxxxxxx>
• [PATCH] dm zoned: remove duplicated nr_rnd_zones increasement
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: [PATCH] dm zoned: remove duplicated nr_rnd_zones increasement
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• [PATCH 7/7] dm integrity: improve discard in journal mode
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 5/7] dm-integrity: change the size of the device
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 6/7] dm-integrity: support discard
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/7] dm-integrity: remove sector type casts
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3/7] dm-integrity: dont replay journal data past the end of the device
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/7] dm-integrity patches
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 4/7] dm-integrity: introduce get_provided_data_sectors
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/7] dm-integrity: fix a crash with unusually large tag size
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v7 0/6] block: Introduce REQ_ALLOCATE flag for REQ_OP_WRITE_ZEROES
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH] dm-integrity: fix a crash with unusually large
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v7 0/6] block: Introduce REQ_ALLOCATE flag for REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v7 0/6] block: Introduce REQ_ALLOCATE flag for REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: dm verity fec: Fix memory leak in verity_fec_ctr
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm verity fec: Fix memory leak in verity_fec_ctr
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm verity fec: Fix memory leak in verity_fec_ctr
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH v2 4/4] libmpathpersist: ABI change: limit data-in/out size to 8192 bytes
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2 2/4] libmpathpersist: format_transportids(): avoid PROUT overflow
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] dm verity fec: Fix memory leak in verity_fec_ctr
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dm verity fec: Fix memory leak in verity_fec_ctr
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH] dm verity fec: Fix memory leak in verity_fec_ctr
  • From: "Shetty, Harshini X (EXT-Sony Mobile)" <Harshini.X.Shetty@xxxxxxxx>
• Regression due to commit dbaf971c9cdf10843071a60dcafc1aaab3162354 ?
  • From: Jean-François Remy <jeff@xxxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.19 13/20] dm integrity: use dm_bio_record and dm_bio_restore
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 23/35] dm integrity: use dm_bio_record and dm_bio_restore
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 12/20] dm bio record: save/restore bi_end_io and bi_integrity
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 11/15] dm bio record: save/restore bi_end_io and bi_integrity
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 27/41] dm integrity: use dm_bio_record and dm_bio_restore
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 26/41] dm bio record: save/restore bi_end_io and bi_integrity
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 22/35] dm bio record: save/restore bi_end_io and bi_integrity
  • 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 v2 0/4] [PATCH 0/4] libmpathpersist allocation size fixes
  • From: mwilck@xxxxxxxx
• [PATCH v2 3/4] libmpathpersist: mpath_format_readfullstatus(): use real buffer size
  • From: mwilck@xxxxxxxx
• [PATCH v2 4/4] libmpathpersist: ABI change: limit data-in/out size to 8192 bytes
  • From: mwilck@xxxxxxxx
• [PATCH v2 2/4] libmpathpersist: format_transportids(): avoid PROUT overflow
  • From: mwilck@xxxxxxxx
• [PATCH v2 1/4] libmpathpersist: limit PRIN allocation length to 8192 bytes
  • From: mwilck@xxxxxxxx
• Re: [PATCH 4/4] libmpathpersist: ABI change: limit data-in/out size to 8192 bytes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 4/4] libmpathpersist: ABI change: limit data-in/out size to 8192 bytes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 4/4] libmpathpersist: ABI change: limit data-in/out size to 8192 bytes
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 2/4] libmpathpersist: format_transportids(): avoid PROUT overflow
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 3/4] libmpathpersist: mpath_format_readfullstatus(): use real buffer size
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 2/4] libmpathpersist: format_transportids(): avoid PROUT overflow
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/4] libmpathpersist: limit PRIN allocation length to 8192 bytes
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 0/4] multipath-tools unit test fixups
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: multipath-tools merges
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v4] dm ebs: new block size emulating target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH -next 000/491] treewide: use fallthrough;
  • From: Joe Perches <joe@xxxxxxxxxxx>
• probable lvm thin_pool exhaustion
  • From: maiski@xxxxxxxxxx
• Re: [PATCH v4] dm ebs: new block size emulating target
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH v6 0/6] dax/pmem: Provide a dax operation to zero page range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Fix for dm-thin pool resizing
  • From: Drew Hastings <dhastings@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] dm ebs: new block size emulating target
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• [PATCH v4] dm ebs: new block size emulating target
  • From: heinzm@xxxxxxxxxx
• Re: multipath-tools merges
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH 2/4] libmpathpersist: format_transportids(): avoid PROUT overflow
  • From: mwilck@xxxxxxxx
• [PATCH 4/4] libmpathpersist: ABI change: limit data-in/out size to 8192 bytes
  • From: mwilck@xxxxxxxx
• [PATCH 1/4] libmpathpersist: limit PRIN allocation length to 8192 bytes
  • From: mwilck@xxxxxxxx
• [PATCH 3/4] libmpathpersist: mpath_format_readfullstatus(): use real buffer size
  • From: mwilck@xxxxxxxx
• [PATCH 0/4] libmpathpersist allocation size fixes
  • From: mwilck@xxxxxxxx
• Re: multipath-tools merges
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [PATCH v7 0/6] block: Introduce REQ_ALLOCATE flag for REQ_OP_WRITE_ZEROES
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [git pull] device mapper fixes for 5.6-rc5
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• [PATCH] iscsi: do not wait for IOs in dm shrinker
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [git pull] device mapper fixes for 5.6-rc5
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [git pull] device mapper fixes for 5.6-rc5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [git pull] device mapper fixes for 5.6-rc5
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [git pull] device mapper fixes for 5.6-rc5
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [git pull] device mapper fixes for 5.6-rc5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/6] pmem: Add functions for reading/writing page to/from pmem
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v6 1/6] pmem: Add functions for reading/writing page to/from pmem
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [git pull] device mapper fixes for 5.6-rc5
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: fix congested_fn for request-based device
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• Re: dm: fix congested_fn for request-based device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm: fix congested_fn for request-based device
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• Re: [PATCH 0/4] multipath-tools unit test fixups
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: multipath-tools merges
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH 1/4] Remove tests/directio_test_dev
  • From: mwilck@xxxxxxxx
• [PATCH 2/4] tests/Makefile: allow setting DIO_TEST_DEV in the environment
  • From: mwilck@xxxxxxxx
• [PATCH 0/4] multipath-tools unit test fixups
  • From: mwilck@xxxxxxxx
• [PATCH 3/4] tests/Makefile: add test_clean target
  • From: mwilck@xxxxxxxx
• [PATCH 4/4] tests: add README.md
  • From: mwilck@xxxxxxxx
• Re: multipath-tools merges
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [PATCH resend] ALUA support for PURE FlashArray
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH resend] ALUA support for PURE FlashArray
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH resend] ALUA support for PURE FlashArray
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH resend] ALUA support for PURE FlashArray
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• multipath-tools merges
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH v6 2/6] dax, pmem: Add a dax operation zero_page_range
  • From: Pankaj Gupta <pankaj.gupta.linux@xxxxxxxxx>
• Re: [PATCH v6 0/6] dax/pmem: Provide a dax operation to zero page range
  • From: Pankaj Gupta <pankaj.gupta.linux@xxxxxxxxx>
• Re: [PATCH v6 1/6] pmem: Add functions for reading/writing page to/from pmem
  • From: Pankaj Gupta <pankaj.gupta.linux@xxxxxxxxx>
• Re: [PATCH] crypto: caam - update xts sector size for large input length
  • From: Horia Geanta <horia.geanta@xxxxxxx>
• [dm:for-next 30/32] drivers/md/dm-bio-record.h:45:7: error: 'struct bio' has no member named 'bi_integrity'; did you mean 'bi_iter'?
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v6 6/6] dax, iomap: Add helper dax_iomap_zero() to zero a range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v6 5/6] dax: Use new dax zero page method for zeroing a page
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v6 1/6] pmem: Add functions for reading/writing page to/from pmem
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v6 2/6] dax, pmem: Add a dax operation zero_page_range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v6 0/6] dax/pmem: Provide a dax operation to zero page range
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v6 4/6] dm, dax: Add dax zero_page_range operation
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH v6 3/6] s390, dcssblk, dax: Add dax zero_page_range operation to dcssblk driver
  • 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: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] md/dm-stats.c: use list_for_each_entry*() APIs to simplify code
  • From: qiwuchen55@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: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] dm-integrity: Prevent RMW for full tag area writes
  • From: Lukas Straub <lukasstraub2@xxxxxx>
• [PATCH v2] dm-integrity: Prevent RMW for full metadata buffer writes
  • From: Lukas Straub <lukasstraub2@xxxxxx>
• 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>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] dm zoned: Fix reference counter initial value of chunk works
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• [PATCH] dm zoned: Fix reference counter initial value of chunk works
  • From: "Shin'ichiro Kawasaki" <shinichiro.kawasaki@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] dm-integrity: Prevent RMW for full tag area writes
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-integrity: Prevent RMW for full tag area writes
  • From: Lukas Straub <lukasstraub2@xxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Jane Chu <jane.chu@xxxxxxxxxx>
• Re: [PATCH v5 2/8] drivers/pmem: Allow pmem_clear_poison() to accept arbitrary offset and len
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: dm integrity: reinitialize __bi_remaining when reusing bio
  • From: Mike Snitzer <snitzer@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] dm integrity: reinitialize __bi_remaining when reusing bio
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• 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: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] dm integrity: reinitialize __bi_remaining when reusing bio
  • From: Daniel Glöckner <dg@xxxxxxxxx>
• Re: [PATCH] dm integrity: reinitialize __bi_remaining when reusing bio
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: RFC: multipath-tools: NVMe native multipath and default setting for "enable_foreign"
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] dm integrity: reinitialize __bi_remaining when reusing bio
  • From: Daniel Glöckner <dg@xxxxxxxxx>
• Re: [PATCH] dm-integrity: Prevent RMW for full tag area writes
  • 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: 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>