Linux RAID Storage Date Index

• Thread Index

• [PATCH v3] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Tomas Mudrunka <tomas.mudrunka@xxxxxxxxx>
• [no subject]
  • From: Unknown
• [PATCH] md-linear: optimize which_dev() for small disks number
  • From: colyli@xxxxxxxxxx
• Re: replaced all drives in RAID-10 array with larger drives -> failing to correctly extend array to use new/add'l space.
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Problem with RAID1 - unable to read superblock
  • From: Raffaele Morelli <raffaele.morelli@xxxxxxxxx>
• Re: [PATCH 6.6 0/6] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 6.13 0/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC mdadm/master] mdadm: add support for new lockless bitmap
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Problem with RAID1 - unable to read superblock
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• Problem with RAID1 - unable to read superblock
  • From: Raffaele Morelli <raffaele.morelli@xxxxxxxxx>
• Re: [PATCH 6.6 0/6] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.6 2/6] md/md-bitmap: factor behind write counters out from bitmap_{start/end}write()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] block: move the block layer auto-integrity code into a new file
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/3] block: split struct bio_integrity_data
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 2/3] block: move the block layer auto-integrity code into a new file
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 1/3] block: mark bounce buffering as incompatible with integrity
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH v2] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Tomas Mudrunka <tomas.mudrunka@xxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: mdadm/raid5, spare disk or spare space
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• mdadm/raid5, spare disk or spare space
  • From: Anton Gavriliuk <antosha20xx@xxxxxxxxx>
• Re: [PATCH] md: Fix linear_set_limits()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: Fix linear_set_limits()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 1/3] block: mark bounce buffering as incompatible with integrity
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH 3/3] block: split struct bio_integrity_data
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] block: move the block layer auto-integrity code into a new file
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] block: mark bounce buffering as incompatible with integrity
  • From: Christoph Hellwig <hch@xxxxxx>
• RFC: split out the auto-PI code and data structures
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] md: Fix linear_set_limits()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] md: Fix linear_set_limits()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: replaced all drives in RAID-10 array with larger drives -> failing to correctly extend array to use new/add'l space.
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: replaced all drives in RAID-10 array with larger drives -> failing to correctly extend array to use new/add'l space.
  • From: pgnd <pgnd@xxxxxxxxxxxx>
• replaced all drives in RAID-10 array with larger drives -> failing to correctly extend array to use new/add'l space.
  • From: pgnd <pgnd@xxxxxxxxxxxx>
• Re: Re: Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Joel Granados <joel.granados@xxxxxxxxxx>
• Altering the meta data version of md raid
  • From: Jaco Kroon <jaco@xxxxxxxxx>
• Re: Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: Add spare disk to raid50
  • From: Anton Gavriliuk <antosha20xx@xxxxxxxxx>
• Re: Add spare disk to raid50
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• Re: Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Joel Granados <joel.granados@xxxxxxxxxx>
• Re: [PATCH V2] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: Add spare disk to raid50
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Add spare disk to raid50
  • From: Anton Gavriliuk <antosha20xx@xxxxxxxxx>
• Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Joel Granados <joel.granados@xxxxxxxxxx>
• Re: [PATCH 6.13 0/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Huge lock contention during raid5 build time
  • From: Anton Gavriliuk <antosha20xx@xxxxxxxxx>
• Re: [PATCH] mdadm: fix --grow with --add for linear
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH RFC mdadm/master] mdadm: add support for new lockless bitmap
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH v3] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH 6.13 0/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] md/raid5: warn when failing a read due to bad blocks metadata
  • From: Doug V Johnson <dougvj@xxxxxxxxxx>
• [PATCH v2 1/2] md/raid5: freeze reshape when encountering a bad read
  • From: Doug V Johnson <dougvj@xxxxxxxxxx>
• [PATCH 6.6 6/6] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 5/6] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 3/6] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 4/6] md: add a new callback pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 2/6] md/md-bitmap: factor behind write counters out from bitmap_{start/end}write()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 1/6] md/raid5: recheck if reshape has finished with device_lock held
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.12 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 0/6] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.12 1/5] md/md-bitmap: factor behind write counters out from bitmap_{start/end}write()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.12 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.12 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.12 3/5] md: add a new callback pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.12 0/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.13 1/5] md/md-bitmap: factor behind write counters out from bitmap_{start/end}write()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.13 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.13 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.13 3/5] md: add a new callback pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.13 0/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: skip stripes with bad reads during reshape to avoid stall
  • From: Doug V Johnson <dougvj@xxxxxxxxxx>
• Re: [PATCH V2] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH V2] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Chunyan Zhang <zhangchunyan@xxxxxxxxxxx>
• [PATCH RFC] md: introduce llbitmap
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RFC mdadm/master] mdadm: add support for new lockless bitmap
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix --grow with --add for linear
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: skip stripes with bad reads during reshape to avoid stall
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 1/2] md/raid5: skip stripes with bad reads during reshape to avoid stall
  • From: Doug V Johnson <dougvj@xxxxxxxxxx>
