Linux Device-Mapper Development

• Thread Index

• Re: [PATCH v3 1/6] crypto: essiv - create wrapper template for ESSIV generation
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v3 1/6] crypto: essiv - create wrapper template for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 1/6] crypto: essiv - create wrapper template for ESSIV generation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/6] crypto: essiv - create wrapper template for ESSIV generation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v3 1/6] crypto: essiv - create wrapper template for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 0/6] crypto: switch to crypto API for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 1/6] crypto: essiv - create wrapper template for ESSIV generation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/6] crypto: essiv - create wrapper template for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 0/6] crypto: switch to crypto API for ESSIV generation
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v3 1/6] crypto: essiv - create wrapper template for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 1/6] crypto: essiv - create wrapper template for ESSIV generation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/6] crypto: essiv - create wrapper template for ESSIV generation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/6] crypto: switch to crypto API for ESSIV generation
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v3 0/6] crypto: switch to crypto API for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 6/6] crypto: arm64/aes - implement accelerated ESSIV/CBC mode
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v3 0/6] crypto: switch to crypto API for ESSIV generation
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH] dm-verity: Use message limit for data block corruption message.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v3 1/6] crypto: essiv - create wrapper template for ESSIV generation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/6] crypto: essiv - create wrapper template for ESSIV generation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/6] crypto: essiv - create wrapper template for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 0/6] crypto: switch to crypto API for ESSIV generation
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC PATCH v5 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v5 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] dm log writes: Add support for filter bios based on its type
  • From: Qu Wenruo <wqu@xxxxxxxx>
• [PATCH 1/2] dm log writes: Allow dm-log-writes to filter bios based on types to reduce log device space usage
  • From: Qu Wenruo <wqu@xxxxxxxx>
• [PATCH 2/2] dm log writes: Introduce dump_type= message type to change dump_type on the fly
  • From: Qu Wenruo <wqu@xxxxxxxx>
• Re: [PATCH v3 1/6] crypto: essiv - create wrapper template for ESSIV generation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v3 2/6] fs: crypto: invoke crypto API for ESSIV handling
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v3 6/6] crypto: arm64/aes - implement accelerated ESSIV/CBC mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 6/6] crypto: arm64/aes - implement accelerated ESSIV/CBC mode
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 0/6] crypto: switch to crypto API for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 6/6] crypto: arm64/aes - implement accelerated ESSIV/CBC mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 1/6] crypto: essiv - create wrapper template for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 5/6] crypto: essiv - add test vector for essiv(cbc(aes), aes, sha256)
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 2/6] fs: crypto: invoke crypto API for ESSIV handling
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 4/6] md: dm-crypt: switch to ESSIV crypto API template
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 3/6] md: dm-crypt: infer ESSIV block cipher from cipher string directly
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/4] crypto: essiv - create wrapper template for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/4] crypto: essiv - create wrapper template for ESSIV generation
  • From: Ondrej Mosnáček <omosnacek@xxxxxxxxx>
• Re: [PATCH v2 0/4] crypto: switch to crypto API for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 0/4] crypto: switch to crypto API for ESSIV generation
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v2 0/4] crypto: switch to crypto API for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 0/4] crypto: switch to crypto API for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 0/4] crypto: switch to crypto API for ESSIV generation
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v2 0/4] crypto: switch to crypto API for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 0/4] crypto: switch to crypto API for ESSIV generation
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v2 0/4] crypto: switch to crypto API for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 0/4] crypto: switch to crypto API for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 0/4] crypto: switch to crypto API for ESSIV generation
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH v2 3/4] md: dm-crypt: infer ESSIV block cipher from cipher string directly
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 0/4] crypto: switch to crypto API for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 2/4] fs: crypto: invoke crypto API for ESSIV handling
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 4/4] md: dm-crypt: switch to ESSIV crypto API template
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 1/4] crypto: essiv - create wrapper template for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] dm log writes: Fix the wrong comment on the logged sequence
  • From: Qu Wenruo <wqu@xxxxxxxx>
• Re: [RFC PATCH v4 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Singh Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• Re: dm-init: fix 2 incorrect use of kstrndup()
  • From: Gen Zhang <blackgod016574@xxxxxxxxx>
• Re: [RFC PATCH 0/3] crypto: switch to shash for ESSIV generation
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] crypto: switch to shash for ESSIV generation
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC PATCH 0/3] crypto: switch to shash for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] crypto: switch to shash for ESSIV generation
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC PATCH 0/3] crypto: switch to shash for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] crypto: switch to shash for ESSIV generation
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC PATCH 0/3] crypto: switch to shash for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH v4 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC PATCH 0/3] crypto: switch to shash for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] crypto: switch to shash for ESSIV generation
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC PATCH 0/3] crypto: switch to shash for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] crypto: switch to shash for ESSIV generation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] crypto: switch to shash for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: block: be more careful about status in __bio_chain_endio
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC PATCH 0/3] crypto: switch to shash for ESSIV generation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] crypto: switch to shash for ESSIV generation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] crypto: switch to shash for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] crypto: switch to shash for ESSIV generation
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v2] dm log writes: make sure the log super sectors are written in order
  • From: "zhangyi (F)" <yi.zhang@xxxxxxxxxx>
• [RFC PATCH v4 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v4 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v4 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• Re: [Qemu-devel] [PATCH v13 2/7] virtio-pmem: Add virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• dm thin block allocation failure
  • From: Markus Schade <markus.schade@xxxxxxxxx>
• [RFC PATCH v4 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 2/7] virtio-pmem: Add virtio pmem driver
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2] dm log writes: make sure the log super sectors are written in order
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• [PATCH v4 07/28] docs: convert docs to ReST and rename to *.rst
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH] dm table: don't copy from a null pointer in realloc_argv
  • From: "Jerome Marchand" <jmarchan@xxxxxxxxxx>
