Linux RAID Storage Date Index

• Thread Index

• [PATCH 1/5] raid1: copy write hint from master bio to behind bio
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH 0/5] Setting write hint in MD RAID
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: [PATCH] [RFC] md raid10: use rcu to avoid NULL dereference in raid10d()
  • From: yuyufen <yuyufen@xxxxxxxxxx>
• Re: Multi-layer raid status
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Multi-layer raid status
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Multi-layer raid status
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Multi-layer raid status
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] [RFC] md raid10: use rcu to avoid NULL dereference in raid10d()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Multi-layer raid status
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 19/19] clustermd_tests: add test case to test switch-recovery against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 18/19] clustermd_tests: add test case to test switch-recovery against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 17/19] clustermd_tests: add test case to test switch-resync against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 16/19] clustermd_tests: add test case to test switch-resync against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 15/19] clustermd_tests: add test case to test manage_re-add against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 14/19] clustermd_tests: add test case to test manage_re-add against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 13/19] clustermd_tests: add test case to test manage_add-spare against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 10/19] clustermd_tests: add test case to test manage_add against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 12/19] clustermd_tests: add test case to test manage_add-spare against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 11/19] clustermd_tests: add test case to test manage_add against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 09/19] clustermd_tests: add test case to test grow_add against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 08/19] clustermd_tests: add test case to test switching bitmap against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 07/19] clustermd_tests: add test case to test switching bitmap against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 06/19] manpage: add prompt in --zero-superblock against clustered raid
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 05/19] mdadm/clustermd_tests: delete meaningless commands in check
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 04/19] mdadm/clustermd_tests: add nobitmap in check
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 03/19] mdadm/test: add do_clean to ensure each case only catch its own testlog
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 02/19] mdadm/test: add disk metadata infos in save_log
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 00/19] mdadm/clustermd_tests: update the testing part
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 01/19] mdadm/test: improve filtering r10 from raid1 in raidtype
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [MDADM PATCH] A sanity check for missing device
  • From: Xiao Ni <xni@xxxxxxxxxx>
• mdadm stuck in monitoring reshape after reboot
  • From: Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Re: [PATCH] Add udev-md-raid-safe-timeouts.rules
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] [RFC] md raid10: use rcu to avoid NULL dereference in raid10d()
  • From: yuyufen <yuyufen@xxxxxxxxxx>
• Re: Quick RAID 1+0 advice
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH] dm raid: don't use 'const' in function return
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: mostafa kishani <mostafa.kishani@xxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• [GIT PULL] MD update for 4.16-rc1
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Multi-layer raid status
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: mostafa kishani <mostafa.kishani@xxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: Can anyone help me review my patch?
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Can anyone help me review my patch?
  • From: liuchaowei110@xxxxxxxxx
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: Implementing Global Parity Codes
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [PATCH mdadm] Subdevs can't be all missing when create raid device
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: mostafa kishani <mostafa.kishani@xxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: mostafa kishani <mostafa.kishani@xxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Implementing Global Parity Codes
  • From: mostafa kishani <mostafa.kishani@xxxxxxxxx>
• [PATCH] Add udev-md-raid-safe-timeouts.rules
  • From: "Jonathan G. Underwood" <jonathan.underwood@xxxxxxxxx>
• Re: [PATCH mdadm] Subdevs can't be all missing when create raid device
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH mdadm] Subdevs can't be all missing when create raid device
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [RFC PATCH] MD: fix lock contention for flush bios
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [RFC PATCH] MD: fix lock contention for flush bios
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] Grow.c: Block any level migration with chunk size change
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• [PATCH] Grow.c: Block any level migration with chunk size change
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Recovering Partial Data From Re-Added Drive
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: [PATCH] MD: Free bioset when md_run fails
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [RFC PATCH] MD: fix lock contention for flush bios
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Recovering Partial Data From Re-Added Drive
  • From: Liwei <xieliwei@xxxxxxxxx>
• [PATCH] MD: Free bioset when md_run fails
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [RFC PATCH] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md-cluster: choose correct label when clustered layout is not supported
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• USB-to-SATA and RAID
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Vojtěch Kletečka <vojta.kletecka@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Recovering Partial Data From Re-Added Drive
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Recovering Partial Data From Re-Added Drive
  • From: Liwei <xieliwei@xxxxxxxxx>
• [PATCH] md-cluster: choose correct label when clustered layout is not supported
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• [PATCH V3 3/3] Assemble: cleanup the failure path
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 2/3] Assemble: provide protection when clustered raid do assemble
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 0/3] Make dlm lock more reliable for cluster-md
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH V2 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] Assemble: prevent segfault with faulty "best" devices
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 0/8] Enable clustered raid testing in mdadm
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] policy.c: Avoid to take spare without defined domain by imsm
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] imsm: update name in --detail-platform
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [neilbrown/mdadm] Add udev-md-raid-safe-timeouts.rules (#32)
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH V2 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] mdadm: allow clustered raid10 to be created with default layout
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Nice Job
  • From: Adam Finzel <afinzel@xxxxxxxxx>
• [PATCH] raid10: change the size of resync window for clustered raid
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Quick RAID 1+0 advice
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• [PATCH] md/raid1: Fix trailing semicolon
  • From: Luis de Bethencourt <luisbg@xxxxxxxxxx>
