Linux RAID Storage Date Index

• Thread Index

• Re: extremely slow writes to array [now not degraded]
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: extremely slow writes to array [now not degraded]
  • From: eyal@xxxxxxxxxxxxxx
• Re: extremely slow writes to array [now not degraded]
  • From: Johannes Truschnigg <johannes@xxxxxxxxxxxxxxx>
• Re: extremely slow writes to array [now not degraded]
  • From: eyal@xxxxxxxxxxxxxx
• Re: extremely slow writes to array [now not degraded]
  • From: eyal@xxxxxxxxxxxxxx
• Re: extremely slow writes to array [now not degraded]
  • From: Johannes Truschnigg <johannes@xxxxxxxxxxxxxxx>
• Re: extremely slow writes to array [now not degraded]
  • From: eyal@xxxxxxxxxxxxxx
• Re: extremely slow writes to array [now not degraded]
  • From: Johannes Truschnigg <johannes@xxxxxxxxxxxxxxx>
• Re: extremely slow writes to array [now not degraded]
  • From: eyal@xxxxxxxxxxxxxx
• Re: [REGRESSION] Data read from a degraded RAID 4/5/6 array could be silently corrupted.
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [REGRESSION] Data read from a degraded RAID 4/5/6 array could be silently corrupted.
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• [REGRESSION] Data read from a degraded RAID 4/5/6 array could be silently corrupted.
  • From: Bhanu Victor DiCara <00bvd0+linux@xxxxxxxxx>
• [PATCH -next 2/8] md: use interruptible apis in idle/frozen_sync_thread()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 1/8] md: fix missing flush of sync_work
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 8/8] dm-raid: fix a deadlock in md_stop()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 7/8] md: use new helper to stop sync_thread in __md_stop_writes()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 4/8] md: remove redundant md_wakeup_thread()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 6/8] md: factor out a helper to stop sync_thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 5/8] md: don't leave 'MD_RECOVERY_FROZEN' in error path of md_set_readonly()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 3/8] md: return error to user if idle/frozen_sync_thread() is interrupted
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 0/8] md: bugfix and cleanup for sync_thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [RFC] workqueue: allow system workqueue be used in memory reclaim
  • From: junxiao.bi@xxxxxxxxxx
• Re: [RFC] workqueue: allow system workqueue be used in memory reclaim
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: extremely slow writes to array [now not degraded]
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• RE: RAID1 possible data corruption following a write failure to superblock
  • From: "Lev Vainblat" <lev@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 2/2] Revert "md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d"
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: extremely slow writes to array [now not degraded]
  • From: eyal@xxxxxxxxxxxxxx
• Re: RAID1 possible data corruption following a write failure to superblock
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH V3 1/2] md: bypass block throttle for superblock update
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• [PATCH V3 2/2] Revert "md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d"
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• Re: extremely slow writes to degraded array
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• RAID1 possible data corruption following a write failure to superblock
  • From: Yaron Presente <yaron.presente@xxxxxxxxxx>
• [PATCH -next] md: synchronize flush io with array reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: extremely slow writes to degraded array
  • From: eyal@xxxxxxxxxxxxxx
• Re: extremely slow writes to degraded array
  • From: eyal@xxxxxxxxxxxxxx
• [RFC] workqueue: allow system workqueue be used in memory reclaim
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• Re: [PATCH V2 2/2] Revert "md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d"
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] md: bypass block throttle for superblock update
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Issues restoring a degraded array
  • From: Lane Brooks <lane@xxxxxxxxx>
• Re: extremely slow writes to degraded array
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: Issues restoring a degraded array
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• [PATCH V2 1/2] md: bypass block throttle for superblock update
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• [PATCH V2 2/2] Revert "md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d"
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• Re: [PATCH 2/2] md: bypass block throttle for superblock update
  • From: junxiao.bi@xxxxxxxxxx
• Re: Issues restoring a degraded array
  • From: eyal@xxxxxxxxxxxxxx
• Re: [PATCH 2/2] md: bypass block throttle for superblock update
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 1/2] Revert "md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d"
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• [PATCH 2/2] md: bypass block throttle for superblock update
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• Issues restoring a degraded array
  • From: Lane Brooks <lane@xxxxxxxxx>
• [PATCH AUTOSEL 6.6 08/40] md: don't rely on 'mddev->pers' to be set in mddev_suspend()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.5 08/37] md: don't rely on 'mddev->pers' to be set in mddev_suspend()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• extremely slow writes to degraded array
  • From: eyal@xxxxxxxxxxxxxx
• Re: problem with recovered array
  • From: eyal@xxxxxxxxxxxxxx
• Re: [RFC] md/raid5: fix hung by MD_SB_CHANGE_PENDING
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: problem with recovered array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: problem with recovered array
  • From: eyal@xxxxxxxxxxxxxx
• Re: problem with recovered array
  • From: eyal@xxxxxxxxxxxxxx
• Re: [RFC] md/raid5: fix hung by MD_SB_CHANGE_PENDING
  • From: junxiao.bi@xxxxxxxxxx
• Re: problem with recovered array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Dirty page flushing regression in 6.5.x vs 6.1.x
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: problem with recovered array
  • From: Carlos Carvalho <carlos@xxxxxxxxxxxxxx>
• Re: problem with recovered array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: problem with recovered array
  • From: eyal@xxxxxxxxxxxxxx
• Re: problem with recovered array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: problem with recovered array
  • From: eyal@xxxxxxxxxxxxxx
• Re: problem with recovered array
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: problem with recovered array
  • From: eyal@xxxxxxxxxxxxxx
• Re: problem with recovered array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: problem with recovered array
  • From: eyal@xxxxxxxxxxxxxx
• Re: problem with recovered array
  • From: Johannes Truschnigg <johannes@xxxxxxxxxxxxxxx>
• Re: [RFC] md/raid5: fix hung by MD_SB_CHANGE_PENDING
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [RFC] md/raid5: fix hung by MD_SB_CHANGE_PENDING
  • From: junxiao.bi@xxxxxxxxxx
• Re: [RFC] md/raid5: fix hung by MD_SB_CHANGE_PENDING
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [RFC] md/raid5: fix hung by MD_SB_CHANGE_PENDING
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• Re: problem with recovered array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: problem with recovered array
  • From: eyal@xxxxxxxxxxxxxx