• [PATCH v13 7/7] xfs: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v13 6/7] ext4: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v13 5/7] dax: check synchronous mapping is supported
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v13 2/7] virtio-pmem: Add virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v13 4/7] dm: enable synchronous dax
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v13 1/7] libnvdimm: nd_region flush callback support
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v13 0/7] virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH v12 2/7] virtio-pmem: Add virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v13 3/7] libnvdimm: add dax_dev sync flag
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH v12 2/7] virtio-pmem: Add virtio pmem driver
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH] dm-crypt: use struct_size() in kzalloc()
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• Re: [PATCH v12 2/7] virtio-pmem: Add virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH v12 2/7] virtio-pmem: Add virtio pmem driver
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v12 6/7] ext4: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v12 5/7] dax: check synchronous mapping is supported
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v12 1/7] libnvdimm: nd_region flush callback support
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH] dm-log: use struct_size() to calculate the size of struct
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• [PATCH v12 4/7] dm: enable synchronous dax
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v12 3/7] libnvdimm: add dax_dev sync flag
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v12 0/7] virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH v11 4/7] dm: enable synchronous dax
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH v11 4/7] dm: enable synchronous dax
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH v12 4/7] dm: enable synchronous dax
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v12 7/7] xfs: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v12 2/7] virtio-pmem: Add virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: block: be more careful about status in __bio_chain_endio
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: block: be more careful about status in __bio_chain_endio
  • From: John Dorminy <jdorminy@xxxxxxxxxx>
• Re: [PATCH v12 4/7] dm: enable synchronous dax
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v11 4/7] dm: enable synchronous dax
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/1] Add dm verity root hash pkcs7 sig validation
  • From: Jaskaran Singh Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/1] Add dm verity root hash pkcs7 sig validation
  • From: Jaskaran Singh Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/1] Add dm verity root hash pkcs7 sig validation
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v11 4/7] dm: enable synchronous dax
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v11 7/7] xfs: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v11 5/7] dax: check synchronous mapping is supported
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v11 6/7] ext4: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v11 2/7] virtio-pmem: Add virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v11 4/7] dm: enable synchronous dax
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v11 0/7] virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v11 1/7] libnvdimm: nd_region flush callback support
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v11 3/7] libnvdimm: add dax_dev sync flag
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [RFC PATCH v3 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1 v2] Add dm verity root hash pkcs7 sig validation.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH V2] dm space map common: remove the redundancy check for the sm_find_free's return value
  • From: ZhangXiaoxu <zhangxiaoxu5@xxxxxxxxxx>
• [PATCH] dm space map common: remove the redundancy check for the sm_find_free's return value
  • From: ZhangXiaoxu <zhangxiaoxu5@xxxxxxxxxx>
• Re: [PATCH v10 4/7] dm: enable synchronous dax
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [RFC PATCH v3 1/1] Add dm verity root hash pkcs7 sig validation
  • From: Jaskaran Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 08/33] docs: convert docs to ReST and rename to *.rst
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/1] Add dm verity root hash pkcs7 sig validation
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC PATCH v3 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH] Documentation/dm-init: fix multi device example
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH 23/30] libmultipath: parse_vpd_pg80: fix overflow output
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 27/30] libmultipath: fix memory leak with "uid_attrs" config option
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 26/30] libmultipath: fix has_uid_fallback() logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 20/30] libmultipath: parse_vpd_pg83: common code for SCSI string parsing
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 29/30] libmultipath: more cautious blacklisting by missing property
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 18/30] libmultipath: fix parsing of SCSI name string, iqn format
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 13/30] multipath-tools tests: add test for VPD parsing
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 17/30] libmultipath: fix another WWID overflow in parse_vpd_pg83()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 16/30] libmultipath: fix possible WWID overflow in parse_vpd_pg83()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 01/30] kpartx: dasd: fix -Waddress-of-packed-member warning from gcc9
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 30/30] multipath.conf.5: Improve documentation of WWID determination
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 06/30] multipath-tools: Fix more strncpy(X, Y, size - 1) calls
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 12/30] multipath-tools tests: add strlcpy() tests
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 28/30] multipath-tools tests: add test for uid_attrs parsing
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 25/30] libmultipath: get_uid: straighten the fallback logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 11/30] tests/hwtable: decrease log verbosity
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 21/30] libmultipath: allow zero-padded SCSI names in parse_vpd_pg83()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 22/30] libmultipath: fix parsing of non-space-terminated T10 ID
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 24/30] libmultipath: parse_vpd_pg80: fix whitespace handling
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 10/30] multipath-tools tests: omit timestamp in log messages
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 19/30] libmultipath: add consistent WWID overflow logging in parse_vpd_pg83
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 14/30] libmultipath: fix parsing of VPD 83 type 1 (T10 vendor ID)
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 07/30] libmpathcmd: use target length in strncpy() call
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 04/30] libmultipath: fix -Wstringop-overflow warning in merge_words()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 15/30] libmultipath: Fix buffer overflow in parse_vpd_pg80()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 05/30] multipath-tools: fix more gcc 9 -Wstringop-truncation warnings
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 08/30] libmultipath: inline set_default()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 09/30] libmultipath: add size argument to dm_get_uuid()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 00/30] multipath-tools: gcc9, VPD parsing, and get_uid fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 02/30] libmultipath: fix gcc -Wstringop-truncation warning in set_value()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 03/30] libmultipath: remove 'space' argument to merge_words()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Fibre Channel Transport Services on Linux
  • From: Muneendra Kumar M <muneendra.kumar@xxxxxxxxxxxx>
• Re: dm-init: fix 2 incorrect use of kstrndup()
  • From: Gen Zhang <blackgod016574@xxxxxxxxx>
• Re: dm-region-hash: Fix a missing-check bug in __rh_alloc()
  • From: Gen Zhang <blackgod016574@xxxxxxxxx>
• Re: [RFC 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] dm-region-hash: Fix a missing-check bug in __rh_alloc()
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH v12] dm: add support to directly boot to a mapped device
  • From: Stephen Boyd <swboyd@xxxxxxxxxxxx>
• Re: dm log writes: make sure the log super sectors are written in order
  • From: "zhangyi (F)" <yi.zhang@xxxxxxxxxx>
• Re: [PATCH] Documentation/dm-init: fix multi device example
  • From: Stephen Boyd <swboyd@xxxxxxxxxxxx>
• Re: [PATCH v12] dm: add support to directly boot to a mapped device
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• [PATCH v2] dm log writes: make sure the log super sectors are written in order
  • From: "zhangyi (F)" <yi.zhang@xxxxxxxxxx>
