Linux RAID Storage Date Index

• Thread Index

• 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>
• Re: Null dereference in raid10_size, I/O lockup afterwards
  • From: ValdikSS <iam@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid5-ppl: Use atomic64_inc_return() in ppl_new_iounit()
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [RFC V8] md/bitmap: Optimize lock contention.
  • From: Shushu Yi <teddyxym@xxxxxxxxxxx>
• Re: [PATCH] md/raid5-ppl: Use atomic64_inc_return() in ppl_new_iounit()
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• Re: [PATCH] md: raid1 mixed RW performance improvement
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Null dereference in raid10_size, I/O lockup afterwards
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Null dereference in raid10_size, I/O lockup afterwards
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH] md/raid5-ppl: Use atomic64_inc_return() in ppl_new_iounit()
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• Re: [PATCH] md: CI log retrival test - do not review
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md: CI log retrival test - do not review
  • From: kernel test robot <lkp@xxxxxxxxx>
• Can't replace drive in imsm RAID 5 array, spare not shown
  • From: 19 Devices <19devices@xxxxxxxxx>
• Re: Null dereference in raid10_size, I/O lockup afterwards
  • From: ValdikSS <iam@xxxxxxxxxxxxxxx>
• is this grown raid5 array using all of [each of] the disks?
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Null dereference in raid10_size, I/O lockup afterwards
  • From: ValdikSS <iam@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: yet another CI email test - do not review
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md: yet another CI email test - do not review
  • From: kernel test robot <lkp@xxxxxxxxx>
• subscribe
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Unable to unsubscribe from linux-raid@xxxxxxxxxxxxxxx
  • From: linux-raid+help@xxxxxxxxxxxxxxx
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCHv2 dlm/next 00/12] dlm: net-namespace functionality
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCHv2 dlm/next 00/12] dlm: net-namespace functionality
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCHv2 dlm/next 11/12] dlm: add nldlm net-namespace aware UAPI
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCHv2 dlm/next 11/12] dlm: add nldlm net-namespace aware UAPI
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCHv2 dlm/next 10/12] dlm: separate dlm lockspaces per net-namespace
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCHv2 dlm/next 12/12] gfs2: separate mount context by net-namespaces
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCHv2 dlm/next 08/12] kobject: add kset_type_create_and_add() helper
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCHv2 dlm/next 09/12] kobject: export generic helper ops
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCHv2 dlm/next 07/12] dlm: rename config to configfs
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCHv2 dlm/next 06/12] dlm: dlm_config_info config fields to unsigned int
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCHv2 dlm/next 05/12] dlm: use dlm_config as only cluster configuration
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCHv2 dlm/next 04/12] dlm: handle port as __be16 network byte order
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCHv2 dlm/next 03/12] dlm: add struct net to dlm_new_lockspace()
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCHv2 dlm/next 02/12] dlm: disallow different configs nodeid storages
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCHv2 dlm/next 01/12] dlm: introduce dlm_find_lockspace_name()
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCHv2 dlm/next 00/12] dlm: net-namespace functionality
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH V2 1/1] mdadm/Grow: Update new level when starting reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v1] md: Correct typos in multiple comments across various files
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH V2 1/1] mdadm/Grow: Update new level when starting reshape
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v1] md: Correct typos in multiple comments across various files
  • From: Coly Li <colyli@xxxxxxx>
• Re: RAID 10 reshape is stuck - please help
  • From: Adam Niescierowicz <adam.niescierowicz@xxxxxxxxxx>
• Re: RAID 10 reshape is stuck - please help
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v1] md: Correct typos in multiple comments across various files
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v1] md: Correct typos in multiple comments across various files
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v1] md: Correct typos in multiple comments across various files
  • From: Shen Lichuan <shenlichuan@xxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: RAID 10 reshape is stuck - please help
  • From: Stephane Bakhos <nuitari-vger@xxxxxxxxxxx>
• Re: RAID 10 reshape is stuck - please help
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: RAID 10 reshape is stuck - please help
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: RAID 10 reshape is stuck - please help
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: [PATCH RFC 5/6] md/raid1: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH RFC 3/6] block: Handle bio_split() errors in bio_submit_split()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH RFC 0/6] bio_split() error handling rework
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH RFC 0/6] bio_split() error handling rework
  • From: Hannes Reinecke <hare@xxxxxxx>