• how to start a degraded array that shows all members are spare
  • From: eyal@xxxxxxxxxxxxxx
• Re: problem with recovered array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: [now urgent] problem with recovered array
  • From: eyal@xxxxxxxxxxxxxx
• Re: [now urgent] problem with recovered array
  • From: eyal@xxxxxxxxxxxxxx
• How to safely stop an array using magic sysrq
  • From: eyal@xxxxxxxxxxxxxx
• Re: problem with recovered array [more details]
  • From: eyal@xxxxxxxxxxxxxx
• Re: problem with recovered array [more details]
  • From: eyal@xxxxxxxxxxxxxx
• Re: problem with recovered array
  • From: eyal@xxxxxxxxxxxxxx
• Re: problem with recovered array
  • From: Carlos Carvalho <carlos@xxxxxxxxxxxxxx>
• Re: problem with recovered array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: problem with recovered array
  • From: Carlos Carvalho <carlos@xxxxxxxxxxxxxx>
• Re: problem with recovered array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: problem with recovered array
  • From: eyal@xxxxxxxxxxxxxx
• Re: problem with recovered array
  • From: eyal@xxxxxxxxxxxxxx
• Re: problem with recovered array
  • From: Carlos Carvalho <carlos@xxxxxxxxxxxxxx>
• Re: problem with recovered array
  • From: eyal@xxxxxxxxxxxxxx
• Re: problem with recovered array
  • From: eyal@xxxxxxxxxxxxxx
• Re: problem with recovered array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• problem with recovered array
  • From: eyal@xxxxxxxxxxxxxx
• Re: [PATCH 0/2] Remove container_enough logic
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/1] mdadm/super1: Add MD_FEATURE_RAID0_LAYOUT if kernel>=5.4
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] mdadm/ddf: Abort when raid disk is smaller in getinfo_super_ddf
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4 v2] mdadm/tests: Don't run mknod before losetup
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] Fix race of "mdadm --add" and "mdadm --incremental"
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH tests v2 0/8] tests: add some regression tests
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4 v2] mdadm/tests: Fix regular expression failure
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5] Incremental: remove obsoleted calls to udisks
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Assemble: fix redundant memory free
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] Mdmonitor: Improve udev event handling
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] mdadm: POSIX portable naming rules
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: libsed in mdadm
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• RE: mdadm + Intel 12th gen.
  • From: Laurence Perkins <lperkins@xxxxxxxxxxx>
• Re: mdadm + Intel 12th gen.
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• mdadm + Intel 12th gen.
  • From: Laurence Perkins <lperkins@xxxxxxxxxxx>
• [PATCH -next v2 6/6] md/md-multipath: remove rcu protection to access rdev from conf
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 3/6] md/raid1: remove rcu protection to access rdev from conf
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 1/6] md: remove useless debug code to print configuration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 5/6] md/raid5: remove rcu protection to access rdev from conf
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 0/6] md: remove rcu protection to access rdev from conf
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 4/6] md/raid10: remove rcu protection to access rdev from conf
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 2/6] md: remove flag RemoveSynchronized
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] md-next 20231020
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20231020
  • From: Song Liu <songliubraving@xxxxxxxx>
• [PATCH 1/2] mdadm: remove container_enough logic
  • From: Pawel Piatkowski <pawel.piatkowski@xxxxxxxxx>
• [PATCH 2/2] Fix assembling RAID volume by using incremental
  • From: Pawel Piatkowski <pawel.piatkowski@xxxxxxxxx>
• [PATCH 0/2] Remove container_enough logic
  • From: Pawel Piatkowski <pawel.piatkowski@xxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 78b7b13f07a3ca16c03aa8bf63f51d6780e8e9e1
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH -next 0/6] md: remvoe rcu protection to access rdev from conf
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next 0/6] md: remvoe rcu protection to access rdev from conf
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next 0/6] md: remvoe rcu protection to access rdev from conf
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next 3/6] md/raid1: remove rcu protection to access rdev from conf
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next 2/6] md: remove flag RemoveSynchronized
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2] md: cleanup pers->prepare_suspend()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V3 1/1] mdadm/super1: Add MD_FEATURE_RAID0_LAYOUT if kernel>=5.4
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH V3 1/1] mdadm/super1: Add MD_FEATURE_RAID0_LAYOUT if kernel>=5.4
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH V2 1/1] mdadm/super1: Add MD_FEATURE_RAID0_LAYOUT for all raid0 after kernel v5.4
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] mdadm/udev: Don't add member disk if super is disabled in conf file
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] mdadm/udev: Don't add member disk if super is disabled in conf file
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 1/1] mdadm/super1: Add MD_FEATURE_RAID0_LAYOUT for all raid0 after kernel v5.4
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 1/1] mdadm/udev: Don't add member disk if super is disabled in conf file
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH V2 1/1] mdadm/super1: Add MD_FEATURE_RAID0_LAYOUT for all raid0 after kernel v5.4
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] mdadm/super1: Add MD_FEATURE_RAID0_LAYOUT if sb->layout is set
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] mdadm/super1: Add MD_FEATURE_RAID0_LAYOUT if sb->layout is set
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] mdadm/super1: Add MD_FEATURE_RAID0_LAYOUT if sb->layout is set
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH v2] md: cleanup pers->prepare_suspend()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next] md: cleanup pers->prepare_suspend()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 2/6] md: remove flag RemoveSynchronized
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 5/6] md/raid5: remove rcu protection to access rdev from conf
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 6/6] md/md-multipath: remove rcu protection to access rdev from conf
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 1/6] md: remove useless debug code to print configuration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 3/6] md/raid1: remove rcu protection to access rdev from conf
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 4/6] md/raid10: remove rcu protection to access rdev from conf
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 0/6] md: remvoe rcu protection to access rdev from conf
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Confirm receipt of this mail
  • From: "Mr. Gong Zhengyang" <Gong.Zhengyang1@xxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 1bbe254e4336c0944dd4fb6f0b8c9665b81de50f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/1] mdadm/super1: Add MD_FEATURE_RAID0_LAYOUT if sb->layout is set
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 1/1] mdadm/super1: Add MD_FEATURE_RAID0_LAYOUT if sb->layout is set
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] mdadm/super1: Add MD_FEATURE_RAID0_LAYOUT if sb->layout is set
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] mdadm/super1: Add MD_FEATURE_RAID0_LAYOUT if sb->layout is set
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] mdadm/super1: Add MD_FEATURE_RAID0_LAYOUT if sb->layout is set
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] mdadm/super1: Add MD_FEATURE_RAID0_LAYOUT if sb->layout is set
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] mdadm/ddf: Abort when raid disk is smaller in getinfo_super_ddf
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] md-next 20231012
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] md-cluster: check for timeout while a new disk adding
  • From: Song Liu <song@xxxxxxxxxx>
