Linux RAID Storage Date Index

• Thread Index

• [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>
• Re: [PATCH -next 01/13] md: remove rdev flag 'RemoveSynchronized'
  • 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: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH -next 01/13] md: remove rdev flag 'RemoveSynchronized'
  • From: "NeilBrown" <neil@xxxxxxxxxx>
• Re: [GIT PULL] md-next 2023-08-14
  • From: Jens Axboe <axboe@xxxxxxxxx>
• 6.5.0rc5 fs hang - ext4? raid?
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• [PATCH RESEND] md: raid0: account for split bio in iostat accounting
  • From: David Jeffery <djeffery@xxxxxxxxxx>
• Re: [PATCH v6 0/3] md/raid1: call free_r1bio() before allow_barrier()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2] md raid1: allow writebehind to work on any leg device set WriteMostly
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH v6 3/3] md/raid1: keep the barrier held until handle_read_error() finished
  • From: Xueshi Hu <xueshi.hu@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 2/3] md/raid1: free the r1bio firstly before waiting for blocked rdev
  • From: Xueshi Hu <xueshi.hu@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 1/3] md/raid1: call free_r1bio() before allow_barrier()
  • From: Xueshi Hu <xueshi.hu@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 0/3] md/raid1: call free_r1bio() before allow_barrier()
  • From: Xueshi Hu <xueshi.hu@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/29] md: Convert to bdev_open_by_dev()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 2/2] md/raid0: Fix performance regression for large sequential writes
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v5 3/3] md/raid1: keep the barrier held until handle_read_error() finished
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] md/raid1: free the r1bio firstly before waiting for blocked rdev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] md/raid1: call free_r1bio() before allow_barrier()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] md/raid0: Fix performance regression for large sequential writes
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2] md raid1: allow writebehind to work on any leg device set WriteMostly
  • From: heinzm@xxxxxxxxxx
• [GIT PULL] md-next 2023-08-14
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH -next 01/13] md: remove rdev flag 'RemoveSynchronized'
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 2/2] md/raid0: Fix performance regression for large sequential writes
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 1/2] md/raid0: Factor out helper for mapping and submitting a bio
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 0/2] md/raid0: Fix performance regression for large sequential IO
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH v5 2/3] md/raid1: free the r1bio firstly before waiting for blocked rdev
  • From: Xueshi Hu <xueshi.hu@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 3/3] md/raid1: keep the barrier held until handle_read_error() finished
  • From: Xueshi Hu <xueshi.hu@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 0/3] md/raid1: don't allow_barrier() before r1bio got freed
  • From: Xueshi Hu <xueshi.hu@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 1/3] md/raid1: call free_r1bio() before allow_barrier()
  • From: Xueshi Hu <xueshi.hu@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 733fd910ffa5cdc26776c98cc4612b0ce3e2bbfd
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH -next] md/raid5-cache: fix null-ptr-deref for r5l_flush_stripe_to_raid()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 0/3] md raid1: Fix writebehind/writemostly
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: raid0: account for split bio in iostat accounting
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 4/5] raid6: test: make sure all intermediate and artifact files are .gitignored
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 0/3] raid5, raid6: Accelerate RAID math with LoongArch SIMD
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v3] md: Hold mddev->reconfig_mutex when trying to get mddev->sync_thread
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next] md/raid10: fix a 'conf->barrier' leakage in raid10_takeover()
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH v5] Incremental: remove obsoleted calls to udisks
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2] md: raid1: fix potential OOB in raid1_remove_disk()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 11/29] md: Convert to bdev_open_by_dev()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v4] md/raid1: don't allow_barrier() before r1bio got freed
  • From: Xueshi Hu <xueshi.hu@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] md/raid1: don't allow_barrier() before r1bio got freed
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH] test: user space code to test badblocks APIs
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v7 6/6] badblocks: switch to the improved badblock handling code
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v7 5/6] badblocks: improve badblocks_check() for multiple ranges handling
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v7 4/6] badblocks: improve badblocks_clear() for multiple ranges handling
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v7 2/6] badblocks: add helper routines for badblock ranges handling
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v7 3/6] badblocks: improve badblocks_set() for multiple ranges handling
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v7 1/6] badblocks: add more helper structure and routines in badblocks.h
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v7 0/6] badblocks improvement for multiple bad block ranges
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v6 4/7] badblocks: improve badblocks_clear() for multiple ranges handling
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v6 3/7] badblocks: improve badblocks_set() for multiple ranges handling
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v6 4/7] badblocks: improve badblocks_clear() for multiple ranges handling
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v6 2/7] badblocks: add helper routines for badblock ranges handling
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 11/29] md: Convert to bdev_open_by_dev()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/3] md raid1: allow writebehind to work on any leg device set WriteMostly
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: raid0: account for split bio in iostat accounting
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] md: raid0: account for split bio in iostat accounting
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• [PATCH 3/3] md raid1: add empty line
  • From: heinzm@xxxxxxxxxx