• [PATCH] imsm: update name in --detail-platform
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 8/8] mdadm/clustermd_tests: add test case to test grow_resize cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 7/8] mdadm/clustermd_tests: add test case to test creating cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 6/8] mdadm/clustermd_tests: add test case to test grow_resize cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 5/8] mdadm/clustermd_tests: add test case to test creating cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 4/8] mdadm/test: add '--testdir=' to switch choosing test suite
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 3/8] mdadm/test: enable clustermd testing under clustermd_tests/
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 2/8] mdadm/test: move some functions to new source file
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 1/8] mdadm/test: correct the logic operation in save_log
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 0/8] Enable clustered raid testing in mdadm
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [Drbd-dev] [PATCH 23/27] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: Panic from bcache/request.c/search_free
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: [PATCH 23/27] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [Drbd-dev] [PATCH 23/27] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: How can I reassemble a raid1 on a intel fake raid? - solved
  • From: Michael Fritscher <michael@xxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: RQM <rqm@xxxxxxxxxxxxxx>
• [PATCH v2] md-multipath: Use seq_putc() in multipath_status()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Drbd-dev] [PATCH 23/27] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Eric Wheeler <drbd-dev@xxxxxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• How can I reassemble a raid1 on a intel fake raid?
  • From: "Michael Fritscher" <michael@xxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Lost a mirror disk, md array wouldn't start, vg's are missing
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] policy.c: Avoid to take spare without defined domain by imsm
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Lost a mirror disk, md array wouldn't start, vg's are missing
  • From: "Jason Herring" <jaherring@xxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: "IMAP-FCC:Sent"@stoffel.org
• Re: Growing RAID10 with active XFS filesystem
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: mdraid.pkoch@xxxxxxxx
• Re: Growing RAID10 with active XFS filesystem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: 3-way mirror to RAID-6
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Growing RAID10 with active XFS filesystem
  • From: mdraid.pkoch@xxxxxxxx
• [PATCH resubmit] Assemble: prevent segfault with faulty "best" devices
  • From: Andrea Righi <righi.andrea@xxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: 3-way mirror to RAID-6
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: 3-way mirror to RAID-6
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: 3-way mirror to RAID-6
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Growing RAID10 with active XFS filesystem
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Adding a USB device to a SATA-only array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Adding a USB device to a SATA-only array
  • From: Kevin Lyda <kevin@xxxxxxxxxxxxxx>
• Growing RAID10 with active XFS filesystem
  • From: mdraid.pkoch@xxxxxxxx
• 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: SMART detects pending sectors; take offline?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: RQM <rqm@xxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Brad Campbell <brad@xxxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Brad Campbell <brad@xxxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: RQM <rqm@xxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• 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: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• [PATCH V2 3/3] Assemble: cleanup the failure path
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V2 2/3] Assemble: provide protection when clustered raid do assemble
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V2 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V2 0/3] Make dlm lock more reliable for cluster-md
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] mdadm: allow clustered raid10 to be created with default layout
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH v5 01/78] xfs: Rename xa_ elements to ail_
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• insane md check latencies with multiple devices on one disk
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: RQM <rqm@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] md: bitmap: Support circular buffer list.
  • From: Sean Fu <fxinrong@xxxxxxxxx>
• Re: conf->min_offset_diff calculation timing of growing raid5
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH 0/3] Create circular buffer list for every page instead of linear list.
  • From: Sean Fu <fxinrong@xxxxxxxxx>
• [PATCH 1/3] fs: buffer: Create circular buffer list for pages.
  • From: Sean Fu <fxinrong@xxxxxxxxx>
• [PATCH 2/3] fs/ntfs: Make ntfs to support circular buffer list.
  • From: Sean Fu <fxinrong@xxxxxxxxx>
• [PATCH 3/3] md: bitmap: Support circular buffer list.
  • From: Sean Fu <fxinrong@xxxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: NeilBrown <neilb@xxxxxxxx>
• conf->min_offset_diff calculation timing of growing raid5
  • From: Amy Chiang <amychiang@xxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Troubleshooting "Buffer I/O error" on reading md device
  • From: RQM <rqm@xxxxxxxxxxxxxx>
• Re: [PATCH] doc: md: Fix a file name to md-fault.c in fault-injection.txt
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH 1/2] dm: add asymmetric stripe target device dirver
  • From: liuchaowei110@xxxxxxxxx
• [PATCH 0/2] dm: add asymmetric stripe device driver
  • From: liuchaowei110@xxxxxxxxx
• [PATCH 2/2] dm: optimze stripe index search algorithm
  • From: liuchaowei110@xxxxxxxxx
• Re: [PATCH] md/raid5: fix a potential deadlock of raid5 reshape
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• Re: [PATCH] md/raid5: fix a potential deadlock of raid5 reshape
  • From: Guoqing Jiang <gqjiang@xxxxxxx>
• Re: [PATCH] md/md: replace confusing resync progress 99.9% with new wording
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• Re: [PATCH] md/raid5: fix a potential deadlock of raid5 reshape
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• Re: 3-way mirror to RAID-6
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] md/md: replace confusing resync progress 99.9% with new wording
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] md/raid5: fix a potential deadlock of raid5 reshape
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: 3-way mirror to RAID-6
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH v5 06/78] xarray: Change definition of sibling entries
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 05/78] xarray: Replace exceptional entries
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: 3-way mirror to RAID-6
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• [PATCH v2] raid5-ppl: PPL support for disks with write-back cache enabled
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH] md/md: replace confusing resync progress 99.9% with new wording
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• [PATCH] md/raid5: fix a potential deadlock of raid5 reshape
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• Re: [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/78] xarray: Change definition of sibling entries
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 05/78] xarray: Replace exceptional entries
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/78] xarray: Change definition of sibling entries
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 05/78] xarray: Replace exceptional entries
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/78] page cache: Use xa_lock
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: 3-way mirror to RAID-6
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] dm: add asymmetric stripe target device dirver
  • From: tgvlcw@xxxxxxxxx