• [GIT PULL] md-next 20231012
  • From: Song Liu <songliubraving@xxxxxxxx>
• [song-md:md-tmp-20231010] BUILD SUCCESS 9164e4a5af9c5587f8fdddeee30c615d21676e92
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/1] mdadm/ddf: Abort when raid disk is smaller in getinfo_super_ddf
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 1/1] mdadm/super1: Add MD_FEATURE_RAID0_LAYOUT if sb->layout is set
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 1/1] mdadm/ddf: Abort when raid disk is smaller in getinfo_super_ddf
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH -next v4 00/19] md: synchronize io with array reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v4 00/19] md: synchronize io with array reconfiguration
  • From: Song Liu <song@xxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 9e55a22fce1384837c213274d1a3b93be16ed9d7
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 00/15] sysctl: Remove sentinel elements from drivers
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH -next v4 13/19] md: use new apis to suspend array before mddev_create/destroy_serial_pool
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 18/19] md: remove old apis to suspend the array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 17/19] md: suspend array in md_start_sync() if array need reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 19/19] md: rename __mddev_suspend/resume() back to mddev_suspend/resume()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 16/19] md/raid5: replace suspend with quiesce() callback
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 15/19] md/md-linear: cleanup linear_add()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 14/19] md: cleanup mddev_create/destroy_serial_pool()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 09/19] md/raid5: use new apis to suspend array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 00/19] md: synchronize io with array reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 07/19] md/md-bitmap: use new apis to suspend array for location_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 11/19] md: use new apis to suspend array for adding/removing rdev from state_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 10/19] md: use new apis to suspend array for sysfs apis
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 06/19] md/dm-raid: use new apis to suspend array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 12/19] md: use new apis to suspend array for ioctls involed array reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 04/19] md: add new helpers to suspend/resume array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 08/19] md/raid5-cache: use new apis to suspend array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 02/19] md/raid5-cache: use READ_ONCE/WRITE_ONCE for 'conf->log'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 05/19] md: add new helpers to suspend/resume and lock/unlock array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 03/19] md: replace is_md_suspended() with 'mddev->suspended' in md_check_recovery()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 01/19] md: use READ_ONCE/WRITE_ONCE for 'suspend_lo' and 'suspend_hi'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next] md/raid1: don't split discard io for write behind
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 3/4] mdadm: Avoid array bounds check of gcc
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4 v2] mdadm/tests: Fix regular expression failure
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 3/4] mdadm: Avoid array bounds check of gcc
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 4/4] mdadm: Print version to stdout
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v3] Fix race of "mdadm --add" and "mdadm --incremental"
  • From: Li Xiao Keng <lixiaokeng@xxxxxxxxxx>
• [PATCH -next] md/raid1: don't split discard io for write behind
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v3 00/25] md: synchronize io with array reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v3 00/25] md: synchronize io with array reconfiguration
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v3 00/25] md: synchronize io with array reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v3 00/25] md: synchronize io with array reconfiguration
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v3 03/25] md: add new helpers to suspend/resume array
  • From: Song Liu <song@xxxxxxxxxx>
• Re: request for help on IMSM-metadata RAID-5 array
  • From: Joel Parthemore <joel@xxxxxxxxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 2fd7b0f6d5ad655b1d947d3acdd82f687c31465e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md/raid5: release batch_last before waiting for another stripe_head
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md/raid5: release batch_last before waiting for another stripe_head
  • From: David Jeffery <djeffery@xxxxxxxxxx>
• Re: [GIT PULL] md-fixes 20231003
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-fixes 20231003
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH] md/raid5: release batch_last before waiting for another stripe_head
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 00/15] sysctl: Remove sentinel elements from drivers
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH] md/raid5: release batch_last before waiting for another stripe_head
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 01/15] cdrom: Remove now superfluous sentinel element from ctl_table array
  • From: Phillip Potter <phil@xxxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid5: release batch_last before waiting for another stripe_head
  • From: John Pittman <jpittman@xxxxxxxxxx>
• [PATCH] md/raid5: release batch_last before waiting for another stripe_head
  • From: David Jeffery <djeffery@xxxxxxxxxx>
• Re: [PATCH v2 11/15] sgi-xp: Remove the now superfluous sentinel element from ctl_table array
  • From: Steve Wahl <steve.wahl@xxxxxxx>
• Re: [PATCH v2 10/15] vrf: Remove the now superfluous sentinel element from ctl_table array
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH v2 00/15] sysctl: Remove sentinel elements from drivers
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2 04/15] tty: Remove now superfluous sentinel element from ctl_table array
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [PATCH 00/15] sysctl: Remove sentinel elements from drivers
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 04/15] tty: Remove now superfluous sentinel element from ctl_table array
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 04/15] tty: Remove now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 03/15] xen: Remove now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 08/15] infiniband: Remove the now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 00/15] sysctl: Remove sentinel elements from drivers
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 05/15] scsi: Remove now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 09/15] char-misc: Remove the now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 07/15] macintosh: Remove the now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 06/15] parport: Remove the now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 02/15] hpet: Remove now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 01/15] cdrom: Remove now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• Re: [PATCH 04/15] tty: Remove now superfluous sentinel element from ctl_table array
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 00/15] sysctl: Remove sentinel elements from drivers
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 04/15] tty: Remove now superfluous sentinel element from ctl_table array
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [PATCH v4 0/29] block: Make blkdev_get_by_*() return handle
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 01/15] cdrom: Remove now superfluous sentinel element from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 01/15] cdrom: Remove now superfluous sentinel element from ctl_table array
  • From: Phillip Potter <phil@xxxxxxxxxxxxxxxx>
