Linux RAID Storage Date Index

• Thread Index

• Re: [PATCH] md: delete unused struct md_thread::private
  • From: Song Liu <song@xxxxxxxxxx>
• Re: WD MyCloud PR4100 RAID Failure
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: WD MyCloud PR4100 RAID Failure
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: WD MyCloud PR4100 RAID Failure
  • From: Patrick Pearcy <patrick.pearcy@xxxxxxxxx>
• hung-task panic in raid5_make_request
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• [PATCH V3 10/10] md/raid1: introduce wait_for_serialization
  • From: jgq516@xxxxxxxxx
• [PATCH V3 08/10] md: introduce a new struct for IO serialization
  • From: jgq516@xxxxxxxxx
• [PATCH V3 09/10] md/raid1: use bucket based mechanism for IO serialization
  • From: jgq516@xxxxxxxxx
• [PATCH V3 07/10] md: don't destroy serial_info_pool if serialize_policy is true
  • From: jgq516@xxxxxxxxx
• [PATCH V3 06/10] raid1: serialize the overlap write
  • From: jgq516@xxxxxxxxx
• [PATCH V3 05/10] md: reorgnize mddev_create/destroy_serial_pool
  • From: jgq516@xxxxxxxxx
• [PATCH V3 04/10] md: add serialize_policy sysfs node for raid1
  • From: jgq516@xxxxxxxxx
• [PATCH V3 03/10] md: prepare for enable raid1 io serialization
  • From: jgq516@xxxxxxxxx
• [PATCH V3 01/10] md: rename wb stuffs
  • From: jgq516@xxxxxxxxx
• [PATCH V3 02/10] md: fix a typo s/creat/create
  • From: jgq516@xxxxxxxxx
• [PATCH V3 00/10] raid1 io serialization
  • From: jgq516@xxxxxxxxx
• Re: WD MyCloud PR4100 RAID Failure
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: WD MyCloud PR4100 RAID Failure
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: WD MyCloud PR4100 RAID Failure
  • From: Patrick Pearcy <patrick.pearcy@xxxxxxxxx>
• [PATCH AUTOSEL 4.4 08/11] md: raid1: check rdev before reference in raid1_sync_request func
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 08/14] md: raid1: check rdev before reference in raid1_sync_request func
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH] raid5: remove worker_cnt_per_group argument from alloc_thread_groups
  • From: jgq516@xxxxxxxxx
• [PATCH AUTOSEL 4.14 13/19] md: raid1: check rdev before reference in raid1_sync_request func
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 27/34] md: raid1: check rdev before reference in raid1_sync_request func
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 44/52] md: raid1: check rdev before reference in raid1_sync_request func
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 43/52] raid5: need to set STRIPE_HANDLE for batch head
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH v4 1/3] raid6/test: fix a compilation error
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• [PATCH v4 3/3] md/raid6: fix algorithm choice under larger PAGE_SIZE
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• [PATCH v4 2/3] raid6/test: fix a compilation warning
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• [PATCH] md: delete unused struct md_thread::private
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH v2 7/9] md: introduce a new struct for IO serialization
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] md: rename wb stuffs
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH v3] mdadm.8: add note information for raid0 growing operation
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2 7/9] md: introduce a new struct for IO serialization
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v2 1/9] md: rename wb stuffs
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v2 2/9] md: prepare for enable raid1 io serialization
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [mdadm PATCH 1/1] mdcheck service can't start succesfully because of syntax error
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v2 2/9] md: prepare for enable raid1 io serialization
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v2 3/9] md: add serialize_policy sysfs node for raid1
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v2 3/9] md: add serialize_policy sysfs node for raid1
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md-bitmap: small cleanups
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v3 2/2] md/raid6: fix algorithm choice under larger PAGE_SIZE
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v3 1/2] raid6/test: fix the compilation error and warning
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: WD MyCloud PR4100 RAID Failure
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: WD MyCloud PR4100 RAID Failure
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• WD MyCloud PR4100 RAID Failure
  • From: Patrick Pearcy <patrick.pearcy@xxxxxxxxx>
• Re: Keeping existing RAID6's safe during upgrade from CentOS 6 to CentOS 8
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: Broken Environment syntax in mdcheck_start/mdcheck_continue.service
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Keeping existing RAID6's safe during upgrade from CentOS 6 to CentOS 8
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Broken Environment syntax in mdcheck_start/mdcheck_continue.service
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Broken Environment syntax in mdcheck_start/mdcheck_continue.service
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Keeping existing RAID6's safe during upgrade from CentOS 6 to CentOS 8
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Keeping existing RAID6's safe during upgrade from CentOS 6 to CentOS 8
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: [PATCH v3 1/2] raid6/test: fix the compilation error and warning
  • From: hpa@xxxxxxxxx
• Re: [PATCH v3 2/2] md/raid6: fix algorithm choice under larger PAGE_SIZE
  • From: hpa@xxxxxxxxx
• Re: [PATCH] raid5: add more checks before add sh->lru to plug cb list
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH] raid5: add more checks before add sh->lru to plug cb list
  • From: jgq516@xxxxxxxxx
• [PATCH v3 1/2] raid6/test: fix the compilation error and warning
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• [PATCH v3 2/2] md/raid6: fix algorithm choice under larger PAGE_SIZE
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• Re: md0: bitmap file is out of date, resync
  • From: Mathias G <newsnet-mg-2016@xxxxxxxxxxxxx>
• Re: Help recover from interrupted reshape.
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Help recover from interrupted reshape.
  • From: Angus Montgomery <sugna@xxxxxxx>
• Why isn't the "Support Intel AHCI remapped NVMe devices" in mainline?
  • From: "David F." <df7729@xxxxxxxxx>
• Re: [PATCH v2 2/2] md/raid6: fix algorithm choice under larger PAGE_SIZE
  • From: hpa@xxxxxxxxx
• Re: [PATCH v2 2/2] md/raid6: fix algorithm choice under larger PAGE_SIZE
  • From: hpa@xxxxxxxxx
• Re: [PATCH] md-bitmap: small cleanups
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v2] mdadm.8: add note information for raid0 growing operation
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH v2] mdadm.8: add note information for raid0 growing operation
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2] mdadm.8: add note information for raid0 growing operation
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2 2/2] md/raid6: fix algorithm choice under larger PAGE_SIZE
  • From: hpa@xxxxxxxxx
• Re: [PATCH AUTOSEL 4.14 32/58] bcache: at least try to shrink 1 node in bch_mca_scan()
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH AUTOSEL 4.14 32/58] bcache: at least try to shrink 1 node in bch_mca_scan()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [GIT PULL] md-fixes 20191211
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH AUTOSEL 4.14 32/58] bcache: at least try to shrink 1 node in bch_mca_scan()
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH] md-bitmap: small cleanups
  • From: Zhiqiang Liu <liuzhiqiang26@xxxxxxxxxx>
• Re: [PATCH V2] md: raid1: check whether rdev is null before reference in raid1_sync_request func
  • From: Zhiqiang Liu <liuzhiqiang26@xxxxxxxxxx>