• Re: [PATCH] dm: add asymmetric stripe target device dirver
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] dm: add asymmetric stripe target device dirver
  • From: tgvlcw@xxxxxxxxx
• Re: 3-way mirror to RAID-6
  • From: NeilBrown <neilb@xxxxxxxx>
• 3-way mirror to RAID-6
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• [PATCH] md/raid5: simplify uninitialization of shrinker
  • From: Aliaksei Karaliou <akaraliou.dev@xxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid5-ppl: PPL support for disks with write-back cache enabled
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] doc: md: Fix a file name to md-fault.c in fault-injection.txt
  • From: Masanari Iida <standby24x7@xxxxxxxxx>
• Re: [PATCH] raid5-ppl: PPL support for disks with write-back cache enabled
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH] raid5-ppl: PPL support for disks with write-back cache enabled
  • From: Shaohua Li <shli@xxxxxxxxxx>
• 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] raid5-ppl: PPL support for disks with write-back cache enabled
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH] raid5-ppl: PPL support for disks with write-back cache enabled
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] md/r5cache: print more info of log recovery
  • From: Song Liu <songliubraving@xxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: [neilbrown/mdadm] Add udev-md-raid-safe-timeouts.rules (#32)
  • From: Jonathan Underwood <jonathan.underwood@xxxxxxxxx>
• Re: SMART detects pending sectors; take offline?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [neilbrown/mdadm] Add udev-md-raid-safe-timeouts.rules (#32)
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] raid5-ppl: PPL support for disks with write-back cache enabled
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: Wrong array assembly on boot?
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: Wrong array assembly on boot?
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Wrong array assembly on boot?
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: [PATCH v5 77/78] irqdomain: Convert to XArray
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: Is there any lazy initialization mechanism in linux-raid?
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v5 69/78] vmalloc: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 42/78] shmem: Convert replace to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 17/78] xarray: Add xa_destroy
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 48/78] shmem: Convert shmem_alloc_hugepage to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 53/78] fs: Convert buffer to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 57/78] lustre: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 40/78] mm: Convert khugepaged_scan_shmem to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 63/78] dax: Convert dax_insert_pfn_mkwrite to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 77/78] irqdomain: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 33/78] mm: Convert truncate to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 39/78] mm: Convert collapse_shmem to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 06/78] xarray: Change definition of sibling entries
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 60/78] dax: More XArray conversion
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 44/78] shmem: Convert find_swap_entry to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 51/78] shmem: Comment fixups
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 30/78] page cache: Remove stray radix comment
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 18/78] xarray: Add xas_next and xas_prev
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 14/78] xarray: Add xa_for_each
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 74/78] xfs: Convert mru cache to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 25/78] page cache: Add page_cache_range_empty function
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 67/78] page cache: Finish XArray conversion
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 27/78] page cache: Convert page deletion to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 59/78] dax: Convert lock_slot to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 49/78] shmem: Convert shmem_free_swap to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 41/78] pagevec: Use xa_tag_t
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 34/78] mm: Convert add_to_swap_cache to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 20/78] xarray: Add MAINTAINERS entry
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 31/78] mm: Convert page-writeback to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 45/78] shmem: Convert shmem_tag_pins to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 72/78] xfs: Convert pag_ici_root to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 47/78] shmem: Convert shmem_add_to_page_cache to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 75/78] usb: Convert xhci-mem to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 29/78] page cache: Convert delete_batch to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 62/78] dax: Convert dax_writeback_one to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 00/78] XArray v5
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 55/78] nilfs2: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 02/78] fscache: Use appropriate radix tree accessors
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 58/78] dax: Convert dax_unlock_mapping_entry to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 08/78] xarray: Define struct xa_node
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 54/78] fs: Convert writeback to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 56/78] f2fs: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 32/78] mm: Convert workingset to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 35/78] mm: Convert delete_from_swap_cache to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 64/78] dax: Convert dax_insert_mapping_entry to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 21/78] xarray: Add ability to store errno values
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 11/78] xarray: Add xa_get_tag, xa_set_tag and xa_clear_tag
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 26/78] page cache: Add and replace pages using the XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 09/78] xarray: Add documentation
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 68/78] mm: Convert cgroup writeback to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 12/78] xarray: Add xa_store
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 78/78] fscache: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 16/78] xarray: Add xa_get_entries, xa_get_tagged and xa_get_maybe_tag
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 36/78] mm: Convert __do_page_cache_readahead to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 24/78] page cache: Convert hole search to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 70/78] brd: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 13/78] xarray: Add xa_cmpxchg
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 07/78] xarray: Add definition of struct xarray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 76/78] md: Convert raid5-cache to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 01/78] xfs: Rename xa_ elements to ail_
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 22/78] idr: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 43/78] shmem: Convert shmem_confirm_swap to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 10/78] xarray: Add xa_load
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 28/78] page cache: Convert page cache lookups to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 05/78] xarray: Replace exceptional entries
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 46/78] shmem: Convert shmem_wait_for_pins to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 15/78] xarray: Add xas_for_each_tag
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 23/78] ida: Convert to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 66/78] dax: Fix sparse warning
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 61/78] dax: Convert __dax_invalidate_mapping_entry to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 04/78] page cache: Use xa_lock
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 19/78] xarray: Add xas_create_range
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 50/78] shmem: Convert shmem_partial_swap_usage to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 38/78] mm: Convert huge_memory to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 73/78] xfs: Convert xfs dquot to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 71/78] xfs: Convert m_perag_tree to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 65/78] dax: Convert grab_mapping_entry to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 37/78] mm: Convert page migration to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v5 52/78] btrfs: Convert page cache to XArray
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Is there any lazy initialization mechanism in linux-raid?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Is there any lazy initialization mechanism in linux-raid?
  • From: guomingyang <guomingyang@xxxxxxxxxxxxx>
