Linux RAID Storage Date Index

• Thread Index

• Re: [md PATCH 3/5] md: move suspend_hi/lo handling into core md code
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 1/5] md: always hold reconfig_mutex when calling mddev_suspend()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RAID6: Reducing to Grow
  • From: Liwei <xieliwei@xxxxxxxxx>
• Re: [PATCH] md: forbid a RAID5 from having both a bitmap and a journal.
  • From: Joshua Kinard <kumba@xxxxxxxxxx>
• Re: [PATCH] md: forbid a RAID5 from having both a bitmap and a journal.
  • From: Joshua Kinard <kumba@xxxxxxxxxx>
• [PATCH v10 02/10] md: Introduce md_stop_all_writes()
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH v10 03/10] md: Neither resync nor reshape while the system is frozen
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH v10 01/10] md: Rename md_notifier into md_reboot_notifier
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• Re: [PATCH] md: forbid a RAID5 from having both a bitmap and a journal.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Wiki, raid 10, and my new system :-)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Wiki, raid 10, and my new system :-)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Wiki, raid 10, and my new system :-)
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: forbid a RAID5 from having both a bitmap and a journal.
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Wiki, raid 10, and my new system :-)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] [RFC] md raid10: use rcu to avoid NULL dereference in raid10d()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Wiki, raid 10, and my new system :-)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Wiki, raid 10, and my new system :-)
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• [PATCH] [RFC] md raid10: use rcu to avoid NULL dereference in raid10d()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] raid1: prevent freeze_array/wait_all_barriers deadlock
  • From: Coly Li <colyli@xxxxxxx>
• Re: RAID6: Reducing to Grow
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH] raid1: prevent freeze_array/wait_all_barriers deadlock
  • From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
• Re: [PATCH v9 03/10] md: Neither resync nor reshape while the system is frozen
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v9 02/10] md: Introduce md_stop_all_writes()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v9 01/10] md: Rename md_notifier into md_reboot_notifier
  • From: Hannes Reinecke <hare@xxxxxxx>
• [md PATCH 2/2] md: be cautious about using ->curr_resync_completed for ->recovery_offset
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 1/2] raid5: Set R5_Expanded on parity devices as well as data.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 0/2] Fix problems with reshape on degraded raid5/6
  • From: NeilBrown <neilb@xxxxxxxx>
• RAID6: Reducing to Grow
  • From: Liwei <xieliwei@xxxxxxxxx>
• [PATCH] md: create new workqueue for object destruction
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] md: forbid a RAID5 from having both a bitmap and a journal.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: Convert timers to use timer_setup()
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [md PATCH 5/5] md: allow metadata update while suspending.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 4/5] md: use mddev_suspend/resume instead of ->quiesce()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 3/5] md: move suspend_hi/lo handling into core md code
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 2/5] md: don't call bitmap_create() while array is quiesced.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 1/5] md: always hold reconfig_mutex when calling mddev_suspend()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 0/5] Address deadlock associated with setting suspend_lo
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: Convert timers to use timer_setup()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] md: Convert timers to use timer_setup()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/bitmap: avoid read out of the disk
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Wiki, raid 10, and my new system :-)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Wiki, raid 10, and my new system :-)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: ensure sectors is nonzero when change component size
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] md: Convert timers to use timer_setup()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v9 01/10] md: Rename md_notifier into md_reboot_notifier
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH v9 03/10] md: Neither resync nor reshape while the system is frozen
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH v9 02/10] md: Introduce md_stop_all_writes()
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• Re: [PATCH] md/bitmap: avoid read out of the disk
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid1: freeze_array/wait_all_barriers deadlock
  • From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
• Re: raid1: freeze_array/wait_all_barriers deadlock
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] md/bitmap: avoid read out of the disk
  • From: Song Liu <songliubraving@xxxxxx>
• Re: raid1: freeze_array/wait_all_barriers deadlock
  • From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
• Re: raid1: freeze_array/wait_all_barriers deadlock
  • From: Coly Li <colyli@xxxxxxx>
• Re: Wiki, raid 10, and my new system :-)
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Wiki, raid 10, and my new system :-)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: raid1: freeze_array/wait_all_barriers deadlock
  • From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
• [PATCH] mdadm/mdopen: create new function create_named_array for writing to new_array
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH] md: ensure sectors is nonzero when change component size
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md/bitmap: clear BITMAP_WRITE_ERROR bit after reading it from sb
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• Re: [mdadm PATCH] mdopen: call "modprobe md_mod" if it might be needed.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: raid1: freeze_array/wait_all_barriers deadlock
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] md/bitmap: avoid read out of the disk
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/bitmap: clear BITMAP_WRITE_ERROR bit after reading it from sb
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: ensure sectors is nonzero when change component size
  • From: Shaohua Li <shli@xxxxxxxxxx>
• raid1: freeze_array/wait_all_barriers deadlock
  • From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
