Linux RAID Storage Date Index

• Thread Index

• [PATCH v3 3/4] md: sync blockdev before stopping raid or setting readonly
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH v3 1/4] md: Don't clear MD_CLOSING when the raid is about to stop
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH v3 2/4] md: factor out a helper to sync mddev
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH v3 4/4] md: check mddev->pers before calling md_set_readonly()
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH v3 0/4] md: Don't clear MD_CLOSING when the raid is about to stop
  • From: linan666@xxxxxxxxxxxxxxx
• Re: [PATCH v2 00/11] dm-raid: fix v6.7 regressions
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Requesting help recovering my array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: [PATCH v2 00/11] dm-raid: fix v6.7 regressions
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 00/11] dm-raid: fix v6.7 regressions
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Requesting help recovering my array
  • From: RJ Marquette <rjm1@xxxxxxxxx>
• Re: [PATCH v2 00/11] dm-raid: fix v6.7 regressions
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/11] dm-raid: fix v6.7 regressions
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v2 00/11] dm-raid: fix v6.7 regressions
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [REGRESSION] 6.7.1: md: raid5 hang and unresponsive system; successfully bisected
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Requesting help recovering my array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Requesting help recovering my array
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Requesting help recovering my array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Requesting help recovering my array
  • From: RJ Marquette <rjm1@xxxxxxxxx>
• Re: Requesting help recovering my array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Requesting help recovering my array
  • From: RJ Marquette <rjm1@xxxxxxxxx>
• Re: Requesting help recovering my array
  • From: Sandro <lists@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Fix checkpointing - minors
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/11] dm-raid: fix v6.7 regressions
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Requesting help recovering my array
  • From: RJ Marquette <rjm1@xxxxxxxxx>
• [PATCH v2 11/11] md/raid456: fix a deadlock for dm-raid456 while io concurrent with reshape
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• [PATCH v2 10/11] md: export helper md_is_rdwr()
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• [PATCH v2 09/11] dm-raid: add a new helper prepare_suspend() in md_personality
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• [PATCH v2 08/11] dm-raid: remove mddev_suspend/resume()
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• Re: Requesting help recovering my array
  • From: Sandro <lists@xxxxxxxxxxxxx>
• [PATCH v2 07/11] md/dm-raid: don't call md_reap_sync_thread() directly
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• [PATCH v2 06/11] dm-raid: really frozen sync_thread during suspend
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• [PATCH v2 05/11] md: export helpers to stop sync_thread
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• [PATCH v2 04/11] md: don't register sync_thread for reshape directly
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• [PATCH v2 03/11] md: make sure md_do_sync() will set MD_RECOVERY_DONE
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• [PATCH v2 02/11] md: don't ignore read-only array in md_check_recovery()
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• [PATCH v2 01/11] md: don't ignore suspended array in md_check_recovery()
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• [PATCH v2 00/11] dm-raid: fix v6.7 regressions
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• Re: Requesting help recovering my array
  • From: David Niklas <simd@xxxxxxxxxxx>
• Re: [PATCH v2 3/3] md: sync blockdev before stopping raid or setting readonly
  • From: Li Nan <linan666@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] md: make sure md_do_sync() will set MD_RECOVERY_DONE
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] md: make sure md_do_sync() will set MD_RECOVERY_DONE
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Requesting help recovering my array
  • From: RJ Marquette <rjm1@xxxxxxxxx>
• Re: [REGRESSION] 6.7.1: md: raid5 hang and unresponsive system; successfully bisected
  • From: Dan Moulding <dan@xxxxxxxx>
• Re: Requesting help recovering my array
  • From: Sandro <lists@xxxxxxxxxxxxx>
• Re: [REGRESSION] 6.7.1: md: raid5 hang and unresponsive system; successfully bisected
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [REGRESSION] 6.7.1: md: raid5 hang and unresponsive system; successfully bisected
  • From: Dan Moulding <dan@xxxxxxxx>
• Re: Requesting help recovering my array
  • From: RJ Marquette <rjm1@xxxxxxxxx>
• Re: Requesting help recovering my array
  • From: David Niklas <simd@xxxxxxxxxxx>
• Re: Requesting help recovering my array
  • From: RJ Marquette <rjm1@xxxxxxxxx>
• Re: [REGRESSION] 6.7.1: md: raid5 hang and unresponsive system; successfully bisected
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 3/7] md: test for MD_RECOVERY_DONE in stop_sync_thread
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• Re: Requesting help recovering my array
  • From: RJ Marquette <rjm1@xxxxxxxxx>
• Re: [REGRESSION] 6.7.1: md: raid5 hang and unresponsive system; successfully bisected
  • From: Dan Moulding <dan@xxxxxxxx>
• Re: [REGRESSION] 6.7.1: md: raid5 hang and unresponsive system; successfully bisected
  • From: Song Liu <song@xxxxxxxxxx>
• [REGRESSION] 6.7.1: md: raid5 hang and unresponsive system; successfully bisected
  • From: Dan Moulding <dan@xxxxxxxx>