• [GIT PULL] md-fixes 20191211
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v2 2/2] md/raid6: fix algorithm choice under larger PAGE_SIZE
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v2 1/2] raid6/test: fix the compilation error and warning
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v2 1/2] raid6/test: fix the compilation error and warning
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md: make sure desc_nr less than MD_SB_DISKS
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] raid5: need to set STRIPE_HANDLE for batch head
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH V2] md: raid1: check whether rdev is null before reference in raid1_sync_request func
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 074/134] bcache: at least try to shrink 1 node in bch_mca_scan()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 46/79] bcache: at least try to shrink 1 node in bch_mca_scan()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 25/37] bcache: at least try to shrink 1 node in bch_mca_scan()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 28/42] bcache: at least try to shrink 1 node in bch_mca_scan()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 32/58] bcache: at least try to shrink 1 node in bch_mca_scan()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 075/177] md/bitmap: avoid race window between md_bitmap_resize and bitmap_file_clear_bit
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 154/350] md: no longer compare spare disk superblock events in super_load
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 156/350] md/bitmap: avoid race window between md_bitmap_resize and bitmap_file_clear_bit
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] Respect $(CROSS_COMPILE) when $(CC) is the default
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• [PATCH, v2] Change warning message
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH] md: make sure desc_nr less than MD_SB_DISKS
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH V2] md: raid1: check whether rdev is null before reference in raid1_sync_request func
  • From: Zhiqiang Liu <liuzhiqiang26@xxxxxxxxxx>
• [PATCH] Respect $(CROSS_COMPILE) when $(CC) is the default
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• Re: [PATCH v2] md/raid0: Provide admin guidance on multi-zone RAID0 layout migration
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] md/raid0: Provide admin guidance on multi-zone RAID0 layout migration
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• [PATCH] md-bitmap: small cleanups
  • From: "liuzhiqiang (I)" <liuzhiqiang26@xxxxxxxxxx>
• Re: [PATCH] md/raid1: check whether rdev is null before reference in raid1_sync_request func
  • From: "liuzhiqiang (I)" <liuzhiqiang26@xxxxxxxxxx>
• Re: [PATCH] md/raid1: check whether rdev is null before reference in raid1_sync_request func
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH] md/raid1: check whether rdev is null before reference in raid1_sync_request func
  • From: "liuzhiqiang (I)" <liuzhiqiang26@xxxxxxxxxx>
• [PATCH v2 1/2] raid6/test: fix the compilation error and warning
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• [PATCH v2 2/2] md/raid6: fix algorithm choice under larger PAGE_SIZE
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• Re: [PATCH] raid5: need to set STRIPE_HANDLE for batch head
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md/raid6: fix algorithm choice under larger PAGE_SIZE
  • From: hpa@xxxxxxxxx
• Re: [PATCH 2/2] Assemble: add support for RAID0 layouts.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] Create: add support for RAID0 layouts.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: Change the way of printing nvme drives in detail-platform.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: return correct uuid for volume in detail
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] Remove unused code
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] raid5: need to set STRIPE_HANDLE for batch head
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md/raid6: fix algorithm choice under larger PAGE_SIZE
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [PATCH] imsm: Change the way of printing nvme drives in detail-platform.
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• [PATCH] imsm: return correct uuid for volume in detail
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• Re: About raid5 lock up
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH 1/1] Remove unused code
  • From: Xiao Ni <xni@xxxxxxxxxx>
• raid5 reshape stuck at 33%
  • From: apfc123@xxxxxxxxx
• [PATCH] raid5: need to set STRIPE_HANDLE for batch head
  • From: jgq516@xxxxxxxxx
• Re: [PATCH] Manage: Remove the legacy code for md driver prior to 0.90.03
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [PATCH] Manage: Remove the legacy code for md driver prior to 0.90.03
  • From: Xiao Yang <ice_yangxiao@xxxxxxx>
• [PATCH] md/raid6: fix algorithm choice under larger PAGE_SIZE
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• Re: WARNING in md_ioctl
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] Change warning message
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: WARNING in md_ioctl
  • From: syzbot <syzbot+1e46a0864c1a6e9bd3d8@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Deep into potential data loss issue
  • From: Ian Kelling <iank@xxxxxxx>
• Re: Deep into potential data loss issue
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Deep into potential data loss issue
  • From: Ian Kelling <ian@xxxxxxxxxxxxxx>
• Re: Deep into potential data loss issue
  • From: Ian Kelling <ian@xxxxxxxxxxxxxx>
• Re: Deep into potential data loss issue
  • From: Ian Kelling <ian@xxxxxxxxxxxxxx>
• Re: Deep into potential data loss issue
  • From: Andrew Engelbrecht <sudoman@xxxxxxx>
• Deep into potential data loss issue
  • From: Andrew Engelbrecht <sudoman@xxxxxxx>
• Re: [PATCH V2] raid5: avoid second retry of read-error
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: About raid5 lock up
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH V2] raid5: avoid second retry of read-error
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: About raid5 lock up
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• About raid5 lock up
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH v2 8/9] md/raid1: use bucket based mechanism for IO serialization
  • From: jgq516@xxxxxxxxx
• [PATCH v2 9/9] md/raid1: introduce wait_for_serialization
  • From: jgq516@xxxxxxxxx
• [PATCH v2 3/9] md: add serialize_policy sysfs node for raid1
  • From: jgq516@xxxxxxxxx
• [PATCH v2 4/9] md: reorgnize mddev_create/destroy_serial_pool
  • From: jgq516@xxxxxxxxx
• [PATCH v2 7/9] md: introduce a new struct for IO serialization
  • From: jgq516@xxxxxxxxx
• [PATCH v2 5/9] raid1: serialize the overlap write
  • From: jgq516@xxxxxxxxx
• [PATCH v2 6/9] md: don't destroy serial_info_pool if serialize_policy is true
  • From: jgq516@xxxxxxxxx
• [PATCH v2 2/9] md: prepare for enable raid1 io serialization
  • From: jgq516@xxxxxxxxx
• [PATCH v2 1/9] md: rename wb stuffs
  • From: jgq516@xxxxxxxxx
• [PATCH v2 0/9] raid1 io serialization
  • From: jgq516@xxxxxxxxx
• Re: [PATCH V2] raid5: avoid second retry of read-error
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [PATCH V2] raid5: avoid second retry of read-error
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: md: Fix Kconfig indentation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] md: Fix Kconfig indentation
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH] mdadm.8: add note information for raid0 growing operation
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH] Add support for Tebibytes
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH] Change warning message
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• Re: Fix bad backport to stable v3.16+
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid5: avoid second retry of read-error
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [GIT PULL] md-next 20191114
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20191114
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH] raid5: avoid second retry of read-error
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [GIT PULL] md-next 20191113
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20191113
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH AUTOSEL 4.19 067/209] md: allow metadata updates while suspending an array - fix
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 041/115] md: allow metadata updates while suspending an array - fix
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 0/2 v2] mdadm: address the RAID0 layout problem
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• [PATCH v2] md/raid0: Provide admin guidance on multi-zone RAID0 layout migration
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] mdadm: fixes for mdcheck
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: allow to specify second volume size
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH mdadm] super-intel: don't mark structs 'packed' unnecessarily
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] md/raid10: prevent access of uninitialized resync_pages offset
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md/raid10: prevent access of uninitialized resync_pages offset
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] md/raid10: prevent access of uninitialized resync_pages offset
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• [PATCH] md/raid10: prevent access of uninitialized resync_pages offset
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: [PATCH 6/8] md: switch from list to rb tree for IO serialization
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/8] md: add is_force parameter for some funcs
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 6/8] md: switch from list to rb tree for IO serialization
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH 3/8] md: add serialize_policy sysfs node for raid1
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH 2/8] md: add is_force parameter for some funcs
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [PATCH] imsm: allow to specify second volume size
  • From: Krzysztof Smolinski <krzysztof.smolinski@xxxxxxxxx>
