Linux Device-Mapper Development

• Thread Index

• [PATCH v12 5/9] nvme: add copy offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v12 6/9] nvmet: add copy command support for bdev and file ns
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v12 4/9] fs, block: copy_file_range for def_blk_ops for direct block device
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v12 3/9] block: add emulation for copy
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v12 1/9] block: Introduce queue limits for copy-offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v12 2/9] block: Add copy offload support infrastructure
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v12 0/9] Implement copy offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: adapt HITACHI/OPEN- config to work with alua and multibus
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools: adapt HITACHI/OPEN- config to work with alua and multibus
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 0/5] Support kdump with LUKS encryption by reusing LUKS volume key
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH] dm thin: Fix ABBA deadlock by resetting dm_bufio_client
  • From: Li Lingfeng <lilingfeng3@xxxxxxxxxx>
• Re: [PATCH v3 3/4] Document dm-integrity default values.
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v3 4/4] Document an example of how the tunables relate in dm-integrity.
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH] Improve the dm-integrity documentation.
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v3 2/4] Documents the meaning of "buffer" in dm-integrity.
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v3 2/4] Documents the meaning of "buffer" in dm-integrity.
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH] Improve the dm-integrity documentation.
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH] Improve the dm-integrity documentation.
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v3 1/4] Fix minor grammatical error in dm-integrity.rst.
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH 0/5] Support kdump with LUKS encryption by reusing LUKS volume key
  • From: Coiby Xu <coxu@xxxxxxxxxx>
• [PATCH v4 1/4] Documentation: dm-integrity: Fix minor grammatical error.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• [PATCH v4 0/4] Improve the dm-integrity documentation.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• [PATCH v4 3/4] Documentation: dm-integrity: Document default values.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• [PATCH v4 4/4] Documentation: dm-integrity: Document an example of how the tunables relate.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• [PATCH v4 2/4] Documentation: dm-integrity: Document the meaning of "buffer".
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• Re: [PATCH v3 4/4] Document an example of how the tunables relate in dm-integrity.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• Re: [PATCH v3 3/4] Document dm-integrity default values.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• Re: [PATCH v3 2/4] Documents the meaning of "buffer" in dm-integrity.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• Re: [PATCH v3 1/4] Fix minor grammatical error in dm-integrity.rst.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• Re: [PATCH v8 10/12] crypto: x86/aesni - Use the proper data type in struct aesni_xts_ctx
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v8 10/12] crypto: x86/aesni - Use the proper data type in struct aesni_xts_ctx
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v8 09/12] x86/cpu: Add a configuration and command line option for Key Locker
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v8 10/12] crypto: x86/aesni - Use the proper data type in struct aesni_xts_ctx
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v3 4/4] Document an example of how the tunables relate in dm-integrity.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• [PATCH v3 3/4] Document dm-integrity default values.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• [PATCH v3 2/4] Documents the meaning of "buffer" in dm-integrity.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• [PATCH v3 1/4] Fix minor grammatical error in dm-integrity.rst.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• [PATCH v3 0/4] Improve the dm-integrity documentation.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• Re: [PATCH] Improve the dm-integrity documentation.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• Re: [PATCH v8 10/12] crypto: x86/aesni - Use the proper data type in struct aesni_xts_ctx
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 4/4] Document an example of how the tunables relate in dm-integrity.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• [PATCH 3/4] Document dm-integrity default values.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• [PATCH 2/4] Documents the meaning of "buffer" in dm-integrity.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• [PATCH 1/4] Fix minor grammatical error in dm-integrity.rst.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• [PATCH] Improve the dm-integrity documentation.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• Re: [PATCH v8 09/12] x86/cpu: Add a configuration and command line option for Key Locker
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v8 02/12] x86/cpufeature: Enumerate Key Locker feature
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v8 00/12] x86: Support Key Locker
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v8 06/12] x86/keylocker: Define Key Locker CPUID leaf
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v8 07/12] x86/cpu/keylocker: Load a wrapping key at boot-time
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v8 12/12] crypto: x86/aes-kl - Implement the AES-XTS algorithm
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v8 09/12] x86/cpu: Add a configuration and command line option for Key Locker
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v8 10/12] crypto: x86/aesni - Use the proper data type in struct aesni_xts_ctx
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v8 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 v8 11/12] crypto: x86/aes - Prepare for a new AES-XTS implementation
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v8 03/12] x86/insn: Add Key Locker instructions to the opcode map
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v8 01/12] Documentation/x86: Document Key Locker
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v8 05/12] x86/msr-index: Add MSRs for Key Locker wrapping key
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v8 04/12] x86/asm: Add a wrapper function for the LOADIWKEY instruction
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v2 6/6] device-mapper: "." and ".." are not valid symlink names
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 5/6] device-mapper: Refuse to create device named "control"
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/6] device-mapper: Avoid double-fetch of version
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/6] device-mapper: structs and parameter strings must not overlap
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/6] Several device-mapper fixes
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/6] device-mapper: Check that target specs are sufficiently aligned
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/6] device-mapper: Avoid pointer arithmetic overflow
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] device-mapper: Avoid double-fetch of version
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] multipath-tools: adapt HITACHI/OPEN- config to work with alua and multibus
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] Improve the dm-integrity documentation.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• Re: [PATCH 0/5] Support kdump with LUKS encryption by reusing LUKS volume key
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH 4/6] device-mapper: Avoid double-fetch of version
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/5] Support kdump with LUKS encryption by reusing LUKS volume key
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce provisioning primitives
  • From: Sarthak Kukreti <sarthakkukreti@xxxxxxxxxxxx>