• Re: [PATCH] md/md-linear: Annotate struct linear_conf with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] md/md-linear: Annotate struct linear_conf with __counted_by
  • From: Song Liu <song@xxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 09f894affcf2daac5aa841ffff43d1242215fd80
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: request for help on IMSM-metadata RAID-5 array
  • From: Joel Parthemore <joel@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/md-linear: Annotate struct linear_conf with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [GIT PULL] md-next 2023-09-28
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH 14/15] hyper-v/azure: Remove now superfluous sentinel element from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [GIT PULL] md-next 2023-09-28
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 01/15] cdrom: Remove now superfluous sentinel element from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 14/15] hyper-v/azure: Remove now superfluous sentinel element from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 11/15] sgi-xp: Remove the now superfluous sentinel element from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [GIT PULL] md-next 2023-09-28
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [GIT PULL] md-next 2023-09-28
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 2023-09-28
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH v2] md: do not require mddev_lock() for all options
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v3 00/25] md: synchronize io with array reconfiguration
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v3 03/25] md: add new helpers to suspend/resume array
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 11/15] sgi-xp: Remove the now superfluous sentinel element from ctl_table array
  • From: Steve Wahl <steve.wahl@xxxxxxx>
• Re: [PATCH 00/15] sysctl: Remove sentinel elements from drivers
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH -next v3 01/25] md: use READ_ONCE/WRITE_ONCE for 'suspend_lo' and 'suspend_hi'
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 14/15] hyper-v/azure: Remove now superfluous sentinel element from ctl_table array
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 13/15] raid: Remove now superfluous sentinel element from ctl_table array
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 01/15] cdrom: Remove now superfluous sentinel element from ctl_table array
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 08/15] infiniband: Remove the now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 07/15] macintosh: Remove the now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 09/15] char-misc: Remove the now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 06/15] parport: Remove the now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 03/15] xen: Remove now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 02/15] hpet: Remove now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 05/15] scsi: Remove now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 04/15] tty: Remove now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 00/15] sysctl: Remove sentinel elements from drivers
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 01/15] cdrom: Remove now superfluous sentinel element from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2] md: do not require mddev_lock() for all options
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] mdadm: Print version to stdout
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] mdadm: Avoid array bounds check of gcc
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/4 v2] mdadm/tests: Don't run mknod before losetup
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4 v2] mdadm/tests: Fix regular expression failure
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] md: simplify md_seq_ops
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: use interruptible apis in idle/frozen_sync_thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 09/25] md/md-bitmap: use new apis to suspend array for location_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 20/25] md: use new apis to suspend array before mddev_create/destroy_serial_pool
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 21/25] md: cleanup mddev_create/destroy_serial_pool()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 18/25] md: use new apis to suspend array for ioctls involed array reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 19/25] md: use new apis to suspend array for adding/removing rdev from state_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 22/25] md/md-linear: cleanup linear_add()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 13/25] md/raid5: use new apis to suspend array for raid5_store_stripe_size()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 15/25] md/raid5: use new apis to suspend array for raid5_store_group_thread_cnt()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 08/25] md/dm-raid: use new apis to suspend array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 25/25] md: rename __mddev_suspend/resume() back to mddev_suspend/resume()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 17/25] md/raid5: replace suspend with quiesce() callback
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 10/25] md/raid5-cache: use READ_ONCE/WRITE_ONCE for 'conf->log'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 07/25] md: use new apis to suspend array for serialize_policy_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 14/25] md/raid5: use new apis to suspend array for raid5_store_skip_copy()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 11/25] md/raid5-cache: use new apis to suspend array for r5c_disable_writeback_async()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 23/25] md: suspend array in md_start_sync() if array need reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 12/25] md/raid5-cache: use new apis to suspend array for r5c_journal_mode_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 24/25] md: remove old apis to suspend the array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 16/25] md/raid5: use new apis to suspend array for raid5_change_consistency_policy()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 05/25] md: use new apis to suspend array for suspend_lo/hi_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 06/25] md: use new apis to suspend array for level_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 03/25] md: add new helpers to suspend/resume array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 04/25] md: add new helpers to suspend/resume and lock/unlock array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 01/25] md: use READ_ONCE/WRITE_ONCE for 'suspend_lo' and 'suspend_hi'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 02/25] md: replace is_md_suspended() with 'mddev->suspended' in md_check_recovery()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 00/25] md: synchronize io with array reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/29] block: Make blkdev_get_by_*() return handle
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 0/29] block: Make blkdev_get_by_*() return handle
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 11/29] md: Convert to bdev_open_by_dev()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH v3 0/2] md: simplify md_seq_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 1/2] md: factor out a helper from mddev_put()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 2/2] md: simplify md_seq_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] mdadm: Avoid array bounds check of gcc
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 3/4] mdadm: Avoid array bounds check of gcc
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH 2/4 v2] mdadm/tests: Don't run mknod before losetup
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 3/4] mdadm: Avoid array bounds check of gcc
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 0/4] mdadm: Fix some errors for regression tests and building
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 4/4] mdadm: Print version to stdout
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 1/4 v2] mdadm/tests: Fix regular expression failure
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v2 1/2] md: factor out a new helper to put mddev
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 1/2] md: factor out a new helper to put mddev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: replace deprecated strncpy with memcpy
  • From: Song Liu <song@xxxxxxxxxx>
• Re: fstrim on raid1 LV with writemostly PV leads to system freeze
  • From: Kirill Kirilenko <kirill@xxxxxxxxxxxxxx>
• [song-md:md-test-28] BUILD SUCCESS 448dba62e466653a8e7ea218ab47c044eff7e568
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 2/2] md: simplify md_seq_ops
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: fstrim on raid1 LV with writemostly PV leads to system freeze
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] md: factor out a new helper to put mddev
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] md: factor out a new helper to put mddev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] md: factor out a new helper to put mddev
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/6] badblocks improvement for multiple bad block ranges
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: fstrim on raid1 LV with writemostly PV leads to system freeze
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 1/2] md: factor out a new helper to put mddev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 2/2] md: simplify md_seq_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 0/2] md: simplify md_seq_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/6] badblocks improvement for multiple bad block ranges
  • From: Geliang Tang <geliang.tang@xxxxxxxx>