• [PATCH 1/3] md raid1: allow writebehind to work on any leg device set WriteMostly
  • From: heinzm@xxxxxxxxxx
• [PATCH 2/3] md raid1: make first_clone a bool
  • From: heinzm@xxxxxxxxxx
• [PATCH 0/3] md raid1: Fix writebehind/writemostly
  • From: heinzm@xxxxxxxxxx
• Re: [PATCH] md: raid0: account for split bio in iostat accounting
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] md: raid0: account for split bio in iostat accounting
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [dm-devel] Processes hung in "D" state in ext4, mm, md and dmcrypt (lockdep output)
  • From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: raid0: account for split bio in iostat accounting
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• [PATCH] md: raid0: account for split bio in iostat accounting
  • From: David Jeffery <djeffery@xxxxxxxxxx>
• md mdcheck/checkarray degrading server
  • From: Gilson Urbano Ferreira Dias <hello@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 45/48] mm: shrinker: make global slab shrink lockless
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v4 46/48] mm: shrinker: make memcg slab shrink lockless
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v4 44/48] mm: shrinker: add a secondary array for shrinker_info::{map, nr_deferred}
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH -next] md/raid5-cache: fix null-ptr-deref for r5l_flush_stripe_to_raid()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v4] md/raid1: don't allow_barrier() before r1bio got freed
  • From: Xueshi Hu <xueshi.hu@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 46/48] mm: shrinker: make memcg slab shrink lockless
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v4 06/48] binder: dynamically allocate the android-binder shrinker
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• Re: [PATCH v4 19/48] rcu: dynamically allocate the rcu-kfree shrinker
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• Re: [PATCH v4 45/48] mm: shrinker: make global slab shrink lockless
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v4 44/48] mm: shrinker: add a secondary array for shrinker_info::{map, nr_deferred}
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: NULL pointer dereference with MD write-back journal, where journal device is RAID-1
  • From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
• Re: [PATCH v4 45/48] mm: shrinker: make global slab shrink lockless
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] imsm: Fix possible segfault in check_no_platform()
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 18/48] rcu: dynamically allocate the rcu-lazy shrinker
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 19/48] rcu: dynamically allocate the rcu-kfree shrinker
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v4 19/48] rcu: dynamically allocate the rcu-kfree shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 37/48] xfs: dynamically allocate the xfs-buf shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 43/48] drm/ttm: introduce pool_shrink_rwsem
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 46/48] mm: shrinker: make memcg slab shrink lockless
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 31/48] virtio_balloon: dynamically allocate the virtio-balloon shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 24/48] drm/msm: dynamically allocate the drm-msm_gem shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 30/48] vmw_balloon: dynamically allocate the vmw-balloon shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 36/48] nfsd: dynamically allocate the nfsd-reply shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 45/48] mm: shrinker: make global slab shrink lockless
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 35/48] nfsd: dynamically allocate the nfsd-client shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 27/48] dm zoned: dynamically allocate the dm-zoned-meta shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 17/48] ubifs: dynamically allocate the ubifs-slab shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 32/48] mbcache: dynamically allocate the mbcache shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 16/48] quota: dynamically allocate the dquota-cache shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 42/48] mm: shrinker: remove old APIs
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 21/48] sunrpc: dynamically allocate the sunrpc_cred shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 34/48] jbd2,ext4: dynamically allocate the jbd2-journal shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 25/48] drm/panfrost: dynamically allocate the drm-panfrost shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 14/48] nfs: dynamically allocate the nfs-acl shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 18/48] rcu: dynamically allocate the rcu-lazy shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 47/48] mm: shrinker: hold write lock to reparent shrinker nr_deferred
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 28/48] md/raid5: dynamically allocate the md-raid5 shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 48/48] mm: shrinker: convert shrinker_rwsem to mutex
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 44/48] mm: shrinker: add a secondary array for shrinker_info::{map, nr_deferred}
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 41/48] fs: super: dynamically allocate the s_shrink
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 40/48] zsmalloc: dynamically allocate the mm-zspool shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 39/48] xfs: dynamically allocate the xfs-qm shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 33/48] ext4: dynamically allocate the ext4-es shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 38/48] xfs: dynamically allocate the xfs-inodegc shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 13/48] NFSv4.2: dynamically allocate the nfs-xattr shrinkers
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 23/48] drm/i915: dynamically allocate the i915_gem_mm shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 26/48] dm: dynamically allocate the dm-bufio shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 29/48] bcache: dynamically allocate the md-bcache shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 20/48] mm: thp: dynamically allocate the thp-related shrinkers
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 22/48] mm: workingset: dynamically allocate the mm-shadow shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 15/48] nfsd: dynamically allocate the nfsd-filecache shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 12/48] gfs2: dynamically allocate the gfs2-qd shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 11/48] gfs2: dynamically allocate the gfs2-glock shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 10/48] f2fs: dynamically allocate the f2fs-shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 09/48] erofs: dynamically allocate the erofs-shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 08/48] xenbus/backend: dynamically allocate the xen-backend shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 06/48] binder: dynamically allocate the android-binder shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 05/48] kvm: mmu: dynamically allocate the x86-mmu shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 07/48] drm/ttm: dynamically allocate the drm-ttm_pool shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 04/48] mm: shrinker: add infrastructure for dynamically allocating shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 03/48] mm: shrinker: remove redundant shrinker_rwsem in debugfs operations
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 02/48] mm: vmscan: move shrinker-related code into a separate file
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 00/48] use refcount+RCU method to implement lockless slab shrink
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 01/48] mm: move some shrinker-related function declarations to mm/internal.h
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: NULL pointer dereference with MD write-back journal, where journal device is RAID-1
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: NULL pointer dereference with MD write-back journal, where journal device is RAID-1
  • From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