• Re: Help needed: Recovering a failed RAID-6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Help needed: Recovering a failed RAID-6 array
  • From: Ryszard Harasimowicz <rharasimowicz@xxxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: When will Linux support new RAID controllers
  • From: "David F." <df7729@xxxxxxxxx>
• Re: Will mdadm make a backup if it takes two steps to covert raid5 to raid6?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Will mdadm make a backup if it takes two steps to covert raid5 to raid6?
  • From: Amy Chiang <amychiang@xxxxxxxx>
• [PATCH 0/3] Make dlm lock more reliable for cluster-md
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 2/3] Assemble: provide protection when clustered raid do assemble
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 3/3] Assemble: cleanup the failure path
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: 002@xxxxxx
• Re: mdadm stuck at 0% reshape after grow
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [GIT PULL] MD update for 4.15-rc2
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH][RESEND] managemon: Don't add disk to the array after it has started
  • From: Jes Sorensen <jsorensen@xxxxxx>
• Re: When will Linux support new RAID controllers
  • From: Dennis Mungai <dmngaie@xxxxxxxxx>
• Re: When will Linux support new RAID controllers
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH][RESEND] managemon: Don't add disk to the array after it has started
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: Jeremy Graham <jeremy@doghouse.agency>
• SSD cache for RAID6
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: When will Linux support new RAID controllers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• raid6 replace spewing WARNING to console, system now frozen
  • From: Larkin Lowrey <llowrey@xxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: 002@xxxxxx
• Re: mdadm stuck at 0% reshape after grow
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: 002@xxxxxx
• Re: mdadm stuck at 0% reshape after grow
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: Jeremy Graham <jeremy@doghouse.agency>
• Re: mdadm stuck at 0% reshape after grow
  • From: Jeremy Graham <jeremy@doghouse.agency>
• Re: mdadm stuck at 0% reshape after grow
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: very large data-offset?
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] mdadm: Uninitialized variable rdev
  • From: James Puthukattukaran <james.puthukattukaran@xxxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: 002@xxxxxx
• Re: mdadm stuck at 0% reshape after grow
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: mdadm stuck at 0% reshape after grow
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• mdadm stuck at 0% reshape after grow
  • From: Jeremy Graham <jeremy@doghouse.agency>
• Re: very large data-offset?
  • From: Duane <duane@xxxxxxxxxx>
• Re: very large data-offset?
  • From: Duane <duane@xxxxxxxxxx>
• Re: When will Linux support new RAID controllers
  • From: "David F." <df7729@xxxxxxxxx>
• Re: Calling block ops when !TASK_RUNNING warning in raid1
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: very large data-offset?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm: using ioctl to set disk faulty instead of sysfs
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Stopping raid6 (with journal) hangs w/ 100%CPU
  • From: Larkin Lowrey <llowrey@xxxxxxxxx>
• Re: ERC for raid [forked from "mdadm reshaping stuck problem"]
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Calling block ops when !TASK_RUNNING warning in raid1
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: ERC for raid [forked from "mdadm reshaping stuck problem"]
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• ERC for raid [forked from "mdadm reshaping stuck problem"]
  • From: Matthias Walther <matthias@xxxxxxxxxxx>
• Re: mdadm reshaping stuck problem
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: mdadm reshaping stuck problem
  • From: rene.feistle@xxxxxxxxx
• Re: mdadm reshaping stuck problem
  • From: Phil Turmel <philip@xxxxxxxxxx>
• mdadm reshaping stuck problem
  • From: rene.feistle@xxxxxxxxx
• raid6 problem
  • From: val <valkoles@xxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID5 devices assemble into RAID0 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Stopping raid6 (with journal) hangs w/ 100%CPU
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: mdadm: using ioctl to set disk faulty instead of sysfs
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Calling block ops when !TASK_RUNNING warning in raid1
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: limit mdstat resync progress to max_sectors
  • From: Shaohua Li <shli@xxxxxxxxxx>
• v4.1 release timing
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH] md: limit mdstat resync progress to max_sectors
  • From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
• [PATCH 13/13] mdadm/test: Change check nosync as check recovery in 05r1-re-add-nosuper
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 11/13] mdadm/test: did basic improvement for 05r1-internalbitmap
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 12/13] mdadm/test: did basic improvement for 05r1-n3-bitmapfile
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 08/13] mdadm/test: redraft 02r5grow and rename it as 02r5grow-resize
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 09/13] mdadm/test: redraft 02r6grow and rename it as 02r6grow-resize
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 10/13] mdadm/test: add new test 02r10grow-resize
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 07/13] mdadm/test: redraft the 00raid10 test case
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 04/13] mdadm/test: redraft 00raid4 test case
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 05/13] mdadm/test: redraft the 00raid5 test case
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 06/13] mdadm/test: redraft the 00raid6 test case
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 03/13] mdadm/test: redraft the 00raid1 test case
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 01/13] mdadm/manpage: raid10 doesn't support resize 'far' arrays
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 02/13] mdadm/test: did basic improvement for 00names
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [RFC PATCH 00/13] mdadm/test: Basic improvement for some cases
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH] md: limit mdstat resync progress to max_sectors
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: 回复：回复：回复：回复：[PATCH] bcache: Fix bdev leak during backing device registering
  • From: Michael Lyle <mlyle@xxxxxxxx>