• Re: mdadm release cycle
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: mdadm release cycle
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• mdadm release cycle
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH] raid456: avoid second retry of read-error
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] raid456: avoid second retry of read-error
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid456: avoid second retry of read-error
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] raid456: avoid second retry of read-error
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] mdadm.8: add note information for raid0 growing operation
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] raid456: avoid second retry of read-error
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid456: avoid second retry of read-error
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: [PATCH] raid456: avoid second retry of read-error
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm.8: add note information for raid0 growing operation
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid456: avoid second retry of read-error
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid456: avoid second retry of read-error
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 7/8] md/raid1: use bucket based mechanism for IO serialization
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 6/8] md: switch from list to rb tree for IO serialization
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/8] md: add is_force parameter for some funcs
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/8] md: rename wb stuffs
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid456: avoid second retry of read-error
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH] raid456: avoid second retry of read-error
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH 6/8] md: switch from list to rb tree for IO serialization
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH 2/8] md: add is_force parameter for some funcs
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH 1/8] md: rename wb stuffs
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] raid456: avoid second retry of read-error
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] raid456: avoid second retry of read-error
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] raid456: avoid second retry of read-error
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] raid456: avoid second retry of read-error
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mdadm.8: add note information for raid0 growing operation
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] mdadm.8: add note information for raid0 growing operation
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm.8: add note information for raid0 growing operation
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] mdadm.8: add note information for raid0 growing operation
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH] mdadm.8: add note information for raid0 growing operation
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] raid456: avoid second retry of read-error
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] raid456: avoid second retry of read-error
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH 1/1] raid456: avoid second retry of read-error
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [PATCH 1/1] raid456: avoid second retry of read-error
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH 1/2] Create: add support for RAID0 layouts.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH 2/2] Assemble: add support for RAID0 layouts.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/2] Create: add support for RAID0 layouts.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/2 v2] mdadm: address the RAID0 layout problem
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/2] Assemble: add support for RAID0 layouts.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/2] Create: add support for RAID0 layouts.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 7/8] md/raid1: use bucket based mechanism for IO serialization
  • From: jgq516@xxxxxxxxx
• [PATCH 8/8] md/raid1: introduce wait_for_serialization
  • From: jgq516@xxxxxxxxx
• [PATCH 6/8] md: switch from list to rb tree for IO serialization
  • From: jgq516@xxxxxxxxx
• [PATCH 5/8] md: don't destroy serial_info_pool if serialize_policy is true
  • From: jgq516@xxxxxxxxx
• [PATCH 4/8] raid1: serialize the overlap write
  • From: jgq516@xxxxxxxxx
• [PATCH 2/8] md: add is_force parameter for some funcs
  • From: jgq516@xxxxxxxxx
• [PATCH 3/8] md: add serialize_policy sysfs node for raid1
  • From: jgq516@xxxxxxxxx
• [PATCH 1/8] md: rename wb stuffs
  • From: jgq516@xxxxxxxxx
• [PATCH 0/8] raid1 io serialization
  • From: jgq516@xxxxxxxxx
• Re: [PATCH 2/2] Assemble: add support for RAID0 layouts.
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Create: add support for RAID0 layouts.
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• Re: [PATCH mdadm] super-intel: don't mark structs 'packed' unnecessarily
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH mdadm] super-intel: don't mark structs 'packed' unnecessarily
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH mdadm] Makefile: support latest gcc: address-of-packed-member
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH mdadm] Makefile: support latest gcc: address-of-packed-member
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH mdadm] Makefile: support latest gcc: address-of-packed-member
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/2] Create: add support for RAID0 layouts.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/2] Assemble: add support for RAID0 layouts.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/2] mdadm: address the RAID0 layout problem
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md/raid1: avoid soft lockup under high load
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v2] md: avoid invalid memory access for array sb->dev_roles
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: RAID6 gets stuck during reshape with 100% CPU
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: RAID6 gets stuck during reshape with 100% CPU
  • From: Anssi Hannula <anssi.hannula@xxxxxx>
• Re: Cannot fix Current_Pending_Sector even after check and repair
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: Cannot fix Current_Pending_Sector even after check and repair
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Cannot fix Current_Pending_Sector even after check and repair
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• [PATCH v2] md: avoid invalid memory access for array sb->dev_roles
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: Cannot fix Current_Pending_Sector even after check and repair
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Cannot fix Current_Pending_Sector even after check and repair
  • From: Jorge Bastos <jorge.mrbastos@xxxxxxxxx>
• Re: Cannot fix Current_Pending_Sector even after check and repair
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• Re: [PATCH] md: avoid invalid memory access for array sb->dev_roles
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: Cannot fix Current_Pending_Sector even after check and repair
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: raid0 layout issue documentation / confusions
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• [PATCH] md/raid0: Provide admin guidance on multi-zone RAID0 layout migration
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• [PATCH 3/3] SUSE-mdadm_env.sh: handle MDADM_CHECK_DURATION
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/3] mdcheck: use ${} to pass variable to mdcheck
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/3] mdcheck: when mdcheck_start is enabled, enable mdcheck_continue too.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/3] mdadm: fixes for mdcheck
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID6 gets stuck during reshape with 100% CPU
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: raid0 layout issue documentation / confusions
  • From: Andreas Hegyi <a@xxxxxxxxxx>
• Re: raid0 layout issue documentation / confusions
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• raid0 layout issue documentation / confusions
  • From: Andreas <a@xxxxxxxxxx>
• Re: RAID6 gets stuck during reshape with 100% CPU
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: RAID6 gets stuck during reshape with 100% CPU
  • From: Anssi Hannula <anssi.hannula@xxxxxx>
• Re: RAID6 gets stuck during reshape with 100% CPU
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: RAID6 gets stuck during reshape with 100% CPU
  • From: Anssi Hannula <anssi.hannula@xxxxxx>
• Re: [PATCH] md: avoid invalid memory access for array sb->dev_roles
  • From: Song Liu <songliubraving@xxxxxx>
• Re: Cannot fix Current_Pending_Sector even after check and repair
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Cannot fix Current_Pending_Sector even after check and repair
  • From: Jorge Bastos <jorge.mrbastos@xxxxxxxxx>
• Re: Cannot fix Current_Pending_Sector even after check and repair
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• Re: RAID6 gets stuck during reshape with 100% CPU
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: Cannot fix Current_Pending_Sector even after check and repair
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• [PATCH] md: avoid invalid memory access for array sb->dev_roles
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: admin-guide page for raid0 layout issue
  • From: Song Liu <songliubraving@xxxxxx>