• Re: [PATCH 5/5] libmultipath: add "detect_pgpolicy" config option
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 3/3] block: fail writes to read-only devices
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] block: fail writes to read-only devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 4/5] multipath-tools tests: add tests for group_by_tpg policy
  • From: Martin Wilck <martin.wilck@xxxxxxxx>
• [PATCH 0/5] Support kdump with LUKS encryption by reusing LUKS volume key
  • From: Coiby Xu <coxu@xxxxxxxxxx>
• [PATCH 2/5] crash_dump: save the LUKS volume key temporarily
  • From: Coiby Xu <coxu@xxxxxxxxxx>
• [PATCH 3/5] crash_dump: retrieve LUKS volume key in kdump kernel
  • From: Coiby Xu <coxu@xxxxxxxxxx>
• [PATCH 1/5] kexec_file: allow to place kexec_buf randomly
  • From: Coiby Xu <coxu@xxxxxxxxxx>
• [PATCH 4/5] x86/crash: pass the LUKS volume key to kdump kernel
  • From: Coiby Xu <coxu@xxxxxxxxxx>
• [PATCH 5/5] x86/crash: make the page that stores the LUKS volume key inaccessible
  • From: Coiby Xu <coxu@xxxxxxxxxx>
• Re: fuzzing bcachefs with dm-flakey
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH 3/3] block: fail writes to read-only devices
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] device-mapper: Check that target specs are sufficiently aligned
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/6] Several device-mapper fixes
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/6] device-mapper: Avoid pointer arithmetic overflow
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] device-mapper: Refuse to create device named "control"
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/6] device-mapper: Avoid double-fetch of version
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/6] device-mapper: structs and parameter strings must not overlap
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 6/6] device-mapper: "." and ".." are not valid symlink names
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: dm crypt: Avoid using MAX_CIPHER_BLOCKSIZE
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 16/20] dm-crypt: check if adding pages to clone bio fails
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 5/5] libmultipath: add "detect_pgpolicy" config option
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH] bcachefs: fix NULL pointer dereference in try_alloc_bucket
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 4/5] multipath-tools tests: add tests for group_by_tpg policy
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/5] libmultipath: add group_by_tpg path_grouping_policy
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• dm crypt: Avoid using MAX_CIPHER_BLOCKSIZE
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• enforce read-only state at the block layer
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] block: simplify the check for flushes in bio_check_ro
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/3] block: fail writes to read-only devices
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] block: remove a duplicate bdev_read_only declaration
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] dm: don't lock fs when the map is NULL in process of suspend
  • From: Li Lingfeng <lilingfeng3@xxxxxxxxxx>
• Re: [PATCH v6 15/20] md: raid1: check if adding pages to resync bio fails
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH v7 19/20] fs: iomap: use bio_add_folio_nofail where possible
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v7 19/20] fs: iomap: use bio_add_folio_nofail where possible
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v7 19/20] fs: iomap: use bio_add_folio_nofail where possible
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/5] block: Don't invalidate pagecache for invalid falloc modes
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 4/5] multipathd: reload map if the path groups are out of order
  • From: Martin Wilck <martin.wilck@xxxxxxxx>