• 回复：回复：回复：回复：[PATCH] bcache: Fix bdev leak during backing device registering
  • From: "彭良彦" <liangyan.ply@xxxxxxxxxxxxxxx>
• Re: 回复：回复：回复：[PATCH] bcache: Fix bdev leak during backing device registering
  • From: Michael Lyle <mlyle@xxxxxxxx>
• 回复：回复：回复：[PATCH] bcache: Fix bdev leak during backing device registering
  • From: "彭良彦" <liangyan.ply@xxxxxxxxxxxxxxx>
• Re: 回复：回复：[PATCH] bcache: Fix bdev leak during backing device registering
  • From: Michael Lyle <mlyle@xxxxxxxx>
• 回复：回复：[PATCH] bcache: Fix bdev leak during backing device registering
  • From: "彭良彦" <liangyan.ply@xxxxxxxxxxxxxxx>
• Re: RAID5 devices assemble into RAID0 array
  • From: Duane <duane@xxxxxxxxxx>
• Re: 回复：[PATCH] bcache: Fix bdev leak during backing device registering
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH] md: limit mdstat resync progress to max_sectors
  • From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
• Re: Stopping raid6 (with journal) hangs w/ 100%CPU
  • From: Larkin Lowrey <llowrey@xxxxxxxxx>
• Re: [RFC] md: make queue limits depending on limits of RAID members
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• 回复：[PATCH] bcache: Fix bdev leak during backing device registering
  • From: "彭良彦" <liangyan.ply@xxxxxxxxxxxxxxx>
• Re: [RFC] md: make queue limits depending on limits of RAID members
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: very large data-offset?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• very large data-offset?
  • From: Duane <duane@xxxxxxxxxx>
• Re: Calling block ops when !TASK_RUNNING warning in raid1
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Calling block ops when !TASK_RUNNING warning in raid1
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Calling block ops when !TASK_RUNNING warning in raid1
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Fwd: New setup: partitions or raw devices
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: New setup: partitions or raw devices
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• New setup: partitions or raw devices
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• RE: [PATCH 3/4] dm: convert dm_dev_internal.count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 3/4] dm: convert dm_dev_internal.count from atomic_t to refcount_t
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Calling block ops when !TASK_RUNNING warning in raid1
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] bcache: Use PTR_ERR_OR_ZERO()
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] mdadm/grow: correct the s->size > 1 to make 'max' work
  • From: Jes Sorensen <jsorensen@xxxxxx>
• RE: [dm-devel] [PATCH 3/4] dm: convert dm_dev_internal.count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Calling block ops when !TASK_RUNNING warning in raid1
  • From: Dennis Yang <shinrairis@xxxxxxxxx>
• Re: [PATCH] bcache: Use PTR_ERR_OR_ZERO()
  • From: Coly Li <i@xxxxxxx>
• Re: RAID5 devices assemble into RAID0 array
  • From: Duane <duane@xxxxxxxxxx>
• Re: Stopping raid6 (with journal) hangs w/ 100%CPU
  • From: Larkin Lowrey <llowrey@xxxxxxxxx>
• [PATCH] bcache: Use PTR_ERR_OR_ZERO()
  • From: Vasyl Gomonovych <gomonovych@xxxxxxxxx>
• Re: RAID5 devices assemble into RAID0 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID5 devices assemble into RAID0 array
  • From: Duane <duane@xxxxxxxxxx>
• Re: RAID5 devices assemble into RAID0 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• RAID5 devices assemble into RAID0 array
  • From: Duane <duane@xxxxxxxxxx>
• Re: Fwd: problems attempting to grow raid5 to raid6 - advice sought
  • From: Paul Chambers <paul@xxxxxxx>
• Re: Fwd: problems attempting to grow raid5 to raid6 - advice sought
  • From: Paul Chambers <paul@xxxxxxx>
• Re: Fwd: problems attempting to grow raid5 to raid6 - advice sought
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Fwd: problems attempting to grow raid5 to raid6 - advice sought
  • From: Anthony Youngman <antmbox@xxxxxxxxxxxxxxx>
• Re: Fwd: problems attempting to grow raid5 to raid6 - advice sought
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• Re: [dm-devel] [PATCH 3/4] dm: convert dm_dev_internal.count from atomic_t to refcount_t
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Fwd: problems attempting to grow raid5 to raid6 - advice sought
  • From: Paul Chambers <paul@xxxxxxx>
• Re: Stopping raid6 (with journal) hangs w/ 100%CPU
  • From: Larkin Lowrey <llowrey@xxxxxxxxx>
• RE: [PATCH 4/4] dm: convert table_device.count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 4/4] dm: convert table_device.count from atomic_t to refcount_t
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• RE: [PATCH 4/4] dm: convert table_device.count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• RE: [dm-devel] [PATCH 3/4] dm: convert dm_dev_internal.count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Stopping raid6 (with journal) hangs w/ 100%CPU
  • From: Larkin Lowrey <llowrey@xxxxxxxxx>