• Re: admin-guide page for raid0 layout issue
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Cannot fix Current_Pending_Sector even after check and repair
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Cannot fix Current_Pending_Sector even after check and repair
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: admin-guide page for raid0 layout issue
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.3 81/99] md/raid0: fix warning message for parameter default_layout
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 50/59] md/raid0: fix warning message for parameter default_layout
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 26/33] md/raid0: fix warning message for parameter default_layout
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: RAID6 gets stuck during reshape with 100% CPU
  • From: Anssi Hannula <anssi.hannula@xxxxxx>
• Re: admin-guide page for raid0 layout issue
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v3 0/3] Fix typo in RWH_WRITE_LIFE_NOT_SET constant name
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] md/raid1: avoid soft lockup under high load
  • From: Hannes Reinecke <hare@xxxxxxx>
• admin-guide page for raid0 layout issue
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• Re: RAID6 gets stuck during reshape with 100% CPU
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [GIT PULL] md-next 20191024
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [GIT PULL] md-next 20191024
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [GIT PULL] md-next 20191024
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20191024
  • From: Song Liu <songliubraving@xxxxxx>
• Re: RAID6 gets stuck during reshape with 100% CPU
  • From: Anssi Hannula <anssi.hannula@xxxxxx>
• Re: RAID6 gets stuck during reshape with 100% CPU
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: How to assemble Intel RST Matrix volumes?
  • From: hhardly@xxxxxxxxxxx
• Re: How to assemble Intel RST Matrix volumes?
  • From: hhardly@xxxxxxxxxxx
• Re: How to assemble Intel RST Matrix volumes?
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: How to assemble Intel RST Matrix volumes?
  • From: hhardly@xxxxxxxxxxx
• Re: How to assemble Intel RST Matrix volumes?
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• How to assemble Intel RST Matrix volumes?
  • From: hhardly@xxxxxxxxxxx
• Re: Degraded RAID1
  • From: Curtis Vaughan <curtis@xxxxxxxxxxx>
• Re: Degraded RAID1
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Degraded RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Degraded RAID1
  • From: Curtis Vaughan <curtis@xxxxxxxxxxx>
• [PATCH AUTOSEL 4.19 013/100] bcache: fix input overflow to writeback_rate_minimum
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• RAID6 gets stuck during reshape with 100% CPU
  • From: Anssi Hannula <anssi.hannula@xxxxxx>
• Re: Degraded RAID1
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: Degraded RAID1
  • From: Curtis Vaughan <curtis@xxxxxxxxxxx>
• Re: Degraded RAID1
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Degraded RAID1
  • From: Curtis Vaughan <curtis@xxxxxxxxxxx>
• Re: [PATCH v3 0/3] Fix typo in RWH_WRITE_LIFE_NOT_SET constant name
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [GIT PULL] md-fixes 20191016
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-fixes 20191016
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v4] md: no longer compare spare disk superblock events in super_load
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v4] md: no longer compare spare disk superblock events in super_load
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH v4] md: no longer compare spare disk superblock events in super_load
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH v4] md: no longer compare spare disk superblock events in super_load
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v4] md: no longer compare spare disk superblock events in super_load
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH v3] md: no longer compare spare disk superblock events in super_load
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v3] md: no longer compare spare disk superblock events in super_load
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: Degraded RAID1
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Degraded RAID1
  • From: Curtis Vaughan <curtis@xxxxxxxxxxx>
• Re: Degraded RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Degraded RAID1
  • From: Curtis Vaughan <curtis@xxxxxxxxxxx>
• Re: Degraded RAID1
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Degraded RAID1
  • From: Curtis Vaughan <curtis@xxxxxxxxxxx>
• [PATCH] md/raid0: fix warning message for parameter default_layout
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v3] md: no longer compare spare disk superblock events in super_load
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [PATCH v3] md: no longer compare spare disk superblock events in super_load
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH v2] md: no longer compare spare disk superblock events in super_load
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH 1/1] Call md_handle_request directly in md_flush_request
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Degraded RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] md: no longer compare spare disk superblock events in super_load
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Degraded RAID1
  • From: Curtis Vaughan <curtis@xxxxxxxxxxx>
• Re: md/raid0: avoid RAID0 data corruption due to layout confusion. ?
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH 1/1] Call md_handle_request directly in md_flush_request
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: md/raid0: avoid RAID0 data corruption due to layout confusion. ?
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: md/raid0: avoid RAID0 data corruption due to layout confusion. ?
  • From: DrYak <doktor.yak@xxxxxxxxx>
• Re: [PATCH 1/1] Call md_handle_request directly in md_flush_request
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v2] md: no longer compare spare disk superblock events in super_load
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: md/raid0: avoid RAID0 data corruption due to layout confusion. ?
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [PATCH v6 27/43] compat_ioctl: remove last RAID handling code
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v6 00/43] compat_ioctl: remove most of fs/compat_ioctl.c
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: md/raid0: avoid RAID0 data corruption due to layout confusion. ?
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• md/raid0: avoid RAID0 data corruption due to layout confusion. ?
  • From: "David F." <df7729@xxxxxxxxx>
• Re: [PATCH v2] imsm: save current_vol number
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH v2] imsm: save current_vol number
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: [PATCH] imsm: save current_vol number
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 1/1] Call md_handle_request directly in md_flush_request
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH] imsm: save current_vol number
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: [PATCH v3 0/3] Fix typo in RWH_WRITE_LIFE_NOT_SET constant name
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] udev: allow for udev attribute reading bug.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] md/bitmap: avoid race window between md_bitmap_resize and bitmap_file_clear_bit
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: Fix for fd0 and sr0 in /proc/partitions
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: [PATCH v3 0/3] Fix typo in RWH_WRITE_LIFE_NOT_SET constant name
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/1] Call md_handle_request directly in md_flush_request
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v3 0/3] Fix typo in RWH_WRITE_LIFE_NOT_SET constant name
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md/raid0: Fix an error message in raid0_make_request()
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md/bitmap: avoid race window between md_bitmap_resize and bitmap_file_clear_bit
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md/bitmap: avoid race window between md_bitmap_resize and bitmap_file_clear_bit
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: Fix for fd0 and sr0 in /proc/partitions
  • From: "David F." <df7729@xxxxxxxxx>
• Re: Fix for fd0 and sr0 in /proc/partitions
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Will Linux ever add support for new Intel storage controllers in RAID mode?
  • From: "David F." <df7729@xxxxxxxxx>
• Re: Fix for fd0 and sr0 in /proc/partitions
  • From: "David F." <df7729@xxxxxxxxx>
• Re: Fix for fd0 and sr0 in /proc/partitions
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: RAID6: "Bad block number requested"
  • From: Sebastian Hegler <sebastian.hegler@xxxxxxxxxxxxx>
• Re: Fix for fd0 and sr0 in /proc/partitions
  • From: "David F." <df7729@xxxxxxxxx>
• Re: [mdadm PATCH 0/2] Fix two bugs of md cluster testing
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v4 2/2] mdadm: Introduce new array state 'broken' for raid0/linear
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] mdadm: force a uuid swap on big endian
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH, RESEND] imsm: close removed drive fd.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [RFC PATCH V3] mdadm/md.4: add the descriptions for bitmap sysfs nodes
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v4 2/2] mdadm: Introduce new array state 'broken' for raid0/linear
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: Fix for fd0 and sr0 in /proc/partitions
  • From: "David F." <df7729@xxxxxxxxx>