• [PATCH] dm init: Remove trailing newline from DM*()
  • From: Stephen Boyd <swboyd@xxxxxxxxxxxx>
• [PATCH] dm log writes: make sure the log super sectors are written in order
  • From: "zhangyi (F)" <yi.zhang@xxxxxxxxxx>
• Re: [PATCH v12] dm: add support to directly boot to a mapped device
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxx>
• Re: Automatic blacklisting of NVMe devices if NVMe native MP
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v12] dm: add support to directly boot to a mapped device
  • From: Stephen Boyd <swboyd@xxxxxxxxxxxx>
• Re: dm-region-hash: Fix a missing-check bug in __rh_alloc()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] Documentation/dm-init: fix multi device example
  • From: Helen Koike <helen.koike@xxxxxxxxxxxxx>
• Re: dm log writes: make sure the log super sectors are written in order
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: [PATCH v12] dm: add support to directly boot to a mapped device
  • From: Helen Koike <helen.koike@xxxxxxxxxxxxx>
• Re: [PATCH] multipath: call store_pathinfo with DI_BLACKLIST
  • From: Martin Wilck <mwilck@xxxxxxx>
• Automatic blacklisting of NVMe devices if NVMe native MP
  • From: "Eyal Ben-David" <EYALBE@xxxxxxxxxx>
• [PATCH] multipath: call store_pathinfo with DI_BLACKLIST
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: dm log writes: make sure the log super sectors are written in order
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: dm kcopyd: Increase sub-job size to 512KiB
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: dm log writes: make sure the log super sectors are written in order
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm kcopyd: Increase sub-job size to 512KiB
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm kcopyd: Increase sub-job size to 512KiB
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: WARNING: CPU: 0 PID: 29149 at kernel/workqueue.c:2911 __flush_work.isra.29+0x19f/0x1b0
  • From: Eric Wheeler <linux-block@xxxxxxxxxxxxxxxxxx>
• Re: WARNING: CPU: 0 PID: 29149 at kernel/workqueue.c:2911 __flush_work.isra.29+0x19f/0x1b0
  • From: Eric Wheeler <linux-block@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 4/7] dm: enable synchronous dax
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: dm-init: fix 2 incorrect use of kstrndup()
  • From: Gen Zhang <blackgod016574@xxxxxxxxx>
• Re: dm-init: fix 2 incorrect use of kstrndup()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-init: fix 2 incorrect use of kstrndup()
  • From: Gen Zhang <blackgod016574@xxxxxxxxx>
• Re: [PATCH v2 0/9] speeding up mpathpersist
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] dm-init: fix 2 incorrect use of kstrndup()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH] dm-init: fix 2 incorrect use of kstrndup()
  • From: Gen Zhang <blackgod016574@xxxxxxxxx>
• Re: [PATCH] libmultipath: make vector_foreach_slot_backwards work as expected
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2 6/9] mpathpersist: initialize data structures only once
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 9/9] mpathpersist.8: add documentation for --batch-file (-f)
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 7/9] libmpathpersist: don't bother with priorities
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 1/9] mpathpersist: call usage() just once on return
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 3/9] mpathpersist: no need to treat error close() as fatal
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 8/9] mpathpersist.8: fix examples in man page
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 0/9] speeding up mpathpersist
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 4/9] libmpathpersist: updatepaths: deal with missing pp->udev
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 5/9] libmpathpersist: factor out initialization and teardown
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 2/9] mpathpersist: add option --batch-file (-f)
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] libmultipath: make vector_foreach_slot_backwards work as expected
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: dm-region-hash: fix a missing-check bug in __rh_alloc()
  • From: Gen Zhang <blackgod016574@xxxxxxxxx>
• [PATCH 0/1 v2] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• [PATCH] dm-region-hash: fix a missing-check bug in __rh_alloc()
  • From: Gen Zhang <blackgod016574@xxxxxxxxx>
• [PATCH 1/1 v2] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• Re: fstrim discarding too many or wrong blocks on Linux 5.1, leading to data loss
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxx>
• Re: dm-region-hash: fix a missing-check bug in __rh_alloc()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] libmultipath: make vector_foreach_slot_backwards work as expected
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: fstrim discarding too many or wrong blocks on Linux 5.1, leading to data loss
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] block: Fix a NULL pointer dereference in generic_make_request()
  • From: Guilherme Piccoli <gpiccoli@xxxxxxxxxxxxx>
• [PATCH] dm-region-hash: Fix a missing-check bug in __rh_alloc()
  • From: Gen Zhang <blackgod016574@xxxxxxxxx>
• Re: [PATCH V2 1/2] block: Fix a NULL pointer dereference in generic_make_request()
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH V2 1/2] block: Fix a NULL pointer dereference in generic_make_request()
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/7] mpathpersist: add option --batch-file (-f)
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [RFC PATCH 2/7] mpathpersist: add option --batch-file (-f)
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [RFC PATCH 2/7] mpathpersist: add option --batch-file (-f)
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [git pull] device mapper fix for 5.2-rc2
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH] dm-integrity: Always set version on superblock update
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: Dm-integrity freeze
  • From: Hans van Kranenburg <hans@xxxxxxxxxxx>
• [git pull] device mapper fix for 5.2-rc2
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Dm-integrity freeze
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [dm-crypt] Dm-integrity freeze
  • From: Hans van Kranenburg <hans@xxxxxxxxxxx>
• Re: fstrim discarding too many or wrong blocks on Linux 5.1, leading to data loss
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• Re: fstrim discarding too many or wrong blocks on Linux 5.1, leading to data loss
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxx>
• Re: [git pull v2] device mapper changes for 5.2
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [git pull] device mapper changes for 5.2
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: fstrim discarding too many or wrong blocks on Linux 5.1, leading to data loss
  • From: Michael Laß <bevan@xxxxxxxxx>
• [PATCH] dm: make sure to obey max_io_len_target_boundary
  • From: Michael Lass <bevan@xxxxxxxxx>