• 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: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH 09/10] mdadm/tests: remove 09imsm-assemble.broken
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mdadm tests fix
  • 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: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH RFC 1/6] block: Rework bio_split() return value
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH RFC 0/6] bio_split() error handling rework
  • 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 RFC 0/6] bio_split() error handling rework
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH RFC 4/6] md/raid0: Handle bio_split() errors
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC 3/6] block: Handle bio_split() errors in bio_submit_split()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC 1/6] block: Rework bio_split() return value
  • From: Christoph Hellwig <hch@xxxxxx>
• 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 RFC 1/6] block: Rework bio_split() return value
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH] md: ensure child flush IO does not affect origin bio->bi_status
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RFC 5/6] md/raid1: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC 3/6] block: Handle bio_split() errors in bio_submit_split()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC 6/6] md/raid10: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC 4/6] md/raid0: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC 2/6] block: Error an attempt to split an atomic write in bio_split()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC 1/6] block: Rework bio_split() return value
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC 0/6] bio_split() error handling rework
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: RAID 10 reshape is stuck - please help
  • From: Adam Niescierowicz <adam.niescierowicz@xxxxxxxxxx>
• [PATCH] md: ensure child flush IO does not affect origin bio->bi_status
  • From: linan666@xxxxxxxxxxxxxxx
• Re: RAID 10 reshape is stuck - please help
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• Re: RAID 10 reshape is stuck - please help
  • From: Stephane Bakhos <nuitari-vger@xxxxxxxxxxx>
• Re: RAID 10 reshape is stuck - please help
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: RAID 10 reshape is stuck - please help
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: RAID 10 reshape is stuck - please help
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: RAID 10 reshape is stuck - please help
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: RAID 10 reshape is stuck - please help
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• [PATCH v2 2/3] mmc: cqhci: Add additional algo mode for inline encryption
  • From: Md Sadre Alam <quic_mdalam@xxxxxxxxxxx>
• [PATCH v2 3/3] mmc: sdhci-msm: Add additional algo mode for inline encryption
  • From: Md Sadre Alam <quic_mdalam@xxxxxxxxxxx>
• [PATCH v2 1/3] dm-inlinecrypt: Add inline encryption support
  • From: Md Sadre Alam <quic_mdalam@xxxxxxxxxxx>
• [PATCH v2 0/3] Add inline encryption support
  • From: Md Sadre Alam <quic_mdalam@xxxxxxxxxxx>
• Re: RAID 10 reshape is stuck - please help
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• RAID 10 reshape is stuck - please help
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: [PATCH RFC 1/4] block: Make bdev_can_atomic_write() robust against mis-aligned bdev size
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH RFC 4/4] md/raid0: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH RFC 1/4] block: Make bdev_can_atomic_write() robust against mis-aligned bdev size
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH RFC 3/4] block: Support atomic writes limits for stacked devices
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH RFC 4/4] md/raid0: Atomic write support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC 1/4] block: Make bdev_can_atomic_write() robust against mis-aligned bdev size
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC 2/4] block: Add BLK_FEAT_ATOMIC_WRITES flag
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH RFC 1/4] block: Make bdev_can_atomic_write() robust against mis-aligned bdev size
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH RFC 4/4] md/raid0: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH RFC 4/4] md/raid0: Atomic write support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC 3/4] block: Support atomic writes limits for stacked devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC 2/4] block: Add BLK_FEAT_ATOMIC_WRITES flag
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC 1/4] block: Make bdev_can_atomic_write() robust against mis-aligned bdev size
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/10] mdadm/Manage: record errno
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 09/10] mdadm/tests: remove 09imsm-assemble.broken
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 08/10] mdadm/tests: 07testreshape5 fix
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 07/10] mdadm/tests: Remove 07reshape5intr.broken
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 06/10] mdadm/tests: 07changelevels fix
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 05/10] mdadm/tests: wait until level changes
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH v2 4/4] mdadm/Grow: sleep a while after removing disk in impose_level
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 03/10] mdadm/Grow: Can't open raid when running --grow --continue
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH V2 2/2] mdadm/Grow: Update reshape_progress to need_back after reshape finishes
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH V2 1/1] mdadm/Grow: Update new level when starting reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 00/10] mdadm tests fix
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 04/10] mdadm/Grow: sleep a while after removing disk in impose_level
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [song-md:md-6.12] BUILD SUCCESS d981ed8419303ed12351eea8541ad6cb76455fe3
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] md-6.12 20240906
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-6.12 20240906
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH V3 md-6.12 1/1] md: add new_level sysfs interface
  • From: Song Liu <song@xxxxxxxxxx>