• [PATCH, RESEND] imsm: close removed drive fd.
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• [mdadm PATCH 2/2] Don't need to check recovery after re-add when no I/O writes to raid
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [mdadm PATCH 1/2] Init devlist as an array
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [mdadm PATCH 0/2] Fix two bugs of md cluster testing
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Fix for fd0 and sr0 in /proc/partitions
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Fix for fd0 and sr0 in /proc/partitions
  • From: "David F." <df7729@xxxxxxxxx>
• upgraded mdadm now scans floppy drives?
  • From: "David F." <df7729@xxxxxxxxx>
• prevent scan of floppy and cd drives?
  • From: "David F." <df7729@xxxxxxxxx>
• Re: [PATCH,v2] mdadm: check value returned by snprintf against errors
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] md/bitmap: avoid race window between md_bitmap_resize and bitmap_file_clear_bit
  • From: jgq516@xxxxxxxxx
• Re: [PATCH v2] md: no longer compare spare disk superblock events in super_load
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] md: no longer compare spare disk superblock events in super_load
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH] md: no longer compare spare disk superblock events in super_load
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: RAID 10 with 2 failed drives
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] mdadm: force a uuid swap on big endian
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH,v2] mdadm: check value returned by snprintf against errors
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxx>
• RE: RAID 10 with 2 failed drives
  • From: "Liviu Petcu" <Liviu.Petcu@xxxxxxx>
• [PATCH AUTOSEL 5.3 162/203] md/raid1: fail run raid1 array when active disk less than one
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.3 180/203] raid5: don't set STRIPE_HANDLE to stripe which is in batch list
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.3 050/203] md/raid1: end bio when the device faulty
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 168/185] raid5: don't increment read_errors on EILSEQ return
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 043/185] md: don't call spare_active in md_reap_sync_thread if all member devices can't work
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 044/185] md: don't set In_sync if array is frozen
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 031/128] md/raid1: end bio when the device faulty
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 032/128] md: don't call spare_active in md_reap_sync_thread if all member devices can't work
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 033/128] md: don't set In_sync if array is frozen
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 147/185] md/raid1: fail run raid1 array when active disk less than one
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.3 052/203] md: don't set In_sync if array is frozen
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 114/128] raid5: don't set STRIPE_HANDLE to stripe which is in batch list
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 25/89] md: don't call spare_active in md_reap_sync_thread if all member devices can't work
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 26/89] md: don't set In_sync if array is frozen
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 71/89] md/raid1: fail run raid1 array when active disk less than one
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 78/89] raid5: don't set STRIPE_HANDLE to stripe which is in batch list
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 81/89] raid5: don't increment read_errors on EILSEQ return
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 46/60] md/raid1: fail run raid1 array when active disk less than one
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 18/44] md: don't set In_sync if array is frozen
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 34/44] md/raid1: fail run raid1 array when active disk less than one
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 17/44] md: don't call spare_active in md_reap_sync_thread if all member devices can't work
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 21/60] md: don't set In_sync if array is frozen
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 20/60] md: don't call spare_active in md_reap_sync_thread if all member devices can't work
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 24/89] md/raid1: end bio when the device faulty
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 119/128] raid5: don't increment read_errors on EILSEQ return
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 104/128] md/raid1: fail run raid1 array when active disk less than one
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 162/185] raid5: don't set STRIPE_HANDLE to stripe which is in batch list
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 042/185] md/raid1: end bio when the device faulty
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.3 186/203] raid5: don't increment read_errors on EILSEQ return
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.3 051/203] md: don't call spare_active in md_reap_sync_thread if all member devices can't work
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• RE: RAID 10 with 2 failed drives
  • From: "Liviu Petcu" <Liviu.Petcu@xxxxxxx>
• Re: RAID 10 with 2 failed drives
  • From: Sarah Newman <srn@xxxxxxxxx>
• RE: RAID 10 with 2 failed drives
  • From: "Liviu Petcu" <Liviu.Petcu@xxxxxxx>
• RE: RAID 10 with 2 failed drives
  • From: "Liviu Petcu" <Liviu.Petcu@xxxxxxx>
• Re: RAID 10 with 2 failed drives
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: RAID 10 with 2 failed drives
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• RE: RAID 10 with 2 failed drives
  • From: "Liviu Petcu" <Liviu.Petcu@xxxxxxx>
• [PATCH] md/raid0: Fix an error message in raid0_make_request()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: RAID 10 with 2 failed drives
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: RAID 10 with 2 failed drives
  • From: Sarah Newman <srn@xxxxxxxxx>
• RE: RAID 10 with 2 failed drives
  • From: "Liviu Petcu" <Liviu.Petcu@xxxxxxx>
• Re: RAID 10 with 2 failed drives
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: RAID 10 with 2 failed drives
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID 10 with 2 failed drives
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: RAID 10 with 2 failed drives
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH v3 3/3] drivers/md/raid5-ppl.c: use the new spelling of RWH_WRITE_LIFE_NOT_SET
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• [PATCH v3 2/3] drivers/md/raid5.c: use the new spelling of RWH_WRITE_LIFE_NOT_SET
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• [PATCH v3 1/3] fcntl: fix typo in RWH_WRITE_LIFE_NOT_SET r/w hint name
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• [PATCH v3 0/3] Fix typo in RWH_WRITE_LIFE_NOT_SET constant name
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: RAID 10 with 2 failed drives
  • From: Sarah Newman <srn@xxxxxxxxx>
• RE: RAID 10 with 2 failed drives
  • From: "Liviu Petcu" <Liviu.Petcu@xxxxxxx>
• Re: [PATCH] udev: allow for udev attribute reading bug.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Linux RAID 1 Not Working
  • From: "David F." <df7729@xxxxxxxxx>
• Re: [PATCH] udev: allow for udev attribute reading bug.
  • From: "David F." <df7729@xxxxxxxxx>
• Re: RAID 10 with 2 failed drives
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• RAID 10 with 2 failed drives
  • From: "Liviu Petcu" <Liviu.Petcu@xxxxxxx>
• Re: [PATCH 1/1] Call md_handle_request directly in md_flush_request
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] Call md_handle_request directly in md_flush_request
  • From: David Jeffery <djeffery@xxxxxxxxxx>
• [PATCH] udev: allow for udev attribute reading bug.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/1] Call md_handle_request directly in md_flush_request
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] Call md_handle_request directly in md_flush_request
  • From: David Jeffery <djeffery@xxxxxxxxxx>
• [PATCH 1/1] Call md_handle_request directly in md_flush_request
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Linux RAID 1 Not Working
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: Linux RAID 1 Not Working
  • From: "David F." <df7729@xxxxxxxxx>
• Re: [PATCH v4 2/2] mdadm: Introduce new array state 'broken' for raid0/linear
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [GIT PULL] md-next 20190913
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20190913
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 0/2] two trivial cleanup for raid5
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: Linux RAID 1 Not Working
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxx>
• Linux RAID 1 Not Working
  • From: "David F." <df7729@xxxxxxxxx>
• [PATCH 2/2] raid5: use bio_end_sector in r5_next_bio
  • From: jgq516@xxxxxxxxx
• [PATCH 1/2] raid5: remove STRIPE_OPS_REQ_PENDING
  • From: jgq516@xxxxxxxxx