• Re: INITRDSTART replacement
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Raid5/6 journal vs write intent bitmap
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: INITRDSTART replacement
  • From: Caspar Smit <c.smit@xxxxxxxxxx>
• INITRDSTART replacement
  • From: Caspar Smit <c.smit@xxxxxxxxxx>
• [PATCH] md/bitmap: clear BITMAP_WRITE_ERROR bit after reading it from sb
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• Re: [mdadm PATCH] mdopen: call "modprobe md_mod" if it might be needed.
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH] md/bitmap: avoid read out of the disk
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: ensure sectors is nonzero when change component size
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH] md/bitmap: avoid read out of the disk
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/bitmap: avoid read out of the disk
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md/bitmap: avoid read out of the disk
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid1 missing disk
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: raid1 missing disk
  • From: James J Dempsey <jjd@xxxxxxx>
• Re: [PATCH] md/bitmap: avoid read out of the disk
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v8 03/10] md: Neither resync nor reshape while the system is frozen
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: ensure sectors is nonzero when change component size
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/bitmap: avoid read out of the disk
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v8 03/10] md: Neither resync nor reshape while the system is frozen
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: raid1 missing disk
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Kai Stian Olstad <raid+list@xxxxxxxxxx>
• Re: raid1 missing disk
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• raid1 missing disk
  • From: James J Dempsey <jjd@xxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• RE: [PATCH v2] mdadm/grow: adding a test to ensure resize was required
  • From: "Majchrzak, Tomasz" <tomasz.majchrzak@xxxxxxxxx>
• Re: [mdadm PATCH] mdopen: call "modprobe md_mod" if it might be needed.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: [mdadm PATCH] mdopen: call "modprobe md_mod" if it might be needed.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] md: ensure sectors is nonzero when change component size
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: hung grow
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [mdadm PATCH] mdopen: call "modprobe md_mod" if it might be needed.
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH v2] mdadm/grow: adding a test to ensure resize was required
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH] md/bitmap: avoid read out of the disk
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [mdadm PATCH] mdopen: call "modprobe md_mod" if it might be needed.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Can't mount /dev/md0 Raid5
  • From: Joseba Ibarra <wajalotnet@xxxxxxxxx>
• Re: Can't mount /dev/md0 Raid5
  • From: Joseba Ibarra <wajalotnet@xxxxxxxxx>
• Re: Can't mount /dev/md0 Raid5
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: md: rename some drivers/md/ files to have an "md-" prefix
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: md: rename some drivers/md/ files to have an "md-" prefix
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Can't mount /dev/md0 Raid5
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Can't mount /dev/md0 Raid5
  • From: Joseba Ibarra <wajalotnet@xxxxxxxxx>
• Re: [PATCH v2] mdadm/grow: adding a test to ensure resize was required
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH v8 03/10] md: Neither resync nor reshape while the system is frozen
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Can't mount /dev/md0 Raid5
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] mdadm/grow: adding a test to ensure resize was required
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Can't mount /dev/md0 Raid5
  • From: Joseba Ibarra <wajalotnet@xxxxxxxxx>
• Re: [PATCH v8 03/10] md: Neither resync nor reshape while the system is frozen
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: Can't mount /dev/md0 Raid5
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Can't mount /dev/md0 Raid5
  • From: Joseba Ibarra <wajalotnet@xxxxxxxxx>
• Re: Can't mount /dev/md0 Raid5
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] md/bitmap: avoid read out of the disk
  • From: Joshua Kinard <kumba@xxxxxxxxxx>
• Re: Can't mount /dev/md0 Raid5
  • From: Joseba Ibarra <wajalotnet@xxxxxxxxx>
• Re: Can't mount /dev/md0 Raid5
  • From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Can't mount /dev/md0 Raid5
  • From: Joseba Ibarra <wajalotnet@xxxxxxxxx>
• Re: Can't mount /dev/md0 Raid5
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] md: raid10: remove a couple of redundant variables and initializations
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Can't mount /dev/md0 Raid5
  • From: Joseba Ibarra <wajalotnet@xxxxxxxxx>