• Re: [dm-devel] [PATCH 3/4] dm: convert dm_dev_internal.count from atomic_t to refcount_t
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH 4/4] dm: convert table_device.count from atomic_t to refcount_t
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• [PATCH] mdadm/grow: correct the s->size > 1 to make 'max' work
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] bcache: Fix bdev leak during backing device registering
  • From: "彭良彦" <liangyan.ply@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] mdadm/grow: adding a test to ensure resize was required
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [RFC] md: make queue limits depending on limits of RAID members
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: [PATCH V2] mdadm: make create clustered raid10 possible
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH V2] mdadm: make create clustered raid10 possible
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] imsm: continue resync on 3-disk RAID10
  • From: Jes Sorensen <jsorensen@xxxxxx>
• Re: [PATCH] Monitor/msg: Don't print error message if mdmon doesn't run
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: mdadm: question about tests/07autoassemble
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• mdadm: using ioctl to set disk faulty instead of sysfs
  • From: wuzhouhui <wuzhouhui14@xxxxxxxxxxxxxxxx>
• Re: Impossibly level change request for RAID1
  • From: Santiago DIEZ <santiago.diez@xxxxxxxx>
• [PATCH] Monitor/msg: Don't print error message if mdmon doesn't run
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: [PATCH v4 2/2] md: introduce new personality funciton start()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 2/2] mdadm: remove journal with "remove-journal"
  • From: Larkin Lowrey <llowrey@xxxxxxxxx>
• [PATCH v4 1/2] md/r5cache: move mddev_lock() out of r5c_journal_mode_set()
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v4 2/2] md: introduce new personality funciton start()
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v3 2/2] md: introduce new personality funciton start()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v3 1/2] md/r5cache: move mddev_lock() out of r5c_journal_mode_set()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Unexpected mdadm behavior with old replugged disc
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Raid5/6 journal re-add
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Raid5/6 journal re-add
  • From: Larkin Lowrey <llowrey@xxxxxxxxx>
• Re: Unexpected mdadm behavior with old replugged disc
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Unexpected mdadm behavior with old replugged disc
  • From: Matthias Walther <matthias@xxxxxxxxxxx>
• Re: Unexpected mdadm behavior with old replugged disc
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Unexpected mdadm behavior with old replugged disc
  • From: Matthias Walther <matthias@xxxxxxxxxxx>
• [PATCH v3 2/2] md: introduce new personality funciton start()
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v3 1/2] md/r5cache: move mddev_lock() out of r5c_journal_mode_set()
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v2] md: introduce new personality funciton start()
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] [RFC] md raid10: use rcu to avoid NULL dereference in raid10d()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2] md: introduce new personality funciton start()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid5: correct degraded calculation in raid5_error
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RFC] md: make queue limits depending on limits of RAID members
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] md/raid5: correct degraded calculation in raid5_error
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• Re: [fstests PATCH v3] generic: add test for DAX MAP_SYNC support
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [fstests PATCH v3] generic: add test for DAX MAP_SYNC support
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Arrays with journals read-only on boot
  • From: Larkin Lowrey <llowrey@xxxxxxxxx>
• Re: [fstests PATCH v3] generic: add test for DAX MAP_SYNC support
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: RAID 5 array with journal device does not automatically assemble at boot
  • From: Tobx <net@xxxxxxx>
• Re: RAID 5 array with journal device does not automatically assemble at boot
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [PATCH v2] md: introduce new personality funciton start()
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 2/2] mdadm: remove journal with "remove-journal"
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 2/2] mdadm: remove journal with "remove-journal"
  • From: Larkin Lowrey <llowrey@xxxxxxxxx>
• Re: [PATCH] md: introduce new personality funciton start()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RAID 5 array with journal device does not automatically assemble at boot
  • From: Tobx <net@xxxxxxx>
• Re: Impossibly level change request for RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Impossibly level change request for RAID1
  • From: Santiago DIEZ <santiago.diez@xxxxxxxx>
• [RFC] md: make queue limits depending on limits of RAID members
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: [GIT PULL] MD update for 4.15-rc1
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RAID 5 array with journal device does not automatically assemble at boot
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [GIT PULL] MD update for 4.15-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] md: introduce new personality funciton start()
  • From: Song Liu <songliubraving@xxxxxx>
• Re: RAID 5 array with journal device does not automatically assemble at boot
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID 5 array with journal device does not automatically assemble at boot
  • From: Larkin Lowrey <llowrey@xxxxxxxxx>
• Re: RAID 5 array with journal device does not automatically assemble at boot
  • From: Tobx <net@xxxxxxx>
• Re: RAID 5 array with journal device does not automatically assemble at boot
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] MD update for 4.15-rc1
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RAID 5 array with journal device does not automatically assemble at boot
  • From: Tobx <net@xxxxxxx>
• Re: RAID 5 array with journal device does not automatically assemble at boot
  • From: Tobx <net@xxxxxxx>
• Re: RAID 5 array with journal device does not automatically assemble at boot
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [PATCH] managemon: Don't add disk to the array after it has started
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH] sysfs: include faulty drive in disk count
  • From: Jes Sorensen <jsorensen@xxxxxx>
• [PATCH] imsm: continue resync on 3-disk RAID10
  • From: Maksymilian Kunt <maksymilian.kunt@xxxxxxxxx>
• Re: [PATCH] sysfs: include faulty drive in disk count
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH v2] md/bitmap: clear BITMAP_WRITE_ERROR bit before writing it to sb
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2] md/bitmap: clear BITMAP_WRITE_ERROR bit before writing it to sb
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• Re: RAID5 up, but one drive removed, one says spare building, what now?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID5 up, but one drive removed, one says spare building, what now?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID5 up, but one drive removed, one says spare building, what now?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID5 up, but one drive removed, one says spare building, what now?
  • From: Jun-Kai Teoh <kai.teoh@xxxxxxxxx>