• Re: request for help on IMSM-metadata RAID-5 array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v2 00/28] md: synchronize io with array reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: fstrim on raid1 LV with writemostly PV leads to system freeze
  • From: Kirill Kirilenko <kirill@xxxxxxxxxxxxxx>
• Re: [PATCH] md: replace deprecated strncpy with memcpy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: request for help on IMSM-metadata RAID-5 array
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: request for help on IMSM-metadata RAID-5 array
  • From: Joel Parthemore <joel@xxxxxxxxxxxxxxx>
• Re: request for help on IMSM-metadata RAID-5 array
  • From: Joel Parthemore <joel@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v2 00/28] md: synchronize io with array reconfiguration
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] md-cluster: check for timeout while a new disk adding
  • From: Denis Plotnikov <den-plotnikov@xxxxxxxxxxxxxx>
• [PATCH] md: replace deprecated strncpy with memcpy
  • From: Justin Stitt <justinstitt@xxxxxxxxxx>
• Re: request for help on IMSM-metadata RAID-5 array
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• Re: [PATCH -next 0/2] md: fix potential hang for mddev_suspend()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next 0/2] md: fix potential hang for mddev_suspend()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md: do not require mddev_lock() for all options
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v2 03/28] md: add new helpers to suspend/resume array
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH -next v2 03/28] md: add new helpers to suspend/resume array
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md: do not require mddev_lock() for all options
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: fstrim on raid1 LV with writemostly PV leads to system freeze
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 2ba70b8d2990157e3926de7c2160e35ba2998b95
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: request for help on IMSM-metadata RAID-5 array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v2 02/28] md: use 'mddev->suspended' for is_md_suspended()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v2 01/28] md: use READ_ONCE/WRITE_ONCE for 'suspend_lo' and 'suspend_hi'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next] md: simplify md_seq_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid1: only update stack limits with the device in use
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• Re: bblog overlap internal bitmap?
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: request for help on IMSM-metadata RAID-5 array
  • From: Joel Parthemore <joel@xxxxxxxxxxxxxxx>
• Re: request for help on IMSM-metadata RAID-5 array
  • From: Joel Parthemore <joel@xxxxxxxxxxxxxxx>
• Re: request for help on IMSM-metadata RAID-5 array
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: request for help on IMSM-metadata RAID-5 array
  • From: Joel Parthemore <joel@xxxxxxxxxxxxxxx>
• Re: request for help on IMSM-metadata RAID-5 array
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• request for help on IMSM-metadata RAID-5 array
  • From: Joel Parthemore <joel@xxxxxxxxxxxxxxx>
• Re: fstrim on raid1 LV with writemostly PV leads to system freeze
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md/raid1: only update stack limits with the device in use
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next 0/2] md: fix potential hang for mddev_suspend()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next] md: simplify md_seq_ops
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: do not require mddev_lock() for all options
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md/md-linear: Annotate struct linear_conf with __counted_by
  • From: Song Liu <song@xxxxxxxxxx>
• Re: fstrim on raid1 LV with writemostly PV leads to system freeze
  • From: Kirill Kirilenko <kirill@xxxxxxxxxxxxxx>
• RE: bblog overlap internal bitmap?
  • From: Stan Liao <StanL@xxxxxxxxxxxxxx>
• Re: fstrim on raid1 LV with writemostly PV leads to system freeze
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: fstrim on raid1 LV with writemostly PV leads to system freeze
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: bblog overlap internal bitmap?
  • From: Xiao Ni <xni@xxxxxxxxxx>
• bblog overlap internal bitmap?
  • From: Stan Liao <StanL@xxxxxxxxxxxxxx>
• Re: [PATCH -next v2 02/28] md: use 'mddev->suspended' for is_md_suspended()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Fwd: Marvell RAID Controller issues since 6.5.x
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Fwd: Marvell RAID Controller issues since 6.5.x
  • From: "Linux regression tracking #update (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: Fwd: Marvell RAID Controller issues since 6.5.x
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Slack workspace for md/raid collaboration
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Fwd: Marvell RAID Controller issues since 6.5.x
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Fwd: Marvell RAID Controller issues since 6.5.x
  • From: Niklas Cassel <Niklas.Cassel@xxxxxxx>
• Fwd: Marvell RAID Controller issues since 6.5.x
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• Re: [PATCH] md/md-linear: Annotate struct linear_conf with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH] md/md-linear: Annotate struct linear_conf with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS c8870379a21fbd9ad14ca36204ccfbe9d25def43
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] md-fixes 20230914
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-fixes 20230914
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH v3] md: do not _put wrong device in md_seq_next
  • From: Song Liu <song@xxxxxxxxxx>
• Re: assemble didn't quite
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• [PATCH v3] md: do not _put wrong device in md_seq_next
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• Re: [PATCH -next v2 01/28] md: use READ_ONCE/WRITE_ONCE for 'suspend_lo' and 'suspend_hi'
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v2] md: do not _put wrong device in md_seq_next
  • From: Song Liu <song@xxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Dragan Stancevic <dragan@xxxxxxxxxxxxx>
• Re: [PATCH -next] md: simplify md_seq_ops
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• [PATCH] md: do not require mddev_lock() for all options
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] md: do not _put wrong device in md_seq_next
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] md: do not _put wrong device in md_seq_next
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2] md: do not _put wrong device in md_seq_next
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2] md: do not _put wrong device in md_seq_next
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] md: do not _put wrong device in md_seq_next
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2] md: do not _put wrong device in md_seq_next
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS df203da47f4428bc286fc99318936416253a321c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] Assemble: fix redundant memory free
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH] Assemble: fix redundant memory free
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• Re: [PATCH v3] Fix race of "mdadm --add" and "mdadm --incremental"
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] Fix race of "mdadm --add" and "mdadm --incremental"
  • From: Li Xiao Keng <lixiaokeng@xxxxxxxxxx>
