Linux Device-Mapper Development

• Thread Index

• [PATCH v8 3/7] md: dm-crypt: infer ESSIV block cipher from cipher string directly
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v8 7/7] crypto: arm64/aes - implement accelerated ESSIV/CBC mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v8 5/7] crypto: essiv - add test vector for essiv(cbc(aes), aes, sha256)
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v8 0/7] crypto: switch to crypto API for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v8 4/7] md: dm-crypt: switch to ESSIV crypto API template
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v8 2/7] fs: crypto: invoke crypto API for ESSIV handling
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v8 1/7] crypto: essiv - create wrapper template for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 3/3] dm-crypt: Implement eboiv - encrypted byte-offset initialization vector.
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 3/3] dm-crypt: Implement eboiv - encrypted byte-offset initialization vector.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH 3/3] dm-crypt: Implement eboiv - encrypted byte-offset initialization vector.
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 3/3] dm-crypt: Implement eboiv - encrypted byte-offset initialization vector.
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 3/3] dm-crypt: Implement eboiv - encrypted byte-offset initialization vector.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 1/3] dm-crypt: Wipe private IV struct after key invalid flag is set.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 2/3] dm-crypt: Remove obsolete comment about plumb IV.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 3/3] dm-crypt: Implement eboiv - encrypted byte-offset initialization vector.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: dm bufio: fix deadlock issue with loop device
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• Re: [PATCH v7 2/7] fs: crypto: invoke crypto API for ESSIV handling
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] dm snapshot: add optional discard support features
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm bufio: fix deadlock issue with loop device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm bufio: fix deadlock issue with loop device
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• [PATCH] libmultipath: trigger uevents for partitions, too
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [PATCH v7 2/7] fs: crypto: invoke crypto API for ESSIV handling
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v7 2/7] fs: crypto: invoke crypto API for ESSIV handling
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v7 5/7] crypto: essiv - add test vector for essiv(cbc(aes), aes, sha256)
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 4/7] md: dm-crypt: switch to ESSIV crypto API template
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 7/7] crypto: arm64/aes - implement accelerated ESSIV/CBC mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 0/7] crypto: switch to crypto API for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 3/7] md: dm-crypt: infer ESSIV block cipher from cipher string directly
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 1/7] crypto: essiv - create wrapper template for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 2/7] fs: crypto: invoke crypto API for ESSIV handling
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 6/7] crypto: arm64/aes-cts-cbc - factor out CBC en/decryption of a walk
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 4/7] md: dm-crypt: switch to ESSIV crypto API template
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [RFC PATCH 0/3] md: export internal stats through debugfs
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• [RFC PATCH 1/3] md-debugfs: add md_debugfs_create_files()
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• [RFC PATCH 3/3] raid1: export inflight io counters and internal stats in debugfs
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• [RFC PATCH 2/3] md: export inflight io counters and internal stats in debugfs
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• Re: [PATCH v6 4/7] md: dm-crypt: switch to ESSIV crypto API template
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [RFC PATCH v6 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v6 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Singh Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v6 4/7] md: dm-crypt: switch to ESSIV crypto API template
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v6 3/7] md: dm-crypt: infer ESSIV block cipher from cipher string directly
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC PATCH v5 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Singh Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 28/39] docs: admin-guide: add a series of orphaned documents
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 28/39] docs: admin-guide: add a series of orphaned documents
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [RFC PATCH v5 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Singh Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Singh Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V6 4/4] block: Limit zone array allocation size
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V6 3/4] sd_zbc: Fix report zones buffer allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V6 2/4] block: Kill gfp_t argument of blkdev_report_zones()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V6 1/4] block: Allow mapping of vmalloc-ed buffers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH V6 3/4] sd_zbc: Fix report zones buffer allocation
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH V6 2/4] block: Kill gfp_t argument of blkdev_report_zones()
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH V6 4/4] block: Limit zone array allocation size
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH V6 1/4] block: Allow mapping of vmalloc-ed buffers
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• [PATCH V6 0/4] Fix zone revalidation memory allocation failures
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [RFC PATCH v5 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v6 1/7] crypto: essiv - create wrapper template for ESSIV generation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH v5 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH] kpartx: recognize DASD on loop devices again
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [PATCH v6 2/7] fs: crypto: invoke crypto API for ESSIV handling
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 2/7] fs: crypto: invoke crypto API for ESSIV handling
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v6 0/7] crypto: switch to crypto API for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 2/7] fs: crypto: invoke crypto API for ESSIV handling
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 3/7] md: dm-crypt: infer ESSIV block cipher from cipher string directly
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 4/7] md: dm-crypt: switch to ESSIV crypto API template
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 6/7] crypto: arm64/aes-cts-cbc - factor out CBC en/decryption of a walk
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 1/7] crypto: essiv - create wrapper template for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 5/7] crypto: essiv - add test vector for essiv(cbc(aes), aes, sha256)
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 7/7] crypto: arm64/aes - implement accelerated ESSIV/CBC mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 28/39] docs: admin-guide: add a series of orphaned documents
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH 14/39] docs: device-mapper: move it to the admin-guide
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [RFC PATCH v5 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Singh Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 10/27] md: use kzalloc instead of kmalloc and memset
  • From: Fuqian Huang <huangfq.daxian@xxxxxxxxx>