• Re: Requesting help recovering my array
  • From: RJ Marquette <rjm1@xxxxxxxxx>
• Re: Requesting help recovering my array
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Requesting help recovering my array
  • From: RJ Marquette <rjm1@xxxxxxxxx>
• Re: Requesting help recovering my array
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: array transfer
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Requesting help recovering my array
  • From: RJ Marquette <rjm1@xxxxxxxxx>
• array transfer
  • From: J Massé <f6azm@xxxxxxxx>
• Re: [PATCH 3/7] md: test for MD_RECOVERY_DONE in stop_sync_thread
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH RFC 5/5] md: use md_reap_sync_thread() directly for dm-raid
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] md: fix/prevent dm-raid regressions
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 0/5] md: fix/prevent dm-raid regressions
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] md: factor out a helper mddev_sync_blockdev() to sync mddev
  • From: Li Nan <linan666@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] md: Don't clear MD_CLOSING when the raid is about to stop
  • From: Li Nan <linan666@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] md: fix/prevent dm-raid regressions
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Growing mdadm RAID5 to RAID6 and simultaneously adding space makes data inaccessible during grow
  • From: Matt Bader <dapmk@xxxxxxx>
• Re: [PATCH 0/5] md: fix/prevent dm-raid regressions
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH RFC 5/5] md: use md_reap_sync_thread() directly for dm-raid
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RFC 4/5] md: revert commit fa2bbff7b0b4 ("md: synchronize flush io with array reconfiguration") for dm-raid
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 1/5] md: don't ignore suspended array in md_check_recovery()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 0/5] md: fix/prevent dm-raid regressions
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 2/5] md: don't ignore read-only array in md_check_recovery()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 3/5] md: make sure md_do_sync() will set MD_RECOVERY_DONE
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/7] md: test for MD_RECOVERY_DONE in stop_sync_thread
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 2/7] md: fix a race condition when stopping the sync thread
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 3/7] md: test for MD_RECOVERY_DONE in stop_sync_thread
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/7] md: fix a race condition when stopping the sync thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/7] md: fix a race condition when stopping the sync thread
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v2 5/5] Add understanding output section in man
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 4/5] Grow: Move update_tail assign to Grow_reshape()
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 3/5] Super-intel: Fix first checkpoint restart
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 2/5] monitor: refactor checkpoint update
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 1/5] Remove hardcoded checkpoint interval checking
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 0/5] Fix checkpointing - invasive
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 3/3] super-intel: Remove inaccessible code
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 2/3] Replace "none" with macro
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 1/3] Define sysfs max buffer size
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 0/3] Fix checkpointing - minors
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• Re: [PATCH v2 2/3] md: factor out a helper mddev_sync_blockdev() to sync mddev
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] md: sync blockdev before stopping raid or setting readonly
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] md: Don't clear MD_CLOSING when the raid is about to stop
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] MD fixes for the LVM2 testsuite
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] md: fix a suspicious RCU usage warning
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 5/7] md: fix deadlock in shell/lvconvert-raid-reshape-linear_to_raid6-single-type.sh
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: Don't clear MD_CLOSING when the raid is about to stop
  • From: Li Nan <linan666@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] md: call md_reap_sync_thread from __md_stop_writes
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/7] md: test for MD_RECOVERY_DONE in stop_sync_thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/7] md: fix a race condition when stopping the sync thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] md: Revert fa2bbff7b0b4 ("md: synchronize flush io with array reconfiguration")
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 5/7] md: fix deadlock in shell/lvconvert-raid-reshape-linear_to_raid6-single-type.sh
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 3/7] md: test for MD_RECOVERY_DONE in stop_sync_thread
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 7/7] md: fix a suspicious RCU usage warning
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 6/7] md: partially revert "md/raid6: use valid sector values to determine if an I/O should wait on the reshape"
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 0/7] MD fixes for the LVM2 testsuite
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 7/7] md: fix a suspicious RCU usage warning
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 6/7] md: partially revert "md/raid6: use valid sector values to determine if an I/O should wait on the reshape"
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 5/7] md: fix deadlock in shell/lvconvert-raid-reshape-linear_to_raid6-single-type.sh
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 4/7] md: call md_reap_sync_thread from __md_stop_writes
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3/7] md: test for MD_RECOVERY_DONE in stop_sync_thread
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/7] md: fix a race condition when stopping the sync thread
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/7] md: Revert fa2bbff7b0b4 ("md: synchronize flush io with array reconfiguration")
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/7] MD fixes for the LVM2 testsuite
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [RFC] md/raid5: optimize RAID5 performance.
  • From: Paul E Luse <paul.e.luse@xxxxxxxxxxxxxxx>
• Re: [RFC] md/raid5: optimize RAID5 performance.
  • From: Paul E Luse <paul.e.luse@xxxxxxxxxxxxxxx>
• [PATCH v2 2/3] md: factor out a helper mddev_sync_blockdev() to sync mddev
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH v2 3/3] md: sync blockdev before stopping raid or setting readonly
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH v2 1/3] md: Don't clear MD_CLOSING when the raid is about to stop
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH v2 0/3] md: Don't clear MD_CLOSING when the raid is about to stop
  • From: linan666@xxxxxxxxxxxxxxx