• Re: When will Linux support new RAID controllers
  • From: "David F." <df7729@xxxxxxxxx>
• Re: RAID5 up, but one drive removed, one says spare building, what now?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID5 up, but one drive removed, one says spare building, what now?
  • From: Jun-Kai Teoh <kai.teoh@xxxxxxxxx>
• Re: RAID5 up, but one drive removed, one says spare building, what now?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID5 up, but one drive removed, one says spare building, what now?
  • From: Jun-Kai Teoh <kai.teoh@xxxxxxxxx>
• Re: When will Linux support new RAID controllers
  • From: Dennis Mungai <dmngaie@xxxxxxxxx>
• Re: When will Linux support new RAID controllers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: RAID5 up, but one drive removed, one says spare building, what now?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: RAID5 up, but one drive removed, one says spare building, what now?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID5 up, but one drive removed, one says spare building, what now?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] md: release allocated bitset sync_set
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• RAID5 up, but one drive removed, one says spare building, what now?
  • From: Jun-Kai Teoh <kai.teoh@xxxxxxxxx>
• Re: [PATCH 1/2] md: release allocated bitset sync_set
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] sysfs: include faulty drive in disk count
  • From: Jes Sorensen <jsorensen@xxxxxx>
• When will Linux support new RAID controllers
  • From: "David F." <df7729@xxxxxxxxx>
• Re: [mdadm PATCH v3] To support clustered raid10
  • From: Jes Sorensen <jsorensen@xxxxxx>