• Re: [PATCH] md: do not _put wrong device
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: do not _put wrong device
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 4.14 2/3] md: raid1: fix potential OOB in raid1_remove_disk()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] raid1: fix error: ISO C90 forbids mixed declarations
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next] md: simplify md_seq_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] Fix race of "mdadm --add" and "mdadm --incremental"
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] Mdmonitor: Improve udev event handling
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH v6 25/45] md/raid5: dynamically allocate the md-raid5 shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH -next] md: simplify md_seq_ops
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH AUTOSEL 4.14 2/3] md: raid1: fix potential OOB in raid1_remove_disk()
  • From: Pavel Machek <pavel@xxxxxxx>
• [PATCH] md: do not _put wrong device
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH -next] md: simplify md_seq_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Reshape Failure
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Reshape Failure
  • From: Jason Moss <phate408@xxxxxxxxx>
• timing (was "Re: all of my drives are spares")
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• assemble didn't quite (was "Re: all of my drives are spares")
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: all of my drives are spares
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: Reshape Failure
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid1: only update stack limits with the device in use
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: all of my drives are spares
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• [PATCH] raid1: fix error: ISO C90 forbids mixed declarations
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: all of my drives are spares
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 99892147f028d711f9d40fefad4f33632593864c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md/raid1: only update stack limits with the device in use
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: use interruptible apis in idle/frozen_sync_thread
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2] md: raid1: fix potential OOB in raid1_remove_disk()
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 12/13] md: raid1: fix potential OOB in raid1_remove_disk()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 2/3] md: raid1: fix potential OOB in raid1_remove_disk()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 2/3] md: raid1: fix potential OOB in raid1_remove_disk()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 8/9] md: raid1: fix potential OOB in raid1_remove_disk()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 3/4] md: raid1: fix potential OOB in raid1_remove_disk()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 21/22] md: raid1: fix potential OOB in raid1_remove_disk()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.4 27/31] md: raid1: fix potential OOB in raid1_remove_disk()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.5 32/36] md: raid1: fix potential OOB in raid1_remove_disk()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: RADI10 slower than SINGLE drive - tests with fio for block device (no filesystem in use) - 18.5k vs 26k iops
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• [PATCH 1/1] mdadm/tests: Don't run mknod before losetup
  • From: Xiao Ni <xni@xxxxxxxxxx>
• all of my drives are spares
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• [PATCH 1/1] mdadm/tests: Fix regular expression failure
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 1/1] mdadm/tests: Fix regular expression failure
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH v3] Fix race of "mdadm --add" and "mdadm --incremental"
  • From: Li Xiao Keng <lixiaokeng@xxxxxxxxxx>
• Re: Reshape Failure
  • From: Jason Moss <phate408@xxxxxxxxx>
• Re: [PATCH v2] Fix race of "mdadm --add" and "mdadm --incremental"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: RADI10 slower than SINGLE drive - tests with fio for block device (no filesystem in use) - 18.5k vs 26k iops
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Reshape Failure
  • From: Jason Moss <phate408@xxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] Fix race of "mdadm --add" and "mdadm --incremental"
  • From: Li Xiao Keng <lixiaokeng@xxxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Reshape Failure
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Reshape Failure
  • From: Jason Moss <phate408@xxxxxxxxx>
• Re: [PATCH v2] Fix race of "mdadm --add" and "mdadm --incremental"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH] md/raid1: only update stack limits with the device in use
  • From: Li Nan <linan122@xxxxxxxxxx>
• Re: [PATCH v2] Fix race of "mdadm --add" and "mdadm --incremental"
  • From: Li Xiao Keng <lixiaokeng@xxxxxxxxxx>
• [PATCH] md: use interruptible apis in idle/frozen_sync_thread
  • From: Li Nan <linan122@xxxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: AceLan Kao <acelan@xxxxxxxxx>
• Re: [PATCH] md/raid5: eliminate if-statements in cmp_stripe()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2] Fix race of "mdadm --add" and "mdadm --incremental"
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2] Fix race of "mdadm --add" and "mdadm --incremental"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v2] Fix race of "mdadm --add" and "mdadm --incremental"
  • From: Li Xiao Keng <lixiaokeng@xxxxxxxxxx>
• Re: [PATCH] Fix race of "mdadm --add" and "mdadm --incremental"
  • From: Li Xiao Keng <lixiaokeng@xxxxxxxxxx>
• Re: Reshape Failure
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] Fix race of "mdadm --add" and "mdadm --incremental"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Dragan Stancevic <dragan@xxxxxxxxxxxxx>
• Re: Reshape Failure
  • From: Jason Moss <phate408@xxxxxxxxx>
• Re: [PATCH v5] Incremental: remove obsoleted calls to udisks
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Reshape Failure
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Reshape Failure
  • From: Jason Moss <phate408@xxxxxxxxx>
• Re: [PATCH] md/raid5: eliminate if-statements in cmp_stripe()
  • From: Kuan-Wei Chiu <visitorckw@xxxxxxxxx>
• Re: [PATCH] md/raid5: eliminate if-statements in cmp_stripe()
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• [PATCH] md/raid5: eliminate if-statements in cmp_stripe()
  • From: Kuan-Wei Chiu <visitorckw@xxxxxxxxx>
