Linux Device-Mapper Development

• Thread Index

• Re: [PATCH v6 19/20] fs: iomap: use __bio_add_folio where possible
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v6 18/20] block: add __bio_add_folio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 15/20] md: raid1: check if adding pages to resync bio fails
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 19/20] fs: iomap: use __bio_add_folio where possible
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 20/20] block: mark bio_add_folio as __must_check
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 17/20] block: mark bio_add_page as __must_check
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 14/20] md: raid1: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 08/20] jfs: logmgr: use __bio_add_page to add single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 16/20] dm-crypt: check if adding pages to clone bio fails
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 07/20] md: raid5: use __bio_add_page to add single page to new bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 13/20] md: check for failure when adding pages in alloc_behind_master_bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 12/20] floppy: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 11/20] zram: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 05/20] md: use __bio_add_page to add single page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 10/20] zonefs: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 09/20] gfs2: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 03/20] dm: dm-zoned: use __bio_add_page for adding single metadata page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 02/20] drbd: use __bio_add_page to add page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 06/20] md: raid5-log: use __bio_add_page to add single page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• Re: [PATCH v5 16/20] dm-crypt: check if adding pages to clone bio fails
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v6 04/20] fs: buffer: use __bio_add_page to add single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 00/20] bio: check return values of bio_add_page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v6 01/20] swap: use __bio_add_page to add page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 00/20] bio: check return values of bio_add_page
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v5 16/20] dm-crypt: check if adding pages to clone bio fails
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: fuzzing bcachefs with dm-flakey
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] bcachefs: fix NULL pointer dereference in try_alloc_bucket
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: fuzzing bcachefs with dm-flakey
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: fuzzing bcachefs with dm-flakey
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• fuzzing bcachefs with dm-flakey
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v11 2/9] block: Add copy offload support infrastructure
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH -next v2 5/6] md: wake up 'resync_wait' at last in md_reap_sync_thread()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 6/6] md: enhance checking in md_check_recovery()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 1/6] Revert "md: unlock mddev before reap sync_thread in action_store"
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 4/6] md: refactor idle/frozen_sync_thread() to fix deadlock
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 0/6] md: fix that MD_RECOVERY_RUNNING can be cleared while sync_thread is still running
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 2/6] md: refactor action_store() for 'idle' and 'frozen'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 3/6] md: add a mutex to synchronize idle and frozen in action_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: dm overlaybd: targets mapping OverlayBD image
  • From: Du Rui <durui@xxxxxxxxxxxxxxxxx>
• Re: dm overlaybd: targets mapping OverlayBD image
  • From: Du Rui <durui@xxxxxxxxxxxxxxxxx>
• Re: dm overlaybd: targets mapping OverlayBD image
  • From: Gao Xiang <hsiangkao@xxxxxxxxxxxxxxxxx>
• Re: dm overlaybd: targets mapping OverlayBD image
  • From: Du Rui <durui@xxxxxxxxxxxxxxxxx>
• Re: dm overlaybd: targets mapping OverlayBD image
  • From: Gao Xiang <hsiangkao@xxxxxxxxxxxxxxxxx>
• Re: dm overlaybd: targets mapping OverlayBD image
  • From: Du Rui <durui@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] dm flakey: introduce the random_read_corrupt and random_write_corrupt options
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] block: simplify with PAGE_SECTORS_SHIFT
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH v2 5/5] zram: use generic PAGE_SECTORS and PAGE_SECTORS_SHIFT
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH v2 4/5] dm bufio: simplify by using PAGE_SECTORS_SHIFT
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH v2 3/5] iomap: simplify iomap_init() with PAGE_SECTORS
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH v2 2/5] drbd: use PAGE_SECTORS_SHIFT and PAGE_SECTORS
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH v2 1/5] block: annotate bdev_disk_changed() deprecation with a symbol namespace
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] iomap: simplify iomap_init() with PAGE_SECTORS
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] block: annotate bdev_disk_changed() deprecation with a symbol namespace
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 4/5] dm bufio: simplify by using PAGE_SECTORS_SHIFT
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 0/5] block: simplify with PAGE_SECTORS_SHIFT
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 5/5] zram: use generic PAGE_SECTORS and PAGE_SECTORS_SHIFT
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 1/5] block: annotate bdev_disk_changed() deprecation with a symbol namespace
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 3/5] iomap: simplify iomap_init() with PAGE_SECTORS
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 2/5] drbd: use PAGE_SECTORS_SHIFT and PAGE_SECTORS
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v7 12/12] crypto: x86/aes-kl - Implement the AES-XTS algorithm
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v7 10/12] crypto: x86/aesni - Use the proper data type in struct aesni_xts_ctx
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v5 00/20] bio: check return values of bio_add_page
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH 03/13] dm integrity: Use alloc_ordered_workqueue() to create ordered workqueues
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v3 7/7] block: Inline blk_mq_{, delay_}kick_requeue_list()
  • From: Vineeth Vijayan <vneethv@xxxxxxxxxxxxx>
• Re: dm overlaybd: targets mapping OverlayBD image
  • From: Alexander Larsson <alexl@xxxxxxxxxx>
• Re: dm overlaybd: targets mapping OverlayBD image
  • From: Giuseppe Scrivano <gscrivan@xxxxxxxxxx>
• [RFC PATCH v3] dm overlaybd: targets mapping OverlayBD image
  • From: Du Rui <durui@xxxxxxxxxxxxxxxxx>
• Re: dm overlaybd: targets mapping OverlayBD image
  • From: Gao Xiang <hsiangkao@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2] dm overlaybd: targets mapping OverlayBD image
  • From: Du Rui <durui@xxxxxxxxxxxxxxxxx>
• Re: dm overlaybd: targets mapping OverlayBD image
  • From: Giuseppe Scrivano <gscrivan@xxxxxxxxxx>
