Linux Device-Mapper Development

• Thread Index

• Re: [RFC PATCH 2/2] md/dm-crypt - switch to AES library for EBOIV
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] md/dm-crypt - switch to AES library for EBOIV
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [RFC PATCH 2/2] md/dm-crypt - switch to AES library for EBOIV
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [RFC PATCH 1/2] md/dm-crypt - restrict EBOIV to cbc(aes)
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [RFC PATCH 0/2] dm-crypt: get rid of cipher API for EBOIV
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/3] dm-zoned: improve error handling in i/o map code
  • From: Dmitry Fomichev <dmitry.fomichev@xxxxxxx>
• [PATCH 1/3] dm-zoned: improve error handling in reclaim
  • From: Dmitry Fomichev <dmitry.fomichev@xxxxxxx>
• [PATCH 0/3] dm-zoned: harden error handling
  • From: Dmitry Fomichev <dmitry.fomichev@xxxxxxx>
• [PATCH 3/3] dm-zoned: properly handle backing device failure
  • From: Dmitry Fomichev <dmitry.fomichev@xxxxxxx>
• [PATCH] dm raid1: Use struct_size() in kzalloc()
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH] dm kcopyd: always complete failed jobs
  • From: Dmitry Fomichev <dmitry.fomichev@xxxxxxx>
• Re: [PATCH] libmultipath: trigger uevents for partitions, too
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH V4 0/2] block/scsi/dm-rq: fix leak of request private data in dm-mpath
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V4 0/2] block/scsi/dm-rq: fix leak of request private data in dm-mpath
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v8 1/7] crypto: essiv - create wrapper template for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/2] dm-zoned: fix a few typos
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 1/2] dm-zoned: add SPDX license identifiers
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [git pull] device mapper fixes for 5.3-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH 2/2] dm-zoned: fix a few typos
  • From: Dmitry Fomichev <dmitry.fomichev@xxxxxxx>
• [PATCH 0/2] dm-zoned: add SPDX identifiers
  • From: Dmitry Fomichev <dmitry.fomichev@xxxxxxx>
• [PATCH 1/2] dm-zoned: add SPDX license identifiers
  • From: Dmitry Fomichev <dmitry.fomichev@xxxxxxx>
• [PATCH 15/16] multipathd: use marginal_pathgroups
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 12/16] tests: add tests for grouping marginal paths.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 11/16] libmultipath: make group_paths handle marginal paths
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 08/16] libmultipath: consolidate group_by_* functions
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 09/16] tests: update pgpolicy tests to work with group_paths()
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 06/16] libmultipath: remove store_pathgroup
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 13/16] libmultipath: add marginal_pathgroups config option
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 03/16] tests: add path grouping policy unit tests.
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 16/16] multipath: update man pages
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 02/16] libmultipath: add marginal paths and groups infrastructure
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 10/16] libmultipath: make pgpolicyfn take a paths vector
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 14/16] libmutipath: deprecate delay_*_checks
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 01/16] libmultipath: make vector_foreach_slot_backwards work as expected
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 07/16] libmultipath: make one_group allocate a new vector
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 00/16] multipath marginal pathgroups
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 05/16] libmultipath: fix double free in pgpolicyfn error paths
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 04/16] libmultipath: add wrapper function around pgpolicyfn
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [git pull] device mapper fixes for 5.3-rc3
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] md: export internal stats through debugfs
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v8 1/7] crypto: essiv - create wrapper template for ESSIV generation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] multipath-tools: reorder NVDISK devices
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: dm: fix dax_dev NULL dereference
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH] dm: fix dax_dev NULL dereference
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH] dm: fix dax_dev NULL dereference
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: dm: fix dax_dev NULL dereference
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: dm: fix dax_dev NULL dereference
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: fix dax_dev NULL dereference
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: dm: fix dax_dev NULL dereference
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] dm: add clone target
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: [PATCH V4 0/2] block/scsi/dm-rq: fix leak of request private data in dm-mpath
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH 2/2] mdadm: Introduce new array state 'broken' for raid0
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH 0/2] Introduce new raid0 state 'broken'
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: snapshot-origin with no snapshot may lead to BUG() in bio_split()
  • From: Cédric Delmas <cedricde@xxxxxxxxxx>