• [PATCH v2] mdadm/grow: adding a test to ensure resize was required
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [mdadm PATCH] mdopen: call "modprobe md_mod" if it might be needed.
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH v8 01/20] crypto: change transient busy return code to -EAGAIN
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: hung grow
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: hung grow
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: md: rename some drivers/md/ files to have an "md-" prefix
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v8 03/10] md: Neither resync nor reshape while the system is frozen
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: md: rename some drivers/md/ files to have an "md-" prefix
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: md: rename some drivers/md/ files to have an "md-" prefix
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v8 03/10] md: Neither resync nor reshape while the system is frozen
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH v8 03/10] md: Neither resync nor reshape while the system is frozen
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: josh <poddmo@xxxxxxxxx>
• Re: hung grow
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [dm-devel] [PATCH] md: rename some drivers/md/ files to have an "md-" prefix
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] md: rename some drivers/md/ files to have an "md-" prefix
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] md/bitmap: avoid read out of the disk
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH v8 01/10] md: Rename md_notifier into md_reboot_notifier
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH v8 03/10] md: Neither resync nor reshape while the system is frozen
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH v8 02/10] md: Introduce md_stop_all_writes()
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH] md: rename some drivers/md/ files to have an "md-" prefix
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: hung grow
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [mdadm PATCH] Move mdadm_env.sh out of /usr/lib/systemd
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH 2/2] mdcheck: improve cleanup
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH 1/2] mdcheck: add some logging.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 3/3] mdadm/mdstat: correct the strncmp number 4 as 6
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 2/3] mdadm/mdstat: fixup a number of '==' broken formatting
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: hung grow
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH 1/3] mdadm/Grow: fix the broken raid level conversion
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: [MDADM PATCH -v5 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: hung grow
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [mdadm PATCH] mdopen: call "modprobe md_mod" if it might be needed.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: hung grow
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: hung grow
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: hung grow
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: hung grow
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: hung grow
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: hung grow
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: hung grow
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: hung grow
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• [MDADM PATCH -v5 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [MDADM PATCH -v5 0/1] add one mdadm test case
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: [PATCH 1/3] mdadm/Grow: fix the broken raid level conversion
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH v7 2/9] md: Introduce md_stop_all_writes()
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH v7 1/9] md: Rename md_notifier into md_reboot_notifier
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH] bcache: mark expected switch fall-throughs in STRTO_H
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: commit 8031c3ddc70a breaks RAID5 on MIPS kernel where PAGE_SIZE == 64K
  • From: Joshua Kinard <kumba@xxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• [PATCH v7 2/9] md: Introduce md_stop_all_writes()
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH v7 1/9] md: Rename md_notifier into md_reboot_notifier
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH v7 3/9] md: Neither resync nor reshape while the system is frozen
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• Re: [PATCH] bcache: mark expected switch fall-throughs in STRTO_H
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH] bcache: mark expected switch fall-throughs in STRTO_H
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: commit 8031c3ddc70a breaks RAID5 on MIPS kernel where PAGE_SIZE == 64K
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: [PATCH 1/3] mdadm/grow: Component size must be larger than chunk size
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 1/3] mdadm/Grow: fix the broken raid level conversion
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 3/3] mdadm/mdstat: correct the strncmp number 4 as 6
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 2/3] mdadm/mdstat: fixup a number of '==' broken formatting
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 1/3] mdadm/Grow: fix the broken raid level conversion
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [mdadm PATCH 0/3] fixed broken level conversion and one strncmp issue
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH 1/3] mdadm/grow: Component size must be larger than chunk size
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: hung grow
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: hung grow
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: always set THREAD_WAKEUP and wake up wqueue if thread existed
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/3] mdadm/grow: Component size must be larger than chunk size
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] md: always set THREAD_WAKEUP and wake up wqueue if thread existed
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: hung grow
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• commit 8031c3ddc70a breaks RAID5 on MIPS kernel where PAGE_SIZE == 64K
  • From: Joshua Kinard <kumba@xxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: hung grow
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] mdadm/grow: Component size must be larger than chunk size
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH 1/3] mdadm/grow: Component size must be larger than chunk size
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Carsten Aulbert <carsten.aulbert@xxxxxxxxxx>
• Re: [PATCH v8 01/20] crypto: change transient busy return code to -EAGAIN
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: [PATCH v8 01/20] crypto: change transient busy return code to -EAGAIN
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bcache: Remove nested function from sysfs
  • From: Coly Li <i@xxxxxxx>
• [PATCH] bcache: Remove nested function from sysfs
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: hung grow
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: hung grow
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: hung grow
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: hung grow
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] md: raid10: remove VLAIS
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md: raid10: remove VLAIS
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH 2/2] mdcheck: improve cleanup
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH 1/2] mdcheck: add some logging.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: [PATCH] md: raid10: remove VLAIS
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [PATCH] md: raid10: remove VLAIS
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: raid10: remove VLAIS
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: raid10: remove VLAIS
  • From: Guenter Roeck <groeck@xxxxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH] md: raid10: remove VLAIS
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] md: fix deadlock error in recent patch.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [mdadm PATCH] Move mdadm_env.sh out of /usr/lib/systemd
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] md: fix deadlock error in recent patch.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: John Stoffel <john@xxxxxxxxxxx>
• [PATCH v6 1/9] md: Rename md_notifier into md_reboot_notifier
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH v6 3/9] md: Neither resync nor reshape while the system is frozen
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH v6 2/9] md: Introduce md_stop_all_writes()
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• Re: hung grow
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: hung grow
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: hung grow
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: hung grow
  • From: Anthony Youngman <anthony@xxxxxxxxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: hung grow
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: hung grow
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: hung grow
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: hung grow
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: mdadm: Patch to restrict --size when shrinking unless forced
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• mdadm: Patch to restrict --size when shrinking unless forced
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: hung grow
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• hung grow
  • From: Curt <lightspd@xxxxxxxxx>