• Re: [PATCH v4 2/2] md: don't account sync_io if iostats of the disk is disabled
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] Fix checkpointing
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH v4 1/2] md: Fix overflow in is_mddev_idle
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH v4 2/2] md: don't account sync_io if iostats of the disk is disabled
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH v4 0/2] md: fix is_mddev_idle()
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH AUTOSEL 4.19 18/22] md: Whenassemble the array, consult the superblock of the freshest device
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 24/31] md: Whenassemble the array, consult the superblock of the freshest device
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 34/44] md: Whenassemble the array, consult the superblock of the freshest device
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 35/47] md: Whenassemble the array, consult the superblock of the freshest device
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 50/68] md: Whenassemble the array, consult the superblock of the freshest device
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 080/104] md: Whenassemble the array, consult the superblock of the freshest device
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.7 081/108] md: Whenassemble the array, consult the superblock of the freshest device
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH 8/8] Add understanding output section in man
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH 7/8] Grow: Move update_tail assign to Grow_reshape()
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH 6/8] super-intel: Remove inaccessible code
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH 5/8] Replace "none" with macro
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH 4/8] Define sysfs max buffer size
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH 3/8] Super-intel: Fix first checkpoint restart
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH 2/8] monitor: refactor checkpoint update
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH 1/8] Remove hardcoded checkpoint interval checking
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH 0/8] Fix checkpointing
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• Re: [PATCH v2 mdadm] tests: Gate tests for linear flavor with variable LINEAR
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v4] md/raid5: fix atomicity violation in raid5_cache_count
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: stop using 'idle' for sysfs api "sync_action" to wake up sync_thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] md: Remove deprecated CONFIG_MD_LINEAR
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] md: Remove deprecated CONFIG_MD_LINEAR
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/3] md: Remove deprecated CONFIG_MD_LINEAR
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/3] md: Remove deprecated CONFIG_MD_LINEAR
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] mdadm: stop using 'idle' for sysfs api "sync_action" to wake up sync_thread
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] md: Remove deprecated CONFIG_MD_LINEAR
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3] md/raid5: fix atomicity violation in raid5_cache_count
  • From: Gui-Dong Han <2045gemini@xxxxxxxxx>
• [PATCH v4] md/raid5: fix atomicity violation in raid5_cache_count
  • From: Gui-Dong Han <2045gemini@xxxxxxxxx>
• Re: [PATCH v3] md/raid5: fix atomicity violation in raid5_cache_count
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH] mdadm: stop using 'idle' for sysfs api "sync_action" to wake up sync_thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3] md/raid5: fix atomicity violation in raid5_cache_count
  • From: Gui-Dong Han <2045gemini@xxxxxxxxx>
• Re: [PATCH v2] md/raid5: fix atomicity violation in raid5_cache_count
  • From: Gui-Dong Han <2045gemini@xxxxxxxxx>
• Re: [PATCH v2] md/raid5: fix atomicity violation in raid5_cache_count
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] md/raid5: fix atomicity violation in raid5_cache_count
  • From: Gui-Dong Han <2045gemini@xxxxxxxxx>
• [song-md:md-6.8] BUILD SUCCESS 7dab24554dedd4e6f408af8eb2d25c89997a6a1f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Changes in md branch management
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Changes in md branch management
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Changes in md branch management
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 mdadm] tests: Gate tests for linear flavor with variable LINEAR
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] md-6.8 20240109
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-6.8 20240109
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH] md/raid1: Use blk_opf_t for read and write operations
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH v2 mdadm] tests: Gate tests for linear flavor with variable LINEAR
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: fix md_seq_ops() regressions
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] md: fix md_seq_ops() regressions
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] md: simplify md_seq_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] md: simplify md_seq_ops
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 2/2] md: simplify md_seq_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] md: simplify md_seq_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] md: simplify md_seq_ops
  • From: Song Liu <song@xxxxxxxxxx>
• Re: mdadm: --update=resync not understood for 1.x metadata
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH mdadm] tests: Gate tests for linear flavor with variable LINEAR
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: RAID1 write-mostly+write-behind lockup bug, reproduced under 6.7-rc5
  • From: Alexey Klimov <alexey.klimov@xxxxxxxxxx>
• [PATCH] md/raid1: Use blk_opf_t for read and write operations
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• mdadm: --update=resync not understood for 1.x metadata
  • From: Andrea Janna <andrea1@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH mdadm] tests: Gate tests for linear flavor with variable LINEAR
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md/raid1: round robin disk selection for large sequential reads
  • From: Paul E Luse <paul.e.luse@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] manage: adjust checking subarray state in update_subarray
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH mdadm] tests: Gate tests for linear flavor with variable LINEAR
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH] md: use RCU lock to protect traversal in md_spares_need_change()
  • From: Li Lingfeng <lilingfeng@xxxxxxxxxxxxxxx>