• Re: fstrim discarding too many or wrong blocks on Linux 5.1, leading to data loss
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: fstrim discarding too many or wrong blocks on Linux 5.1, leading to data loss
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• Re: [PATCH V2 2/2] md/raid0: Do not bypass blocking queue entered for raid0 bios
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: fstrim discarding too many or wrong blocks on Linux 5.1, leading to data loss
  • From: Michael Laß <bevan@xxxxxxxxx>
• Re: [PATCH V2 2/2] md/raid0: Do not bypass blocking queue entered for raid0 bios
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] block: Fix a NULL pointer dereference in generic_make_request()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [dm-crypt] Dm-integrity freeze
  • From: Hans van Kranenburg <hans@xxxxxxxxxxx>
• Re: [RFC 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH 1/4] libmultipath: handle clock_gettime failures in tur checker
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v2] multipath-tools (coverity): assert availability of CLOCK_MONOTONIC
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools (coverity): assert availability of CLOCK_MONOTONIC
  • From: Martin Wilck <mwilck@xxxxxxx>
• [PATCH] mpathpersist.8: fix examples in man page
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools (coverity): assert availability of CLOCK_MONOTONIC
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: fstrim discarding too many or wrong blocks on Linux 5.1, leading to data loss
  • From: Michael Laß <bevan@xxxxxxxxx>
• Re: fstrim discarding too many or wrong blocks on Linux 5.1, leading to data loss
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH] multipath-tools (coverity): assert availability of CLOCK_MONOTONIC
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: fstrim discarding too many or wrong blocks on Linux 5.1, leading to data loss
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• Re: fstrim discarding too many or wrong blocks on Linux 5.1, leading to data loss
  • From: Michael Laß <bevan@xxxxxxxxx>
• Re: fstrim discarding too many or wrong blocks on Linux 5.1, leading to data loss
  • From: Michael Laß <bevan@xxxxxxxxx>
• Re: [PATCH 1/2] block: Fix a NULL pointer dereference in generic_make_request()
  • From: Eric Ren <renzhengeek@xxxxxxxxx>
• fstrim discarding too many or wrong blocks on Linux 5.1, leading to data loss
  • From: Michael Laß <bevan@xxxxxxxxx>
• [RFC PATCH 1/7] mpathpersist: call usage() just once on return
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 6/7] mpathpersist: initialize data structures only once
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 4/7] libmpathpersist: updatepaths: deal with missing pp->udev
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 0/7] speeding up mpathpersist
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 3/7] mpathpersist: no need to treat error close() as fatal
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 5/7] libmpathpersist: factor out initialization and teardown
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 7/7] libmpathpersist: don't bother with priorities
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC PATCH 2/7] mpathpersist: add option --batch-file (-f)
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/2] block: Fix a NULL pointer dereference in generic_make_request()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 0/4] Coverity fixes
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [PATCH 1/4] libmultipath: handle clock_gettime failures in tur checker
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [PATCH 2/2] md/raid0: Do not bypass blocking queue entered for raid0 bios
  • From: "Guilherme G. Piccoli" <kernel@xxxxxxxxxxxx>
• Re: [PATCH 1/2] block: Fix a NULL pointer dereference in generic_make_request()
  • From: "Guilherme G. Piccoli" <kernel@xxxxxxxxxxxx>
• [PATCH 4/4] multipathd: handle NULL return from genhelp_handler
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 2/4] kpartx: fail if dup() of dasd file descriptor fails
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 3/4] multipathd: fix REALLOC_REPLY with max length reply
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 1/4] libmultipath: handle clock_gettime failures in tur checker
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 0/4] Coverity fixes
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/2] block: Fix a NULL pointer dereference in generic_make_request()
  • From: Eric Ren <renzhengeek@xxxxxxxxx>
• Re: [git pull v2] device mapper changes for 5.2
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] multipath -u: test socket connection in non-blocking mode
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: dax: Arrange for dax_supported check to span multiple devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] libmultipath: get_prio(): really don't reset prio for inaccessible paths
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: dax: Arrange for dax_supported check to span multiple devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [git pull v2] device mapper changes for 5.2
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Fwd: [PATCH] md : dm: Fixed a brace coding style issue
  • From: Sheetal Singala <2396sheetal@xxxxxxxxx>
• Re: [PATCH 1/2] dm-crypt: print device name in integrity error message.
  • From: Erich Eckner <dm-devel@xxxxxxxxxx>
• [PATCH] libmultipath: get_prio(): really don't reset prio for inaccessible paths
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2] multipath -u: test socket connection in non-blocking mode
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [PATCH v9 4/7] dm: enable synchronous dax
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2] dm ioctl: fix hang in early create error condition
  • From: Helen Koike <helen.koike@xxxxxxxxxxxxx>
• Re: dm ioctl: fix hang in early create error condition
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] multipath -u: test socket connection in non-blocking mode
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2] multipathd: fix client response for socket activation
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 4/4] libmultipath: get_prio(): don't reset prio for inaccessible paths
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: dm ioctl: fix hang in early create error condition
  • From: Helen Koike <helen.koike@xxxxxxxxxxxxx>
• [PATCH 1/2] dm-crypt: print device name in integrity error message.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 2/2] dm-crypt: move detailed message into debug level.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH] dax: Arrange for dax_supported check to span multiple devices
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH] dax: Arrange for dax_supported check to span multiple devices
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH] dax: Arrange for dax_supported check to span multiple devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Problems caused by dm crypt: use WQ_HIGHPRI for the IO and crypt workqueues
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: Problems caused by dm crypt: use WQ_HIGHPRI for the IO and crypt workqueues
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Problems caused by dm crypt: use WQ_HIGHPRI for the IO and crypt workqueues
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• add identifying information in INTEGRITY AEAD ERROR message
  • From: Erich Eckner <device-mapper@xxxxxxxxxx>
• Re: dm ioctl: fix hang in early create error condition
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm ioctl: fix hang in early create error condition
  • From: Helen Koike <helen.koike@xxxxxxxxxxxxx>
• [git pull] device mapper changes for 5.2
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Problems caused by dm crypt: use WQ_HIGHPRI for the IO and crypt workqueues
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Problems caused by dm crypt: use WQ_HIGHPRI for the IO and crypt workqueues
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• [PATCH] md : dm: Fixed a brace coding style issue
  • From: Sheetal <2396sheetal@xxxxxxxxx>