• Re: NULL pointer dereference with MD write-back journal, where journal device is RAID-1
  • From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
• Re: NULL pointer dereference with MD write-back journal, where journal device is RAID-1
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: NULL pointer dereference with MD write-back journal, where journal device is RAID-1
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: NULL pointer dereference with MD write-back journal, where journal device is RAID-1
  • From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
• Re: NULL pointer dereference with MD write-back journal, where journal device is RAID-1
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• NULL pointer dereference with MD write-back journal, where journal device is RAID-1
  • From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
• Re: [PATCH v3 0/3] raid5, raid6: Accelerate RAID math with LoongArch SIMD
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• [PATCH v3 0/3] raid5, raid6: Accelerate RAID math with LoongArch SIMD
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH v3 1/3] LoongArch: Add SIMD-optimized XOR routines
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH v3 2/3] raid6: Add LoongArch SIMD syndrome calculation
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH v3 3/3] raid6: Add LoongArch SIMD recovery implementation
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCH v2 3/3] raid6: Add LoongArch SIMD recovery implementation
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCH v2 3/3] raid6: Add LoongArch SIMD recovery implementation
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH v2 3/3] raid6: Add LoongArch SIMD recovery implementation
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH v2 2/3] raid6: Add LoongArch SIMD syndrome calculation
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH v2 1/3] LoongArch: Add SIMD-optimized XOR routines
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH v2 0/3] raid5, raid6: Accelerate RAID math with LoongArch SIMD
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH -next 29/29] md: Revert "md: add a new api prepare_suspend() in md_personality"
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 28/29] md/raid5: Revert "md/raid5: fix a deadlock in the case that reshape is interrupted"
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 24/29] md: suspend array in md_start_sync() if array need reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 08/29] md/dm-raid: use new apis to suspend array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 27/29] md: remove mddev_suspend() and mddev_resume()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 25/29] md: cleanup mddev_create/destroy_serial_pool()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 26/29] md/md-linear: cleanup linear_add()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 22/29] md: use new apis to suspend array related to serial pool in state_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 23/29] md: use new apis to suspend array in backlog_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 20/29] md: use new apis to suspend array for adding/removing rdev from state_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 21/29] md: use new apis to suspend array for bind_rdev_to_array()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 18/29] md: quiesce before md_kick_rdev_from_array() for md-cluster
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 16/29] md/raid5: use new apis to suspend array for raid5_change_consistency_policy()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 19/29] md: use new apis to suspend array for ioctls involed array reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 17/29] md/raid5: replace suspend with quiesce() callback
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 12/29] md/raid5-cache: use new apis to suspend array for r5c_journal_mode_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 13/29] md/raid5: use new apis to suspend array for raid5_store_stripe_size()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 09/29] md/md-bitmap: use new apis to suspend array for location_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 14/29] md/raid5: use new apis to suspend array for raid5_store_skip_copy()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 10/29] md/raid5-cache: use READ_ONCE/WRITE_ONCE for 'conf->log'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 15/29] md/raid5: use new apis to suspend array for raid5_store_group_thread_cnt()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 11/29] md/raid5-cache: use new apis to suspend array for r5c_disable_writeback_async()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 07/29] md: use new apis to suspend array for serialize_policy_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 04/29] md: add new helpers to suspend/resume and lock/unlock array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 05/29] md: use new apis to suspend array for suspend_lo/hi/store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 00/29] md: synchronize io with array reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 01/29] md: use READ_ONCE/WRITE_ONCE for 'suspend_lo' and 'suspend_hi'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 06/29] md: use new apis to suspend array for level_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 02/29] md: use 'mddev->suspended' for is_md_suspended()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 03/29] md: add new helpers to suspend/resume array
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 5/7] md-bitmap: suspend array earlier in location_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 6/7] md: don't check 'mddev->pers' from suspend_hi_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 7/7] md: don't check 'mddev->pers' and 'pers->quiesce' from suspend_lo_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 4/7] md-bitmap: remove the checking of 'pers->quiesce' from location_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 3/7] md: don't rely on 'mddev->pers' to be set in mddev_suspend()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 1/7] md: initialize 'active_io' while allocating mddev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 2/7] md: initialize 'writes_pending' while allocating mddev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 0/7] md: initialize 'active_io' while allocating
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 08/13] md: convert to use hot_remove_rdev() to hot remove one rdev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 10/13] md: cleanup remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 11/13] md: use separate work_struct for md_start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 05/13] md: factor out a helper hot_remove_rdev() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 01/13] md: remove rdev flag 'RemoveSynchronized'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 13/13] md: delay remove_and_add_spares() for read only array to md_start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 09/13] md: convert to use hot_add_rdev() to hot add one rdev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 06/13] md: factor out a helper hot_add_rdev() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 03/13] md: factor out a helper rdev_is_spare() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 04/13] md: factor out a helper rdev_addable() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 07/13] md: factor out a helper remove_rdev() from state_store()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 12/13] md: delay choosing sync direction to md_start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 02/13] md: factor out a helper rdev_removeable() from remove_and_add_spares()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 00/13] md: make rdev addition and removal independent from daemon thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: The imsm regression tests fail
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH -next v3] md: Hold mddev->reconfig_mutex when trying to get mddev->sync_thread
  • From: Li Lingfeng <lilingfeng@xxxxxxxxxxxxxxx>