• Re: parity raid and ext4 get stuck in writes
  • From: Ojaswin Mujoo <ojaswin@xxxxxxxxxxxxx>
• Re: parity raid and ext4 get stuck in writes
  • From: Ojaswin Mujoo <ojaswin@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] mdadm: POSIX portable naming rules
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] md: don't account sync_io if iostats of the disk is disabled
  • From: Li Nan <linan666@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] md: don't account sync_io if iostats of the disk is disabled
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] md: Fix overflow in is_mddev_idle
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH] md/raid1: round robin disk selection for large sequential reads
  • From: paul luse <paul.e.luse@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: get rdev->mddev with READ_ONCE()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: RAID1 write-mostly+write-behind lockup bug, reproduced under 6.7-rc5
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Two functional arrays are not assembled during boot after system upgrade
  • From: Sandro <lists@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] mdadm: POSIX portable naming rules
  • From: Stefan Fleischmann <sfle@xxxxxx>
• [PATCH] md/raid1: round robin disk selection for large sequential reads
  • From: paul luse <paul.e.luse@xxxxxxxxxxxxxxx>
• Re: RAID1 write-mostly+write-behind lockup bug, reproduced under 6.7-rc5
  • From: Alexey Klimov <alexey.klimov@xxxxxxxxxx>
• Re: [PATCH mdadm] tests: Gate tests for linear flavor with variable LINEAR
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] md: get rdev->mddev with READ_ONCE()
  • From: Li Lingfeng <lilingfeng@xxxxxxxxxxxxxxx>
• Two functional arrays are not assembled during boot after system upgrade
  • From: Sandro <lists@xxxxxxxxxxxxx>
• Re: [PATCH mdadm] tests: Gate tests for linear flavor with variable LINEAR
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxxxxxxxx>
• [PATCH -next 3/3] md: use interruptible apis in idle/frozen_sync_thread()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 2/3] md: remove redundant md_wakeup_thread()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 1/3] md: remove redundant check of 'mddev->sync_thread'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RESEND -next 0/3] md: some minor cleanups
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: RAID1 write-mostly+write-behind lockup bug, reproduced under 6.7-rc5
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: RAID1 write-mostly+write-behind lockup bug, reproduced under 6.7-rc5
  • From: Alexey Klimov <alexey.klimov@xxxxxxxxxx>
• Re: [PATCH] md: Don't clear MD_CLOSING when the raid is about to stop
  • From: Li Nan <linan666@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: Don't clear MD_CLOSING when the raid is about to stop
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• [PATCH AUTOSEL 6.1 16/24] dm audit: fix Kconfig so DM_AUDIT depends on BLK_DEV_DM
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 27/39] dm audit: fix Kconfig so DM_AUDIT depends on BLK_DEV_DM
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: parity raid and ext4 get stuck in writes
  • From: Carlos Carvalho <carlos@xxxxxxxxxxxxxx>
• Re: parity raid and ext4 get stuck in writes
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: parity raid and ext4 get stuck in writes
  • From: Daniel Dawson <danielcdawson@xxxxxxxxx>
• Re: [PATCH 1/2] md: fix WARN_ON if create symlink fail in bind_rdev_to_array()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] md: fix WARN_ON if create symlink fail in bind_rdev_to_array()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] Revert "raid: Remove now superfluous sentinel element from ctl_table array"
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH] Revert "raid: Remove now superfluous sentinel element from ctl_table array"
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] Revert "raid: Remove now superfluous sentinel element from ctl_table array"
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v7 0/6] badblocks improvement for multiple bad block ranges
  • From: Li Nan <linan666@xxxxxxxxxxxxxxx>
• [PATCH v3 0/2] md: fix is_mddev_idle()
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH v3 1/2] md: Fix overflow in is_mddev_idle
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH v3 2/2] md: don't account sync_io if iostats of the disk is disabled
  • From: linan666@xxxxxxxxxxxxxxx
• Re: parity raid and ext4 get stuck in writes
  • From: eyal@xxxxxxxxxxxxxx
• parity raid and ext4 get stuck in writes
  • From: Carlos Carvalho <carlos@xxxxxxxxxxxxxx>
• Re: [PATCH v7 0/6] badblocks improvement for multiple bad block ranges
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH] Revert "raid: Remove now superfluous sentinel element from ctl_table array"
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH] Revert "raid: Remove now superfluous sentinel element from ctl_table array"
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2] md/raid5: fix atomicity violation in raid5_cache_count
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid5: fix atomicity violation in raid5_cache_count
  • From: 20 39 <2045gemini@xxxxxxxxx>
• [PATCH v2] md/raid5: fix atomicity violation in raid5_cache_count
  • From: Gui-Dong Han <2045gemini@xxxxxxxxx>
• Re: [PATCH] md/raid5: fix atomicity violation in raid5_cache_count
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid5: fix atomicity violation in raid5_cache_count
  • From: 20 39 <2045gemini@xxxxxxxxx>