• Re: [PATCH v5 2/8] md: Neither resync nor reshape while the system is frozen
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH v2] mdmon: get safe mode delay file descriptor early
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v5 2/8] md: Neither resync nor reshape while the system is frozen
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH v5 2/8] md: Neither resync nor reshape while the system is frozen
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v2] mdmon: get safe mode delay file descriptor early
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH v5 2/8] md: Neither resync nor reshape while the system is frozen
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v5 1/8] md: Introduce md_stop_all_writes()
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Is the LSI SAS9211-8i still the go to HBA?
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [PATCH] imsm: Set disk slot number
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] mdmon: get safe mode delay file descriptor early
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] imsm: Set disk slot number
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• [PATCH] mdmon: get safe mode delay file descriptor early
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH] md-cluster: make function cluster_check_sync_size static
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: Is the LSI SAS9211-8i still the go to HBA?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Is the LSI SAS9211-8i still the go to HBA?
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: Is the LSI SAS9211-8i still the go to HBA?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Is the LSI SAS9211-8i still the go to HBA?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: Jérémy Lefaure <jeremy.lefaure@xxxxxxxxxxxx>
• Re: Is the LSI SAS9211-8i still the go to HBA?
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [MDADM PATCH 2/2] Give enough time to udev to handle events
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v5 1/8] md: Introduce md_stop_all_writes()
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• [PATCH v5 2/8] md: Neither resync nor reshape while the system is frozen
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• Re: [PATCH 00/12] Multiple PPL support and PPL bugfixes
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 0/3] mdadm patches for some trivial fixes
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Monitor: Check redundancy for arrays
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] imsm: New disk controller domains
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Grow: stop previous reshape process first
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [MDADM PATCH 2/2] Give enough time to udev to handle events
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [MDADM PATCH 1/2] Close mdfd before returning main function
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] md: Make md resync and reshape threads freezable
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: Is the LSI SAS9211-8i still the go to HBA?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: [PATCH v4 1/7] md: Make md resync and reshape threads freezable
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [mdadm PATCH 1/1] Fix a build error
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Is the LSI SAS9211-8i still the go to HBA?
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 0/2] Two fixes for PPL recovery
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: Jérémy Lefaure <jeremy.lefaure@xxxxxxxxxxxx>
• Re: [mdadm PATCH 1/1] Fix a build error
  • From: Jes Sorensen <jsorensen@xxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: "Tobin C. Harding" <me@xxxxxxxx>
• [PATCH 11/18] dm space map metadata: use ARRAY_SIZE
  • From: Jérémy Lefaure <jeremy.lefaure@xxxxxxxxxxxx>
• [PATCH 00/18] use ARRAY_SIZE macro
  • From: Jérémy Lefaure <jeremy.lefaure@xxxxxxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Accidentally resized array to 9
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Accidentally resized array to 9
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Accidentally resized array to 9
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [mdadm PATCH 1/1] Fix a build error
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Latest on SSD Raid
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: [mdadm PATCH 1/1] Fix a build error
  • From: Jes Sorensen <jsorensen@xxxxxx>
• Re: Latest on SSD Raid
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Stuck in md_write_start because MD_SB_CHANGE_PENDING can't be cleared
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [MDADM PATCH 2/2] Give enough time to udev to handle events
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [MDADM PATCH 2/2] Give enough time to udev to handle events
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [mdadm PATCH 1/1] Fix a build error
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Accidentally resized array to 9
  • From: Eli Ben-Shoshan <eli@xxxxxxxxxxxxxx>
• Re: [mdadm PATCH 1/1] Fix a build error
  • From: Jes Sorensen <jsorensen@xxxxxx>
• Re: Accidentally resized array to 9
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Accidentally resized array to 9
  • From: Eli Ben-Shoshan <eli@xxxxxxxxxxxxxx>
• [PATCH 2/2] raid5-ppl: check recovery_offset when performing ppl recovery
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 1/2] raid5-ppl: don't resync after rebuild
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 0/2] Two fixes for PPL recovery
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: Accidentally resized array to 9
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Accidentally resized array to 9
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [GIT PULL] MD update for 4.14-rc3
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 2/2] md: clear THREAD_WAKEUP flag in mddev_trylock
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/2] md-cluster: fix wrong condition check in raid1_write_request
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Is the LSI SAS9211-8i still the go to HBA?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: Latest on SSD Raid
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Latest on SSD Raid
  • From: Dag Nygren <dag@xxxxxxxxxx>
• Re: Accidentally resized array to 9
  • From: Eli Ben-Shoshan <eli@xxxxxxxxxxxxxx>
• Re: Accidentally resized array to 9
  • From: Eli Ben-Shoshan <eli@xxxxxxxxxxxxxx>
• Re: occasional hard lockup on raid on nvme disks (fio processes hung)
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: Accidentally resized array to 9
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Accidentally resized array to 9
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Accidentally resized array to 9
  • From: Eli Ben-Shoshan <eli@xxxxxxxxxxxxxx>