• [song-md:md-6.12] BUILD SUCCESS 2d2b3bc145b9d5b5c6f07d22291723ddb024ca76
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V3 md-6.12 1/1] md: add new_level sysfs interface
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [GIT PULL] md-6.12 20240905
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-6.12 20240905
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH md-6.12 v14 1/1] md: generate CHANGE uevents for md device
  • From: Kinga Stefaniuk <kinga.stefaniuk@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.12 v14 1/1] md: generate CHANGE uevents for md device
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 md-6.12 1/1] md: add new_level sysfs interface
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V3 md-6.12 1/1] md: add new_level sysfs interface
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: report failed arrays as broken in mdstat
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH V3 md-6.12 1/1] md: add new_level sysfs interface
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH md-6.12 v14 1/1] md: generate CHANGE uevents for md device
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 14/23] initrd: mark initrd support as deprecated
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: [PATCH md-6.12 v14 1/1] md: generate CHANGE uevents for md device
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RFC 3/4] block: Support atomic writes limits for stacked devices
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC 0/4] RAID0 atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC 4/4] md/raid0: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC 2/4] block: Add BLK_FEAT_ATOMIC_WRITES flag
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC 1/4] block: Make bdev_can_atomic_write() robust against mis-aligned bdev size
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH] md: report failed arrays as broken in mdstat
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• Re: [PATCH 01/10] mdadm/Grow: Update new level when starting reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: What RAID Level is this? (found on Refurb drive out of package)
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH 01/10] mdadm/Grow: Update new level when starting reshape
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] mdadm/Grow: sleep a while after removing disk in impose_level
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.12 1/1] md: add new_level sysfs interface
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] mdadm/Grow: sleep a while after removing disk in impose_level
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 01/10] mdadm/Grow: Update new level when starting reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 01/10] mdadm/Grow: Update new level when starting reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH md-6.12 1/1] md: add new_level sysfs interface
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: What RAID Level is this? (found on Refurb drive out of package)
  • From: "David C. Rankin" <drankinatty@xxxxxxxxx>
• Re: [PATCH md-6.12 3/7] md: don't record new badblocks for faulty rdev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.12 1/1] md: add new_level sysfs interface
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] mdadm/Grow: Update new level when starting reshape
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 03/10] mdadm/Grow: Can't open raid when running --grow --continue
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] mdadm/Grow: Update reshape_progress to need_back after reshape finishes
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] mdadm/Grow: Update new level when starting reshape
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.12 3/7] md: don't record new badblocks for faulty rdev
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v14 1/1] md: generate CHANGE uevents for md device
  • From: Kinga Stefaniuk <kinga.stefaniuk@xxxxxxxxx>
• [PATCH md-6.12 v14 0/1] md: generate CHANGE uevents for md device
  • From: Kinga Stefaniuk <kinga.stefaniuk@xxxxxxxxx>
• What RAID Level is this? (found on Refurb drive out of package)
  • From: "David C. Rankin" <drankinatty@xxxxxxxxx>