• Re: [PATCH] md/raid5: fix atomicity violation in raid5_cache_count
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] md: fix WARN_ON if create symlink fail in bind_rdev_to_array()
  • From: Li Nan <linan666@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] block, md: Better handle REQ_OP_FLUSH
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH] Revert "raid: Remove now superfluous sentinel element from ctl_table array"
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 1/2] md: fix WARN_ON if create symlink fail in bind_rdev_to_array()
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] md/raid5: fix atomicity violation in raid5_cache_count
  • From: Gui-Dong Han <2045gemini@xxxxxxxxx>
• Re: [PATCH 2/2] md: create symlink with disk holder after mddev resume
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] block, md: Better handle REQ_OP_FLUSH
  • From: Ed Tsai (蔡宗軒) <Ed.Tsai@xxxxxxxxxxxx>
• Re: [PATCH 1/2] block: Check REQ_OP_FLUSH in op_is_flush()
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 2/2] md: create symlink with disk holder after mddev resume
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH 1/2] md: fix WARN_ON if create symlink fail in bind_rdev_to_array()
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH 0/2] md: bugfix of creating symlink with disk holder
  • From: linan666@xxxxxxxxxxxxxxx
• Re: [PATCH] Revert "raid: Remove now superfluous sentinel element from ctl_table array"
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] Revert "raid: Remove now superfluous sentinel element from ctl_table array"
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: Check REQ_OP_FLUSH in op_is_flush()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] block, md: Better handle REQ_OP_FLUSH
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH] Revert "raid: Remove now superfluous sentinel element from ctl_table array"
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 0/2] block, md: Better handle REQ_OP_FLUSH
  • From: Ed Tsai (蔡宗軒) <Ed.Tsai@xxxxxxxxxxxx>
• [PATCH mdadm] tests: Gate tests for linear flavor with variable LINEAR
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 2/2] md: Use op_is_flush() to check flush bio
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 1/2] block: Check REQ_OP_FLUSH in op_is_flush()
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 0/2] block, md: Better handle REQ_OP_FLUSH
  • From: Song Liu <song@xxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 415c7451872b0d037760795edd3961eaa63276ea
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 1/1] manage: adjust checking subarray state in update_subarray
  • From: Pawel Piatkowski <pawel.piatkowski@xxxxxxxxx>
• [PATCH 0/1] Adjust checking subarray state
  • From: Pawel Piatkowski <pawel.piatkowski@xxxxxxxxx>
• Re: Performance drop due to alloc_workqueue() misuse and recent change
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [GIT PULL] md-next 20231219
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20231219
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH] Remove all "if zeros"
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] md: Remove deprecated flavors
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] md: Fix overflow in is_mddev_idle
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] md: Remove deprecated flavors
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 1/2] md: Fix overflow in is_mddev_idle
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] Remove all "if zeros"
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• Re: [PATCH 0/3] md: Remove deprecated flavors
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] md: Fix overflow in is_mddev_idle
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS ca294b34aaf3a417fe9069b174e52508ac918ec8
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/2] md: Fix overflow in is_mddev_idle
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 1/2] md: Fix overflow in is_mddev_idle
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid1: remove unnecessary null checking
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2] md: upon assembling the array, consult the superblock of the freshest device
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 0/2] support read error check in raid1
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 1/2] md: Fix overflow in is_mddev_idle
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Announcement: mdadm maintainer update
  • From: Coly Li <colyli@xxxxxxx>
• Grow very slow and lost a drive
  • From: Luca Facci KNX <knx@xxxxxxxxxxxxx>
• Re: Announcement: mdadm maintainer update
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH 0/3] md: Remove deprecated flavors
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 0/3] md: Remove deprecated flavors
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] md: don't account sync_io if iostats of the disk is disabled
  • From: Li Nan <linan666@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] md: don't account sync_io if iostats of the disk is disabled
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 3/3] md: Remove deprecated CONFIG_MD_FAULTY
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 2/3] md: Remove deprecated CONFIG_MD_MULTIPATH
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/3] md: Remove deprecated CONFIG_MD_LINEAR
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 3/3] md: Remove deprecated CONFIG_MD_FAULTY
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/3] md: Remove deprecated CONFIG_MD_MULTIPATH
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/3] md: Remove deprecated CONFIG_MD_LINEAR
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v2 2/2] md/raid1: support read error check
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH v2 1/2] md: factor out a helper exceed_read_errors() to check read_errors
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH v2 0/2] support read error check in raid1
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH v2 2/2] md: don't account sync_io if iostats of the disk is disabled
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH v2 1/2] md: Fix overflow in is_mddev_idle
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH v2 0/2] md: fix is_mddev_idle()
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH 3/3] md: Remove deprecated CONFIG_MD_FAULTY
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 2/3] md: Remove deprecated CONFIG_MD_MULTIPATH
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 1/3] md: Remove deprecated CONFIG_MD_LINEAR
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 0/3] md: Remove deprecated flavors
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Announcement: mdadm maintainer update
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• [PATCH] md/raid1: remove unnecessary null checking
  • From: Gou Hao <gouhao@xxxxxxxxxxxxx>