• Re: [PATCH] multipath-tools: document missing mpathpersist flags in help output
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [PATCH] multipath-tools: document missing multipathd option at man page
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [PATCH] multipath-tools: document missing multipath flags in help output
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [PATCH 08/10] dm-integrity: add a bitmap mode
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/2] md/raid0: Do not bypass blocking queue entered for raid0 bios
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] md/raid0: Do not bypass blocking queue entered for raid0 bios
  • From: "Guilherme G. Piccoli" <guilherme@xxxxxxxxxxxx>
• Re: [PATCH 08/10] dm-integrity: add a bitmap mode
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 08/10] dm-integrity: add a bitmap mode
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/2] md/raid0: Do not bypass blocking queue entered for raid0 bios
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 08/10] dm-integrity: add a bitmap mode
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/2] md/raid0: Do not bypass blocking queue entered for raid0 bios
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] multipath-tools: format correctly maintainer info in hwtable
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 08/10] dm-integrity: add a bitmap mode
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-integrity: correctly calculate the size of metadata area
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-integrity: correctly calculate the size of metadata area
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH 2/2] md/raid0: Do not bypass blocking queue entered for raid0 bios
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH 2/2] md/raid0: Do not bypass blocking queue entered for raid0 bios
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] md/raid0: Do not bypass blocking queue entered for raid0 bios
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [PATCH 4.9 44/62] scsi: core: add new RDAC LENOVO/DE_Series device
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 45/75] scsi: core: add new RDAC LENOVO/DE_Series device
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 51/99] scsi: core: add new RDAC LENOVO/DE_Series device
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.0 063/122] scsi: core: add new RDAC LENOVO/DE_Series device
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] [PATCH V2 0/1] Introduce emergency raid0 stop for mounted arrays
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [PATCH 2/2] md/raid0: Do not bypass blocking queue entered for raid0 bios
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH -next] dm dust: Make dm_dust_init and dm_dust_exit static
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• [PATCH][next] dm: remove redundant unsigned comparison to less than zero
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• [PATCH 1/2] block: Fix a NULL pointer dereference in generic_make_request()
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH] dm dust: Convert an 'else if' into an 'else' in dust_map
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [RFC] [PATCH V2 0/1] Introduce emergency raid0 stop for mounted arrays
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH] multipath-tools: document missing mpathpersist flags in help output
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: document missing multipathd option at man page
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: document missing multipath flags in help output
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH][next] dm: remove redundant unsigned comparison to less than zero
  • From: Bryan Gurney <bgurney@xxxxxxxxxx>
• Re: [RFC] [PATCH V2 0/1] Introduce emergency raid0 stop for mounted arrays
  • From: "Guilherme G. Piccoli" <kernel@xxxxxxxxxxxx>
• Re: [PATCH 1/2] block: Fix a NULL pointer dereference in generic_make_request()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH v2] multipathd: fix client response for socket activation
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] multipathd: fix client response for socket activation
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] dm dust: Convert an 'else if' into an 'else' in dust_map
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• [PATCH -next] dm: remove unused including <linux/version.h>
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• Re: linux-next: Tree for Apr 29 (drivers/md/dm-dust)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 10/10] dm-integrity: implement synchronous mode for reboot handling
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 07/10] dm-integrity: update documentation
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 04/10] dm-ingerity: pass size to dm_integrity_alloc_page_list
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 03/10] dm-integrity: introduce rw_journal_sectors
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 02/10] dm-integrity: dont report unused options
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 08/10] dm-integrity: add a bitmap mode
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 09/10] dm-integrity: handle machine reboot in bitmap mode
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 01/10] dm-integrity: dont check null pointer before kvfree and vfree
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 06/10] dm-integrity: introduce a function add_new_range_and_wait
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 05/10] dm-integrity: allow large ranges
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 00/10] dm-integrity bitmap patches
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] dm mpath: fix missing call of path selector type->end_io
  • From: Martin Wilck <mwilck@xxxxxxx>
• [PATCH] dm mpath: parse_path: always free attached_handler_name
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] dm mpath: fix memory leak for attached_handler_name
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [PATCH] dm-writecache: avoid unnecessary lookups in writecache_find_entry
  • From: Huaisheng HS1 Ye <yehs1@xxxxxxxxxx>