• [PATCH 2/2] md/raid5: warn when failing a read due to bad blocks metadata
  • From: Doug V Johnson <dougvj@xxxxxxxxxx>
• Re: Huge lock contention during raid5 build time
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [GIT PULL] md-6.14 20250124
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-6.14 20250124
  • From: Song Liu <songliubraving@xxxxxxxx>
• [PATCH] md/md-bitmap: synchronize bitmap_get_stats() with bitmap lifetime
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [REGRESSION] kernel panic at bitmap_get_stats+0x2b/0xa0 since 6.12
  • From: Harshit Mogalapalli <harshit.m.mogalapalli@xxxxxxxxxx>
• Re: [REGRESSION] kernel panic at bitmap_get_stats+0x2b/0xa0 since 6.12
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [REGRESSION] kernel panic at bitmap_get_stats+0x2b/0xa0 since 6.12
  • From: Harshit Mogalapalli <harshit.m.mogalapalli@xxxxxxxxxx>
• Re: Huge lock contention during raid5 build time
  • From: Anton Gavriliuk <antosha20xx@xxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: [REGRESSION] kernel panic at bitmap_get_stats+0x2b/0xa0 since 6.12
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [REGRESSION] kernel panic at bitmap_get_stats+0x2b/0xa0 since 6.12
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Huge lock contention during raid5 build time
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Huge lock contention during raid5 build time
  • From: Anton Gavriliuk <antosha20xx@xxxxxxxxx>
• Re: Huge lock contention during raid5 build time
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Huge lock contention during raid5 build time
  • From: Anton Gavriliuk <antosha20xx@xxxxxxxxx>
• [PATCH v3 md-6.15 10/11] md: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 07/11] md/raid1: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 11/11] md/md-bitmap: introducet CONFIG_MD_BITMAP
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 09/11] md/raid5: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 08/11] md/raid10: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 02/11] md/md-bitmap: merge md_bitmap_group into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 06/11] md/raid1: check bitmap before behind write
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 05/11] md/md-bitmap: handle the case bitmap is not enabled before end_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 04/11] md/md-bitmap: handle the case bitmap is not enabled before start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 01/11] md/md-bitmap: remove the parameter 'init' for bitmap_ops->resize()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 03/11] md/md-bitmap: add md_bitmap_registered/enabled() helper
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 00/11] md/md-bitmap: introduce CONFIG_MD_BITMAP
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [REGRESSION] kernel panic at bitmap_get_stats+0x2b/0xa0 since 6.12
  • From: Harshit Mogalapalli <harshit.m.mogalapalli@xxxxxxxxxx>
• Re: [PATCH v2] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v3] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH v2] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Coly Li <colyli@xxxxxxx>
• Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Joel Granados <joel.granados@xxxxxxxxxx>
• Re: [PATCH v2] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• [PATCH v2] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• [PATCH] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Chunyan Zhang <zhang.lyra@xxxxxxxxx>
• Re: [PATCH RFC v2 0/8] device mapper atomic write support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/8] device mapper atomic write support
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: (subset) [PATCH RFC v2 0/8] device mapper atomic write support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH RFC v2 0/8] device mapper atomic write support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH RFC v2 0/8] device mapper atomic write support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/1] mdadm/raid6check: add xmalloc.h to raid6check.c
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 1/1] mdadm/raid6check: add xmalloc.h to raid6check.c
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [GIT PULL] md-6.14 20250116
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 5.10/5.15] md/raid5: fix atomicity violation in raid5_cache_count
  • From: Song Liu <song@xxxxxxxxxx>
• [GIT PULL] md-6.14 20250116
  • From: Song Liu <songliubraving@xxxxxxxx>
• [PATCH RFC v2 7/8] dm-io: Warn on creating multiple atomic write bios for a region
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC v2 1/8] block: Add common atomic writes enable flag
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC v2 2/8] block: Don't trim an atomic write
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC v2 4/8] dm: Ensure cloned bio is same length for atomic write
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC v2 3/8] dm-table: atomic writes support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC v2 0/8] device mapper atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC v2 6/8] dm-stripe: Enable atomic writes
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC v2 8/8] dm-mirror: Support atomic writes
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC v2 5/8] dm-linear: Enable atomic writes
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: "Bill O'Donnell" <bodonnel@xxxxxxxxxx>
• Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Tomáš Mudruňka <tomas.mudrunka@xxxxxxxxx>
• Re: [PATCH next] md/md-linear: Fix a NULL vs IS_ERR() bug in linear_add()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH next] md/md-linear: Fix a NULL vs IS_ERR() bug in linear_add()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [GIT PULL] md-6.14 20250113
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-6.14 20250113
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH] md: Add missing md-linear.c
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] md: Add missing md-linear.c
  • From: Song Liu <song@xxxxxxxxxx>