• [PATCH 0/2] two trivial cleanup for raid5
  • From: jgq516@xxxxxxxxx
• Re: [PATCH] md: no longer compare spare disk superblock events in super_load
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md: no longer compare spare disk superblock events in super_load
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v3 0/2] skip spare disk as freshest disk
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md/raid0: avoid RAID0 data corruption due to layout confusion.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] mdadm: force a uuid swap on big endian
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH v3 0/2] skip spare disk as freshest disk
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH] raid5: don't set STRIPE_HANDLE to stripe which is in batch list
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md/raid0: avoid RAID0 data corruption due to layout confusion.
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v3 0/2] skip spare disk as freshest disk
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [PATCH] raid5: don't set STRIPE_HANDLE to stripe which is in batch list
  • From: jgq516@xxxxxxxxx
• [PATCH v3 0/2] skip spare disk as freshest disk
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v3 2/2] md: don't let spare disk become the fresh disk in analyze_sbs()
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v3 1/2] md: add a new entry .disk_is_spare in super_types
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH] md/raid0: avoid RAID0 data corruption due to layout confusion.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md/raid0: avoid RAID0 data corruption due to layout confusion.
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid0: avoid RAID0 data corruption due to layout confusion.
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v2] md: don't let spare disk become the fresh disk in analyze_sbs()
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v2] md: don't let spare disk become the fresh disk in analyze_sbs()
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH] md: no longer compare spare disk superblock events in super_load
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH] md/raid0: avoid RAID0 data corruption due to layout confusion.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md/raid0: avoid RAID0 data corruption due to layout confusion.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/2] md: add feature flag MD_FEATURE_RAID0_LAYOUT
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] raid5: don't warn with STRIPE_ACTIVE flag in break_stripe_batch_list
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] md: add feature flag MD_FEATURE_RAID0_LAYOUT
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid5: don't warn with STRIPE_ACTIVE flag in break_stripe_batch_list
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] md/raid0: avoid RAID0 data corruption due to layout confusion.
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid5: don't increment read_errors on EILSEQ return
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md/raid0: avoid RAID0 data corruption due to layout confusion.
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 2/2] md: add feature flag MD_FEATURE_RAID0_LAYOUT
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] md/raid0: avoid RAID0 data corruption due to layout confusion.
  • From: NeilBrown <neilb@xxxxxxx>
• [SOLVED] Re: --add-journal not working with 5.2.13??!!
  • From: Carlos Carvalho <carlos@xxxxxxxxxxxxxx>
• --add-journal not working with 5.2.13??!!
  • From: Carlos Carvalho <carlos@xxxxxxxxxxxxxx>
• [PATCH] raid5: don't increment read_errors on EILSEQ return
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH] raid5: don't warn with STRIPE_ACTIVE flag in break_stripe_batch_list
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: raid6 with dm-integrity should not cause device to fail
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: raid6 with dm-integrity should not cause device to fail
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: raid6 with dm-integrity should not cause device to fail
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: raid6 with dm-integrity should not cause device to fail
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: raid6 with dm-integrity should not cause device to fail
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] raid5: don't warn with STRIPE_ACTIVE flag in break_stripe_batch_list
  • From: Song Liu <songliubraving@xxxxxx>
• Re: raid6 with dm-integrity should not cause device to fail
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: raid6 with dm-integrity should not cause device to fail
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid5: don't warn with STRIPE_ACTIVE flag in break_stripe_batch_list
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: raid6 with dm-integrity should not cause device to fail
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: raid6 with dm-integrity should not cause device to fail
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH v4 2/2] mdadm: Introduce new array state 'broken' for raid0/linear
  • From: Song Liu <songliubraving@xxxxxx>
• Re: md0: bitmap file is out of date, resync
  • From: Mathias G <newsnet-mg-2016@xxxxxxxxxxxxx>
• Re: mdadm RAID5 to RAID6 migration thrown exceptions, access to data lost
  • From: Krzysztof Jakóbczyk <krzysiek.jakobczyk@xxxxxxxxx>
• Re: mdadm RAID5 to RAID6 migration thrown exceptions, access to data lost
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Fwd: mdadm RAID5 to RAID6 migration thrown exceptions, access to data lost
  • From: Krzysztof Jakóbczyk <krzysiek.jakobczyk@xxxxxxxxx>
• Re: [GIT PULL] md-next 20190903
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v3 1/2] md raid0/linear: Mark array as 'broken' and fail BIOs if a member is gone
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] md raid0/linear: Mark array as 'broken' and fail BIOs if a member is gone
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH] md/raid5: use bio_end_sector to calculate last_sector
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v2] md/raid1: fail run raid1 array when active disk less than one
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [GIT PULL] md-next 20190903
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v4 1/2] md raid0/linear: Mark array as 'broken' and fail BIOs if a member is gone
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] md: no longer compare spare disk superblock events in super_load
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v3 1/2] md raid0/linear: Mark array as 'broken' and fail BIOs if a member is gone
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH v4 1/2] md raid0/linear: Mark array as 'broken' and fail BIOs if a member is gone
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH v4 2/2] mdadm: Introduce new array state 'broken' for raid0/linear
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: Fwd: mdadm RAID5 to RAID6 migration thrown exceptions, access to data lost
  • From: Krzysztof Jakóbczyk <krzysiek.jakobczyk@xxxxxxxxx>
• Re: Fwd: mdadm RAID5 to RAID6 migration thrown exceptions, access to data lost
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH v2] md/raid1: fail run raid1 array when active disk less than one
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: Fwd: mdadm RAID5 to RAID6 migration thrown exceptions, access to data lost
  • From: Krzysztof Jakóbczyk <krzysiek.jakobczyk@xxxxxxxxx>
• [PATCH] md/raid5: use bio_end_sector to calculate last_sector
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: md0: bitmap file is out of date, resync
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• Re: [PATCH] md/raid1: fail run raid1 array when active disk less than one
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Fwd: mdadm RAID5 to RAID6 migration thrown exceptions, access to data lost
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Fwd: mdadm RAID5 to RAID6 migration thrown exceptions, access to data lost
  • From: Krzysztof Jakóbczyk <krzysiek.jakobczyk@xxxxxxxxx>
• Re: Fwd: mdadm RAID5 to RAID6 migration thrown exceptions, access to data lost
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Fwd: mdadm RAID5 to RAID6 migration thrown exceptions, access to data lost
  • From: Krzysztof Jakóbczyk <krzysiek.jakobczyk@xxxxxxxxx>
• Re: Fwd: mdadm RAID5 to RAID6 migration thrown exceptions, access to data lost
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Fwd: mdadm RAID5 to RAID6 migration thrown exceptions, access to data lost
  • From: Krzysztof Jakóbczyk <krzysiek.jakobczyk@xxxxxxxxx>
• Re: [PATCH] md/raid1: fail run raid1 array when active disk less than one
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH] md/raid1: fail run raid1 array when active disk less than one
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] md/raid1: fail run raid1 array when active disk less than one
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH] md: no longer compare spare disk superblock events in super_load
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: Kernel error at a LVM snapshot creation
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md0: bitmap file is out of date, resync
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: md0: bitmap file is out of date, resync
  • From: Mathias G <newsnet-mg-2016@xxxxxxxxxxxxx>