• Re: dm overlaybd: targets mapping OverlayBD image
  • From: Gao Xiang <hsiangkao@xxxxxxxxxxxxxxxxx>
• Re: dm overlaybd: targets mapping OverlayBD image
  • From: Du Rui <durui@xxxxxxxxxxxxxxxxx>
• Re: dm overlaybd: targets mapping OverlayBD image
  • From: Gao Xiang <hsiangkao@xxxxxxxxxxxxxxxxx>
• Re: dm crypt: fix sleep-in-atomic-context bug in kcryptd_crypt_tasklet
  • From: duoming@xxxxxxxxxx
• Re: dm crypt: fix sleep-in-atomic-context bug in kcryptd_crypt_tasklet
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH 5/5] multipathd: don't assume mpp->paths will exist in need_switch_pathgroup
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 3/5] multipathd: refresh all priorities if one has changed
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 4/5] multipathd: reload map if the path groups are out of order
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 2/5] multipath-tools tests: add tests to verify PRIO_UDEF changes
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 1/5] libmultipath: don't count PRIO_UNDEF paths for pathgroup priority
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 0/5] priority and pathgroup switching changes
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2 01/39] Add documentation for dm-vdo.
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v6 11/12] crypto: x86/aes-kl - Support AES algorithm using Key Locker instructions
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v7 10/12] crypto: x86/aesni - Use the proper data type in struct aesni_xts_ctx
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v7 12/12] crypto: x86/aes-kl - Implement the AES-XTS algorithm
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v7 11/12] crypto: x86/aes - Prepare for a new AES implementation
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v7 07/12] x86/cpu/keylocker: Load a wrapping key at boot-time
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v7 09/12] x86/cpu: Add a configuration and command line option for Key Locker
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v7 04/12] x86/asm: Add a wrapper function for the LOADIWKEY instruction
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v7 08/12] x86/PM/keylocker: Restore the wrapping key on the resume from ACPI S3/4
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v7 06/12] x86/keylocker: Define Key Locker CPUID leaf
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v7 03/12] x86/insn: Add Key Locker instructions to the opcode map
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v7 05/12] x86/msr-index: Add MSRs for Key Locker wrapping key
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v7 02/12] x86/cpufeature: Enumerate Key Locker feature
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v7 01/12] Documentation/x86: Document Key Locker
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v7 00/12] x86: Support Key Locker
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v11 2/9] block: Add copy offload support infrastructure
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v5 00/20] bio: check return values of bio_add_page
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v5 00/20] bio: check return values of bio_add_page
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• dm-crypt: fix return value on invalid AEAD cipher
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 15/24] block: move the code to do early boot lookup of block devices to block/
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 19/24] dm: remove dm_get_dev_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 15/24] block: move the code to do early boot lookup of block devices to block/
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 15/24] block: move the code to do early boot lookup of block devices to block/
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/39] Add thread and synchronization utilities.
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 03/24] PM: hibernate: remove the global snapshot_test variable
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: dm overlaybd: targets mapping OverlayBD image
  • From: Gao Xiang <hsiangkao@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 23/24] mtd: block2mtd: don't call early_lookup_bdev after the system is running
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH 22/24] mtd: block2mtd: factor the early block device open logic into a helper
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH 04/24] PM: hibernate: move finding the resume device out of software_resume
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v11 1/9] block: Introduce queue limits for copy-offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH] dm crypt: fix sleep-in-atomic-context bug in kcryptd_crypt_tasklet
  • From: Duoming Zhou <duoming@xxxxxxxxxx>
• Re: [PATCH 21/24] PM: hibernate: don't use early_lookup_bdev in resume_store
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 02/24] PM: hibernate: factor out a helper to find the resume device
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 02/39] Add the MurmurHash3 fast hashing algorithm.
  • From: corwin <corwin@xxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/39] Add the MurmurHash3 fast hashing algorithm.
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 00/39] Add the dm-vdo deduplication and compression device mapper target.
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 02/39] Add the MurmurHash3 fast hashing algorithm.
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 03/39] Add memory allocation utilities.
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 02/39] Add the MurmurHash3 fast hashing algorithm.
  • From: corwin <corwin@xxxxxxxxxx>
• Re: [PATCH v2 02/39] Add the MurmurHash3 fast hashing algorithm.
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 33/39] Add the vdo structure itself.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 15/39] Implement top-level deduplication index.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 16/39] Implement external deduplication index interface.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 14/39] Implement the chapter volume store.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 36/39] Add sysfs support for setting vdo parameters and fetching statistics.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 27/39] Add the block allocators and physical zones.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 13/39] Implement the open chapter and chapter indexes.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 04/39] Add basic logging and support utilities.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 31/39] Add the vdo recovery journal.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 38/39] Add dm-vdo-target.c
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 12/39] Implement the volume index.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 26/39] Add the slab summary.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 32/39] Add repair (crash recovery and read-only rebuild) of damaged vdos.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 29/39] Add the vdo block map.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 34/39] Add the on-disk formats and marshalling of vdo structures.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 39/39] Enable configuration and building of dm-vdo.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 08/39] Add basic data structures.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 35/39] Add statistics tracking.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 37/39] Add vdo debugging support.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 30/39] Implement the vdo block map page cache.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 28/39] Add the slab depot itself.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 25/39] Add vdo_slab.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 20/39] Add flush support to vdo.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 22/39] Add hash locks and hash zones.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 24/39] Add the compressed block bin packer.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 21/39] Add the vdo io_submitter.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 23/39] Add use of the deduplication index in hash zones.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 17/39] Add administrative state and scheduling for vdo.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 19/39] Add data_vio, the request object which services incoming bios.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 18/39] Add vio, the request object for vdo metadata.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 11/39] Implement the delta index.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 10/39] Add deduplication index storage interface.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 09/39] Add deduplication configuration structures.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 07/39] Add specialized request queueing functionality.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 06/39] Add thread and synchronization utilities.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 05/39] Add vdo type declarations, constants, and simple data structures.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 03/39] Add memory allocation utilities.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 01/39] Add documentation for dm-vdo.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 00/39] Add the dm-vdo deduplication and compression device mapper target.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH v2 02/39] Add the MurmurHash3 fast hashing algorithm.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• Re: dm crypt: fix sleep-in-atomic-context bug in kcryptd_crypt_tasklet
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm overlaybd: targets mapping OverlayBD image
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 20/24] dm: only call early_lookup_bdev from early boot context
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 18/24] dm: open code dm_get_dev_t in dm_init_init
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 17/24] dm-snap: simplify the origin_dev == cow_dev check in snapshot_ctr
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 19/24] dm: remove dm_get_dev_t
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 01/24] driver core: return bool from driver_probe_done
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [PATCH 03/24] PM: hibernate: remove the global snapshot_test variable
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/24] block: move more code to early-lookup.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/24] init: clear root_wait on all invalid root= strings
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/24] PM: hibernate: move finding the resume device out of software_resume
  • From: Christoph Hellwig <hch@xxxxxx>