• [PATCH 2/2] md: clear THREAD_WAKEUP flag in mddev_trylock
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 1/2] md-cluster: fix wrong condition check in raid1_write_request
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Need Help for Raid Recovery
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH 10/12] imsm: always do ppl recovery when starting a rebuilding array
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 12/12] imsm: write initial ppl on a disk added for rebuild
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 11/12] imsm: use correct map when validating ppl
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 09/12] imsm: Write empty PPL header if assembling regular clean array.
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 08/12] imsm: don't skip resync when an invalid ppl header is found
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 07/12] Grow: fix switching on PPL during recovery
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 06/12] imsm: switch to multiple ppls automatically during assemble
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 05/12] Zeroout whole ppl space during creation/force assemble
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 04/12] imsm: validate multiple ppls during assemble
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 03/12] imsm: Add support for multiple ppls
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 02/12] super1: Add support for multiple-ppls
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 01/12] Don't abort starting the array if kernel does not support ppl
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 00/12] Multiple PPL support and PPL bugfixes
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• Re: What is the proper way to start an array with many failed (but good) disks
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: Is the LSI SAS9211-8i still the go to HBA?
  • From: Johannes Truschnigg <johannes@xxxxxxxxxxxxxxx>
• Re: Is the LSI SAS9211-8i still the go to HBA?
  • From: Carsten Aulbert <carsten.aulbert@xxxxxxxxxx>
• Re: What is the proper way to start an array with many failed (but good) disks
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Is the LSI SAS9211-8i still the go to HBA?
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• What is the proper way to start an array with many failed (but good) disks
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: Need Help for Raid Recovery
  • From: Xuesong LU <disluxs@xxxxxxxxxx>
• Re: Resolved? ServeRAID-BR10i (LSI SAS1068E) strageness
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Resolved? ServeRAID-BR10i (LSI SAS1068E) strageness
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] md: retry bailed bio
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Can't mount /dev/md0 Raid5
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [mdadm PATCH] mdopen: call "modprobe md_mod" if it might be needed.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] dm-crypt: Fix memory leak in crypt_ctr_cipher_old()
  • From: Jeffy Chen <jeffy.chen@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] md: Make md resync and reshape threads freezable
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v4 1/7] md: Make md resync and reshape threads freezable
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [mdadm PATCH] mdopen: call "modprobe md_mod" if it might be needed.
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [mdadm PATCH] mdopen: call "modprobe md_mod" if it might be needed.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [mdadm PATCH] mdopen: call "modprobe md_mod" if it might be needed.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v4 1/7] md: Make md resync and reshape threads freezable
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v4 1/7] md: Make md resync and reshape threads freezable
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v4 1/7] md: Make md resync and reshape threads freezable
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH v4 1/7] md: Make md resync and reshape threads freezable
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH v4 1/7] md: Make md resync and reshape threads freezable
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v4 1/7] md: Make md resync and reshape threads freezable
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v4 1/7] md: Make md resync and reshape threads freezable
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v4 1/7] md: Make md resync and reshape threads freezable
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [mdadm PATCH] mdopen: call "modprobe md_mod" if it might be needed.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v4 1/7] md: Make md resync and reshape threads freezable
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH v4 1/7] md: Make md resync and reshape threads freezable
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v3 1/6] md: Make md resync and reshape threads freezable
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH v3 1/6] md: Make md resync and reshape threads freezable
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH v4 1/7] md: Make md resync and reshape threads freezable
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• Re: Need Help for Raid Recovery
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/6] md: Make md resync and reshape threads freezable
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [mdadm PATCH] mdopen: call "modprobe md_mod" if it might be needed.
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Need Help for Raid Recovery
  • From: Xuesong LU <disluxs@xxxxxxxxxx>
• [mdadm PATCH] mdopen: call "modprobe md_mod" if it might be needed.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v3 1/6] md: Make md resync and reshape threads freezable
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: possible HighPoint RocketRAID 2720SGL failure
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Raid recovery after unfinished shrink reshape
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: possible HighPoint RocketRAID 2720SGL failure
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: possible HighPoint RocketRAID 2720SGL failure
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: mdadm - raid6 best practices ?
  • From: Nikhil Kshirsagar <nkshirsa@xxxxxxxxxx>
• Re: mdadm - raid6 best practices ?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: possible HighPoint RocketRAID 2720SGL failure
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• [PATCH v3 1/6] md: Make md resync and reshape threads freezable
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• Re: mdadm - raid6 best practices ?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: mdadm - raid6 best practices ?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: mdadm - raid6 best practices ?
  • From: Song Liu <songliubraving@xxxxxx>
• Re: possible HighPoint RocketRAID 2720SGL failure
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Raid recovery after unfinished shrink reshape
  • From: Dan Porter <dpreid@xxxxxxxxx>
• Re: ServeRAID-BR10i (LSI SAS1068E) strageness
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Can't mount /dev/md0 Raid5
  • From: Joseba Ibarra <wajalotnet@xxxxxxxxx>