• Kernel error at a LVM snapshot creation
  • From: Dmitrij Gusev <dmitrij@xxxxxxxx>
• Kernel error at a LVM snapshot creation
  • From: Dmitrij Gusev <dmitrij@xxxxxxxx>
• Re: [RFC PATCH] md/raid5: set STRIPE_SIZE as a configurable value
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH] raid5: don't warn with STRIPE_SYNCING flag in break_stripe_batch_list
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: WARNING in break_stripe_batch_list with "stripe state: 2001"
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] mdadm: Introduce new array state 'broken' for raid0/linear
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] md raid0/linear: Mark array as 'broken' and fail BIOs if a member is gone
  • From: Guilherme Piccoli <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] md raid0/linear: Mark array as 'broken' and fail BIOs if a member is gone
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: WARNING in break_stripe_batch_list with "stripe state: 2001"
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [RFC PATCH] md/raid5: set STRIPE_SIZE as a configurable value
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v3 2/2] mdadm: Introduce new array state 'broken' for raid0/linear
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v3 1/2] md raid0/linear: Mark array as 'broken' and fail BIOs if a member is gone
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] raid5: don't warn with STRIPE_SYNCING flag in break_stripe_batch_list
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] raid5: don't warn with STRIPE_SYNCING flag in break_stripe_batch_list
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] raid5: don't warn with STRIPE_SYNCING flag in break_stripe_batch_list
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] mdadm: Introduce new array state 'broken' for raid0/linear
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.19 02/29] Revert "dm bufio: fix deadlock with loop device"
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 02/14] Revert "dm bufio: fix deadlock with loop device"
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 1/8] Revert "dm bufio: fix deadlock with loop device"
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 1/6] Revert "dm bufio: fix deadlock with loop device"
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] raid5: don't warn with STRIPE_SYNCING flag in break_stripe_batch_list
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [RFC PATCH] md/raid5: set STRIPE_SIZE as a configurable value
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH] raid5: don't warn with STRIPE_SYNCING flag in break_stripe_batch_list
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH] raid5: don't warn with STRIPE_SYNCING flag in break_stripe_batch_list
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [GIT PULL] md-next 20190827
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [GIT PULL] md-next 20190827
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [GIT PULL] md-next 20190827
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20190827
  • From: Song Liu <songliubraving@xxxxxx>
• Re: WARNING in break_stripe_batch_list with "stripe state: 2001"
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] raid5: fix spelling mistake \"bion\" -> \"bios\"
  • From: sunnyZhang <sunny.s.zhang@xxxxxxxxxx>
• Re: [PATCH] raid5: fix spelling mistake \"bion\" -> \"bios\"
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: WARNING in break_stripe_batch_list with "stripe state: 2001"
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH] raid5: fix spelling mistake \"bion\" -> \"bios\"
  • From: Shuning Zhang <sunny.s.zhang@xxxxxxxxxx>
• [PATCH] raid5: fix spelling mistake \"bion\" -> \"bios\"
  • From: Shuning Zhang <sunny.s.zhang@xxxxxxxxxx>
• Re: WARNING in break_stripe_batch_list with "stripe state: 2001"
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: WARNING in break_stripe_batch_list with "stripe state: 2001"
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Failed raid after two devices temporarily failed
  • From: Alex Pilon <therealalexpilon@xxxxxxxxx>
• Re: [PATCH] md: update MAINTAINERS info
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v3 1/2] md raid0/linear: Mark array as 'broken' and fail BIOs if a member is gone
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v3 1/2] md raid0/linear: Mark array as 'broken' and fail BIOs if a member is gone
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [RFC] How to handle an ugly md raid0 sector map bug ?
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC] How to handle an ugly md raid0 sector map bug ?
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [RFC] How to handle an ugly md raid0 sector map bug ?
  • From: Coly Li <colyli@xxxxxxx>
• Re: md0: bitmap file is out of date, resync
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• Re: [RFC] How to handle an ugly md raid0 sector map bug ?
  • From: Song Liu <songliubraving@xxxxxx>
• Re: md0: bitmap file is out of date, resync
  • From: Mathias G <newsnet-mg-2016@xxxxxxxxxxxxx>
• Re: Issues about the merge_bvec_fn callback in 3.10 series
  • From: Jianchao Wang <jianchao.wan9@xxxxxxxxx>
• Re: Issues about the merge_bvec_fn callback in 3.10 series
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RFC] How to handle an ugly md raid0 sector map bug ?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v3 2/2] mdadm: Introduce new array state 'broken' for raid0/linear
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v3 1/2] md raid0/linear: Mark array as 'broken' and fail BIOs if a member is gone
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] md: update MAINTAINERS info
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v2 1/2] md raid0/linear: Introduce new array state 'broken'
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH v2] md raid0/linear: Fail BIOs if their underlying block device is gone
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH v3 2/2] mdadm: Introduce new array state 'broken' for raid0/linear
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH v3 1/2] md raid0/linear: Mark array as 'broken' and fail BIOs if a member is gone
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] md raid0/linear: Introduce new array state 'broken'
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [RFC] How to handle an ugly md raid0 sector map bug ?
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2 1/2] md raid0/linear: Introduce new array state 'broken'
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: Issues about the merge_bvec_fn callback in 3.10 series
  • From: Jianchao Wang <jianchao.wan9@xxxxxxxxx>
• Re: [PATCH] md: update MAINTAINERS info
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] md: update MAINTAINERS info
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: update MAINTAINERS info
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] md: update MAINTAINERS info
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2 1/2] md raid0/linear: Introduce new array state 'broken'
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v2 1/2] md raid0/linear: Introduce new array state 'broken'
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH] md: update MAINTAINERS info
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v2 1/2] md raid0/linear: Introduce new array state 'broken'
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 0/2] Two md fixes suitable for -stable
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] raid5 improve too many read errors msg by adding limits
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v2 1/2] md raid0/linear: Introduce new array state 'broken'
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v2 1/2] md raid0/linear: Introduce new array state 'broken'
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH] raid5 improve too many read errors msg by adding limits
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Issues about the merge_bvec_fn callback in 3.10 series
  • From: Jianchao Wang <jianchao.wan9@xxxxxxxxx>
• Re: [PATCH] raid5 improve too many read errors msg by adding limits
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] raid5 improve too many read errors msg by adding limits
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: 5.1.21 Dell 2950 terrible swraid5 I/O performance with swraid on top of Perc 5/i raid0/jbod
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: Bisected: Kernel 4.14 + has 3 times higher write IO latency than Kernel 4.4 with raid1
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 2/2] md: don't report active array_state until after revalidate_disk() completes.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/2] md: only call set_in_sync() when it is expected to succeed.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 0/2] Two md fixes suitable for -stable
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2 1/2] md raid0/linear: Introduce new array state 'broken'
  • From: Song Liu <songliubraving@xxxxxx>
• md-cluster + raid1 and raid0 / clvm
  • From: "Thomas Rosenstein" <thomas.rosenstein@xxxxxxxxxxxxxxxx>
• Re: 5.1.21 Dell 2950 terrible swraid5 I/O performance with swraid on top of Perc 5/i raid0/jbod
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] md raid0/linear: Introduce new array state 'broken'
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] md raid0/linear: Introduce new array state 'broken'
  • From: Song Liu <songliubraving@xxxxxx>