• [PATCH] dm mpath: fix memory leak for attached_handler_name
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [dm:for-next 22/22] drivers/md/dm-dust.o:undefined reference to `__udivdi3'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] multipath-tools: document missing kpartx options in man and output
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [dm:dm-5.2 22/22] ERROR: "__aeabi_uldivmod" [drivers/md/dm-dust.ko] undefined!
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [dm:dm-5.2 22/22] drivers/md/dm-dust.c:35:17: sparse: sparse: symbol 'dust_rb_search' was not declared. Should it be static?
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [RFC PATCH dm] dm: dust_rb_search() can be static
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] dm: init: fix max devices/targets checks
  • From: Helen Koike <helen.koike@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH] dm-writecache: avoid unnecessary lookups in writecache_find_entry
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [Vdo-devel] max_sectors_kb limitations with VDO and dm-thin
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• [PATCH v2 2/4] dm writecache: add unlikely for returned value of rb_next/prev
  • From: Huaisheng Ye <yehs2007@xxxxxxxx>
• [PATCH v2 1/4] dm writecache: remove needless dereferences in __writecache_writeback_pmem()
  • From: Huaisheng Ye <yehs2007@xxxxxxxx>
• Re: [patch V3 24/29] tracing: Remove the last struct stack_trace usage
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH v2 4/4] dm writecache: avoid unnecessary lookups in writecache_find_entry
  • From: Huaisheng Ye <yehs2007@xxxxxxxx>
• [PATCH v2 0/4] Misc dm writecache patches
  • From: Huaisheng Ye <yehs2007@xxxxxxxx>
• [PATCH v2 3/4] dm writecache: remove unused member page_offset in writeback_struct
  • From: Huaisheng Ye <yehs2007@xxxxxxxx>
• Re: [patch V3 00/29] stacktrace: Consolidate stack trace usage
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [patch V3 21/29] tracing: Use percpu stack trace buffer more intelligently
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v2] dm mpath: fix missing call of path selector type->end_io
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] multipath -u: test socket connection in non-blocking mode
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [Vdo-devel] max_sectors_kb limitations with VDO and dm-thin
  • From: Ryan Norwood <ryan.p.norwood@xxxxxxxxx>
• [PATCH] dm-delay: fix a crash when invalid device is specified
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [patch V3 18/29] lockdep: Remove save argument from check_prev_add()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [patch V3 23/29] tracing: Simplify stack trace retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 02/29] stacktrace: Provide helpers for common stack trace operations
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 05/29] proc: Simplify task stack retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 08/29] mm/kmemleak: Simplify stacktrace handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 19/29] lockdep: Simplify stack trace handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 18/29] lockdep: Remove save argument from check_prev_add()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 25/29] livepatch: Simplify stack trace retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 09/29] mm/kasan: Simplify stacktrace handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 16/29] drm: Simplify stacktrace handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 20/29] tracing: Simplify stacktrace retrieval in histograms
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 03/29] lib/stackdepot: Provide functions which operate on plain storage arrays
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 21/29] tracing: Use percpu stack trace buffer more intelligently
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 06/29] latency_top: Simplify stack trace handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 28/29] stacktrace: Provide common infrastructure
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 29/29] x86/stacktrace: Use common infrastructure
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 15/29] dm persistent data: Simplify stack trace handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 24/29] tracing: Remove the last struct stack_trace usage
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 04/29] backtrace-test: Simplify stack trace handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 00/29] stacktrace: Consolidate stack trace usage
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 11/29] fault-inject: Simplify stacktrace retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 17/29] lockdep: Remove unused trace argument from print_circular_bug()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 26/29] stacktrace: Remove obsolete functions
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 22/29] tracing: Make ftrace_trace_userstack() static and conditional
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 01/29] tracing: Cleanup stack trace code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 12/29] dma/debug: Simplify stracktrace retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 27/29] lib/stackdepot: Remove obsolete functions
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 10/29] mm/page_owner: Simplify stack trace handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 13/29] btrfs: ref-verify: Simplify stack trace retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 07/29] mm/slub: Simplify stack trace retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 14/29] dm bufio: Simplify stack trace retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: max_sectors_kb limitations with VDO and dm-thin
  • From: Ryan Norwood <ryan.p.norwood@xxxxxxxxx>
• Re: [patch V3 00/29] stacktrace: Consolidate stack trace usage
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2] dm mpath: fix missing call of path selector type->end_io
  • From: yuyufen <yuyufen@xxxxxxxxxx>
• Re: [patch V2 18/29] lockdep: Move stack trace logic into check_prev_add()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 33/52] scsi: core: add new RDAC LENOVO/DE_Series device
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH AUTOSEL 4.14 22/35] scsi: core: add new RDAC LENOVO/DE_Series device
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 18/28] scsi: core: add new RDAC LENOVO/DE_Series device
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.0 41/66] scsi: core: add new RDAC LENOVO/DE_Series device
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: max_sectors_kb limitations with VDO and dm-thin
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: max_sectors_kb limitations with VDO and dm-thin
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: max_sectors_kb limitations with VDO and dm-thin
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [patch V2 19/29] lockdep: Simplify stack trace handling
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [patch V2 18/29] lockdep: Move stack trace logic into check_prev_add()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: max_sectors_kb limitations with VDO and dm-thin
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm mpath: fix missing call of path selector type->end_io
  • From: Martin Wilck <mwilck@xxxxxxx>
• [PATCH v2] dm mpath: fix missing call of path selector type->end_io
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: max_sectors_kb limitations with VDO and dm-thin
  • From: Ryan Norwood <ryan.p.norwood@xxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH] dm-writecache: avoid unnecessary lookups in writecache_find_entry
  • From: Huaisheng HS1 Ye <yehs1@xxxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH v2] multipath -u: test socket connection in non-blocking mode
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v2] multipath -u: test socket connection in non-blocking mode
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath -u: test socket connection in non-blocking mode
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath -u: test socket connection in non-blocking mode
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] multipath -u: test socket connection in non-blocking mode
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC PATCH] multipath: check on multipathd without starting it
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Wes Turner <wes.turner@xxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Wes Turner <wes.turner@xxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: max_sectors_kb limitations with VDO and dm-thin
  • From: Ryan Norwood <ryan.p.norwood@xxxxxxxxx>
• Re: [PATCH] dm-writecache: add unlikely for returned value of rb_next/prev
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-writecache: simplify the using of pointer wb
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm-writecache: avoid unnecessary lookups in writecache_find_entry
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm mpath: fix miss calling of path selector type->end_io
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH] dm-writecache: remove unused member page_offset in writeback_struct
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [patch V2 28/29] stacktrace: Provide common infrastructure
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [patch V2 25/29] livepatch: Simplify stack trace retrieval
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [patch V2 28/29] stacktrace: Provide common infrastructure
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH v2 11/79] docs: convert docs to ReST and rename to *.rst
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [patch V2 28/29] stacktrace: Provide common infrastructure
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [patch V2 28/29] stacktrace: Provide common infrastructure
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH] dm: initialize md->dax_dev only with CONFIG_DAX_DRIVER enabled
  • From: Peng Wang <rocking@xxxxxxxxxx>
• Re: [patch V2 21/29] tracing: Use percpu stack trace buffer more intelligently
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 01/29] tracing: Cleanup stack trace code
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [patch V2 03/29] lib/stackdepot: Provide functions which operate on plain storage arrays
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Avoiding merge conflicts while adding new docs - Was: Re: [PATCH 00/57] Convert files to ReST
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [patch V2 25/29] livepatch: Simplify stack trace retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 03/29] lib/stackdepot: Provide functions which operate on plain storage arrays
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 11/29] fault-inject: Simplify stacktrace retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 28/29] stacktrace: Provide common infrastructure
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 15/29] dm persistent data: Simplify stack trace handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 14/29] dm bufio: Simplify stack trace retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 28/29] stacktrace: Provide common infrastructure
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 16/29] drm: Simplify stacktrace handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 01/29] tracing: Cleanup stack trace code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 09/29] mm/kasan: Simplify stacktrace handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 06/29] latency_top: Simplify stack trace handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 05/29] proc: Simplify task stack retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 01/29] tracing: Cleanup stack trace code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 00/29] stacktrace: Consolidate stack trace usage
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 13/29] btrfs: ref-verify: Simplify stack trace retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 09/29] mm/kasan: Simplify stacktrace handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 28/29] stacktrace: Provide common infrastructure
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 26/29] stacktrace: Remove obsolete functions
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 21/29] tracing: Use percpu stack trace buffer more intelligently
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 20/29] tracing: Simplify stacktrace retrieval in histograms
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 27/29] lib/stackdepot: Remove obsolete functions
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 18/29] lockdep: Move stack trace logic into check_prev_add()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 07/29] mm/slub: Simplify stack trace retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 04/29] backtrace-test: Simplify stack trace handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 08/29] mm/kmemleak: Simplify stacktrace handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 23/29] tracing: Simplify stack trace retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 22/29] tracing: Make ftrace_trace_userstack() static and conditional
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 17/29] lockdep: Remove unused trace argument from print_circular_bug()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 24/29] tracing: Remove the last struct stack_trace usage
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [patch V2 02/29] stacktrace: Provide helpers for common stack trace operations
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 16/29] drm: Simplify stacktrace handling
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH] dm-writecache: avoid unnecessary lookups in writecache_find_entry
  • From: Huaisheng Ye <yehs2007@xxxxxxxx>
• Re: [RFC] [PATCH V2 0/1] Introduce emergency raid0 stop for mounted arrays
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [RFC] [PATCH V2 1/1] md/raid0: Introduce emergency stop for raid0 arrays
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH] dm-writecache: remove unused member page_offset in writeback_struct
  • From: Huaisheng Ye <yehs2007@xxxxxxxx>
• [RFC] [PATCH V2 0/1] Introduce emergency raid0 stop for mounted arrays
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [patch V2 20/29] tracing: Simplify stacktrace retrieval in histograms
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: [patch V2 20/29] tracing: Simplify stacktrace retrieval in histograms
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: [patch V2 08/29] mm/kmemleak: Simplify stacktrace handling
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [patch V2 10/29] mm/page_owner: Simplify stack trace handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 14/29] dm bufio: Simplify stack trace retrieval
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: [patch V2 14/29] dm bufio: Simplify stack trace retrieval
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• [patch V2 29/29] x86/stacktrace: Use common infrastructure
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 14/29] dm bufio: Simplify stack trace retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 01/29] tracing: Cleanup stack trace code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 28/29] stacktrace: Provide common infrastructure
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [patch V2 03/29] lib/stackdepot: Provide functions which operate on plain storage arrays
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [patch V2 19/29] lockdep: Simplify stack trace handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 12/29] dma/debug: Simplify stracktrace retrieval
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: max_sectors_kb limitations with VDO and dm-thin
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Avoiding merge conflicts while adding new docs - Was: Re: [PATCH 00/57] Convert files to ReST
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [patch V2 24/29] tracing: Remove the last struct stack_trace usage
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch V2 23/29] tracing: Simplify stack trace retrieval
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• max_sectors_kb limitations with VDO and dm-thin
  • From: Ryan Norwood <ryan.p.norwood@xxxxxxxxx>
• Re: [patch V2 22/29] tracing: Make ftrace_trace_userstack() static and conditional
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch V2 28/29] stacktrace: Provide common infrastructure
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [patch V2 28/29] stacktrace: Provide common infrastructure
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [patch V2 12/29] dma/debug: Simplify stracktrace retrieval
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [patch V2 28/29] stacktrace: Provide common infrastructure
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [patch V2 01/29] tracing: Cleanup stack trace code
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch V2 01/29] tracing: Cleanup stack trace code
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch V2 01/29] tracing: Cleanup stack trace code
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch V2 01/29] tracing: Cleanup stack trace code
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH] multipath: check on multipathd without starting it
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [patch V2 20/29] tracing: Simplify stacktrace retrieval in histograms
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: dm-crypt: fix endianess annotations around org_sector_of_dmreq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [RFC PATCH] multipath: check on multipathd without starting it
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 0/4] multipath-tools: prio handling for offline paths
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [patch V2 21/29] tracing: Use percpu stack trace buffer more intelligently
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch V2 21/29] tracing: Use percpu stack trace buffer more intelligently
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch V2 20/29] tracing: Simplify stacktrace retrieval in histograms
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch V2 14/29] dm bufio: Simplify stack trace retrieval
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] dm-zoned: Fix zone report handling
  • From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
• Re: [patch V2 09/29] mm/kasan: Simplify stacktrace handling
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• [PATCH] dm-zoned: Fix zone report handling
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: dm cache metadata: Fix loading discard bitset
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: dm cache metadata: Fix loading discard bitset
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm cache metadata: Fix loading discard bitset
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH] dm-crypt: fix endianess annotations around org_sector_of_dmreq
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 10/57] docs: device-mapper: convert it to ReST format
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH] dm-crypt: fix endianess annotations around org_sector_of_dmreq
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v2 2/3] dm thin metadata: do not write metadata if no changes occurred
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 10/57] docs: device-mapper: convert it to ReST format
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 10/57] docs: device-mapper: convert it to ReST format
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 10/57] docs: device-mapper: convert it to ReST format
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH 10/57] docs: device-mapper: convert it to ReST format
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 10/57] docs: device-mapper: convert it to ReST format
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 10/57] docs: device-mapper: convert it to ReST format
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH 00/57] Convert files to ReST
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH 2/3] dm thin metadata: do not write metadata if no changes occurred
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 3/3] dm thin metadata: check __commit_transaction()'s return
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 0/3] dm thin metadata: handful of improvements
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/3] dm thin metadata: do not write metadata if no changes occurred
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/3] dm space map common: zero entire ll_disk
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 10/10] libmultipath: hwtable: add Lenovo DE series
  • From: "Schremmer, Steven" <Steve.Schremmer@xxxxxxxxxx>
• [PATCH] dm-writecache: add unlikely for returned value of rb_next/prev
  • From: Huaisheng Ye <huye@xxxxxxxxxx>
• [PATCH] dm-writecache: simplify the using of pointer wb
  • From: Huaisheng Ye <huye@xxxxxxxxxx>
• Re: [PATCH RESEND 0/3] Possibly lost multipath-tools patches
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 2/4] Revert "Set priority to '0' for PATH_BLOCKED or PATH_DOWN"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 3/4] libmultipath: ana prioritizer: decrease log level
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 4/4] libmultipath: get_prio(): don't reset prio for inaccessible paths
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 0/4] multipath-tools: prio handling for offline paths
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 1/4] libmultipath: group_by_prio: fix signedness bug
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH RESEND 1/3] multipath-tools: Build: properly parse systemd's version
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH RESEND 2/3] multipathd: fix daemon not really shutdown
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH RESEND 3/3] multipathd: protect all access to running_state
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH RESEND 0/3] Possibly lost multipath-tools patches
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v3] dm zoned: Silence a static checker warning
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• [PATCH v3] dm zoned: Silence a static checker warning
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2] dm zoned: Silence a static checker warning
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH v2] dm zoned: Silence a static checker warning
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Partition size set to 0 when resizing extended and adding logical partition with BLKPG
  • From: Kai Lüke <kailueke@xxxxxxxxxx>
• Re: [PATCH v2] dm zoned: Silence a static checker warning
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: Partition size set to 0 when resizing extended and adding logical partition with BLKPG
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Partition size set to 0 when resizing extended and adding logical partition with BLKPG
  • From: Kai Lüke <kailueke@xxxxxxxxxx>
• [PATCH v2] dm zoned: Silence a static checker warning
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [git pull] device mapper fixes for 5.1-rc4
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] device mapper fixes for 5.1-rc4
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-integrity: fix deadlock with overlapping I/O
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] Fix systemd version detection
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] Fix systemd version detection
  • From: Martin Wilck <mwilck@xxxxxxx>
• [PATCH] Fix systemd version detection
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] dm-crypt: fix endianess annotations around org_sector_of_dmreq
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] scsi: add new RDAC LENOVO/DE_Series device
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• dracut: multipath module
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v3 07/17] multipathd: ignore failed wwid recheck
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v3 17/17] libmultipath: silence dm_is_mpath error messages
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v3 16/17] multipathd: Don't use fallback code after getting wwid
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v3 13/17] multipathd: handle changed wwids by removal and addition
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [PATCH v3 12/17] libmulitpath: cleanup uid_fallback code
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v3 10/17] multipath.conf: add missing options to man page
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [PATCH] scsi: add new RDAC LENOVO/DE_Series device
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: least-pending multipath path selector WAS (9/14/14 !!!!): Re: Powerpath vs dm-multipath - two points of FUD?
  • From: Martin Wilck <mwilck@xxxxxxxx>
• least-pending multipath path selector WAS (9/14/14 !!!!): Re: Powerpath vs dm-multipath - two points of FUD?
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] scsi: add new RDAC LENOVO/DE_Series device
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH v3 17/17] libmultipath: silence dm_is_mpath error messages
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 15/17] multipathd: ignore "disable_changed_wwids"
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 13/17] multipathd: handle changed wwids by removal and addition
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 12/17] libmulitpath: cleanup uid_fallback code
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 16/17] multipathd: Don't use fallback code after getting wwid
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 10/17] multipath.conf: add missing options to man page
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 07/17] multipathd: ignore failed wwid recheck
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 09/17] multipathd: use update_path_groups instead of reload_map
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 06/17] multipathd: Fix miscounting active paths
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 04/17] libmultipath: fix marginal paths queueing errors
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 08/17] libmutipath: continue to use old state on PATH_PENDING
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 14/17] multipathd: remove "wwid_changed" path attribute
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 05/17] libmultipath: fix marginal_paths nr_active check
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 11/17] libmultipath: add get_uid fallback code for NVMe devices
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 03/17] multipathd: cleanup marginal paths checking timers
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 02/17] libmultipath: handle existing paths in marginal_path enqueue
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 00/17] Misc Multipath patches
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH v3 01/17] BZ 1668693: disable user_friendly_names for NetApp
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH resend] multipath-tools: document why dev_loss_tmo is set to infinity for HPE 3PAR
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: md: remove unnecessary unlikely()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] md: remove unnecessary unlikely()
  • From: zhengbin <zhengbin13@xxxxxxxxxx>
• [PATCH] dm table: propagate BDI_CAP_STABLE_WRITES
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 0/3] New approach at handling changed WWIDs
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 0/3] New approach at handling changed WWIDs
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] dm: rename max_io_len to io_boundary
  • From: John Dorminy <jdorminy@xxxxxxxxxx>
• Re: [PATCH -next] dm integrity: Make dm_integrity_init and dm_integrity_exit static
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH -next] dm integrity: Make dm_integrity_init and dm_integrity_exit static
  • From: Yue Haibing <yuehaibing@xxxxxxxxxx>
• Re: [PATCH 0/3] New approach at handling changed WWIDs
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] dm: rename max_io_len to io_boundary
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 0/3] New approach at handling changed WWIDs
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: dm: rename max_io_len to io_boundary
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm: rename max_io_len to io_boundary
  • From: John Dorminy <jdorminy@xxxxxxxxxx>
• Re: [PATCH 0/3] New approach at handling changed WWIDs
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH] dm: rename max_io_len to io_boundary
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm: revert 8f50e358153d ("dm: limit the max bio size as BIO_MAX_PAGES * PAGE_SIZE")
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm_set_target_max_io_len
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• dm_set_target_max_io_len
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Where to read the WWID of a multipath device
  • From: Sahid Orentino Ferdjaoui <sahid.ferdjaoui@xxxxxxxxxxxxx>
• Re: Where to read the WWID of a multipath device
  • From: Russell Weber <rustyscottweber@xxxxxxxxx>
• Re: [PATCH 1/3] list_bl: Add hlist_bl_add_before/behind helpers
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH v3 0/6] dm snapshot: Improve performance using a more fine-grained locking scheme
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v3 2/6] list_bl: Add hlist_bl_add_before/behind helpers
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>