• Re: RAID 1 | Extending Logical Volume
  • From: Johannes Truschnigg <johannes@xxxxxxxxxxxxxxx>
• RAID 1 | Extending Logical Volume
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 5.10/5.15] md/raid5: fix atomicity violation in raid5_cache_count
  • From: Vasiliy Kovalev <kovalev@xxxxxxxxxxxx>
• Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Anna Schumaker <anna.schumaker@xxxxxxxxxx>
• Re: [PATCH] treewide: const qualify ctl_tables where applicable
  • From: "Dixit, Ashutosh" <ashutosh.dixit@xxxxxxxxx>
• Re: [PATCH] md: Replace deprecated kmap_atomic() with kmap_local_page()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [GIT PULL] md-6.14 20250109
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Joel Granados <joel.granados@xxxxxxxxxx>
• [GIT PULL] md-6.14 20250109
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH v2 md-6.14 0/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 md-6.14 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] treewide: const qualify ctl_tables where applicable
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 md-6.14 00/12] md/md-bitmap: introducet CONFIG_MD_BITMAP
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] treewide: const qualify ctl_tables where applicable
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH] treewide: const qualify ctl_tables where applicable
  • From: Corey Minyard <corey@xxxxxxxxxxx>
• Re: [PATCH] treewide: const qualify ctl_tables where applicable
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] treewide: const qualify ctl_tables where applicable
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] treewide: const qualify ctl_tables where applicable
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] treewide: const qualify ctl_tables where applicable
  • From: Joel Granados <joel.granados@xxxxxxxxxx>
• Re: [PATCH 1/1] md: Fix typo in comment
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 1/1] md: Fix typo in comment
  • From: Cherniaev Andrei <dungeonlords789@xxxxxxxxx>
• [PATCH v2 md-6.14 12/12] md/md-bitmap: introducet CONFIG_MD_BITMAP
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 11/12] md: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 10/12] md/raid5: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 09/12] md/raid10: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 08/12] md/raid1: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 07/12] md/raid1: check bitmap before behind write
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 06/12] md/dm-raid: check if bitmap is registered in raid_ctr()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 05/12] md/md-bitmap: handle the case bitmap is not enabled before end_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 03/12] md/md-bitmap: add md_bitmap_registered/enabled() helper
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 04/12] md/md-bitmap: handle the case bitmap is not enabled before start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 02/12] md/md-bitmap: merge md_bitmap_group into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 00/12] md/md-bitmap: introducet CONFIG_MD_BITMAP
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 01/12] md/md-bitmap: remove the parameter 'init' for bitmap_ops->resize()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 1/5] md/md-bitmap: factor behind write counters out from bitmap_{start/end}write()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 3/5] md: add a new callback pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 0/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH] md: Replace deprecated kmap_atomic() with kmap_local_page()
  • From: David Reaver <me@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: Replace deprecated kmap_atomic() with kmap_local_page()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH RFC md-6.14] md: reintroduce md-linear
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Jessica Clarke <jrtc27@xxxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH] Fixup vector options
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC md-6.14] md: reintroduce md-linear
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RFC md-6.14] md: reintroduce md-linear
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH RFC md-6.14] md: reintroduce md-linear
  • From: RIc Wheeler <ricwheeler@xxxxxxxxx>
• Re: [PATCH RFC md-6.14] md: reintroduce md-linear
  • From: RIc Wheeler <ricwheeler@xxxxxxxxx>
• Re: [PATCH RFC md-6.14] md: reintroduce md-linear
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH md-6.14 13/13] md/md-bitmap: support to build md-bitmap as kernel module
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Tomáš Mudruňka <tomas.mudrunka@xxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH md-6.14 13/13] md/md-bitmap: support to build md-bitmap as kernel module
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH md-6.14 13/13] md/md-bitmap: support to build md-bitmap as kernel module
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.14 13/13] md/md-bitmap: support to build md-bitmap as kernel module
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Tomas Mudrunka <tomas.mudrunka@xxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC md-6.14] md: reintroduce md-linear
  • From: Coly Li <colyli@xxxxxxx>