• Re: [PATCH md-6.12 3/7] md: don't record new badblocks for faulty rdev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.12 4/7] md/raid1: factor out helper to handle blocked rdev from raid1_write_request()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [song-md:md-6.12] BUILD SUCCESS fb16787b396c46158e46b588d357dea4e090020b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC 7/7] rv: add dlm compatible lock state kernel verifier
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH] fs: drop GFP_NOFAIL mode from alloc_page_buffers
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] fs: drop GFP_NOFAIL mode from alloc_page_buffers
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH md-6.12 0/7] md: enhance faulty chekcing for blocked handling
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.12 4/7] md/raid1: factor out helper to handle blocked rdev from raid1_write_request()
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] fs: drop GFP_NOFAIL mode from alloc_page_buffers
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH md-6.12 3/7] md: don't record new badblocks for faulty rdev
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] fs: drop GFP_NOFAIL mode from alloc_page_buffers
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 1/1] [PATCH V2 md-6.12 1/1] md: add new_level sysfs interface
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] [PATCH V2 md-6.12 1/1] md: add new_level sysfs interface
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 6/7] md/raid10: don't wait for Faulty rdev in wait_blocked_rdev()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 7/7] md/raid5: don't set Faulty rdev for blocked_rdev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 4/7] md/raid1: factor out helper to handle blocked rdev from raid1_write_request()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 5/7] md/raid1: don't wait for Faulty rdev in wait_blocked_rdev()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 3/7] md: don't record new badblocks for faulty rdev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 0/7] md: enhance faulty chekcing for blocked handling
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 2/7] md: don't wait faulty rdev in md_wait_for_blocked_rdev()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 1/7] md: add a new helper rdev_blocked()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] fs: drop GFP_NOFAIL mode from alloc_page_buffers
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [GIT PULL] md-6.12 20240829
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-6.12 20240829
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH] fs: drop GFP_NOFAIL mode from alloc_page_buffers
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v13 0/1] md: generate CHANGE uevents for md device
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 0/3] Optimize wait_for_overlap
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] fs: drop GFP_NOFAIL mode from alloc_page_buffers
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 1/1] [PATCH V2 md-6.12 1/1] md: add new_level sysfs interface
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] [PATCH V2 md-6.12 1/1] md: add new_level sysfs interface
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] [PATCH V2 md-6.12 1/1] md: add new_level sysfs interface
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH] fs: drop GFP_NOFAIL mode from alloc_page_buffers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v13 1/1] md: generate CHANGE uevents for md device
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] [PATCH V2 md-6.12 1/1] md: add new_level sysfs interface
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 1/1] [PATCH V2 md-6.12 1/1] md: add new_level sysfs interface
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH md-6.12 v2 00/42] md/md-bitmap: introduce bitmap_operations and make structure internal
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.12 v2 00/42] md/md-bitmap: introduce bitmap_operations and make structure internal
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH md-6.12 1/1] md: add new_level sysfs interface
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH v13 1/1] md: generate CHANGE uevents for md device
  • From: Kinga Stefaniuk <kinga.stefaniuk@xxxxxxxxx>
• [PATCH v13 0/1] md: generate CHANGE uevents for md device
  • From: Kinga Stefaniuk <kinga.stefaniuk@xxxxxxxxx>
• Re: [PATCH md-6.12 v2 00/42] md/md-bitmap: introduce bitmap_operations and make structure internal
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.12 1/1] md: add new_level sysfs interface
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH md-6.12 1/1] md: add new_level sysfs interface
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 10/10] mdadm/Manage: record errno
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 09/10] mdadm/tests: remove 09imsm-assemble.broken
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 08/10] mdadm/tests: 07testreshape5 fix
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 07/10] mdadm/tests: Remove 07reshape5intr.broken
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 06/10] mdadm/tests: 07changelevels fix
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 05/10] mdadm/tests: wait until level changes
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 04/10] mdadm/Grow: sleep a while after removing disk in impose_level
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 03/10] mdadm/Grow: Can't open raid when running --grow --continue
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 02/10] mdadm/Grow: Update reshape_progress to need_back after reshape finishes
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 01/10] mdadm/Grow: Update new level when starting reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 00/10] mdadm tests fix
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH md-6.12 v2 00/42] md/md-bitmap: introduce bitmap_operations and make structure internal
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH md-6.12 v2 00/42] md/md-bitmap: introduce bitmap_operations and make structure internal
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.12 v2] md: remove flush handling
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH md-6.12 v2 00/42] md/md-bitmap: introduce bitmap_operations and make structure internal
  • From: Song Liu <song@xxxxxxxxxx>
• [RFC 7/7] rv: add dlm compatible lock state kernel verifier
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [RFC 6/7] dlm: add more tracepoints for DLM kernel verifier
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [RFC 5/7] dlm: add lkb rv mode to ast tracepoint
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [RFC 4/7] dlm: add our_nodeid to tracepoints
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [RFC 3/7] dlm: make add_to_waiters() that is can't fail
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [RFC 1/7] dlm: fix possible lkb_resource null dereference
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [RFC 2/7] dlm: fix swapped args sb_flags vs sb_status
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [RFC 0/7] dlm: the ultimate verifier for DLM lock correctness
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH -next] md/raid1: cleanup local variable 'b' from radi1_read_request()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next] md: don't flush sync_work in md_write_start()
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 1/3] md/raid5: use wait_on_bit() for R5_Overlap
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 3/3] md/raid5: rename wait_for_overlap to wait_for_reshape
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 2/3] md/raid5: only add to wq if reshape is in progress
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 0/3] Optimize wait_for_overlap
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH md-6.12 v2] md: remove flush handling
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v12 1/1] md: generate CHANGE uevents for md device
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: problem with synology external raid
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@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>
• [PATCH v12 1/1] md: generate CHANGE uevents for md device
  • From: Kinga Stefaniuk <kinga.stefaniuk@xxxxxxxxx>