• fix the name_to_dev_t mess
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/24] init: handle ubi/mtd root mounting like all other root types
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/24] init: rename mount_block_root to mount_root_generic
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/24] PM: hibernate: don't use early_lookup_bdev in resume_store
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/24] driver core: return bool from driver_probe_done
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/24] init: factor the root_wait logic in prepare_namespace into a helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/24] dm: remove dm_get_dev_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/24] init: don't remove the /dev/ prefix from error messages
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/24] mtd: block2mtd: factor the early block device open logic into a helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/24] init: improve the name_to_dev_t interface
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/24] init: remove pointless Root_* values
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/24] dm: open code dm_get_dev_t in dm_init_init
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/24] init: move the nfs/cifs/ram special cases out of name_to_dev_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/24] PM: hibernate: factor out a helper to find the resume device
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/24] dm: only call early_lookup_bdev from early boot context
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/24] init: pass root_device_name explicitly
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/24] dm-snap: simplify the origin_dev == cow_dev check in snapshot_ctr
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/24] init: refactor mount_root
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/24] block: move the code to do early boot lookup of block devices to block/
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/24] mtd: block2mtd: don't call early_lookup_bdev after the system is running
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/24] block: mark early_lookup_bdev as __init
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 6/7] dm: Inline __dm_mq_kick_requeue_list()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] 11-dm-mpath.rules: fix warnings reported by udevadm verify
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxx>
• Re: [PATCH v7 5/5] loop: Add support for provision requests
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH v7 5/5] loop: Add support for provision requests
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v3 7/7] block: Inline blk_mq_{, delay_}kick_requeue_list()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH v3 6/7] dm: Inline __dm_mq_kick_requeue_list()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v7 5/5] loop: Add support for provision requests
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH v11 6/9] nvmet: add copy command support for bdev and file ns
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v11 9/9] null_blk: add support for copy offload
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [PATCH v11 1/9] block: Introduce queue limits for copy-offload support
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• [PATCH v11 1/9] block: Introduce queue limits for copy-offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v11 7/9] dm: Add support for copy offload
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v11 0/9] Implement copy offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v11 5/9] nvme: add copy offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v11 8/9] dm: Enable copy offload for dm-linear target
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [PATCH] 11-dm-mpath.rules: fix warnings reported by udevadm verify
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxx>
• [PATCH v11 4/9] fs, block: copy_file_range for def_blk_ops for direct block device
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v11 2/9] block: Add copy offload support infrastructure
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v11 3/9] block: add emulation for copy
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [PATCH] 11-dm-mpath.rules: fix warnings reported by udevadm verify
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] 11-dm-mpath.rules: fix warnings reported by udevadm verify
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [RFC] dm overlaybd: targets mapping OverlayBD image
  • From: Du Rui <durui@xxxxxxxxxxxxxxxxx>
• [PATCH] 11-dm-mpath.rules: fix warnings reported by udevadm verify
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 5/5] libmultipath: add "detect_pgpolicy" config option
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 0/5] multipath: Add a group_by_tgp path grouping policy
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 1/5] libmultipath: add group_by_tpg path_grouping_policy
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 2/5] libmultipath: don't copy pgpolicy string in get_pgpolicy_name
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 4/5] multipath-tools tests: add tests for group_by_tpg policy
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [PATCH 3/5] libmultipath: add ALUA tpg path wildcard
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH v7 4/5] dm-thin: Add REQ_OP_PROVISION support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v7 1/5] block: Don't invalidate pagecache for invalid falloc modes
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/5] block: Don't invalidate pagecache for invalid falloc modes
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/5] block: Introduce provisioning primitives
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v7 4/5] dm-thin: Add REQ_OP_PROVISION support
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v7 5/5] loop: Add support for provision requests
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v7 3/5] dm: Add block provisioning support
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v7 1/5] block: Don't invalidate pagecache for invalid falloc modes
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v7 2/5] block: Introduce provisioning primitives
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v7 0/5] Introduce provisioning primitives
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [dm-devel resend] dm mpath: fix UAF in multipath_message()
  • From: "lilingfeng (A)" <lilingfeng3@xxxxxxxxxx>
• Re: [PATCH RFC 01/16] block: Add atomic write operations to request_queue limits
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: Does dm-zoned support buffered write?
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH v6 2/5] block: Introduce provisioning primitives
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH v6 5/5] loop: Add support for provision requests
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH v6 4/5] dm-thin: Add REQ_OP_PROVISION support
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: Does dm-zoned support buffered write?
  • From: Ming Lin <minggr@xxxxxxxxx>