• Re: ServeRAID-BR10i (LSI SAS1068E) strageness
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: possible HighPoint RocketRAID 2720SGL failure
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• ServeRAID-BR10i (LSI SAS1068E) strageness
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• mdadm - raid6 best practices ?
  • From: Nikhil Kshirsagar <nkshirsa@xxxxxxxxxx>
• Re: possible HighPoint RocketRAID 2720SGL failure
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• [PATCH] md/raid5: cap worker count
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 3/3] dm-raid: fix a race condition in request handling
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 1/3] md: separate request handling
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 2/3] md: fix a race condition for flush request handling
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 0/3] md: retry bailed bio
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: raid1 IO hang - md_submit_flush_data ignores md_write_start return value
  • From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
• Re: Data recovery
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Data recovery
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Data recovery
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Data recovery
  • From: Vojtěch Kletečka <vojta.kletecka@xxxxxxxxx>
• Re: Data recovery
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Data recovery
  • From: Vojtěch Kletečka <vojta.kletecka@xxxxxxxxx>
• Re: possible HighPoint RocketRAID 2720SGL failure
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Data recovery
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [bug report] raid5: offload stripe handle to workqueue
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• possible HighPoint RocketRAID 2720SGL failure
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Data recovery
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Data recovery
  • From: Vojtěch Kletečka <vojta.kletecka@xxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: raid1 IO hang - md_submit_flush_data ignores md_write_start return value
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• raid1 IO hang - md_submit_flush_data ignores md_write_start return value
  • From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
• [mdadm PATCH 1/1] Fix a build error
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [GIT PULL] MD update for 4.14-rc2
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [mdadm PATCH 1/1] Fix a building error
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [mdadm PATCH 1/1] Fix a building error
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [mdadm PATCH 1/1] Fix a building error
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [mdadm PATCH 1/1] Fix a building error
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [mdadm PATCH 1/1] Fix a building error
  • From: Xiao Ni <xni@xxxxxxxxxx>
• does multipath of mdraid is still alive
  • From: tang tang <shenjietangtang@xxxxxxxxx>
• [MDADM PATCH 2/2] Give enough time to udev to handle events
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [MDADM PATCH 1/2] Close mdfd before returning main function
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [MDADM PATCH 0/2] /dev/md0 can't be released immediatly
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• does mdraid mulitpath is still alive
  • From: tang tang <shenjietangtang@xxxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Linux Plumbers MD BOF discussion notes
  • From: Coly Li <colyli@xxxxxxx>
• Linux Plumbers MD BOF discussion notes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Encrypted software RAID1 with Debian Stretch
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Encrypted software RAID1 with Debian Stretch
  • From: Nix <nix@xxxxxxxxxxxxx>
• Oops with 4.12.6 while syncing and writing to array
  • From: Patrick Boettcher <patrick.boettcher@xxxxxxxxx>
• Re: Encrypted software RAID1 with Debian Stretch
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Encrypted software RAID1 with Debian Stretch
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Encrypted software RAID1 with Debian Stretch
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Encrypted software RAID1 with Debian Stretch
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Encrypted software RAID1 with Debian Stretch
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Encrypted software RAID1 with Debian Stretch
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Encrypted software RAID1 with Debian Stretch
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Encrypted software RAID1 with Debian Stretch
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: debian9/raid1 assembly/unexpected failure opening device
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Encrypted software RAID1 with Debian Stretch
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Encrypted software RAID1 with Debian Stretch
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Encrypted software RAID1 with Debian Stretch
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Encrypted software RAID1 with Debian Stretch
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: debian9/raid1 assembly/unexpected failure opening device
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 4/4] md: allow metadata update while suspending.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 3/4] md: use mddev_suspend/resume instead of ->quiesce()
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 2/4] md: don't call bitmap_create() while array is quiesced.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/4] md: always hold reconfig_mutex when calling mddev_suspend()
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 0/4] RFC: attempt to remove md deadlocks with metadata without
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Stuck in md_write_start because MD_SB_CHANGE_PENDING can't be cleared
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Stuck in md_write_start because MD_SB_CHANGE_PENDING can't be cleared
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Stuck in md_write_start because MD_SB_CHANGE_PENDING can't be cleared
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: mismatch sector in range, kernel 4.13
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: mismatch sector in range, kernel 4.13
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: mismatch sector in range, kernel 4.13
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: mismatch sector in range, kernel 4.13
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: mismatch sector in range, kernel 4.13
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: mismatch sector in range, kernel 4.13
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: mismatch sector in range, kernel 4.13
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: raid5 messed up
  • From: Weedy <weedy2887@xxxxxxxxx>
• BDI_CAP_STABLE_WRITES for stacked device (Re: Enable skip_copy can cause data integrity issue in some storage) stack
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: raid5 messed up
  • From: "Thomas C. Bishop" <bishop@xxxxxxxxxx>