• Announcement: mdadm maintainer update
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [song-md:md-next-remove-deprecated] BUILD SUCCESS 20f259cdffbfee442897ecca0ee388602e536ef9
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: RAID1 write-mostly+write-behind lockup bug, reproduced under 6.7-rc5
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• RAID1 write-mostly+write-behind lockup bug, reproduced under 6.7-rc5
  • From: Alexey Klimov <alexey.klimov@xxxxxxxxxx>
• Re: [PATCH] md: upon assembling the array, consult the superblock of the freshest device
  • From: Alex Lyakas <alex.lyakas@xxxxxxxxxx>
• [PATCH v2] md: upon assembling the array, consult the superblock of the freshest device
  • From: Alex Lyakas <alex.lyakas@xxxxxxxxxx>
• Re: [PATCH] md: Don't clear MD_CLOSING when the raid is about to stop
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/md-multipath: Convert "struct mpconf" to flexible array
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md/md-multipath: Convert "struct mpconf" to flexible array
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] md: Don't clear MD_CLOSING when the raid is about to stop
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] md: don't account sync_io if iostats of the disk is disabled
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] md: don't account sync_io if iostats of the disk is disabled
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md: Don't clear MD_CLOSING when the raid is about to stop
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH] md: Don't clear MD_CLOSING when the raid is about to stop
  • From: linan666@xxxxxxxxxxxxxxx
• Re: [PATCH 1/2] md: factor out a helper exceed_read_errors() to check read_errors
  • From: Li Nan <linan666@xxxxxxxxxxxxxxx>
• [PATCH 1/2] md: Fix overflow in is_mddev_idle
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH 2/2] md: don't account sync_io if iostats of the disk is disabled
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH 0/2] md: fix is_mddev_idle()
  • From: linan666@xxxxxxxxxxxxxxx
• Re: [GIT PULL] md-next 20231208
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS b39113349de60e9b0bc97c2e129181b193c45054
  • From: kernel test robot <lkp@xxxxxxxxx>
• [GIT PULL] md-next 20231208
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH 1/2] md: factor out a helper exceed_read_errors() to check read_errors
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md/md-multipath: Convert "struct mpconf" to flexible array
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md/md-multipath: Convert "struct mpconf" to flexible array
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] md/md-multipath: Convert "struct mpconf" to flexible array
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: upon assembling the array, consult the superblock of the freshest device
  • From: Song Liu <song@xxxxxxxxxx>
• Re: md raid6 oops in 6.6.4 stable
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: md raid6 oops in 6.6.4 stable
  • From: Genes Lists <lists@xxxxxxxxxxxx>
• Re: [GIT PULL] md-fixes 20231207
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-fixes 20231207
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH v2] md: split MD_RECOVERY_NEEDED out of mddev_resume
  • From: Song Liu <song@xxxxxxxxxx>
• Re: md raid6 oops in 6.6.4 stable
  • From: Song Liu <song@xxxxxxxxxx>
• Re: md raid6 oops in 6.6.4 stable
  • From: Genes Lists <lists@xxxxxxxxxxxx>
• Re: md raid6 oops in 6.6.4 stable
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: md raid6 oops in 6.6.4 stable
  • From: Genes Lists <lists@xxxxxxxxxxxx>
• Re: md raid6 oops in 6.6.4 stable
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: md raid6 oops in 6.6.4 stable
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• RE: [PATCH] md: Do not unlock all_mddevs_lock in md_seq_show()
  • From: "Yuya Fujita (Fujitsu)" <fujita.yuya-00@xxxxxxxxxxx>
• Re: [PATCH] md: Do not unlock all_mddevs_lock in md_seq_show()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• RE: [PATCH] md: Do not unlock all_mddevs_lock in md_seq_show()
  • From: "Yuya Fujita (Fujitsu)" <fujita.yuya-00@xxxxxxxxxxx>
• [PATCH v2] md: split MD_RECOVERY_NEEDED out of mddev_resume
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next] md: split MD_RECOVERY_NEEDED out of mddev_resume
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: Do not unlock all_mddevs_lock in md_seq_show()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] md-fixes 20231206
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-fixes 20231206
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH] md: Do not unlock all_mddevs_lock in md_seq_show()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next] md: split MD_RECOVERY_NEEDED out of mddev_resume
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next] md: split MD_RECOVERY_NEEDED out of mddev_resume
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH] md: Do not unlock all_mddevs_lock in md_seq_show()
  • From: Yuya Fujita <fujita.yuya-00@xxxxxxxxxxx>
• Re: [PATCH -next] md: split MD_RECOVERY_NEEDED out of mddev_resume
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH v5 md-fixes 3/3] md: fix stopping sync thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v5 md-fixes 2/3] md: don't leave 'MD_RECOVERY_FROZEN' in error path of md_set_readonly()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v5 md-fixes 0/3] md: fix stopping sync thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v5 md-fixes 1/3] md: fix missing flush of sync_work
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 md-fixes 3/3] md: fix stopping sync thread
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md/md-multipath: Convert "struct mpconf" to flexible array
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: Performance drop due to alloc_workqueue() misuse and recent change
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] md: upon assembling the array, consult the superblock of the freshest device
  • From: Alex Lyakas <alex.lyakas@xxxxxxxxxx>