• Re: [PATCH v6 5/5] loop: Add support for provision requests
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: Does dm-zoned support buffered write?
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC PATCH] block: add meaningful macro for flush op flags
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] block: add meaningful macro for flush op flags
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v6 4/5] dm-thin: Add REQ_OP_PROVISION support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [RFC PATCH] block: add meaningful macro for flush op flags
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• Re: [RFC PATCH] block: add meaningful macro for flush op flags
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 11/12] crypto: x86/aes-kl - Support AES algorithm using Key Locker instructions
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC PATCH] block: add meaningful macro for flush op flags
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: Does dm-zoned support buffered write?
  • From: Ming Lin <minggr@xxxxxxxxx>
• Re: [PATCH v6 2/5] block: Introduce provisioning primitives
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v6 4/5] dm-thin: Add REQ_OP_PROVISION support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v6 1/5] block: Don't invalidate pagecache for invalid falloc modes
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v6 0/5] Introduce block provisioning primitives
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v6 10/12] crypto: x86/aes - Prepare for a new AES implementation
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v6 10/12] crypto: x86/aes - Prepare for a new AES implementation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v6 4/5] dm-thin: Add REQ_OP_PROVISION support
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v6 10/12] crypto: x86/aes - Prepare for a new AES implementation
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: Does dm-zoned support buffered write?
  • From: Hannes Reinecke <hare@xxxxxxx>
• Does dm-zoned support buffered write?
  • From: Ming Lin <minggr@xxxxxxxxx>
• Patch "dm verity: skip redundant verity_handle_err() on I/O errors" has been added to the 5.4-stable tree
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Patch "dm verity: skip redundant verity_handle_err() on I/O errors" has been added to the 4.19-stable tree
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Patch "dm verity: fix error handling for check_at_most_once on FEC" has been added to the 5.10-stable tree
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Patch "dm verity: fix error handling for check_at_most_once on FEC" has been added to the 5.4-stable tree
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Patch "dm verity: fix error handling for check_at_most_once on FEC" has been added to the 4.19-stable tree
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Patch "dm verity: skip redundant verity_handle_err() on I/O errors" has been added to the 5.10-stable tree
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v6 4/5] dm-thin: Add REQ_OP_PROVISION support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v6 3/5] dm: Add block provisioning support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v6 2/5] block: Introduce provisioning primitives
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v6 1/5] block: Don't invalidate pagecache for invalid falloc modes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/5] Add the dm-vdo deduplication and compression device mapper target.
  • From: corwin <corwin@xxxxxxxxxx>
• [PATCH 3/5] Add dm-vdo device mapper target implementation.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH 2/5] Add UDS deduplication index.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH 03/13] dm integrity: Use alloc_ordered_workqueue() to create ordered workqueues
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/5] Enable configuration and building of dm-vdo.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH 4/5] Add dm-vdo-target.c
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH 1/5] Add documentation for dm-vdo.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• [PATCH 0/5] Add the dm-vdo deduplication and compression device mapper target.
  • From: "J. corwin Coburn" <corwin@xxxxxxxxxx>
• Re: [PATCH v6 10/12] crypto: x86/aes - Prepare for a new AES implementation
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v6 07/12] x86/cpu/keylocker: Load an internal wrapping key at boot-time
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v6 07/12] x86/cpu/keylocker: Load an internal wrapping key at boot-time
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH RFC 01/16] block: Add atomic write operations to request_queue limits
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v6 08/12] x86/PM/keylocker: Restore internal wrapping key on resume from ACPI S3/4
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v6 07/12] x86/cpu/keylocker: Load an internal wrapping key at boot-time
  • From: "Elliott, Robert (Servers)" <elliott@xxxxxxx>
• Re: [PATCH v6 11/12] crypto: x86/aes-kl - Support AES algorithm using Key Locker instructions
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v6 07/12] x86/cpu/keylocker: Load an internal wrapping key at boot-time
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v6 11/12] crypto: x86/aes-kl - Support AES algorithm using Key Locker instructions
  • From: "Elliott, Robert (Servers)" <elliott@xxxxxxx>
• Re: [PATCH v6 11/12] crypto: x86/aes-kl - Support AES algorithm using Key Locker instructions
  • From: "Elliott, Robert (Servers)" <elliott@xxxxxxx>
• Re: [PATCH blktests v2] tests/dm: add a regression test
  • From: Shinichiro Kawasaki <shinichiro.kawasaki@xxxxxxx>
• Re: [PATCH v6 07/12] x86/cpu/keylocker: Load an internal wrapping key at boot-time
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v6 07/12] x86/cpu/keylocker: Load an internal wrapping key at boot-time
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v6 11/12] crypto: x86/aes-kl - Support AES algorithm using Key Locker instructions
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v5 4/5] dm-thin: Add REQ_OP_PROVISION support
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v6 2/5] block: Introduce provisioning primitives
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v6 4/5] dm-thin: Add REQ_OP_PROVISION support
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v6 3/5] dm: Add block provisioning support
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v6 5/5] loop: Add support for provision requests
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v6 1/5] block: Don't invalidate pagecache for invalid falloc modes
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v6 0/5] Introduce block provisioning primitives
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH v6 11/12] crypto: x86/aes-kl - Support AES algorithm using Key Locker instructions
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v6 10/12] crypto: x86/aes - Prepare for a new AES implementation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v6 07/12] x86/cpu/keylocker: Load an internal wrapping key at boot-time
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v6 08/12] x86/PM/keylocker: Restore internal wrapping key on resume from ACPI S3/4
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v5 00/20] bio: check return values of bio_add_page
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v5 00/20] bio: check return values of bio_add_page
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH v5 1/5] block: Don't invalidate pagecache for invalid falloc modes
  • From: kernel test robot <yujie.liu@xxxxxxxxx>
• Re: [PATCH v5 09/20] gfs2: use __bio_add_page for adding single page to bio
  • From: Bob Peterson <rpeterso@xxxxxxxxxx>