• Re: The imsm regression tests fail
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH -next v2] md: Hold mddev->reconfig_mutex when trying to get mddev->sync_thread
  • From: Li Lingfeng <lilingfeng@xxxxxxxxxxxxxxx>
• Re: [PATCH -next] md:ensure mddev->reconfig_mutex is hold when try to get mddev->sync_thread
  • From: Li Lingfeng <lilingfeng@xxxxxxxxxxxxxxx>
• The imsm regression tests fail
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 0/3] raid5, raid6: Accelerate RAID math with LoongArch SIMD
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• [PATCH 3/3] raid6: Add LoongArch SIMD recovery implementation
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH 2/3] raid6: Add LoongArch SIMD syndrome calculation
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH 1/3] LoongArch: Add SIMD-optimized XOR routines
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH 0/3] raid5, raid6: Accelerate RAID math with LoongArch SIMD
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCH v3 1/3] md/raid1: freeze array more strictly when reshape
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] md/raid1: check array size before reshape
  • From: Xueshi Hu <xueshi.hu@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] md/raid1: freeze array more strictly when reshape
  • From: Xueshi Hu <xueshi.hu@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/32] block: Provide blkdev_get_handle_* functions
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 01/32] block: Provide blkdev_get_handle_* functions
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 5/5] raid6: test: only check for Altivec if building on powerpc hosts
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH 3/5] raid6: test: cosmetic cleanups for the test Makefile
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH 4/5] raid6: test: make sure all intermediate and artifact files are .gitignored
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH 1/5] raid6: remove the <linux/export.h> include from recov.c
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH 0/5] raid6: raid6test build fixes and cleanups
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH 2/5] raid6: guard the tables.c include of <linux/export.h> with __KERNEL__
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• RE:(2) [PATCH v2] md/bitmap: Avoid protection error writing bitmap page with block integrity
  • From: Jinyoung Choi <j-young.choi@xxxxxxxxxxx>