• Re: md-linear accidental(?) removal, removed significant(?) use case?
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• Re: md-linear accidental(?) removal, removed significant(?) use case?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: md-linear accidental(?) removal, removed significant(?) use case?
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md-linear accidental(?) removal, removed significant(?) use case?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Tomas Mudrunka <tomas.mudrunka@xxxxxxxxx>
• [PATCH RFC md-6.14] md: reintroduce md-linear
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md-linear accidental(?) removal, removed significant(?) use case?
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 md-6.14 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Xiao Ni <xni@xxxxxxxxxx>
• md-linear accidental(?) removal, removed significant(?) use case?
  • From: Allen Toureg <thetanix@xxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 md-6.14 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 md-6.14 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 md-6.14 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Tomáš Mudruňka <tomas.mudrunka@xxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH] mdadm: fix --grow with --add for linear
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Tomas Mudrunka <tomas.mudrunka@xxxxxxxxx>
• Re: [PATCH v2 md-6.14 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md: fix NULL point access
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Confused about device counting in MD RAID1
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• [PATCH] mdadm: fix --grow with --add for linear
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 13/13] md/md-bitmap: support to build md-bitmap as kernel module
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 11/13] md: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 09/13] md/raid10: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 12/13] md: export some helpers
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 10/13] md/raid5: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 08/13] md/raid1: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 07/13] md/raid1: check bitmap before behind write
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 04/13] md/md-bitmap: handle the case bitmap is not enabled before start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 06/13] md/dm-raid: check if bitmap is registered in raid_ctr()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 05/13] md/md-bitmap: handle the case bitmap is not enabled before end_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 00/13] md/md-bitmap: support to build md-bitmap as kernel module
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 01/13] md/md-bitmap: remove the parameter 'init' for bitmap_ops->resize()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 03/13] md/md-bitmap: add md_bitmap_registered/enabled() helper
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 02/13] md/md-bitmap: merge md_bitmap_group into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 md-6.14 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 md-6.14 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Chunyan Zhang <zhang.lyra@xxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Chunyan Zhang <zhang.lyra@xxxxxxxxx>
• Confused about device counting in MD RAID1
  • From: Tomas Mudrunka <mudrunka@xxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Conor Dooley <conor@xxxxxxxxxx>
• [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Chunyan Zhang <zhangchunyan@xxxxxxxxxxx>
• [PATCH v2 md-6.14 3/5] md: add a new callback pers->bitmap_sector()
  • From: yukuai@xxxxxxxxxx
• [PATCH v2 md-6.14 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: yukuai@xxxxxxxxxx
• [PATCH v2 md-6.14 4/5] md/raid5: implement pers->bitmap_sector()
  • From: yukuai@xxxxxxxxxx
• [PATCH v2 md-6.14 0/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: yukuai@xxxxxxxxxx
• [PATCH v2 md-6.14 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: yukuai@xxxxxxxxxx
• [PATCH v2 md-6.14 1/5] md/md-bitmap: factor behind write counters out from bitmap_{start/end}write()
  • From: yukuai@xxxxxxxxxx
• Re: Change in reported values of some block integrity sysfs attributes
  • From: M Nikhil <nikh1092@xxxxxxxxxxxxx>
• Re: Change in reported values of some block integrity sysfs attributes
  • From: M Nikhil <nikh1092@xxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: Change in reported values of some block integrity sysfs attributes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Change in reported values of some block integrity sysfs attributes
  • From: Christoph Hellwig <hch@xxxxxx>
• Release mdadm-4.4
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Change in reported values of some block integrity sysfs attributes
  • From: M Nikhil <nikh1092@xxxxxxxxxxxxx>
• Re: [PATCH AUTOSEL 6.12 16/19] md/raid1: Handle bio_split() errors
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [RFC V9] md/bitmap: Optimize lock contention.
  • From: Shushu Yi <teddyxym@xxxxxxxxxxx>
• [RFC V9] md/bitmap: Optimize lock contention.
  • From: Yiming Xu <teddyxym@xxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: Resuming mdadm reshape on a different system
  • From: Jbum List <jbumslist@xxxxxxxxx>
• Re: Resuming mdadm reshape on a different system
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Resuming mdadm reshape on a different system
  • From: Jbum List <jbumslist@xxxxxxxxx>
• Re: [PATCH v4 mdadm 0/5] mdadm: remove bitmap file support
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 mdadm 0/5] mdadm: remove bitmap file support
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH v4 mdadm 0/5] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v4 mdadm 5/5] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v4 mdadm 1/5] tests/04update-uuid: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v4 mdadm 3/5] Manage: forbid re-add to the array without metadata
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v4 mdadm 4/5] mdadm: ask user if bitmap is not set
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v4 mdadm 2/5] tests/05r1-re-add-nosuper: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH AUTOSEL 6.12 16/19] md/raid1: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH md-6.13 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 6.12 16/19] md/raid1: Handle bio_split() errors
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH md-6.13 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH md-6.13 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] mdadm: remove bitmap file support
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH md-6.13 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 3/5] md: add a new callback pers->bitmap_sector()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH md-6.13 1/5] md/md-bitmap: factor behind write counters out from bitmap_{start/end}write()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH md-6.13 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v3 3/4] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] mdadm: remove bitmap file support
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH v3 3/4] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops - *bad memory* please ignore
  • From: Genes Lists <lists@xxxxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Genes Lists <lists@xxxxxxxxxxxx>