• Re: [PATCH blktests v2] tests/dm: add a regression test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 09/20] gfs2: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• [PATCH v5 20/20] block: mark bio_add_folio as __must_check
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 19/20] fs: iomap: use __bio_add_folio where possible
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 18/20] block: add __bio_add_folio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 17/20] block: mark bio_add_page as __must_check
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 16/20] dm-crypt: check if adding pages to clone bio fails
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 15/20] md: raid1: check if adding pages to resync bio fails
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 14/20] md: raid1: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 13/20] md: check for failure when adding pages in alloc_behind_master_bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 12/20] floppy: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 11/20] zram: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 10/20] zonefs: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 09/20] gfs2: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 08/20] jfs: logmgr: use __bio_add_page to add single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 06/20] md: raid5-log: use __bio_add_page to add single page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 07/20] md: raid5: use __bio_add_page to add single page to new bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 05/20] md: use __bio_add_page to add single page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 04/20] fs: buffer: use __bio_add_page to add single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 03/20] dm: dm-zoned: use __bio_add_page for adding single metadata page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 02/20] drbd: use __bio_add_page to add page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 01/20] swap: use __bio_add_page to add page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v5 00/20] bio: check return values of bio_add_page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• Re: [PATCH blktests v2] tests/dm: add a regression test
  • From: Shinichiro Kawasaki <shinichiro.kawasaki@xxxxxxx>
• Re: [PATCH v5 4/5] dm-thin: Add REQ_OP_PROVISION support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 3/3] dm flakey: introduce the random_read_corrupt and random_write_corrupt options
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/3] dm-crypt and dm-flakey patches
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/3] dm flakey: clone pages on write bio before corrupting them
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/3] dm-crypt: allocate compound pages if possible
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH blktests v2] tests/dm: add a regression test
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH blktests] dm: add a regression test
  • From: "Shin'ichiro Kawasaki" <shinichiro@xxxxxxxxxxxx>
• [PATCH blktests v2] tests/dm: add a regression test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [git pull] device mapper changes for 6.4
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v9 6/9] nvmet: add copy command support for bdev and file ns
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [PATCH 2/5] drbd: use PAGE_SECTORS_SHIFT and PAGE_SECTORS
  • From: Christoph Böhmwalder <christoph.boehmwalder@xxxxxxxxxx>
• Re: [PATCH blktests] dm: add a regression test
  • From: "Shin'ichiro Kawasaki" <shinichiro@xxxxxxxxxxxx>