• `Raid 5 array down/missing - went through wiki steps
  • From: Jun-Kai Teoh <kai.teoh@xxxxxxxxx>
• Re: [md PATCH 2/2] md: be cautious about using ->curr_resync_completed for ->recovery_offset
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 2/2] md: be cautious about using ->curr_resync_completed for ->recovery_offset
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 2/2] md: free unused memory after bitmap resize
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [md PATCH 2/2] md: be cautious about using ->curr_resync_completed for ->recovery_offset
  • From: Shaohua Li <shli@xxxxxxxxxx>
• 2 disk RAID1 need to replace a disk logging errors (use replace?)
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• [PATCH] imsm: More precise message when spanned raid is created
  • From: Michal Zylowski <michal.zylowski@xxxxxxxxx>
• [PATCH 2/2] md: free unused memory after bitmap resize
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• [PATCH 1/2] md: release allocated bitset sync_set
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• [PATCH 0/2] md: memleak fixes
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• RAID 5 array with journal device does not automatically assemble at boot
  • From: Tobx <net@xxxxxxx>
• [PATCH] sysfs: include faulty drive in disk count
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: Additional RAID1 not assembling on reboot
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: [sucess] upgrading LSI SAS9211-8i fw IR->IT
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [sucess] upgrading LSI SAS9211-8i fw IR->IT
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [sucess] upgrading LSI SAS9211-8i fw IR->IT
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: RAID header in XFS area?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [sucess] upgrading LSI SAS9211-8i fw IR->IT
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Raid 5 array down/missing - went through wiki steps
  • From: Jun-Kai Teoh <kai.teoh@xxxxxxxxx>
• Re: FW: change in disk failure policy for non-BBL arrays?
  • From: Chris Walker <cwalker@xxxxxxxx>
• Re: FW: change in disk failure policy for non-BBL arrays?
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: FW: change in disk failure policy for non-BBL arrays?
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v2] md/bitmap: clear BITMAP_WRITE_ERROR bit before writing it to sb
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• Re: Raid 6 recovery
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Raid 6 recovery
  • From: John Crisp <jcrisp@xxxxxxxxxxxxxxxxxxxx>
• Re: RAID header in XFS area?
  • From: "David F." <df7729@xxxxxxxxx>
• Re: raid5-cache: Cannot get enough stripes due to memory pressure. Recovery failed.
  • From: Larkin Lowrey <llowrey@xxxxxxxxx>
• Re: RAID header in XFS area?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID header in XFS area?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: RAID header in XFS area?
  • From: "David F." <df7729@xxxxxxxxx>
• Re: RAID header in XFS area?
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: RAID header in XFS area?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID header in XFS area?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: RAID header in XFS area?
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: RAID header in XFS area?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: RAID header in XFS area?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• RAID header in XFS area?
  • From: "David F." <df7729@xxxxxxxxx>
• Re: raid5-cache: Cannot get enough stripes due to memory pressure. Recovery failed.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Raid 6 recovery
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• raid5-cache: Cannot get enough stripes due to memory pressure. Recovery failed.
  • From: Larkin Lowrey <llowrey@xxxxxxxxx>
• Re: FW: change in disk failure policy for non-BBL arrays?
  • From: Chris Walker <cwalker@xxxxxxxx>
• Re: FW: change in disk failure policy for non-BBL arrays?
  • From: Sarah Newman <srn@xxxxxxxxx>
• FW: change in disk failure policy for non-BBL arrays?
  • From: Chris Walker <cwalker@xxxxxxxx>
• Re: Raid 6 recovery
  • From: John Crisp <jcrisp@xxxxxxxxxxxxxxxxxxxx>
• Re: [neilbrown/mdadm] Add udev-md-raid-safe-timeouts.rules (#32)
  • From: NeilBrown <neil@xxxxxxxxxx>
• Re: [sucess] upgrading LSI SAS9211-8i fw IR->IT
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [sucess] upgrading LSI SAS9211-8i fw IR->IT
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [sucess] upgrading LSI SAS9211-8i fw IR->IT
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [sucess] upgrading LSI SAS9211-8i fw IR->IT
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Raid 6 recovery
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: fix reading scsi serial
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] imsm: fix reading scsi serial
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [sucess] upgrading LSI SAS9211-8i fw IR->IT
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [md PATCH 2/2] md: be cautious about using ->curr_resync_completed for ->recovery_offset
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [mdadm PATCH] Incremental: Use ->validate_geometry instead of ->avail_size
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH] systemd: add %I to description of mdadm-last-resort services.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] mdadm/mdopen: create new function create_named_array for writing to new_array
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] md: create new workqueue for object destruction
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] Monitor: Allow taking spare from rebuilding array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 2/2] md: be cautious about using ->curr_resync_completed for ->recovery_offset
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Raid 6 recovery
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Raid 6 recovery
  • From: John Crisp <jcrisp@xxxxxxxxxxxxxxxxxxxx>
• Re: Raid 6 recovery
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Raid 6 recovery
  • From: John Crisp <jcrisp@xxxxxxxxxxxxxxxxxxxx>
• Re: [md PATCH 2/2] md: be cautious about using ->curr_resync_completed for ->recovery_offset
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH] Monitor: Allow taking spare from rebuilding array
  • From: Erik Berg <erik.berg@xxxxxxxxxxxxxxxx>
• Re: Pointer compare in md driver
  • From: NeilBrown <neilb@xxxxxxxx>
• Pointer compare in md driver
  • From: wuzhouhui <wuzhouhui14@xxxxxxxxxxxxxxxx>
• Re: Raid 5 array down/missing - went through wiki steps
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Raid 5 array down/missing - went through wiki steps
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Raid 5 array down/missing - went through wiki steps
  • From: Jun-Kai Teoh <kai.teoh@xxxxxxxxx>
• Re: [PATCH] md: create new workqueue for object destruction
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• New disk in active container
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Additional RAID1 not assembling on reboot
  • From: Ron Leach <ronleach@xxxxxxxxx>
• [mdadm PATCH v3] To support clustered raid10
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [mdadm PATCH] mdadm: make create clustered raid10 possible
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH 4/4] md-cluster: update document for raid10
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] md/bitmap: clear BITMAP_WRITE_ERROR bit after reading it from sb
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• Re: [mdadm PATCH] mdadm: make create clustered raid10 possible
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 4/4] md-cluster: update document for raid10
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [mdadm PATCH] Incremental: Use ->validate_geometry instead of ->avail_size
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH] systemd: add %I to description of mdadm-last-resort services.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: create new workqueue for object destruction
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [sucess?] upgrading LSI SAS9211-8i fw IR->IT
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Raid 5 array down/missing - went through wiki steps
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Raid 5 array down/missing - went through wiki steps
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Raid 5 array down/missing - went through wiki steps
  • From: Jun-Kai Teoh <kai.teoh@xxxxxxxxx>
• Re: Raid 5 array down/missing - went through wiki steps
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: Raid 5 array down/missing - went through wiki steps
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Raid 5 array down/missing - went through wiki steps
  • From: Jun-Kai Teoh <kai.teoh@xxxxxxxxx>
• Re: Raid 5 array down/missing - went through wiki steps
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Raid 5 array down/missing - went through wiki steps
  • From: Jun-Kai Teoh <kai.teoh@xxxxxxxxx>
• Re: Raid 5 array down/missing - went through wiki steps
  • From: Jun-Kai Teoh <kai.teoh@xxxxxxxxx>
• Re: Raid 5 array down/missing - went through wiki steps
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Raid 5 array down/missing - went through wiki steps
  • From: Jun-Kai Teoh <kai.teoh@xxxxxxxxx>
• Re: [sucess?] upgrading LSI SAS9211-8i fw IR->IT
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• [PATCH] md: remove redundant variable q
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH] md: create new workqueue for object destruction
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: mount(2) system call failed: Structure needs cleaning?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: mount(2) system call failed: Structure needs cleaning?
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: mount(2) system call failed: Structure needs cleaning?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: mount(2) system call failed: Structure needs cleaning?
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• mount(2) system call failed: Structure needs cleaning?
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• [PATCH] dmraid: remove partitions with O_RDONLY
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] md: don't check MD_SB_CHANGE_CLEAN in md_allow_write
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: PROBLEM: [RAID5 BUG] the reading rate after writing is lower than reading rate before writing in raid5.
  • From: Zhengyuan Liu <liuzhengyuang521@xxxxxxxxx>
• PROBLEM: [RAID5 BUG] the reading rate after writing is lower than reading rate before writing in raid5.
  • From: Vic Wang <VicWang@xxxxxxxxxxx>
• Re: [fstests PATCH v3] generic: add test for DAX MAP_SYNC support
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [sucess?] upgrading LSI SAS9211-8i fw IR->IT
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [PATCH] mdadm/mdopen: check system("modprobe ...") return
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: mdadm segfault with incremental
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [fstests PATCH v3] generic: add test for DAX MAP_SYNC support
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [Solved] Trouble creating/assembling/mounting Ver 1.0 raid1 disk in another box to recover data
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [Solved] Trouble creating/assembling/mounting Ver 1.0 raid1 disk in another box to recover data
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>