• Re: [PATCH v3 4/4] Manage: forbid re-add to the array without metadata
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] mdadm: remove bitmap file support
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Ojaswin Mujoo <ojaswin@xxxxxxxxxxxxx>
• [PATCH v3 1/4] tests/04update-uuid: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 4/4] Manage: forbid re-add to the array without metadata
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 3/4] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 0/4] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 2/4] tests/05r1-re-add-nosuper: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/5] RAID 0/1/10 atomic write support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v5 0/5] RAID 0/1/10 atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v5 0/5] RAID 0/1/10 atomic write support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v5 0/5] RAID 0/1/10 atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• RE: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Jack Wang <jinpu.wang@xxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Genes Lists <lists@xxxxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Ojaswin Mujoo <ojaswin@xxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• RE: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Jack Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH v5 0/5] RAID 0/1/10 atomic write support
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH md-6.13 0/5] md/md-bitmap: move bitmap_{start,end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.13 1/5] md/md-bitmap: factor behind write counters out from bitmap_{start/end}write()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.13 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.13 3/5] md: add a new callback pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.13 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v5 2/5] block: Support atomic writes limits for stacked devices
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v5 1/5] block: Add extra checks in blk_validate_atomic_write_limits()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v5 4/5] md/raid1: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v5 5/5] md/raid10: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v5 3/5] md/raid0: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v5 0/5] RAID 0/1/10 atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/5] md/raid10: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Genes Lists <lists@xxxxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Genes Lists <lists@xxxxxxxxxxxx>
• Re: [PATCH v4 4/5] md/raid1: Atomic write support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/5] md/raid10: Atomic write support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] md-6.13 20241115
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-6.13 20241115
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH v4 5/5] md/raid10: Atomic write support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Song Liu <song@xxxxxxxxxx>
• md-raid 6.11.8 page fault oops
  • From: Genes Lists <lists@xxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH v4 0/5] RAID 0/1/10 atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: Increase r5conf.cache_name size
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: Increase r5conf.cache_name size
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [song-md:md-6.13] BUILD SUCCESS ea90d270349d51086d0dddc55821a782040d68f5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: Increase r5conf.cache_name size
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: Increase r5conf.cache_name size
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: Increase r5conf.cache_name size
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: Increase r5conf.cache_name size
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 0/2] md W=1 build fixes
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH 2/2] dm vdo: Increase MAX_VDO_WORK_QUEUE_NAME_LEN size
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH 1/2] md/raid5: Increase r5conf.cache_name size
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 4/5] md/raid1: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 0/5] RAID 0/1/10 atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 5/5] md/raid10: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 3/5] md/raid0: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 2/5] block: Support atomic writes limits for stacked devices
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 1/5] block: Add extra checks in blk_validate_atomic_write_limits()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/6] block: Rework bio_split() return value
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v4 0/6] bio_split() error handling rework
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v4 3/6] block: Handle bio_split() errors in bio_submit_split()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 4/6] md/raid0: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 1/6] block: Rework bio_split() return value
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 6/6] md/raid10: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 5/6] md/raid1: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 0/6] bio_split() error handling rework
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 2/6] block: Error an attempt to split an atomic write in bio_split()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] md-6.13 20241107
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• [song-md:md-6.13] BUILD SUCCESS c13c2d2a4b52eacab1c093e5b993c0a6f82c438e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V2 2/3] mdadm: remove bitmap file support
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Make Yu Kuai co-maintainer of md/raid subsystem
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [GIT PULL] md-6.13 20241107
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Make Yu Kuai co-maintainer of md/raid subsystem
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH] MAINTAINERS: Make Yu Kuai co-maintainer of md/raid subsystem
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 1/1] md/raid5: Wait sync io to finish before changing group cnt
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 0/6] bio_split() error handling rework
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v3 0/6] bio_split() error handling rework
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] md/raid5: Wait sync io to finish before changing group cnt
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 3/3] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 1/3] tests/04update-uuid: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 2/3] tests/05r1-re-add-nosuper: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 0/3] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 0/3] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.13] md: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH V2 2/3] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH V2 0/3] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH V2 3/3] mdadm: add support for new lockless bitmap
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH V2 1/3] tests/05r1-re-add-nosuper: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH mdadm/master v2 4/4] mdadm: add support for new lockless bitmap
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH mdadm/master v2 4/4] mdadm: add support for new lockless bitmap
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH mdadm/master v2 0/4] remove bitmap file support and reserve major number for lockless bitmap
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH mdadm/master v2 3/4] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH mdadm/master v2 1/4] tests/04update-uuid: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH mdadm/master v2 4/4] mdadm: add support for new lockless bitmap
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH mdadm/master v2 2/4] tests/05r1-re-add-nosuper: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH mdadm/master v2 0/4] remove bitmap file support and reserve major number for lockless bitmap
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/6] bio_split() error handling rework
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v3 0/6] bio_split() error handling rework
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [song-md:md-6.13] BUILD SUCCESS 6012169e8aae9c0eda38bbedcd7a1540a81220ae
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] md-6.13 20241105
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 1/1] md/raid5: Wait sync io to finish before changing group cnt
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [GIT PULL] md-6.13 20241105
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/md-bitmap: Add missing destroy_work_on_stack()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 0/7] md: enhance faulty checking for blocked handling
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 1/6] block: Rework bio_split() return value
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• [PATCH] md/md-bitmap: Add missing destroy_work_on_stack()
  • From: Yuan Can <yuancan@xxxxxxxxxx>