• Re: [PATCH blktests] dm: add a regression test
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH blktests] dm: add a regression test
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH blktests] dm: add a regression test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 6/9] nvmet: add copy command support for bdev and file ns
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• [git pull] device mapper changes for 6.4
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 1/5] block: Don't invalidate pagecache for invalid falloc modes
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/5] iomap: simplify iomap_init() with PAGE_SECTORS
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 13/22] zram: use __bio_add_page for adding single page to bio
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH 5/5] zram: use generic PAGE_SECTORS and PAGE_SECTORS_SHIFT
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH 3/5] iomap: simplify iomap_init() with PAGE_SECTORS
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 3/5] iomap: simplify iomap_init() with PAGE_SECTORS
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] iomap: simplify iomap_init() with PAGE_SECTORS
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 3/5] iomap: simplify iomap_init() with PAGE_SECTORS
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 3/5] iomap: simplify iomap_init() with PAGE_SECTORS
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 3/5] iomap: simplify iomap_init() with PAGE_SECTORS
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 5/5] zram: use generic PAGE_SECTORS and PAGE_SECTORS_SHIFT
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 1/5] dm integrity: simplify by using PAGE_SECTORS_SHIFT
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 4/5] dm bufio: simplify by using PAGE_SECTORS_SHIFT
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 2/5] drbd: use PAGE_SECTORS_SHIFT and PAGE_SECTORS
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 0/5] block: simplify with PAGE_SECTORS_SHIFT
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 1/5] dm integrity: simplify by using PAGE_SECTORS_SHIFT
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] iomap: simplify iomap_init() with PAGE_SECTORS
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v4 05/22] md: use __bio_add_page to add single page
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 13/22] zram: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• Re: [PATCH v3 11/19] gfs: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 22/22] block: mark bio_add_folio as __must_check
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 16/22] md: raid1: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 08/22] btrfs: repair: use __bio_add_page for adding single page
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 14/22] floppy: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 03/22] dm: dm-zoned: use __bio_add_page for adding single metadata page
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 21/22] fs: iomap: use __bio_add_folio where possible
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 07/22] md: raid5: use __bio_add_page to add single page to new bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 19/22] block: mark bio_add_page as __must_check
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 10/22] jfs: logmgr: use __bio_add_page to add single page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 06/22] md: raid5-log: use __bio_add_page to add single page
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 04/22] fs: buffer: use __bio_add_page to add single page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 00/22] bio: check return values of bio_add_page
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 18/22] dm-crypt: check if adding pages to clone bio fails
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 17/22] md: raid1: check if adding pages to resync bio fails
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 12/22] zonefs: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 20/22] block: add __bio_add_folio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 11/22] gfs2: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 15/22] md: check for failure when adding pages in alloc_behind_master_bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 01/22] swap: use __bio_add_page to add page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 02/22] drbd: use __bio_add_page to add page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v4 09/22] btrfs: raid56: use __bio_add_page to add single page
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH 04/22] dm integrity: Use alloc_ordered_workqueue() to create ordered workqueues
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5-fix 1/5] block: Don't invalidate pagecache for invalid falloc modes
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v5-fix 1/5] block: Don't invalidate pagecache for invalid falloc modes
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH v4 1/4] block: Introduce provisioning primitives
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v5-fix 1/5] block: Don't invalidate pagecache for invalid falloc modes
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH v5-fix 1/5] block: Don't invalidate pagecache for invalid falloc modes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 11/19] gfs: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v3 14/19] floppy: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v3 19/19] block: mark bio_add_page as __must_check
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• Re: [PATCH v3 11/19] gfs: use __bio_add_page for adding single page to bio
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v10 1/9] block: Introduce queue limits for copy-offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [PATCH v3 19/19] block: mark bio_add_page as __must_check
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v3 10/19] jfs: logmgr: use __bio_add_page to add single page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v10 2/9] block: Add copy offload support infrastructure
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v3 00/19] bio: check return values of bio_add_page
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v10 0/9] Implement copy offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v3 17/19] md: raid1: check if adding pages to resync bio fails
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v10 4/9] fs, block: copy_file_range for def_blk_ops for direct block device
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v10 9/9] null_blk: add support for copy offload
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v3 07/19] md: raid5: use __bio_add_page to add single page to new bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v10 8/9] dm: Enable copy offload for dm-linear target
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v3 09/19] btrfs: raid56: use __bio_add_page to add single page
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v3 05/19] md: use __bio_add_page to add single page
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v10 3/9] block: add emulation for copy
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v10 6/9] nvmet: add copy command support for bdev and file ns
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v10 7/9] dm: Add support for copy offload
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v3 04/19] fs: buffer: use __bio_add_page to add single page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v3 03/19] dm: dm-zoned: use __bio_add_page for adding single metadata page
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v3 13/19] zram: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v3 18/19] dm-crypt: check if adding pages to clone bio fails
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v3 01/19] swap: use __bio_add_page to add page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v3 16/19] md: raid1: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v3 15/19] md: check for failure when adding pages in alloc_behind_master_bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v10 5/9] nvme: add copy offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [PATCH v3 17/19] md: raid1: check if adding pages to resync bio fails
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH v3 12/19] zonefs: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v3 06/19] md: raid5-log: use __bio_add_page to add single page
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v3 08/19] btrfs: repair: use __bio_add_page for adding single page
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• [PATCH v3 02/19] drbd: use __bio_add_page to add page to bio
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• Re: [PATCH v5 1/5] block: Don't invalidate pagecache for invalid falloc modes
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v5-fix 1/5] block: Don't invalidate pagecache for invalid falloc modes
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH v5 1/5] block: Don't invalidate pagecache for invalid falloc modes
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v4 1/4] block: Introduce provisioning primitives
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v5 5/5] loop: Add support for provision requests
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v5 4/5] dm-thin: Add REQ_OP_PROVISION support
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v5 3/5] dm: Add block provisioning support
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v5 2/5] block: Introduce provisioning primitives
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v5 1/5] block: Don't invalidate pagecache for invalid falloc modes
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v5 0/5] Introduce block provisioning primitives
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH v4 1/4] block: Introduce provisioning primitives
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v10 6/9] nvmet: add copy command support for bdev and file ns
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 1/4] block: Introduce provisioning primitives
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v4 1/4] block: Introduce provisioning primitives
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v4 1/4] block: Introduce provisioning primitives
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v3 19/19] block: mark bio_add_page as __must_check
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] block: Introduce provisioning primitives
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v4 1/4] block: Introduce provisioning primitives
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v4 4/4] loop: Add support for provision requests
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v4 2/4] dm: Add block provisioning support
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v4 3/4] dm-thin: Add REQ_OP_PROVISION support
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH v3 2/3] dm: Add support for block provisioning
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v4 0/4] Introduce provisioning primitives for thinly provisioned storage
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH v4 1/4] block: Introduce provisioning primitives
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH 5/5] dm flakey: introduce the random_read_corrupt and random_write_corrupt options
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 4/5] dm flakey: fix a crash with invalid table line
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3/5] dm flakey: clone pages on write bio before corrupting them
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/5] dm flakey: add an "error_reads" option
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/5] dm flakey: fix trailing space in the table line
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/5] dm-flakey patches
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: block: fix a crash when bio_for_each_folio_all iterates over an empty bio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH -next] dm: don't lock fs when the map is NULL in process of resume
  • From: Li Lingfeng <lilingfeng3@xxxxxxxxxx>
• Re: [PATCH] block: fix a crash when bio_for_each_folio_all iterates over an empty bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v9 05/16] ipe: add userspace interface
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 05/16] ipe: add userspace interface
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 05/16] ipe: add userspace interface
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] block: fix a crash when bio_for_each_folio_all iterates over an empty bio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] block: fix a crash when bio_for_each_folio_all iterates over an empty bio
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v6 06/18] dm: Add support for block PR read keys/reservation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] block: fix a crash when bio_for_each_folio_all iterates over an empty bio
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [RFC PATCH v9 05/16] ipe: add userspace interface
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] block: Introduce provisioning primitives
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: Possible deadlock detected in Linux 6.2.0 in dm_get_inactive_table (dm-ioctl.c)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [BUG] Possible deadlock detected in Linux 6.2.0 in dm_get_inactive_table (dm-ioctl.c)
  • From: Zheng Zhang <zheng.zhang@xxxxxxxxxxxxx>
• device mapper on qemu / Ubuntu 9.4.0-1ubuntu1~20.04.1
  • From: Mike Stramba <mikestramba@xxxxxxxxx>
• Re: [PATCH v3 2/3] dm: Add support for block provisioning
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 2/3] dm: Add support for block provisioning
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3 2/3] dm: Add support for block provisioning
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH v3 0/3] Introduce provisioning primitives for thinly provisioned storage
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v3 2/3] dm: Add support for block provisioning
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH -next v6 5/5] md: protect md_thread with rcu
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 3/3] loop: Add support for provision requests
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• [PATCH v3 1/3] block: Introduce provisioning primitives
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH v9 9/9] null_blk: add support for copy offload
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [PATCH v6 00/18] Use block pr_ops in LIO
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH -next v6 5/5] md: protect md_thread with rcu
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 05/16] ipe: add userspace interface
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• [PATCH -next v6 4/5] md/bitmap: factor out a helper to set timeout
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v6 2/5] dm-raid: remove useless checking in raid_message()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v6 1/5] md: factor out a helper to wake up md_thread directly
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v6 5/5] md: protect md_thread with rcu
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v6 3/5] md/bitmap: always wake up md_thread in timeout_store
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v6 0/5] md: protect md_thread with rcu
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 00/18] Use block pr_ops in LIO
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• [PATCH v6 00/18] Use block pr_ops in LIO
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH v6 00/18] Use block pr_ops in LIO
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 00/18] Use block pr_ops in LIO
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH v9 9/9] null_blk: add support for copy offload
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [RFC PATCH v9 05/16] ipe: add userspace interface
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v9 5/9] nvme: add copy offload support
  • From: Anuj Gupta <anuj20.g@xxxxxxxxxxx>