• Re: [RFC PATCH v5 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Singh Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC PATCH v5 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH v5 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [git pull] device mapper fixes for 5.2 final
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [RFC PATCH v5 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 29/87] md: dm-integrity: replace kmalloc and memset with kzalloc
  • From: Fuqian Huang <huangfq.daxian@xxxxxxxxx>
• Re: [PATCH 1/4] block: add zone open, close and finish support
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [PATCH 1/4] block: add zone open, close and finish support
  • From: Javier González <javier@xxxxxxxxxxx>
• Re: [PATCH 1/4] block: add zone open, close and finish support
  • From: Matias Bjørling <mb@xxxxxxxxxxx>
• [git pull] device mapper fixes for 5.2 final
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 7/7] crypto: arm64/aes - implement accelerated ESSIV/CBC mode
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v5 2/7] fs: crypto: invoke crypto API for ESSIV handling
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v5 5/7] crypto: essiv - add test vector for essiv(cbc(aes), aes, sha256)
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH v5 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v5 1/7] crypto: essiv - create wrapper template for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 6/7] crypto: arm64/aes-cts-cbc - factor out CBC en/decryption of a walk
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 7/7] crypto: arm64/aes - implement accelerated ESSIV/CBC mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 0/7] crypto: switch to crypto API for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 5/7] crypto: essiv - add test vector for essiv(cbc(aes), aes, sha256)
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 2/7] fs: crypto: invoke crypto API for ESSIV handling
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 3/7] md: dm-crypt: infer ESSIV block cipher from cipher string directly
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 1/7] crypto: essiv - create wrapper template for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 4/7] md: dm-crypt: switch to ESSIV crypto API template
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] ALUA support for PURE FlashArray
  • From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v4 0/6] crypto: switch to crypto API for ESSIV generation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v3 6/6] crypto: arm64/aes - implement accelerated ESSIV/CBC mode
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 1/4] block: add zone open, close and finish support
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 1/4] block: add zone open, close and finish support
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH v2 00/30] multipath-tools: gcc9, VPD parsing, and get_uid fixes
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [RFC PATCH v5 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/4] block: add zone open, close and finish support
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 2/4] null_blk: add zone open, close, and finish support
  • From: Matias Bjørling <mb@xxxxxxxxxxx>
• Re: [RFC][PATCH] wake_up_var() memory ordering
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [RFC][PATCH] wake_up_var() memory ordering
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] wake_up_var() memory ordering
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] block: add zone open, close and finish support
  • From: Matias Bjørling <mb@xxxxxxxxxxx>
• Re: [PATCH 3/4] scsi: sd_zbc: add zone open, close, and finish support
  • From: Matias Bjørling <mb@xxxxxxxxxxx>
• Re: [RFC][PATCH] wake_up_var() memory ordering
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH 2/4] null_blk: add zone open, close, and finish support
  • From: Matias Bjørling <mb@xxxxxxxxxxx>
• Re: [PATCH 2/4] null_blk: add zone open, close, and finish support
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [RFC][PATCH] wake_up_var() memory ordering
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH] wake_up_var() memory ordering
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] wake_up_var() memory ordering
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/4] block: add zone open, close and finish support
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [PATCH 3/4] scsi: sd_zbc: add zone open, close, and finish support
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 1/4] block: add zone open, close and finish support
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 1/4] block: add zone open, close and finish support
  • From: Matias Bjørling <mb@xxxxxxxxxxx>
• Re: [PATCH v2 04/30] libmultipath: fix -Wstringop-overflow warning in merge_words()
  • From: Surachai Saiwong <buriram1601@xxxxxxxxx>