• Re: [PATCH 5/5] multipathd: don't assume mpp->paths will exist in need_switch_pathgroup
  • From: Martin Wilck <martin.wilck@xxxxxxxx>
• Re: [PATCH 3/5] multipathd: refresh all priorities if one has changed
  • From: Martin Wilck <martin.wilck@xxxxxxxx>
• Re: [PATCH 2/5] multipath-tools tests: add tests to verify PRIO_UDEF changes
  • From: Martin Wilck <martin.wilck@xxxxxxxx>
• Re: [PATCH 1/5] libmultipath: don't count PRIO_UNDEF paths for pathgroup priority
  • From: Martin Wilck <martin.wilck@xxxxxxxx>
• Re: [PATCH] multipath-tools: adapt HITACHI/OPEN- config to work with alua and multibus
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v7 00/20] bio: check return values of bio_add_page
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 0/5] multipath: Add a group_by_tgp path grouping policy
  • From: Martin Wilck <martin.wilck@xxxxxxxx>
• Re: [PATCH 5/5] libmultipath: add "detect_pgpolicy" config option
  • From: Martin Wilck <martin.wilck@xxxxxxxx>
• Re: [PATCH 4/5] multipath-tools tests: add tests for group_by_tpg policy
  • From: Martin Wilck <martin.wilck@xxxxxxxx>
• Re: [PATCH 2/5] libmultipath: don't copy pgpolicy string in get_pgpolicy_name
  • From: Martin Wilck <martin.wilck@xxxxxxxx>
• Re: [PATCH 1/5] libmultipath: add group_by_tpg path_grouping_policy
  • From: Martin Wilck <martin.wilck@xxxxxxxx>
• Re: [PATCH 3/5] libmultipath: add ALUA tpg path wildcard
  • From: Martin Wilck <martin.wilck@xxxxxxxx>
• [PATCH 05/24] init: remove pointless Root_* values
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/24] init: pass root_device_name explicitly
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/24] driver core: return bool from driver_probe_done
  • 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 04/24] PM: hibernate: move finding the resume device out of software_resume
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/24] init: rename mount_block_root to mount_root_generic
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] multipath-tools: adapt HITACHI/OPEN- config to work with alua and multibus
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 07/24] init: refactor mount_root
  • From: Christoph Hellwig <hch@xxxxxx>
• fix the name_to_dev_t mess v2
  • 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 09/24] init: don't remove the /dev/ prefix from error messages
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/24] PM: hibernate: remove the global snapshot_test variable
  • 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 20/24] dm: only call early_lookup_bdev from early boot context
  • 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 14/24] init: clear root_wait on all invalid root= strings
  • 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 22/24] mtd: block2mtd: factor the early block device open logic into a helper
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 00/16] Diskseq support in loop, device-mapper, and blkback
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 24/24] block: mark early_lookup_bdev as __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 19/24] dm: remove dm_get_dev_t
  • 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 10/24] init: handle ubi/mtd root mounting like all other root types
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v7 17/20] block: mark bio_add_page as __must_check
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/24] init: improve the name_to_dev_t interface
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/24] block: move more code to early-lookup.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/24] PM: hibernate: don't use early_lookup_bdev in resume_store
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v7 18/20] block: add bio_add_folio_nofail
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v7 20/20] block: mark bio_add_folio as __must_check
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v7 14/20] md: raid1: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 10/20] zonefs: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 12/20] floppy: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 06/20] md: raid5-log: use __bio_add_page to add single page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 20/20] block: mark bio_add_folio as __must_check
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 18/20] block: add bio_add_folio_nofail
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 13/20] md: check for failure when adding pages in alloc_behind_master_bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 11/20] zram: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 17/20] block: mark bio_add_page as __must_check
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 09/20] gfs2: use __bio_add_page for adding single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 15/20] md: raid1: check if adding pages to resync bio fails
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• Re: [PATCH v6 00/20] bio: check return values of bio_add_page
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• [PATCH v7 01/20] swap: use __bio_add_page to add page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 00/20] bio: check return values of bio_add_page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 07/20] md: raid5: use __bio_add_page to add single page to new bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 03/20] dm: dm-zoned: use __bio_add_page for adding single metadata page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 16/20] dm-crypt: use __bio_add_page to add single page to clone bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 08/20] jfs: logmgr: use __bio_add_page to add single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 05/20] md: use __bio_add_page to add single page
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 02/20] drbd: use __bio_add_page to add page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 19/20] fs: iomap: use bio_add_folio_nofail where possible
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• [PATCH v7 04/20] fs: buffer: use __bio_add_page to add single page to bio
  • From: Johannes Thumshirn <johannes.thumshirn@xxxxxxx>