• Re: [PATCH RFC 1/1] md: Use pers->quiesce in mddev_suspend
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• Re: [PATCH RFC 1/1] md: Use pers->quiesce in mddev_suspend
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/1] md: Use pers->quiesce in mddev_suspend
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH RFC 1/1] md: Use pers->quiesce in mddev_suspend
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH RFC 1/1] md: Use pers->quiesce in mddev_suspend
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/1] md: Use pers->quiesce in mddev_suspend
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/1] md: Use pers->quiesce in mddev_suspend
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RFC 1/1] md: Use pers->quiesce in mddev_suspend
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v3 6/6] md/raid10: Handle bio_split() errors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 5/6] md/raid1: Handle bio_split() errors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 4/6] md/raid0: Handle bio_split() errors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 3/6] block: Handle bio_split() errors in bio_submit_split()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 2/6] block: Error an attempt to split an atomic write in bio_split()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 1/6] block: Rework bio_split() return value
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] md/raid0: Atomic write support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/5] block: Support atomic writes limits for stacked devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 4/5] md/raid1: Atomic write support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• [PATCH v3 0/5] RAID 0/1/10 atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v3 4/5] md/raid1: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v3 5/5] md/raid10: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v3 1/5] block: Add extra checks in blk_validate_atomic_write_limits()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v3 3/5] md/raid0: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v3 2/5] block: Support atomic writes limits for stacked devices
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] md/raid1: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v3 6/6] md/raid10: Handle bio_split() errors
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/6] md/raid1: Handle bio_split() errors
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 6/6] md/raid10: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v3 1/6] block: Rework bio_split() return value
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v3 0/6] bio_split() error handling rework
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v3 2/6] block: Error an attempt to split an atomic write in bio_split()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v3 3/6] block: Handle bio_split() errors in bio_submit_split()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v3 5/6] md/raid1: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v3 4/6] md/raid0: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH] btrfs: handle bio_split() error
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] md/raid10: Atomic write support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 4/5] md/raid1: Atomic write support
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH RESEND 3/7] md: don't record new badblocks for faulty rdev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RESEND 7/7] md/raid5: don't set Faulty rdev for blocked_rdev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RESEND 4/7] md/raid1: factor out helper to handle blocked rdev from raid1_write_request()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RESEND 5/7] md/raid1: don't wait for Faulty rdev in wait_blocked_rdev()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RESEND 0/7] md: enhance faulty checking for blocked handling
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RESEND 2/7] md: don't wait faulty rdev in md_wait_for_blocked_rdev()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RESEND 6/7] md/raid10: don't wait for Faulty rdev in wait_blocked_rdev()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RESEND 1/7] md: add a new helper rdev_blocked()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] md/raid1: Atomic write support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] md/raid1: Atomic write support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] btrfs: handle bio_split() error
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] btrfs: handle bio_split() error
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH] btrfs: handle bio_split() error
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v2 2/5] block: Support atomic writes limits for stacked devices
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH] btrfs: handle bio_split() error
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH] btrfs: handle bio_split() error
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 2/5] block: Support atomic writes limits for stacked devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 1/5] block: Add extra checks in blk_validate_atomic_write_limits()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v2 5/5] md/raid10: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v2 4/5] md/raid1: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v2 3/5] md/raid0: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v2 2/5] block: Support atomic writes limits for stacked devices
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v2 0/5] RAID 0/1/10 atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v2 1/5] block: Add extra checks in blk_validate_atomic_write_limits()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/7] md: don't wait faulty rdev in md_wait_for_blocked_rdev()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/7] md: don't wait faulty rdev in md_wait_for_blocked_rdev()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/7] md/raid1: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v2 6/7] md/raid1: Handle bio_split() errors
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 7/7] md/raid10: Handle bio_split() errors
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 7/7] md/raid10: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v2 7/7] md/raid10: Handle bio_split() errors
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/7] md/raid1: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v2 6/7] md/raid1: Handle bio_split() errors
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/7] md/raid1: Handle bio_split() errors
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] btrfs: handle bio_split() error
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v2 4/7] block: Handle bio_split() errors in bio_submit_split()
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH v2 3/7] block: Error an attempt to split an atomic write in bio_split()
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH v2 2/7] block: Rework bio_split() return value
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• [PATCH] btrfs: handle bio_split() error
  • From: Johannes Thumshirn <jth@xxxxxxxxxx>