• [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RFC PATCH 1/1] dm: add clone target
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: snapshot-origin with no snapshot may lead to BUG() in bio_split()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V2 0/2] block/scsi/dm-rq: fix leak of request private data in dm-mpath
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: memory leak in bio_copy_user_iov
  • From: syzbot <syzbot+03e5c8ebd22cc6c3a8cb@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 0/2] block/scsi/dm-rq: fix leak of request private data in dm-mpath
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• Re: memory leak in bio_copy_user_iov
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [scsi] ae86a1c553: BUG:kernel_NULL_pointer_dereference, address
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Horia Geanta <horia.geanta@xxxxxxx>
• [PATCH] multipath-tools: delete examples from mpathpersist output
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: delete outdated comment at multipath/multipath.conf.5
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: reorder vendor in hwtable
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v8 1/7] crypto: essiv - create wrapper template for ESSIV generation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V3 1/2] blk-mq: add callback of .cleanup_rq
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH V3 0/2] block/scsi/dm-rq: fix leak of request private data in dm-mpath
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V4 0/2] block/scsi/dm-rq: fix leak of request private data in dm-mpath
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [scsi] ae86a1c553: BUG:kernel_NULL_pointer_dereference, address
  • From: kernel test robot <rong.a.chen@xxxxxxxxx>
• Re: [PATCH v8 1/7] crypto: essiv - create wrapper template for ESSIV generation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH V4 2/2] scsi: implement .cleanup_rq callback
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V4 1/2] blk-mq: add callback of .cleanup_rq
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V3 1/2] blk-mq: add callback of .cleanup_rq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH V3 2/2] scsi: implement .cleanup_rq callback
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 1/2] blk-mq: add callback of .cleanup_rq
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] md: export internal stats through debugfs
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [RFC PATCH 0/3] md: export internal stats through debugfs
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: [PATCH V2 2/2] scsi: implement .cleanup_rq callback
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V2 1/2] blk-mq: add callback of .cleanup_rq
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] dm: add clone target
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH V2 1/2] blk-mq: add callback of .cleanup_rq
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V2 2/2] scsi: implement .cleanup_rq callback
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• snapshot-origin with no snapshot may lead to BUG() in bio_split()
  • From: Cédric Delmas <cedricde@xxxxxxxxxx>
• Re: [PATCH V2 1/2] blk-mq: add callback of .cleanup_rq
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH V2 0/2] block/scsi/dm-rq: fix leak of request private data in dm-mpath
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Markus <markus@xxxxxxxxxxxxxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH V2 2/2] scsi: implement .cleanup_rq callback
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V2 1/2] blk-mq: add callback of .cleanup_rq
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] blk-mq: add callback of .cleanup_rq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Pascal Van Leeuwen <pvanleeuwen@xxxxxxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Pascal Van Leeuwen <pvanleeuwen@xxxxxxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Pascal Van Leeuwen <pvanleeuwen@xxxxxxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Pascal Van Leeuwen <pvanleeuwen@xxxxxxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Pascal Van Leeuwen <pvanleeuwen@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] blk-mq: add callback of .cleanup_rq
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] blk-mq: add callback of .cleanup_rq
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [git pull] additional device mapper changes for 5.3
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] additional device mapper changes for 5.3
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] blk-mq: add callback of .cleanup_rq
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] block/scsi/dm-rq: fix leak of request private data in dm-mpath
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [RFC PATCH v7 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v7 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] scsi: implement .cleanup_rq callback
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 1/2] blk-mq: add callback of .cleanup_rq
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH v7 1/1] Add dm verity root hash pkcs7 sig validation.
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: xts fuzz testing and lack of ciphertext stealing support
  • From: Horia Geanta <horia.geanta@xxxxxxx>
• Re: [RFC PATCH 1/1] dm: add clone target
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [RFC PATCH v6 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH v2] dm kcopyd: Increase default sub-job size to 512KB
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [RFC PATCH v6 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Singh Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• Re: dm kcopyd: Increase sub-job size to 512KiB
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: dm kcopyd: Increase sub-job size to 512KiB
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm kcopyd: Increase sub-job size to 512KiB
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm kcopyd: Increase sub-job size to 512KiB
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [RFC PATCH v6 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH] dm-zoned: Fix zone state management race
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: dm kcopyd: Increase sub-job size to 512KiB
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm snapshot: add optional discard support features
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH v6 0/1] Add dm verity root hash pkcs7 sig validation.
  • From: Jaskaran Singh Khurana <jaskarankhurana@xxxxxxxxxxxxxxxxxxx>