• Re: [PATCH v2] md/bitmap: Avoid protection error writing bitmap page with block integrity
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] md/raid1: check array size before reshape
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next] md/raid10: fix a 'conf->barrier' leakage in raid10_takeover()
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] md/raid1: check array size before reshape
  • From: Xueshi Hu <xueshi.hu@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH -next] md/raid10: fix a 'conf->barrier' leakage in raid10_takeover()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] md: raid1: fix potential OOB in raid1_remove_disk()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] md/raid1: check array size before reshape
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: fix potential OOB in multipath_remove_disk()
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 07e62cc3a340f69c669cae05255a6a0182a0226b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] md-next 20230729
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v3 3/3] md/raid1: check array size before reshape
  • From: Xueshi Hu <xueshi.hu@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] md: raid1: fix potential OOB in raid1_remove_disk()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: fix potential OOB in multipath_remove_disk()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v3] md/raid5-cache: fix a deadlock in r5l_exit_log()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v2 0/3] dm-raid: minor fixes
  • From: Song Liu <song@xxxxxxxxxx>
• [GIT PULL] md-next 20230729
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH v3 05/49] mm: shrinker: add infrastructure for dynamically allocating shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] md/raid1: check array size before reshape
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] md/raid1: check array size before reshape
  • From: Xueshi Hu <xueshi.hu@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] md/raid1: check array size before reshape
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] md/raid1: check array size before reshape
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] md/raid1: check array size before reshape
  • From: Xueshi Hu <xueshi.hu@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] md/raid1: check array size before reshape
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] md/raid1: check array size before reshape
  • From: Xueshi Hu <xueshi.hu@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 05/49] mm: shrinker: add infrastructure for dynamically allocating shrinker
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• Re: [PATCH v3 04/49] mm: shrinker: remove redundant shrinker_rwsem in debugfs operations
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v3 04/49] mm: shrinker: remove redundant shrinker_rwsem in debugfs operations
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• Re: [PATCH -next] md:ensure mddev->reconfig_mutex is hold when try to get mddev->sync_thread
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH -next] md:ensure mddev->reconfig_mutex is hold when try to get mddev->sync_thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 28/49] dm zoned: dynamically allocate the dm-zoned-meta shrinker
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 44abfa6a95df425c0660d56043020b67e6d93ab8
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 28/49] dm zoned: dynamically allocate the dm-zoned-meta shrinker
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v3 28/49] dm zoned: dynamically allocate the dm-zoned-meta shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v3 28/49] dm zoned: dynamically allocate the dm-zoned-meta shrinker
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH v3 40/49] xfs: dynamically allocate the xfs-qm shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v3 34/49] ext4: dynamically allocate the ext4-es shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v3 29/49] md/raid5: dynamically allocate the md-raid5 shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v3 27/49] dm: dynamically allocate the dm-bufio shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v3 22/49] sunrpc: dynamically allocate the sunrpc_cred shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v3 16/49] nfsd: dynamically allocate the nfsd-filecache shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v3 15/49] nfs: dynamically allocate the nfs-acl shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v3 28/49] dm zoned: dynamically allocate the dm-zoned-meta shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v3 28/49] dm zoned: dynamically allocate the dm-zoned-meta shrinker
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• [PATCH v3 45/49] mm: shrinker: add a secondary array for shrinker_info::{map, nr_deferred}
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 32/49] virtio_balloon: dynamically allocate the virtio-balloon shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 37/49] nfsd: dynamically allocate the nfsd-reply shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 43/49] mm: shrinker: remove old APIs
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 47/49] mm: shrinker: make memcg slab shrink lockless
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 36/49] nfsd: dynamically allocate the nfsd-client shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 15/49] nfs: dynamically allocate the nfs-acl shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 46/49] mm: shrinker: make global slab shrink lockless
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 42/49] fs: super: dynamically allocate the s_shrink
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 39/49] xfs: dynamically allocate the xfs-inodegc shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 48/49] mm: shrinker: hold write lock to reparent shrinker nr_deferred
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 44/49] drm/ttm: introduce pool_shrink_rwsem
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 40/49] xfs: dynamically allocate the xfs-qm shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 41/49] zsmalloc: dynamically allocate the mm-zspool shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 49/49] mm: shrinker: convert shrinker_rwsem to mutex
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 14/49] NFSv4.2: dynamically allocate the nfs-xattr shrinkers
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 33/49] mbcache: dynamically allocate the mbcache shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 38/49] xfs: dynamically allocate the xfs-buf shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 35/49] jbd2,ext4: dynamically allocate the jbd2-journal shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 10/49] erofs: dynamically allocate the erofs-shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 11/49] f2fs: dynamically allocate the f2fs-shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>