• Re: [PATCH v2 6/7] md/raid1: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v2 5/7] md/raid0: Handle bio_split() errors
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/7] md/raid1: Handle bio_split() errors
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/7] block: Use BLK_STS_OK in bio_init()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v2 4/7] block: Handle bio_split() errors in bio_submit_split()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 3/7] block: Error an attempt to split an atomic write in bio_split()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 2/7] block: Rework bio_split() return value
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 1/7] block: Use BLK_STS_OK in bio_init()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v2 5/7] md/raid0: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v2 7/7] md/raid10: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v2 4/7] block: Handle bio_split() errors in bio_submit_split()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v2 6/7] md/raid1: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v2 3/7] block: Error an attempt to split an atomic write in bio_split()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v2 0/7] bio_split() error handling rework
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v2 2/7] block: Rework bio_split() return value
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v2 1/7] block: Use BLK_STS_OK in bio_init()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 4/4] md/md-bitmap: support to build md-bitmap as kernel module
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 4/4] md/md-bitmap: support to build md-bitmap as kernel module
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 5/6] md/raid1: Handle bio_split() errors
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 5/6] md/raid1: Handle bio_split() errors
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Adrian Vovk <adrianvovk@xxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Adrian Vovk <adrianvovk@xxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Adrian Vovk <adrianvovk@xxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Adrian Vovk <adrianvovk@xxxxxxxxx>
• Re: [PATCH RFC 5/6] md/raid1: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC 4/4] md/md-bitmap: support to build md-bitmap as kernel module
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RFC 1/4] md/md-bitmap: remove the parameter 'init' for bitmap_ops->resize()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RFC 2/4] md/md-bitmap: merge md_bitmap_group into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RFC 3/4] md: export some helpers
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RFC 0/4] md/md-bitmap: support to build md-bitmap as kernel module
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 5/6] md/raid1: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH RFC 5/6] md/raid1: Handle bio_split() errors
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH RFC 5/6] md/raid1: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Geoff Back <geoff@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Adrian Vovk <adrianvovk@xxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Adrian Vovk <adrianvovk@xxxxxxxxx>
• Re: [PATCH RFC 5/6] md/raid1: Handle bio_split() errors
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Adrian Vovk <adrianvovk@xxxxxxxxx>
• Re: [PATCH RFC 5/6] md/raid1: Handle bio_split() errors
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 5/6] md/raid1: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH RFC 5/6] md/raid1: Handle bio_split() errors
  • From: Geoff Back <geoff@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 5/6] md/raid1: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH RFC 5/6] md/raid1: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Junk Mail
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Junk Mail
  • From: Juan P C <audioprof2002@xxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: Cannot update homehost of an existing array: mdadm: /dev/sda3 has wrong name.
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Cannot update homehost of an existing array: mdadm: /dev/sda3 has wrong name.
  • From: Marc Haber <mh+linux-raid@xxxxxxxxxxxx>
• Re: Cannot update homehost of an existing array: mdadm: /dev/sda3 has wrong name.
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [song-md:md-6.12] BUILD SUCCESS 825711e00117fc686ab89ac36a9a7b252dc349c6
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Cannot update homehost of an existing array: mdadm: /dev/sda3 has wrong name.
  • From: Marc Haber <mh+linux-raid@xxxxxxxxxxxx>
• [song-md:md-6.13] BUILD SUCCESS 88a45076f514318267b0ebfe38b1ebef2b3ca018
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Cannot update homehost of an existing array: mdadm: /dev/sda3 has wrong name.
  • From: Geoff Back <geoff@xxxxxxxxxxxxxxx>
• Cannot update homehost of an existing array: mdadm: /dev/sda3 has wrong name.
  • From: Marc Haber <mh+linux-raid@xxxxxxxxxxxx>
• Re: [GIT PULL] md-6.12 20241018
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-6.12 20241018
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH] md/raid5-ppl: Use atomic64_inc_return() in ppl_new_iounit()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 0/7] md: enhance faulty checking for blocked handling
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Adrian Vovk <adrianvovk@xxxxxxxxx>
• Re: [PATCH v2 0/7] md: enhance faulty checking for blocked handling
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] mdadm: minor fixes
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH V2 1/2] mdadm/Manage: Clear superblock if adding new device fails
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 2/2] mdadm/Grow: Check new_level interface rather than kernel version
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 0/2] mdadm: minor fixes
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 2/2] mdadm/Grow: Check new_level interface rather than kernel version
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 1/2] mdadm/Manage: Clear superblock if adding new device fails
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 0/2] mdadm: minor fixes
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v2 0/7] md: enhance faulty checking for blocked handling
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] Add the ":" to the allowed_symbols list to work with the latest POSIX changes
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Adrian Vovk <adrianvovk@xxxxxxxxx>
• Re: [PATCH] md/raid10: fix null ptr dereference in raid10_size()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: ensure child flush IO does not affect origin bio->bi_status
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] Add the ":" to the allowed_symbols list to work with the latest POSIX changes
  • From: "Hellwig, Christoph" <hch@xxxxxxxxxxxxx>