• lvmcache volume gets 100% dirty blocks after power loss regardless of previous state
  • From: Pellegrino Prevete <pellegrinoprevete@xxxxxxxxx>
• Re: [git pull] device mapper changes for 5.3
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH V6 0/4] Fix zone revalidation memory allocation failures
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• [git pull] device mapper changes for 5.3
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V6 0/4] Fix zone revalidation memory allocation failures
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] dm kcopyd: Increase sub-job size to 512KiB
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH v2] dm snapshot: add optional discard support features
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH V6 0/4] Fix zone revalidation memory allocation failures
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH V6 3/4] sd_zbc: Fix report zones buffer allocation
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH V6 4/4] block: Limit zone array allocation size
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH V6 3/4] sd_zbc: Fix report zones buffer allocation
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH V6 2/4] block: Kill gfp_t argument of blkdev_report_zones()
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH V6 1/4] block: Allow mapping of vmalloc-ed buffers
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH v2] dm snapshot: add optional discard support features
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm snapshot: add optional discard support features
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm-bufio: fix deadlock with loop device
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• Re: [PATCH 4/4] libmultipath: trigger uevents for partitions, too
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: [RFC PATCH 1/1] dm: add clone target
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH v2] dm-bufio: fix deadlock with loop device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 4/4] libmultipath: trigger uevents for partitions, too
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: [PATCH 4/4] libmultipath: trigger uevents for partitions, too
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• [PATCH v2] dm-bufio: fix deadlock with loop device
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] dm: add clone target
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH 4/4] libmultipath: trigger uevents for partitions, too
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• [RFC PATCH 1/1] dm: add clone target
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• [RFC PATCH 0/1] dm: add clone target
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH 1/1] kpartx: Use __kernel_daddr_t for solaris_x86_slice.s_start
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v2 1/3] dm-crypt: Wipe private IV struct after key invalid flag is set.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH v2 2/3] dm-crypt: Remove obsolete comment about plumb IV.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH v2 3/3] dm-crypt: Implement eboiv - encrypted byte-offset initialization vector.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH 1/1] kpartx: Use __kernel_daddr_t for solaris_x86_slice.s_start
  • From: Petr Vorel <petr.vorel@xxxxxxxxx>
• [PATCH 3/4] multipath-tools (coverity): assert availability of CLOCK_MONOTONIC
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• [PATCH 0/4] multipath-patches for 0.8.2
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• [PATCH 4/4] libmultipath: trigger uevents for partitions, too
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• [PATCH 1/4] libmultipath: make vector_foreach_slot_backwards work as expected
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• [PATCH 2/4] kpartx: recognize DASD on loop devices again
  • From: Martin Wilck <Martin.Wilck@xxxxxxxx>
• Re: dm bufio: fix deadlock issue with loop device
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• Re: [PATCH 1/1] kpartx: Use __kernel_daddr_t for solaris_x86_slice.s_start
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: dm bufio: fix deadlock issue with loop device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/1] kpartx: Use __kernel_daddr_t for solaris_x86_slice.s_start
  • From: Petr Vorel <petr.vorel@xxxxxxxxx>
• Re: [PATCH] kpartx: recognize DASD on loop devices again
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] kpartx: recognize DASD on loop devices again
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: dm bufio: fix deadlock issue with loop device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V6 0/4] Fix zone revalidation memory allocation failures
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH v15 6/7] ext4: disable map_sync for async flush
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: dm bufio: fix deadlock issue with loop device
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• [PATCH v15 5/7] dax: check synchronous mapping is supported
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v15 4/7] dm: enable synchronous dax
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v15 3/7] libnvdimm: add dax_dev sync flag
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v15 2/7] virtio-pmem: Add virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v15 1/7] libnvdimm: nd_region flush callback support
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: I/O Reordering: Cache -> Backing Device
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [PATCH v15 7/7] xfs: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v15 6/7] ext4: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v15 0/7] virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH] dm snapshot: add optional discard support features
  • From: Nikos Tsironis <ntsironis@xxxxxxxxxxx>
• Re: [PATCH 3/3] dm-crypt: Implement eboiv - encrypted byte-offset initialization vector.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 0/7] crypto: switch to crypto API 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: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v8 6/7] crypto: arm64/aes-cts-cbc - factor out CBC en/decryption of a walk
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [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