• Performance drop due to alloc_workqueue() misuse and recent change
  • From: Naohiro Aota <Naohiro.Aota@xxxxxxx>
• Re: [PATCH -next] md: split MD_RECOVERY_NEEDED out of mddev_resume
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH v4 md-fixes 2/3] md: don't leave 'MD_RECOVERY_FROZEN' in error path of md_set_readonly()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v4 md-fixes 3/3] md: fix stopping sync thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v4 md-fixes 1/3] md: fix missing flush of sync_work
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v4 md-fixes 0/3] md: fix stopping sync thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: block/badblocks.c warning in 6.7-rc2
  • From: "Linux regression tracking #update (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• [PATCH 1/2] md: factor out a helper exceed_read_errors() to check read_errors
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH 0/2] support read error check in raid1
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH 2/2] md/raid1: support read error check
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH -next] md: split MD_RECOVERY_NEEDED out of mddev_resume
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: raid6 corruption after assembling with event counter difference of 1
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] md/md-multipath: Convert "struct mpconf" to flexible array
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: raid6 corruption after assembling with event counter difference of 1
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS fa2bbff7b0b4e211fec5e5686ef96350690597b5
  • From: kernel test robot <lkp@xxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS c467e97f079f0019870c314996fae952cc768e82
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 3/3] md: fix stopping sync thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] md: don't leave 'MD_RECOVERY_FROZEN' in error path of md_set_readonly()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] md-fixes 20231201
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v3] md: synchronize flush io with array reconfiguration
  • From: Song Liu <song@xxxxxxxxxx>
• [GIT PULL] md-fixes 20231201
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH v3 3/3] md: fix stopping sync thread
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 2/3] md: don't leave 'MD_RECOVERY_FROZEN' in error path of md_set_readonly()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: raid6 corruption after assembling with event counter difference of 1
  • From: Song Liu <song@xxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 15da990f8dd7e9d0e1fd0275730f6fed6f6a8a57
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: raid6 corruption after assembling with event counter difference of 1
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: block/badblocks.c warning in 6.7-rc2
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v3 1/3] md: fix missing flush of sync_work
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 3/3] md: fix stopping sync thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 2/3] md: don't leave 'MD_RECOVERY_FROZEN' in error path of md_set_readonly()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 0/3] md: fix stopping sync thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3] md: synchronize flush io with array reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Fwd: block/badblocks.c warning in 6.7-rc2
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH] md/raid6: use valid sector values to determine if an I/O should wait on the reshape
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [PATCH] md/raid6: use valid sector values to determine if an I/O should wait on the reshape
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• Re: [PATCH] md/raid6: use valid sector values to determine if an I/O should wait on the reshape
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] md/raid6: use valid sector values to determine if an I/O should wait on the reshape
  • From: David Jeffery <djeffery@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: SOFTWARE RAID: Add Yu Kuai as Reviewer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH] MAINTAINERS: SOFTWARE RAID: Add Yu Kuai as Reviewer
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V3 2/2] Revert "md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d"
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v3 0/5] md: remove rcu protection to access rdev from conf
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 1/6] md: fix missing flush of sync_work
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v2] md: synchronize flush io with array reconfiguration
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v2] md: synchronize flush io with array reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] md: fix missing flush of sync_work
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] md: fix missing flush of sync_work
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 6/6] dm-raid: delay flushing event_work() after reconfig_mutex is released
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v2] md: synchronize flush io with array reconfiguration
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [RFC] md/raid5: optimize RAID5 performance.
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v2] md: synchronize flush io with array reconfiguration
  • From: Song Liu <song@xxxxxxxxxx>
• Re: SMR or SSD disks?
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: SMR or SSD disks?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: SMR or SSD disks?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: SMR or SSD disks?
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: SMR or SSD disks?
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: [RFC] md/raid5: optimize RAID5 performance.
  • From: Paul E Luse <paul.e.luse@xxxxxxxxxxxxxxx>
• Re: SMR or SSD disks?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: SMR or SSD disks?
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: [RFC] md/raid5: optimize RAID5 performance.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: SMR or SSD disks?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: SMR or SSD disks?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: SMR or SSD disks?
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: SMR or SSD disks?
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: raid6 corruption after assembling with event counter difference of 1
  • From: Song Liu <song@xxxxxxxxxx>
• Re: SMR or SSD disks?
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: SMR or SSD disks?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• SMR or SSD disks?
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: raid6 corruption after assembling with event counter difference of 1
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• [RFC] md/raid5: optimize RAID5 performance.
  • From: Yiming Xu <teddyxym@xxxxxxxxxxx>