• Re: raid5 messed up
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] imsm: New disk controller domains
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: raid5 messed up
  • From: "Thomas C. Bishop" <bishop@xxxxxxxxxx>
• [PATCH] Grow: stop previous reshape process first
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH 06/14] md/bcache: Use %pS printk format for direct addresses
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 06/14] md/bcache: Use %pS printk format for direct addresses
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 06/14] md/bcache: Use %pS printk format for direct addresses
  • From: Helge Deller <deller@xxxxxx>
• Re: Stuck in md_write_start because MD_SB_CHANGE_PENDING can't be cleared
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 06/14] md/bcache: Use %pS printk format for direct addresses
  • From: Coly Li <i@xxxxxxx>
• Re: Stuck in md_write_start because MD_SB_CHANGE_PENDING can't be cleared
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Enable skip_copy can cause data integrity issue in some storage stack
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid5 messed up
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: raid5 messed up
  • From: "Thomas C. Bishop" <bishop@xxxxxxxxxx>
• Re: raid5 messed up
  • From: "Thomas C. Bishop" <bishop@xxxxxxxxxx>
• [GIT PULL] MD update for 4.14-rc1
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 06/14] md/bcache: Use %pS printk format for direct addresses
  • From: Helge Deller <deller@xxxxxx>
• Re: Enable skip_copy can cause data integrity issue in some storage stack
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2] md/raid5: preserve STRIPE_ON_UNPLUG_LIST in break_stripe_batch_list
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid5: preserve STRIPE_ON_UNPLUG_LIST in break_stripe_batch_list
  • From: Dennis Yang <dennisyang@xxxxxxxx>
• Re: Superblock Missing
  • From: David Mitchell <mr.david.mitchell@xxxxxxxxx>
• [PATCH v2] md/raid5: preserve STRIPE_ON_UNPLUG_LIST in break_stripe_batch_list
  • From: Dennis Yang <dennisyang@xxxxxxxx>
• Re: [PATCH] md/raid5: preserve STRIPE_ON_UNPLUG_LIST in break_stripe_batch_list
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] md/raid5: fix a race condition in stripe batch
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: BUG_ON(sh->batch_head) in init_stripe()
  • From: Stephane Thiell <sthiell@xxxxxxxxxxxx>
• [PATCH v8 00/20] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 03/20] net: use -EAGAIN for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 06/20] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 08/20] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 09/20] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 11/20] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 12/20] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 13/20] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 14/20] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 15/20] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 16/20] crypto: tcrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 17/20] crypto: talitos: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 20/20] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 19/20] crypto: mediatek: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 18/20] crypto: qce: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 10/20] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 07/20] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 05/20] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 04/20] crypto: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 02/20] crypto: ccp: use -EAGAIN for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v8 01/20] crypto: change transient busy return code to -EAGAIN
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v7 00/19] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v7 00/19] simplify crypto wait for async op
  • From: Harsh Jain <harshjain.prof@xxxxxxxxx>
• [PATCH 3/3] mdadm: fixes some trivial typos in comments
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 2/3] mdadm/manpage: disable bitmap_resize for external file bitmap
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 1/3] mdadm/grow: Component size must be larger than chunk size
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 0/3] mdadm patches for some trivial fixes
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: mismatch sector in range, kernel 4.13
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: raid5 messed up
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: mismatch sector in range, kernel 4.13
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: future of raid 6
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] md: allow changing set_name of running array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH v4] bcache: Don't reinvent the wheel but use existing llist API
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v4] bcache: Don't reinvent the wheel but use existing llist API
  • From: Byungchul Park <byungchul.park@xxxxxxx>
• Re: Stuck in md_write_start because MD_SB_CHANGE_PENDING can't be cleared
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Stuck in md_write_start because MD_SB_CHANGE_PENDING can't be cleared
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: allow changing set_name of running array
  • From: NeilBrown <neilb@xxxxxxxx>
• mismatch sector in range, kernel 4.13
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Oops on raid10 resync on v4.12.2
  • From: Petr Janecek <janecek@xxxxxx>
• Re: [PATCH] md: allow changing set_name of running array
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: Superblock Missing
  • From: David Mitchell <mr.david.mitchell@xxxxxxxxx>
• Re: Superblock Missing
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Superblock Missing
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: future of raid 6
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• [PATCH] Monitor: Check redundancy for arrays
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: future of raid 6
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Stuck in md_write_start because MD_SB_CHANGE_PENDING can't be cleared
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Stuck in md_write_start because MD_SB_CHANGE_PENDING can't be cleared
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Stuck in md_write_start because MD_SB_CHANGE_PENDING can't be cleared
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Superblock Missing
  • From: David Mitchell <mr.david.mitchell@xxxxxxxxx>
• Re: Stuck in md_write_start because MD_SB_CHANGE_PENDING can't be cleared
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md: allow changing set_name of running array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Stuck in md_write_start because MD_SB_CHANGE_PENDING can't be cleared
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: future of raid 6
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: future of raid 6
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• future of raid 6
  • From: Markus <M4rkusXXL@xxxxxx>