• Re: 5.1.21 Dell 2950 terrible swraid5 I/O performance with swraid on top of Perc 5/i raid0/jbod
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] md raid0/linear: Introduce new array state 'broken'
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] md raid0/linear: Introduce new array state 'broken'
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: 5.1.21 Dell 2950 terrible swraid5 I/O performance with swraid on top of Perc 5/i raid0/jbod
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: 5.1.21 Dell 2950 terrible swraid5 I/O performance with swraid on top of Perc 5/i raid0/jbod
  • From: Paolo Valente <paolo.valente@xxxxxxxxxx>
• Re: 5.1.21 Dell 2950 terrible swraid5 I/O performance with swraid on top of Perc 5/i raid0/jbod
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: 5.1.21 Dell 2950 terrible swraid5 I/O performance with swraid on top of Perc 5/i raid0/jbod
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: 5.1.21 Dell 2950 terrible swraid5 I/O performance with swraid on top of Perc 5/i raid0/jbod
  • From: Paolo Valente <paolo.valente@xxxxxxxxxx>
• Re: 5.1.21 Dell 2950 terrible swraid5 I/O performance with swraid on top of Perc 5/i raid0/jbod
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: 5.1.21 Dell 2950 terrible swraid5 I/O performance with swraid on top of Perc 5/i raid0/jbod
  • From: Paolo Valente <paolo.valente@xxxxxxxxxx>
• 5.1.21 Dell 2950 terrible swraid5 I/O performance with swraid on top of Perc 5/i raid0/jbod
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: [PATCH] raid5 improve too many read errors msg by adding limits
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] raid5 improve too many read errors msg by adding limits
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] raid5 improve too many read errors msg by adding limits
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH] imsm: data offset support during first volume creation
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH,v2] mdadm: check value returned by snprintf against errors
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH v2 2/2] mdadm: Introduce new array state 'broken' for raid0/linear
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH v2 1/2] md raid0/linear: Introduce new array state 'broken'
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH v2] md raid0/linear: Fail BIOs if their underlying block device is gone
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH] imsm: data offset support during first volume creation
  • From: Krzysztof Smolinski <krzysztof.smolinski@xxxxxxxxx>
• Re: [PATCH,v2] mdadm: check value returned by snprintf against errors
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH,v2] mdadm: check value returned by snprintf against errors
  • From: Krzysztof Smolinski <krzysztof.smolinski@xxxxxxxxx>
• RE: [PATCH] mdadm: fixed mdadm compilation on gcc8
  • From: "Smolinski, Krzysztof" <krzysztof.smolinski@xxxxxxxxx>
• Re: Bisected: Kernel 4.14 + has 3 times higher write IO latency than Kernel 4.4 with raid1
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid5 improve too many read errors msg by adding limits
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] raid5 improve too many read errors msg by adding limits
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• An annoyance resolved
  • From: "Renaud (Ron) OLGIATI" <renaud@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fixed mdadm compilation on gcc8
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH] mdadm: fixed mdadm compilation on gcc8
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: [PATCH] raid5 improve too many read errors msg by adding limits
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v2 2/2] udev: add --no-devices option for calling 'mdadm --detail'
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v2 1/2] mdadm: add --no-devices to avoid component devices detail information
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] mdadm.h: include sysmacros.h unconditionally
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] raid5 improve too many read errors msg by adding limits
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: Regression in mdadm breaks assembling of array
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxxxx>
• Re: [PATCH] mdadm.h: include sysmacros.h unconditionally
  • From: Hauke Mehrtens <hauke@xxxxxxxxxx>
• Re: [GIT PULL] md-next 20190807
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: mdadm reports two different UUIDs on s390
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• [GIT PULL] md-next 20190807
  • From: Song Liu <songliubraving@xxxxxx>
• Re: Raid5 2 drive failure (and my spare failed too)
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• WARNING in break_stripe_batch_list with "stripe state: 2001"
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: Bisected: Kernel 4.14 + has 3 times higher write IO latency than Kernel 4.4 with raid1
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: Bisected: Kernel 4.14 + has 3 times higher write IO latency than Kernel 4.4 with raid1
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: Bisected: Kernel 4.14 + has 3 times higher write IO latency than Kernel 4.4 with raid1
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] mdadm.h: include sysmacros.h unconditionally
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: Bisected: Kernel 4.14 + has 3 times higher write IO latency than Kernel 4.4 with raid1
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: Bisected: Kernel 4.14 + has 3 times higher write IO latency than Kernel 4.4 with raid1
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Unrelated question and threading (was: Bisected: Kernel 4.14 + has 3 times higher write IO latency than Kernel 4.4 with raid1)
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: Bisected: Kernel 4.14 + has 3 times higher write IO latency than Kernel 4.4 with raid1
  • From: riccardofarabia@xxxxxxxxx
• Re: Raid5 2 drive failure (and my spare failed too)
  • From: Ryan Heath <gaauuool@xxxxxxxxx>
• Re: Bisected: Kernel 4.14 + has 3 times higher write IO latency than Kernel 4.4 with raid1
  • From: NeilBrown <neilb@xxxxxxxx>
• Bisected: Kernel 4.14 + has 3 times higher write IO latency than Kernel 4.4 with raid1
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: Kernel 4.14 + has 100 times higher IO latency than Kernel 4.4 with raid1
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: Raid5 2 drive failure (and my spare failed too)
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Raid5 2 drive failure (and my spare failed too)
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Raid5 2 drive failure (and my spare failed too)
  • From: Ryan Heath <gaauuool@xxxxxxxxx>
• [mdadm PATCH] Add missing include file sys/sysmacros.h
  • From: Hauke Mehrtens <hauke@xxxxxxxxxx>
• Re: Kernel 4.14 + has 100 times higher IO latency than Kernel 4.4 with raid1
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Kernel 4.14 + has 100 times higher IO latency than Kernel 4.4 with raid1
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH] md/raid1: fix a race between removing rdev and access conf->mirrors[i].rdev
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] md: export internal stats through debugfs
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md/raid1: fix a race between removing rdev and access conf->mirrors[i].rdev
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] raid1: factor out a common routine to handle the completion of sync write
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH] md/raid1: fix a race between removing rdev and access conf->mirrors[i].rdev
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mdadm: add --no-devices to avoid component devices detail information
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2 2/2] udev: add --no-devices option for calling 'mdadm --detail'
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2 1/2] mdadm: add --no-devices to avoid component devices detail information
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 2/2] udev: add --no-devices option for calling 'mdadm --detail'
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 1/2] mdadm: add --no-devices to avoid component devices detail information
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID-1 from SAS to SSD
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH 2/2] udev: add --no-devices option for calling 'mdadm --detail'
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 1/2] mdadm: add --no-devices to avoid component devices detail information
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: RAID-1 from SAS to SSD
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• RAID-1 from SAS to SSD
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: [PATCH] md/raid1: fix a race between removing rdev and access conf->mirrors[i].rdev
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: [PATCH 1/2] md/raid0: Introduce new array state 'broken' for raid0
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md/raid0: Fail BIOs if their underlying block device is gone
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: slow BLKDISCARD on RAID10 md block devices
  • From: Nix <nix@xxxxxxxxxxxxx>