• Re: [PATCH v2 0/6] md: bugfix and cleanup for sync_thread
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH -next v3 4/5] md/raid5: remove rcu protection to access rdev from conf
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 2/5] md/raid10: remove rcu protection to access rdev from conf
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 3/5] md/raid1: remove rcu protection to access rdev from conf
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 5/5] md/md-multipath: remove rcu protection to access rdev from conf
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 1/5] md: remove flag RemoveSynchronized
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v3 0/5] md: remove rcu protection to access rdev from conf
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next v2] md: synchronize flush io with array reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v2 1/6] md: remove useless debug code to print configuration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next] md: synchronize flush io with array reconfiguration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 2/2] Revert "md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d"
  • From: junxiao.bi@xxxxxxxxxx
• Re: [PATCH -next] md: synchronize flush io with array reconfiguration
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V3 2/2] Revert "md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d"
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v2 1/6] md: remove useless debug code to print configuration
  • From: Song Liu <song@xxxxxxxxxx>
• Re: SMART-info used by mdadm/mdmon?
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• SMART-info used by mdadm/mdmon?
  • From: Erik Starbäck <erik.starback@xxxxxxxxxxxx>
• Re: [PATCH -next v2 2/6] md: remove flag RemoveSynchronized
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v2 1/6] md: remove useless debug code to print configuration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next v2 2/6] md: remove flag RemoveSynchronized
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v2 1/6] md: remove useless debug code to print configuration
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next v2 0/6] md: remove rcu protection to access rdev from conf
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH v2 4/6] md: don't leave 'MD_RECOVERY_FROZEN' in error path of md_set_readonly()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 2/6] md: remove redundant check of 'mddev->sync_thread'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 3/6] md: remove redundant md_wakeup_thread()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 0/6] md: bugfix and cleanup for sync_thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 5/6] md: fix stopping sync thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 6/6] dm-raid: delay flushing event_work() after reconfig_mutex is released
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 1/6] md: fix missing flush of sync_work
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next 6/8] md: factor out a helper to stop sync_thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: raid6 corruption after assembling with event counter difference of 1
  • From: Song Liu <song@xxxxxxxxxx>
• Re: raid6 corruption after assembling with event counter difference of 1
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: raid6 corruption after assembling with event counter difference of 1
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: raid6 corruption after assembling with event counter difference of 1
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• raid6 corruption after assembling with event counter difference of 1
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: md array deadlock
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 45b478951b2ba5aea70b2850c49c1aa83aedd0d2
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V3 2/2] Revert "md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d"
  • From: junxiao.bi@xxxxxxxxxx
• md array deadlock
  • From: Lakshmi Narasimhan Sundararajan <lsundararajan@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/2] Mdmonitor refactor and udev event handling improvements
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -next 6/8] md: factor out a helper to stop sync_thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v5 2/2] udev: Move udev_block() and udev_unblock() into udev.c
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH v5 1/2] Mdmonitor: Improve udev event handling
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH v5 0/2] Mdmonitor refactor and udev event handling improvements
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• Re: [PATCH -next 6/8] md: factor out a helper to stop sync_thread
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH -next 6/8] md: factor out a helper to stop sync_thread
  • From: Xiao Ni <xni@xxxxxxxxxx>
• PSA: this list has moved to new vger infra (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] md-fixes 20231120
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-fixes 20231120
  • From: Song Liu <songliubraving@xxxxxxxx>
• Fwd: fdatasync to a block device seems to block writes on unrelated devices
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH] md: fix bi_status reporting in md_end_clone_io
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH] md: fix bi_status reporting in md_end_clone_io
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH] md: fix bi_status reporting in md_end_clone_io
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [REGRESSION] Data read from a degraded RAID 4/5/6 array could be silently corrupted.
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 2/2] Revert "md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d"
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] md: fix bi_status reporting in md_end_clone_io
  • From: Song Liu <song@xxxxxxxxxx>
• 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: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] kernfs: support kernfs notify in memory recliam context
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [REGRESSION] Data read from a degraded RAID 4/5/6 array could be silently corrupted.
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] kernfs: support kernfs notify in memory recliam context
  • From: junxiao.bi@xxxxxxxxxx
• Re: [REGRESSION] Data read from a degraded RAID 4/5/6 array could be silently corrupted.
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [RFC] workqueue: allow system workqueue be used in memory reclaim
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [PATCH] kernfs: support kernfs notify in memory recliam context
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: RAID1 possible data corruption following a write failure to superblock
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 2/2] Revert "md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d"
  • From: junxiao.bi@xxxxxxxxxx
• Re: [PATCH] kernfs: support kernfs notify in memory recliam context
  • From: junxiao.bi@xxxxxxxxxx
• Re: [PATCH] kernfs: support kernfs notify in memory recliam context
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] kernfs: support kernfs notify in memory recliam context
  • From: junxiao.bi@xxxxxxxxxx
• Re: [PATCH] kernfs: support kernfs notify in memory recliam context
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] kernfs: support kernfs notify in memory recliam context
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• Re: [PATCH -next 6/8] md: factor out a helper to stop sync_thread
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH -next 6/8] md: factor out a helper to stop sync_thread
  • From: Xiao Ni <xni@xxxxxxxxxx>
• 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>