• Re: [PATCH v7 00/19] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: Superblock Missing
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Superblock Missing
  • From: David Mitchell <mr.david.mitchell@xxxxxxxxx>
• Stuck in md_write_start because MD_SB_CHANGE_PENDING can't be cleared
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Superblock Missing
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Superblock Missing
  • From: David Mitchell <mr.david.mitchell@xxxxxxxxx>
• Re: raid5 messed up
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Robert L Mathews <lists@xxxxxxxxxxxxx>
• Re: raid5 messed up
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• raid5 messed up
  • From: "Thomas C. Bishop" <bishop@xxxxxxxxxx>
• Re: [PATCH] md: allow changing set_name of running array
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH 5/5] mdadm/test: add new testcase for testing readonly/readwrite
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 4/5] mdadm/test: get rid of tests/check
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 3/5] mdadm/test: get rid of the tests/testdev
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 2/5] mdadm/test: use the first element of array as parsing condition
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 1/5] mdadm/bitmap: examine-bitmap failed when bitmap is external mode
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v2] mdadm: set journal_clean after scanning all disks
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 2/2] mdadm: remove journal with "remove-journal"
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: report a bug that panic when grow size for external bitmap
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: Encrypted software RAID1 with Debian Stretch
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid5: preserve STRIPE_ON_UNPLUG_LIST in break_stripe_batch_list
  • From: Dennis Yang <dennisyang@xxxxxxxx>
• tests/21raid5cache: tasks blocked for more than 480 seconds
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Enable skip_copy can cause data integrity issue in some storage stack
  • From: alexwu <alexwu@xxxxxxxxxxxx>
• Re: [PATCH] md/bitmap: disable bitmap_resize for file-backed bitmaps.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH] md/raid5: preserve STRIPE_ON_UNPLUG_LIST in break_stripe_batch_list
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: The dev node can't be released at once after stopping raid
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: The dev node can't be released at once after stopping raid
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] mdadm: handle super == NULL case in avail_size1
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: allow changing set_name of running array
  • From: NeilBrown <neilb@xxxxxxxx>
• Encrypted software RAID1 with Debian Stretch
  • From: commentsabout@xxxxxxxxxx
• Re: [PATCH] mdadm: handle super == NULL case in avail_size1
  • From: Song Liu <songliubraving@xxxxxx>
• Re: The dev node can't be released at once after stopping raid
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] mdadm: handle super == NULL case in avail_size1
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Robert L Mathews <lists@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] mdadm: remove journal with "remove-journal"
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH] mdadm: handle super == NULL case in avail_size1
  • From: Song Liu <songliubraving@xxxxxx>
• Re: debian9/raid1 assembly/unexpected failure opening device
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: debian9/raid1 assembly/unexpected failure opening device
  • From: Joel Walberg <joel.walberg@xxxxxxxxx>
• Re: debian9/raid1 assembly/unexpected failure opening device
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: debian9/raid1 assembly/unexpected failure opening device
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: debian9/raid1 assembly/unexpected failure opening device
  • From: Joel Walberg <joel.walberg@xxxxxxxxx>
• Re: debian9/raid1 assembly/unexpected failure opening device
  • From: Joel Walberg <joel.walberg@xxxxxxxxx>
• Re: debian9/raid1 assembly/unexpected failure opening device
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Re: [PATCH v7 00/19] simplify crypto wait for async op
  • From: Harsh Jain <harshjain.prof@xxxxxxxxx>
• debian9/raid1 assembly/unexpected failure opening device
  • From: Joel Walberg <joel.walberg@xxxxxxxxx>
• Re: The dev node can't be released at once after stopping raid
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: The dev node can't be released at once after stopping raid
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: The dev node can't be released at once after stopping raid
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: The dev node can't be released at once after stopping raid
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: The dev node can't be released at once after stopping raid
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: report a bug that panic when grow size for external bitmap
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: report a bug that panic when grow size for external bitmap
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: report a bug that panic when grow size for external bitmap
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] md/bitmap: disable bitmap_resize for file-backed bitmaps.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 2/2] mdadm: remove journal with "remove-journal"
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: oleksandr@xxxxxxxxxxxxxx
• Re: [PATCH -v4 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH -v4 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: oleksandr@xxxxxxxxxxxxxx
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: report a bug that panic when grow size for external bitmap
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: report a bug that panic when grow size for external bitmap
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: report a bug that panic when grow size for external bitmap
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH] md: allow changing set_name of running array
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH v2] mdadm: set journal_clean after scanning all disks
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 0/2] mdadm patches for r5cache and mdadm.spec
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH v2] mdadm: set journal_clean after scanning all disks
  • From: Song Liu <songliubraving@xxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: report a bug that panic when grow size for external bitmap
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: report a bug that panic when grow size for external bitmap
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: report a bug that panic when grow size for external bitmap
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: report a bug that panic when grow size for external bitmap
  • From: Zhilong Liu <zlliu@xxxxxxxx>