• [PATCH v2 28/30] multipath-tools tests: add test for uid_attrs parsing
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 25/30] libmultipath: get_uid: straighten the fallback logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 26/30] libmultipath: fix has_uid_fallback() logic
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 22/30] libmultipath: fix parsing of non-space-terminated T10 ID
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 23/30] libmultipath: parse_vpd_pg80: fix overflow output
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 18/30] libmultipath: fix parsing of SCSI name string, iqn format
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 15/30] libmultipath: Fix buffer overflow in parse_vpd_pg80()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 13/30] multipath-tools tests: add test for VPD parsing
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 30/30] multipath.conf.5: Improve documentation of WWID determination
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 11/30] tests/hwtable: decrease log verbosity
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 21/30] libmultipath: allow zero-padded SCSI names in parse_vpd_pg83()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 14/30] libmultipath: fix parsing of VPD 83 type 1 (T10 vendor ID)
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 29/30] libmultipath: more cautious blacklisting by missing property
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 16/30] libmultipath: fix possible WWID overflow in parse_vpd_pg83()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 27/30] libmultipath: fix memory leak with "uid_attrs" config option
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 10/30] multipath-tools tests: omit timestamp in log messages
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 19/30] libmultipath: add consistent WWID overflow logging in parse_vpd_pg83
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 06/30] multipath-tools: Fix more strncpy(X, Y, size - 1) calls
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 24/30] libmultipath: parse_vpd_pg80: fix whitespace handling
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 12/30] multipath-tools tests: add strlcpy() tests
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 20/30] libmultipath: parse_vpd_pg83: common code for SCSI string parsing
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 00/30] multipath-tools: gcc9, VPD parsing, and get_uid fixes
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 08/30] libmultipath: inline set_default()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 04/30] libmultipath: fix -Wstringop-overflow warning in merge_words()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 17/30] libmultipath: fix another WWID overflow in parse_vpd_pg83()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 09/30] libmultipath: add size argument to dm_get_uuid()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 07/30] libmpathcmd: use target length for unix socket sun_path
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 07/30] libmultipath/libmpathcmd: use target length for unix socket sun_path
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 02/30] libmultipath: fix gcc -Wstringop-truncation warning in set_value()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 03/30] libmultipath: remove 'space' argument to merge_words()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 05/30] multipath-tools: fix more gcc 9 -Wstringop-truncation warnings
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2 01/30] kpartx: dasd: fix -Waddress-of-packed-member warning from gcc9
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 07/30] libmpathcmd: use target length in strncpy() call
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [PATCH 05/30] multipath-tools: fix more gcc 9 -Wstringop-truncation warnings
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [PATCH 1/4] block: add zone open, close and finish support
  • From: Minwoo Im <minwoo.im.dev@xxxxxxxxx>
• [PATCH v14 5/7] dax: check synchronous mapping is supported
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v13 4/7] dm: enable synchronous dax
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v14 1/7] libnvdimm: nd_region flush callback support
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v14 6/7] ext4: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v14 3/7] libnvdimm: add dax_dev sync flag
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v14 0/7] virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v14 2/7] virtio-pmem: Add virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH 0/4] open, close, finish zone support
  • From: Matias Bjørling <mb@xxxxxxxxxxx>
• [PATCH 1/4] block: add zone open, close and finish support
  • From: Matias Bjørling <mb@xxxxxxxxxxx>
• [PATCH 2/4] null_blk: add zone open, close, and finish support
  • From: Matias Bjørling <mb@xxxxxxxxxxx>
• [PATCH 3/4] scsi: sd_zbc: add zone open, close, and finish support
  • From: Matias Bjørling <mb@xxxxxxxxxxx>
• [PATCH 4/4] dm: add zone open, close and finish support
  • From: Matias Bjørling <mb@xxxxxxxxxxx>
• [PATCH v4 5/6] crypto: essiv - add test vector for essiv(cbc(aes), aes, sha256)
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH v4 2/6] fs: crypto: invoke crypto API for ESSIV handling
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH v4 4/6] md: dm-crypt: switch to ESSIV crypto API template
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH v14 7/7] xfs: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v4 6/6] crypto: arm64/aes - implement accelerated ESSIV/CBC mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH v4 0/6] crypto: switch to crypto API for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH v4 3/6] md: dm-crypt: infer ESSIV block cipher from cipher string directly
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH v4 1/6] crypto: essiv - create wrapper template for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• Re: [PATCH v4 4/6] md: dm-crypt: switch to ESSIV crypto API template
  • From: Surachai Saiwong <buriram1601@xxxxxxxxx>
• Re: [PATCH v4 4/6] md: dm-crypt: switch to ESSIV crypto API template
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v4 0/6] crypto: switch to crypto API for ESSIV generation
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v4 0/6] crypto: switch to crypto API for ESSIV generation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] crypto: switch to crypto API for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• dm-cache (lack-of) efficiency
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH 4/4] dm: add zone open, close and finish support
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 3/4] scsi: sd_zbc: add zone open, close, and finish support
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 2/4] null_blk: add zone open, close, and finish support
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 1/4] block: add zone open, close and finish support
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 00/30] multipath-tools: gcc9, VPD parsing, and get_uid fixes
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 07/30] libmpathcmd: use target length in strncpy() call
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 05/30] multipath-tools: fix more gcc 9 -Wstringop-truncation warnings
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 1/1] dm: Update comment
  • From: "Pavel Begunkov (Silence)" <asml.silence@xxxxxxxxx>
• Re: [PATCH v3 0/6] crypto: switch to crypto API 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 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: 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>