• [PATCH v12 0/1] md: generate CHANGE uevents for md device
  • From: Kinga Stefaniuk <kinga.stefaniuk@xxxxxxxxx>
• Re: [PATCH md-6.12] md: remove flush handling
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.12] md: remove flush handling
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH md-6.12 v2 29/42] md/md-bitmap: mrege md_bitmap_cond_end_sync() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.12 v2 42/42] md/md-bitmap: make in memory structure internal
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.12] md: remove flush handling
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH md-6.12 v2 42/42] md/md-bitmap: make in memory structure internal
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH md-6.12 v2 29/42] md/md-bitmap: mrege md_bitmap_cond_end_sync() into bitmap_operations
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH md-6.12] md: remove flush handling
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 42/42] md/md-bitmap: make in memory structure internal
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 41/42] md/md-bitmap: merge md_bitmap_enabled() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 35/42] md/md-bitmap: merge md_bitmap_resize() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 40/42] md/md-bitmap: merge md_bitmap_wait_behind_writes() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 39/42] md/md-bitmap: merge md_bitmap_free() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 34/42] md/md-bitmap: pass in mddev directly for md_bitmap_resize()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 38/42] md/md-bitmap: merge md_bitmap_set_pages() into struct bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 37/42] md/md-bitmap: merge md_bitmap_copy_from_slot() into struct bitmap_operation.
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 36/42] md/md-bitmap: merge get_bitmap_from_slot() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 32/42] md/md-bitmap: merge bitmap_unplug() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 33/42] md/md-bitmap: merge md_bitmap_daemon_work() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 31/42] md/md-bitmap: merge md_bitmap_unplug_async() into md_bitmap_unplug()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 30/42] md/md-bitmap: merge md_bitmap_sync_with_cluster() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 29/42] md/md-bitmap: mrege md_bitmap_cond_end_sync() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 28/42] md/md-bitmap: merge md_bitmap_close_sync() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 27/42] md/md-bitmap: merge md_bitmap_end_sync() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 26/42] md/md-bitmap: remove the parameter 'aborted' for md_bitmap_end_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 25/42] md/md-bitmap: merge md_bitmap_start_sync() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 24/42] md/md-bitmap: merge md_bitmap_endwrite() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 23/42] md/md-bitmap: merge md_bitmap_startwrite() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 22/42] md/md-bitmap: merge md_bitmap_dirty_bits() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 21/42] md/md-bitmap: merge bitmap_write_all() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 20/42] md/md-bitmap: remove md_bitmap_setallbits()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 18/42] md/md-bitmap: merge md_bitmap_update_sb() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 19/42] md/md-bitmap: merge md_bitmap_status() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 16/42] md/md-bitmap: merge md_bitmap_flush() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 17/42] md/md-bitmap: make md_bitmap_print_sb() internal
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 15/42] md/md-bitmap: merge md_bitmap_destroy() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 11/42] md/md-bitmap: introduce struct bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 14/42] md/md-bitmap: merge md_bitmap_load() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 12/42] md/md-bitmap: simplify md_bitmap_create() + md_bitmap_load()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 13/42] md/md-bitmap: merge md_bitmap_create() into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 10/42] md/md-bitmap: add a new helper md_bitmap_set_pages()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 08/42] md/md-bitmap: add 'behind_writes' and 'behind_wait' into struct md_bitmap_stats
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 09/42] md/md-cluster: use helper md_bitmap_get_stats() to get pages in resize_bitmaps()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 06/42] md/md-bitmap: add 'sync_size' into struct md_bitmap_stats
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 07/42] md/md-bitmap: add 'file_pages' into struct md_bitmap_stats
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 05/42] md/md-cluster: fix spares warnings for __le64
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 04/42] md/md-bitmap: add 'events_cleared' into struct md_bitmap_stats
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 03/42] md: use new helper md_bitmap_get_stats() in update_array_info()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 02/42] md/md-bitmap: replace md_bitmap_status() with a new helper md_bitmap_get_stats()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 01/42] md/raid1: use md_bitmap_wait_behind_writes() in raid1_read_request()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.12 v2 00/42] md/md-bitmap: introduce bitmap_operations and make structure internal
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v11 1/1] md: generate CHANGE uevents for md device
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.12 00/41] md/md-bitmap: introduce bitmap_operations and make structure internel
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.12 00/41] md/md-bitmap: introduce bitmap_operations and make structure internel
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>