• [PATCH v9 0/9] Implement copy offload support
  • From: Anuj Gupta <anuj20.g@xxxxxxxxxxx>
• [PATCH v9 1/9] block: Introduce queue limits for copy-offload support
  • From: Anuj Gupta <anuj20.g@xxxxxxxxxxx>
• [PATCH v9 3/9] block: add emulation for copy
  • From: Anuj Gupta <anuj20.g@xxxxxxxxxxx>
• [PATCH v9 7/9] dm: Add support for copy offload
  • From: Anuj Gupta <anuj20.g@xxxxxxxxxxx>
• [PATCH v9 6/9] nvmet: add copy command support for bdev and file ns
  • From: Anuj Gupta <anuj20.g@xxxxxxxxxxx>
• [PATCH v9 2/9] block: Add copy offload support infrastructure
  • From: Anuj Gupta <anuj20.g@xxxxxxxxxxx>
• [PATCH v9 9/9] null_blk: add support for copy offload
  • From: Anuj Gupta <anuj20.g@xxxxxxxxxxx>
• [PATCH v9 4/9] fs, block: copy_file_range for def_blk_ops for direct block device
  • From: Anuj Gupta <anuj20.g@xxxxxxxxxxx>
• [PATCH v9 8/9] dm: Enable copy offload for dm-linear target
  • From: Anuj Gupta <anuj20.g@xxxxxxxxxxx>
• Re: [RFC PATCH v9 07/16] uapi|audit|ipe: add ipe auditing support
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 07/16] uapi|audit|ipe: add ipe auditing support
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 05/16] ipe: add userspace interface
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 03/16] ipe: add evaluation loop and introduce 'boot_verified' as a trust provider
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 02/16] ipe: add policy parser
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v6 18/18] scsi: target: Add block PR support to iblock
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 17/18] scsi: target: Report and detect unsupported PR commands
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 16/18] scsi: target: Pass struct target_opcode_descriptor to enabled
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 15/18] scsi: target: Allow backends to hook into PR handling
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 14/18] scsi: target: Rename sbc_ops to exec_cmd_ops
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 13/18] nvme: Add pr_ops read_reservation support
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 12/18] nvme: Add a nvme_pr_type enum
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 11/18] nvme: Add pr_ops read_keys support
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 10/18] nvme: Add helper to send pr command
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 01/18] block: Add PR callouts for read keys and reservation
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 09/18] nvme: Move pr code to it's own file
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 08/18] nvme: Don't hardcode the data len for pr commands
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 02/18] block: Rename BLK_STS_NEXUS to BLK_STS_RESV_CONFLICT
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 07/18] nvme: Fix reservation status related structs
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 06/18] dm: Add support for block PR read keys/reservation
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 05/18] scsi: Add support for block PR read keys/reservation
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 04/18] scsi: Move sd_pr_type to scsi_common
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v6 03/18] scsi: Rename sd_pr_command
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v6 11/12] crypto: x86/aes-kl - Support AES algorithm using Key Locker instructions
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 04/12] x86/asm: Add a wrapper function for the LOADIWKEY instruction
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 04/18] scsi: Move sd_pr_type to scsi_common
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 03/12] x86/insn: Add Key Locker instructions to the opcode map
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 13/18] nvme: Add pr_ops read_reservation support
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 18/18] scsi: target: Add block PR support to iblock
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 00/12] x86: Support Key Locker
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 02/18] block: Rename BLK_STS_NEXUS to BLK_STS_RESV_CONFLICT
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 01/12] Documentation/x86: Document Key Locker
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 07/12] x86/cpu/keylocker: Load an internal wrapping key at boot-time
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 03/18] scsi: Rename sd_pr_command
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 01/18] block: Add PR callouts for read keys and reservation
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 10/12] crypto: x86/aes - Prepare for a new AES implementation
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 07/18] nvme: Fix reservation status related structs
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 10/18] nvme: Add helper to send pr command
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 12/12] crypto: x86/aes-kl - Support XTS mode
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v2 17/19] md: raid1: check if adding pages to resync bio fails
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH v6 02/12] x86/cpufeature: Enumerate Key Locker feature
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 08/18] nvme: Don't hardcode the data len for pr commands
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH] dm: add helper macro for device mapper target driver boilerplate
  • From: Yangtao Li <frank.li@xxxxxxxx>
• [PATCH v6 15/18] scsi: target: Allow backends to hook into PR handling
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 11/18] nvme: Add pr_ops read_keys support
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 17/18] scsi: target: Report and detect unsupported PR commands
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 16/18] scsi: target: Pass struct target_opcode_descriptor to enabled
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 06/12] x86/keylocker: Define Key Locker CPUID leaf
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 09/12] x86/cpu: Add a configuration and command line option for Key Locker
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 05/18] scsi: Add support for block PR read keys/reservation
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 09/18] nvme: Move pr code to it's own file
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 06/18] dm: Add support for block PR read keys/reservation
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 05/12] x86/msr-index: Add MSRs for Key Locker internal wrapping key
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 12/18] nvme: Add a nvme_pr_type enum
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 00/18] Use block pr_ops in LIO
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• [PATCH v6 08/12] x86/PM/keylocker: Restore internal wrapping key on resume from ACPI S3/4
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 14/18] scsi: target: Rename sbc_ops to exec_cmd_ops
  • From: Mike Christie <michael.christie@xxxxxxxxxx>