• Re: [PATCH v6 04/20] fs: buffer: use __bio_add_page to add single page to bio
  • From: Gou Hao <gouhao@xxxxxxxxxxxxx>
• Re: [PATCH v6 15/20] md: raid1: check if adding pages to resync bio fails
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v6 08/20] jfs: logmgr: use __bio_add_page to add single page to bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 20/20] block: mark bio_add_folio as __must_check
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 19/20] fs: iomap: use __bio_add_folio where possible
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 18/20] block: add __bio_add_folio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 17/20] block: mark bio_add_page as __must_check
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 15/20] md: raid1: check if adding pages to resync bio fails
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 14/20] md: raid1: use __bio_add_page for adding single page to bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 13/20] md: check for failure when adding pages in alloc_behind_master_bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 12/20] floppy: use __bio_add_page for adding single page to bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 11/20] zram: use __bio_add_page for adding single page to bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 10/20] zonefs: use __bio_add_page for adding single page to bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 09/20] gfs2: use __bio_add_page for adding single page to bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 07/20] md: raid5: use __bio_add_page to add single page to new bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 06/20] md: raid5-log: use __bio_add_page to add single page
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 05/20] md: use __bio_add_page to add single page
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 04/20] fs: buffer: use __bio_add_page to add single page to bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 01/20] swap: use __bio_add_page to add page to bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: fuzzing bcachefs with dm-flakey
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [vdo-devel] [PATCH v2 00/39] Add the dm-vdo deduplication and compression device mapper target.
  • From: Matthew Sakai <msakai@xxxxxxxxxx>
• Re: fuzzing bcachefs with dm-flakey
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] Improve the dm-integrity documentation.
  • From: Russell Harmon <eatnumber1@xxxxxxxxx>
• [PATCH v2 11/16] device-mapper: "." and ".." are not valid symlink names
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 14/16] block, loop: Increment diskseq when releasing a loop device
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 10/16] device-mapper: Refuse to create device named "control"
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 04/16] device-mapper: Better error message for too-short target spec
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: fuzzing bcachefs with dm-flakey
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH v2 16/16] xen-blkback: Inform userspace that device has been opened
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 01/16] device-mapper: Check that target specs are sufficiently aligned
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 05/16] device-mapper: Target parameters must not overlap next target spec
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v11 2/9] block: Add copy offload support infrastructure
  • From: Nitesh Shetty <nitheshshetty@xxxxxxxxx>
• [PATCH v2 02/16] device-mapper: Avoid pointer arithmetic overflow
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v11 2/9] block: Add copy offload support infrastructure
  • From: Maurizio Lombardi <mlombard@xxxxxxxxxx>
• [PATCH v2 07/16] device-mapper: Allow userspace to opt-in to strict parameter checks
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 00/16] Diskseq support in loop, device-mapper, and blkback
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 08/16] device-mapper: Allow userspace to provide expected diskseq
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 13/20] md: check for failure when adding pages in alloc_behind_master_bio
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH v2 03/16] device-mapper: do not allow targets to overlap 'struct dm_ioctl'
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 13/16] xen-blkback: Implement diskseq checks
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 09/16] device-mapper: Allow userspace to suppress uevent generation
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 06/16] device-mapper: Avoid double-fetch of version
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 15/16] xen-blkback: Minor cleanups
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: fuzzing bcachefs with dm-flakey
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH v2 12/16] device-mapper: inform caller about already-existing device
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/20] fs: buffer: use __bio_add_page to add single page to bio
  • From: gouhao@xxxxxxxxxxxxx
• Re: [PATCH v11 2/9] block: Add copy offload support infrastructure
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [PATCH v11 2/9] block: Add copy offload support infrastructure
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [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>
• Re: [PATCH v7 12/12] crypto: x86/aes-kl - Implement the AES-XTS algorithm
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v5 16/20] dm-crypt: check if adding pages to clone bio fails
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v6 16/20] dm-crypt: check if adding pages to clone bio fails
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH v6 16/20] dm-crypt: check if adding pages to clone bio fails
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v6 20/20] block: mark bio_add_folio as __must_check
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v6 18/20] block: add __bio_add_folio
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• 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>