• Re: [PATCH v7 6/6] badblocks: switch to the improved badblock handling code
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v7 5/6] badblocks: improve badblocks_check() for multiple ranges handling
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v7 4/6] badblocks: improve badblocks_clear() for multiple ranges handling
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v7 3/6] badblocks: improve badblocks_set() for multiple ranges handling
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v7 2/6] badblocks: add helper routines for badblock ranges handling
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: RADI10 slower than SINGLE drive - tests with fio for block device (no filesystem in use) - 18.5k vs 26k iops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• RADI10 slower than SINGLE drive - tests with fio for block device (no filesystem in use) - 18.5k vs 26k iops
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: raid10, far layout initial sync slow + XFS question
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: raid10, far layout initial sync slow + XFS question
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: raid10, far layout initial sync slow + XFS question
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: raid10, far layout initial sync slow + XFS question
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: raid10, far layout initial sync slow + XFS question
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: raid10, far layout initial sync slow + XFS question
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: raid10, far layout initial sync slow + XFS question
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: raid10, far layout initial sync slow + XFS question
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: raid10, far layout initial sync slow + XFS question
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: raid10, far layout initial sync slow + XFS question
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• raid10, far layout initial sync slow + XFS question
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: [PATCH] Add compiler defenses flags
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: Add reading vmd register for finding imsm capability
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Fix race of "mdadm --add" and "mdadm --incremental"
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] Fix unsafe string functions
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Fix memory leak for Manage Assemble Kill mdadm
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Fix memory leak for Manage Assemble Kill mdadm
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] Mdmonitor: Improve udev event handling
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 1/1] mdadm: Stop mdcheck_continue timer when mdcheck_start service can finish check
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5] Incremental: remove obsoleted calls to udisks
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Add secure gethostname() wrapper
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] imsm: expand improvements
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [Question] mdadm CVE-2023-28736 and CVE-2023-28938 problem
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [Question] mdadm CVE-2023-28736 and CVE-2023-28938 problem
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [Question] mdadm CVE-2023-28736 and CVE-2023-28938 problem
  • From: miaoguanqin <miaoguanqin@xxxxxxxxxx>
• Re: The imsm regression tests fail
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 1/2] md: factor out helpers to grab and put 'active_io'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 2/2] md: fix potential hang for mddev_suspend()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 0/2] md: fix potential hang for mddev_suspend()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/29] block: Make blkdev_get_by_*() return handle
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Dragan Stancevic <dragan@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/29] block: Make blkdev_get_by_*() return handle
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: "Linux regression tracking #update (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: AceLan Kao <acelan@xxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH -next v2 27/28] md: remove old apis to suspend the array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 28/28] md: rename __mddev_suspend/resume() back to mddev_suspend/resume()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 26/28] md/md-linear: cleanup linear_add()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 25/28] md: cleanup mddev_create/destroy_serial_pool()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 24/28] md: suspend array in md_start_sync() if array need reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 23/28] md: use new apis to suspend array in backlog_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 22/28] md: use new apis to suspend array related to serial pool in state_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 21/28] md: use new apis to suspend array for bind_rdev_to_array()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 19/28] md: use new apis to suspend array for ioctls involed array reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 18/28] md: quiesce before md_kick_rdev_from_array() for md-cluster
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 20/28] md: use new apis to suspend array for adding/removing rdev from state_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 17/28] md/raid5: replace suspend with quiesce() callback
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 16/28] md/raid5: use new apis to suspend array for raid5_change_consistency_policy()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 15/28] md/raid5: use new apis to suspend array for raid5_store_group_thread_cnt()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 14/28] md/raid5: use new apis to suspend array for raid5_store_skip_copy()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 12/28] md/raid5-cache: use new apis to suspend array for r5c_journal_mode_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 13/28] md/raid5: use new apis to suspend array for raid5_store_stripe_size()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 10/28] md/raid5-cache: use READ_ONCE/WRITE_ONCE for 'conf->log'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 11/28] md/raid5-cache: use new apis to suspend array for r5c_disable_writeback_async()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 08/28] md/dm-raid: use new apis to suspend array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 09/28] md/md-bitmap: use new apis to suspend array for location_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 03/28] md: add new helpers to suspend/resume array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 05/28] md: use new apis to suspend array for suspend_lo/hi_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 04/28] md: add new helpers to suspend/resume and lock/unlock array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 06/28] md: use new apis to suspend array for level_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 00/28] md: synchronize io with array reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 07/28] md: use new apis to suspend array for serialize_policy_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 02/28] md: use 'mddev->suspended' for is_md_suspended()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 01/28] md: use READ_ONCE/WRITE_ONCE for 'suspend_lo' and 'suspend_hi'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS e3b2f62786a02b217038ba18e4b77bf6bc1bb831
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [GIT PULL] md-next 20230825
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v3 0/29] block: Make blkdev_get_by_*() return handle
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH V2 1/1] mdadm: Stop mdcheck_continue timer when mdcheck_start service can finish check
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 11/29] md: Convert to bdev_open_by_dev()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 1/1] Stop mdcheck_continue timer when mdcheck_start service can finish check
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] Stop mdcheck_continue timer when mdcheck_start service can finish check
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH -next v4 0/7] md: make rdev addition and removal independent from daemon thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v2 0/7] md: initialize 'active_io' while allocating mddev
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v4 0/7] md: make rdev addition and removal independent from daemon thread
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next 0/2] md: fix two regressions related to export_rdev()
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH -next v4 7/7] md: delay remove_and_add_spares() for read only array to md_start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 6/7] md: factor out a helper rdev_addable() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 1/7] md: use separate work_struct for md_start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 2/7] md: factor out a helper to choose sync action from md_check_recovery()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 3/7] md: delay choosing sync action to md_start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 4/7] md: factor out a helper rdev_removeable() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 5/7] md: factor out a helper rdev_is_spare() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v4 0/7] md: make rdev addition and removal independent from daemon thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 6/7] md: don't check 'mddev->pers' from suspend_hi_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 7/7] md: don't check 'mddev->pers' and 'pers->quiesce' from suspend_lo_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 5/7] md-bitmap: suspend array earlier in location_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 1/7] md: initialize 'active_io' while allocating mddev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 2/7] md: initialize 'writes_pending' while allocating mddev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 3/7] md: don't rely on 'mddev->pers' to be set in mddev_suspend()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 0/7] md: initialize 'active_io' while allocating mddev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 4/7] md-bitmap: remove the checking of 'pers->quiesce' from location_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 0/2] md: fix two regressions related to export_rdev()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 2/2] md: fix warning for holder mismatch from export_rdev()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 1/2] md: don't dereference mddev after export_rdev()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 851e06297f20bbd85c93bbf09469f2150d1db218
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 25/45] md/raid5: dynamically allocate the md-raid5 shrinker
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH v5 25/45] md/raid5: dynamically allocate the md-raid5 shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v3 6/7] md: factor out a helper rdev_addable() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Dragan Stancevic <dragan@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] Stop mdcheck_continue timer when mdcheck_start service can finish check
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] Fix memory leak in file mdadm
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] Fix memory leak in file Manage
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] Fix memory leak in file Kill
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] Fix memory leak in file Assemble
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] restripe.c: Use _FILE_OFFSET_BITS to enable largefile support
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v3 6/7] md: factor out a helper rdev_addable() from remove_and_add_spares()
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH v3 0/29] block: Make blkdev_get_by_*() return handle
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 11/29] md: Convert to bdev_open_by_dev()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH -next v3 6/7] md: factor out a helper rdev_addable() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: AceLan Kao <acelan@xxxxxxxxx>
• Re: libsed in mdadm
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: libsed in mdadm
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH -next v3 6/7] md: factor out a helper rdev_addable() from remove_and_add_spares()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v3 4/7] md: factor out a helper rdev_removeable() from remove_and_add_spares()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH -next v3 7/7] md: delay remove_and_add_spares() for read only array to md_start_sync()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH -next v3 6/7] md: factor out a helper rdev_addable() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 43/48] drm/ttm: introduce pool_shrink_rwsem
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH -next v3 5/7] md: factor out a helper rdev_is_spare() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v3 4/7] md: factor out a helper rdev_removeable() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v3 5/7] md: factor out a helper rdev_is_spare() from remove_and_add_spares()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH -next v3 5/7] md: factor out a helper rdev_is_spare() from remove_and_add_spares()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Is this a kernel NULL pointer deferences bug in raid5 module?
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Dragan Stancevic <dragan@xxxxxxxxxxxxx>
• Re: libsed in mdadm
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Is this a kernel NULL pointer deferences bug in raid5 module?
  • From: Yiyi Hu <yiyihu@xxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Carlos Carvalho <carlos@xxxxxxxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Song Liu <song@xxxxxxxxxx>