• Re: [PATCH] Add the ":" to the allowed_symbols list to work with the latest POSIX changes
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [PATCH] Add the ":" to the allowed_symbols list to work with the latest POSIX changes
  • From: "Hellwig, Christoph" <hch@xxxxxxxxxxxxx>
• [song-md:md-6.13] BUILD SUCCESS 1936f2e6981297621deed9afcdc9063c1964fc5b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] Add the ":" to the allowed_symbols list to work with the latest POSIX changes
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [PATCH] Add the ":" to the allowed_symbols list to work with the latest POSIX changes
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] Add the ":" to the allowed_symbols list to work with the latest POSIX changes
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] Add the ":" to the allowed_symbols list to work with the latest POSIX changes
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [PATCH] Add the ":" to the allowed_symbols list to work with the latest POSIX changes
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] Add the ":" to the allowed_symbols list to work with the latest POSIX changes
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] Add the ":" to the allowed_symbols list to work with the latest POSIX changes
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC] md: lockless bitmap demo
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC] md: lockless bitmap demo
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] Add the ":" to the allowed_symbols list to work with the latest POSIX changes
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] Add the ":" to the allowed_symbols list to work with the latest POSIX changes
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• [PATCH] Add the ":" to the allowed_symbols list to work with the latest POSIX changes
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH RFC] md: lockless bitmap demo
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [Report] annoyed dma debug warning "cacheline tracking EEXIST, overlapping mappings aren't supported"
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [Report] annoyed dma debug warning "cacheline tracking EEXIST, overlapping mappings aren't supported"
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [Report] annoyed dma debug warning "cacheline tracking EEXIST, overlapping mappings aren't supported"
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [Report] annoyed dma debug warning "cacheline tracking EEXIST, overlapping mappings aren't supported"
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [Report] annoyed dma debug warning "cacheline tracking EEXIST, overlapping mappings aren't supported"
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Report] annoyed dma debug warning "cacheline tracking EEXIST, overlapping mappings aren't supported"
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [Report] annoyed dma debug warning "cacheline tracking EEXIST, overlapping mappings aren't supported"
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [Report] annoyed dma debug warning "cacheline tracking EEXIST, overlapping mappings aren't supported"
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [Report] annoyed dma debug warning "cacheline tracking EEXIST, overlapping mappings aren't supported"
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [Report] annoyed dma debug warning "cacheline tracking EEXIST, overlapping mappings aren't supported"
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [Report] annoyed dma debug warning "cacheline tracking EEXIST, overlapping mappings aren't supported"
  • From: Hannes Reinecke <hare@xxxxxxx>
• [Report] annoyed dma debug warning "cacheline tracking EEXIST, overlapping mappings aren't supported"
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Frequent hangups with raid6
  • From: Schäfing, Rufus Maurice <r.schaefing@xxxxxxxxxx>
• Re: [PATCHv2 dlm/next 10/12] dlm: separate dlm lockspaces per net-namespace
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• [PATCH v2 7/7] md/raid5: don't set Faulty rdev for blocked_rdev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 6/7] md/raid10: don't wait for Faulty rdev in wait_blocked_rdev()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 5/7] md/raid1: don't wait for Faulty rdev in wait_blocked_rdev()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 4/7] md/raid1: factor out helper to handle blocked rdev from raid1_write_request()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 3/7] md: don't record new badblocks for faulty rdev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 0/7] md: enhance faulty checking for blocked handling
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 1/7] md: add a new helper rdev_blocked()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 2/7] md: don't wait faulty rdev in md_wait_for_blocked_rdev()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.12 0/7] md: enhance faulty chekcing for blocked handling
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.12 0/7] md: enhance faulty chekcing for blocked handling
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Can't replace drive in imsm RAID 5 array, spare not shown
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: status of bugzilla #99171 - mdraid broken for O_DIRECT
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Can't replace drive in imsm RAID 5 array, spare not shown
  • From: 19 Devices <19devices@xxxxxxxxx>
• Re: status of bugzilla #99171 - mdraid broken for O_DIRECT
  • From: Roland <devzero@xxxxxx>
• Re: status of bugzilla #99171 - mdraid broken for O_DIRECT
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: status of bugzilla #99171 - mdraid broken for O_DIRECT
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• status of bugzilla #99171 - mdraid broken for O_DIRECT
  • From: Roland <devzero@xxxxxx>
• Re: Can't replace drive in imsm RAID 5 array, spare not shown
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.12 0/7] md: enhance faulty chekcing for blocked handling
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] md/raid10: fix null ptr dereference in raid10_size()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH md-6.12 0/7] md: enhance faulty chekcing for blocked handling
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH] md/raid10: fix null ptr dereference in raid10_size()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Null dereference in raid10_size, I/O lockup afterwards
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>