• Re: [PATCH v6 18/18] scsi: target: Add block PR support to iblock
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 17/18] scsi: target: Report and detect unsupported PR commands
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 16/18] scsi: target: Pass struct target_opcode_descriptor to enabled
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 13/18] nvme: Add pr_ops read_reservation support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 09/18] nvme: Move pr code to it's own file
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 07/18] nvme: Fix reservation status related structs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 04/18] scsi: Move sd_pr_type to scsi_common
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 02/18] block: Rename BLK_STS_NEXUS to BLK_STS_RESV_CONFLICT
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v9 06/16] ipe: add LSM hooks on execution and kernel read
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 05/16] ipe: add userspace interface
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 03/16] ipe: add evaluation loop and introduce 'boot_verified' as a trust provider
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 11/18] nvme: Add pr_ops read_keys support
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH v6 10/18] nvme: Add helper to send pr command
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH v6 02/18] block: Rename BLK_STS_NEXUS to BLK_STS_RESV_CONFLICT
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH v6 04/18] scsi: Move sd_pr_type to scsi_common
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [RFC PATCH v9 02/16] ipe: add policy parser
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 01/16] security: add ipe lsm
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 17/19] md: raid1: check if adding pages to resync bio fails
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• Re: dm: Add error information printing for dm_register_target()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 2/7] dm: Add support for block provisioning
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH v5 18/18] scsi: target: Add block PR support to iblock
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 05/19] md: use __bio_add_page to add single page
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 17/19] md: raid1: check if adding pages to resync bio fails
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 07/19] md: raid5: use __bio_add_page to add single page to new bio
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 15/19] md: check for failure when adding pages in alloc_behind_master_bio
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 06/19] md: raid5-log: use __bio_add_page to add single page
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 16/19] md: raid1: use __bio_add_page for adding single page to bio
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] fixup! libmultipath: use directio checker for LIO targets
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] dm raid: remove unused d variable
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH] fixup! libmultipath: use directio checker for LIO targets
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 13/19] zram: use __bio_add_page for adding single page to bio
  • From: Pankaj Raghav <p.raghav@xxxxxxxxxxx>
• Re: [PATCH 01/19] swap: use __bio_add_page to add page to bio
  • From: Pankaj Raghav <p.raghav@xxxxxxxxxxx>
• Re: [PATCH v2 2/7] dm: Add support for block provisioning
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH 04/19] fs: buffer: use __bio_add_page to add single page to bio
  • From: Pankaj Raghav <p.raghav@xxxxxxxxxxx>
• [PATCH] fixup! libmultipath: use directio checker for LIO targets
  • From: mwilck@xxxxxxxx
• Re: [PATCH v2 00/19] bio: check return values of bio_add_page
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH v2 10/19] jfs: logmgr: use __bio_add_page to add single page to bio
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCH v2 3/7] fs: Introduce FALLOC_FL_PROVISION
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH v2 3/7] fs: Introduce FALLOC_FL_PROVISION
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH v2 3/7] fs: Introduce FALLOC_FL_PROVISION
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH v2 2/7] dm: Add support for block provisioning
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH v8 4/9] fs, block: copy_file_range for def_blk_ops for direct block device.
  • From: Nitesh Shetty <nitheshshetty@xxxxxxxxx>
• Re: [PATCH v2 00/19] bio: check return values of bio_add_page
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH 18/19] dm-crypt: check if adding pages to clone bio fails
  • From: Yang Shi <shy828301@xxxxxxxxx>
• [PATCH] dm raid: remove unused d variable
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: [git pull] device mapper fixes for 6.3-rc5
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] device mapper fixes for 6.3-rc5
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 00/19] bio: check return values of bio_add_page
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Patch "dm crypt: avoid accessing uninitialized tasklet" has been added to the 5.10-stable tree
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH v2 19/19] block: mark bio_add_page as __must_check
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 18/19] dm-crypt: check if adding pages to clone bio fails
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 17/19] md: raid1: check if adding pages to resync bio fails
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 16/19] md: raid1: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 15/19] md: check for failure when adding pages in alloc_behind_master_bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 14/19] floppy: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 13/19] zram: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 12/19] zonefs: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 10/19] jfs: logmgr: use __bio_add_page to add single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 11/19] gfs: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 09/19] btrfs: raid56: use __bio_add_page to add single page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 07/19] md: raid5: use __bio_add_page to add single page to new bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 08/19] btrfs: repair: use __bio_add_page for adding single page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 05/19] md: use __bio_add_page to add single page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 06/19] md: raid5-log: use __bio_add_page to add single page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 04/19] fs: buffer: use __bio_add_page to add single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 03/19] dm: dm-zoned: use __bio_add_page for adding single metadata page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 02/19] drbd: use __bio_add_page to add page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 00/19] bio: check return values of bio_add_page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v2 01/19] swap: use __bio_add_page to add page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• Re: [PATCH 17/19] md: raid1: check if adding pages to resync bio fails
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH v2] dm-zero, dm-error: support discards
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH v8 9/9] null_blk: add support for copy offload
  • From: Anuj Gupta <anuj20.g@xxxxxxxxxxx>
• Re: [PATCH v8 4/9] fs, block: copy_file_range for def_blk_ops for direct block device.
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v8 5/9] nvme: add copy offload support
  • From: Anuj Gupta <anuj20.g@xxxxxxxxxxx>
• Re: [PATCH v8 4/9] fs, block: copy_file_range for def_blk_ops for direct block device.
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v8 4/9] fs, block: copy_file_range for def_blk_ops for direct block device.
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v8 1/9] block: Introduce queue limits for copy-offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [PATCH v8 9/9] null_blk: add support for copy offload
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v8 8/9] dm: Enable copy offload for dm-linear target
  • From: Anuj Gupta <anuj20.g@xxxxxxxxxxx>
• Re: [PATCH v8 7/9] dm: Add support for copy offload.
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>