• Modern best-practices for NVMe RAID0 stripe size?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: [PATCH v4 43/48] drm/ttm: introduce pool_shrink_rwsem
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH -next v3 4/7] md: factor out a helper rdev_removeable() from remove_and_add_spares()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH -next v3 3/7] md: delay choosing sync action to md_start_sync()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH -next v3 2/7] md: factor out a helper to choose sync action from md_check_recovery()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH -next v3 1/7] md: use separate work_struct for md_start_sync()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: AceLan Kao <acelan@xxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH -next 3/7] md: don't rely on 'mddev->pers' to be set in mddev_suspend()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v3 6/7] md: factor out a helper rdev_addable() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next 3/7] md: don't rely on 'mddev->pers' to be set in mddev_suspend()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Fwd: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: AceLan Kao <acelan@xxxxxxxxx>
• Re: [PATCH -next 10/29] md/raid5-cache: use READ_ONCE/WRITE_ONCE for 'conf->log'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next 10/29] md/raid5-cache: use READ_ONCE/WRITE_ONCE for 'conf->log'
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next 3/7] md: don't rely on 'mddev->pers' to be set in mddev_suspend()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v3 6/7] md: factor out a helper rdev_addable() from remove_and_add_spares()
  • From: Song Liu <song@xxxxxxxxxx>
• libsed in mdadm
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Fwd: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: AceLan Kao <acelan@xxxxxxxxx>
• [PATCH -next v3 6/7] md: factor out a helper rdev_addable() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 2/7] md: factor out a helper to choose sync action from md_check_recovery()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 1/7] md: use separate work_struct for md_start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 4/7] md: factor out a helper rdev_removeable() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 0/7] md: make rdev addition and removal independent from daemon thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 3/7] md: delay choosing sync action to md_start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 5/7] md: factor out a helper rdev_is_spare() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 7/7] md: delay remove_and_add_spares() for read only array to md_start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v2 7/7] md: delay remove_and_add_spares() for read only array to md_start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v2 3/7] md: delay choosing sync direction to md_start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v2 3/7] md: delay choosing sync direction to md_start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v2 2/7] md: factor out a helper to choose sync direction from md_check_recovery()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] md-next 20230817
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [GIT PULL] md-next 20230817
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH -next v2 3/7] md: delay choosing sync direction to md_start_sync()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v2 2/7] md: factor out a helper to choose sync direction from md_check_recovery()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2] md: raid0: account for split bio in iostat accounting
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v2 2/7] md: factor out a helper to choose sync direction from md_check_recovery()
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH v2] md: raid0: account for split bio in iostat accounting
  • From: David Jeffery <djeffery@xxxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Fwd: Infiniate systemd loop when power off the machine with multiple MD RAIDs
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH -next v2 7/7] md: delay remove_and_add_spares() for read only array to md_start_sync()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH -next v2 3/7] md: delay choosing sync direction to md_start_sync()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS a85e83948c4087dade3443042b20ab9e07f1e735
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• Re: [PATCH -next v2 3/7] md: delay choosing sync direction to md_start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: Carlos Carvalho <carlos@xxxxxxxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• Re: [PATCH -next v2 3/7] md: delay choosing sync direction to md_start_sync()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 01/48] mm: move some shrinker-related function declarations to mm/internal.h
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v4 12/48] gfs2: dynamically allocate the gfs2-qd shrinker
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• Re: [PATCH v4 02/48] mm: vmscan: move shrinker-related code into a separate file
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• Re: [PATCH v4 01/48] mm: move some shrinker-related function declarations to mm/internal.h
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• Re: [PATCH RESEND] md: raid0: account for split bio in iostat accounting
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Factor out helper for mapping and submitting a bio
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v2 3/7] md: delay choosing sync direction to md_start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS ece1f61a8df47cd5beed24927087c924a060d17a
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH -next v2 5/7] md: factor out a helper rdev_is_spare() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 7/7] md: delay remove_and_add_spares() for read only array to md_start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 6/7] md: factor out a helper rdev_addable() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 1/7] md: use separate work_struct for md_start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 2/7] md: factor out a helper to choose sync direction from md_check_recovery()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 3/7] md: delay choosing sync direction to md_start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 4/7] md: factor out a helper rdev_removeable() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2 0/7] md: make rdev addition and removal independent from daemon thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] md/raid0: Fix performance regression for large sequential writes
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Factor out helper for mapping and submitting a bio
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] md/raid0: Fix performance regression for large sequential writes
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: 6.5.0rc5 fs hang - ext4? raid?
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>