Linux RAID Storage Date Index

• Thread Index

• Re: [PATCH] Revert "md: raid1: use bio helper in process_checks()"
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] Revert "md: raid1: use bio helper in process_checks()"
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH] Fix dead URLs to ftp.kernel.org
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH v5 3/7] raid5-ppl: Partial Parity Log write logging implementation
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH] mdadm/grow: reshape would be stuck from raid1 to raid5
  • From: Liu Zhilong <zlliu@xxxxxxxx>
• [PATCH v1] mdadm/Build:check the level parameter when build new array
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: constant array_state active after specific jobs
  • From: pdi <pdi@xxxxxxxxx>
• Re: md/raid5: report one failure scenario about growing array from mirror to level 5
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH] Revert "md: raid1: use bio helper in process_checks()"
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] md:array cannot be opened again after 'md_set_readonly'
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH] Revert "md: raid1: use bio helper in process_checks()"
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH] Revert "md: raid1: use bio helper in process_checks()"
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] Revert "md: raid1: use bio helper in process_checks()"
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH] Revert "md: raid1: use bio helper in process_checks()"
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 4/5] fs/autofs4: Fix a dead URL to ftp.kernel.org
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [dm-devel] [PATCH v3] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] mdadm/Monitor:dev should be a block file when use --waitclean
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH] mdadm/Monitor:triggers core dump when stat2devnm return NULL
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH] mdadm/grow: reshape would be stuck from raid1 to raid5
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH] mdadm/mdmon:deleted the abort_reshape never invoked
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH] mdadm:it doesn't make sense to set --bitmap twice
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH] mdadm:fixed some trivial typos in comments of mdadm.h
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH] mdadm:checking --level once mode has been set
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH v3] md/raid5: use consistency_policy to remove journal feature
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH v3] md/raid5: use consistency_policy to remove journal feature
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] md:array cannot be opened again after 'md_set_readonly'
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: constant array_state active after specific jobs
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v3] block: trace completion of all bios.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Re-assembling array after double device failure
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: Re-assembling array after double device failure
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: [Drbd-dev] RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Re-assembling array after double device failure
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re-assembling array after double device failure
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• [PATCH] Fix dead URLs to ftp.kernel.org
  • From: SeongJae Park <sj38.park@xxxxxxxxx>
• Re: [PATCH 0/5] Fix dead URLs to ftp.kernel.org
  • From: Michal Marek <mmarek@xxxxxxxx>
• Re: [PATCH 0/5] Fix dead URLs to ftp.kernel.org
  • From: SeongJae Park <sj38.park@xxxxxxxxx>
• Re: [PATCHv2 0/2] mdadm: setting device role of raid1 disk with failfast
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/14] md: move two macros into md.h
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v3] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v3 02/14] md: move two macros into md.h
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 01/14] md: raid1/raid10: don't handle failure of bio_add_page()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3] block: trace completion of all bios.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [mdadm PATCH 4/5] Add 'force' flag to *hot_remove_disk().
  • From: 王金浦 <jinpuwang@xxxxxxxxx>
• Re: [mdadm PATCH 2/5] Retry HOT_REMOVE_DISK a few times.
  • From: 王金浦 <jinpuwang@xxxxxxxxx>
• [PATCH] md:array cannot be opened again after 'md_set_readonly'
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 3/5] drivers/md: Fix a dead URL to ftp.kernel.org
  • From: SeongJae Park <sj38.park@xxxxxxxxx>
• [PATCH 4/5] fs/autofs4: Fix a dead URL to ftp.kernel.org
  • From: SeongJae Park <sj38.park@xxxxxxxxx>
• [PATCH 5/5] scripts: Fix dead URLs to ftp.kernel.org
  • From: SeongJae Park <sj38.park@xxxxxxxxx>
• [PATCH 0/5] Fix dead URLs to ftp.kernel.org
  • From: SeongJae Park <sj38.park@xxxxxxxxx>
• [PATCH 2/5] drivers/block: Fix a dead URL to ftp.kernel.org
  • From: SeongJae Park <sj38.park@xxxxxxxxx>
• [PATCH 1/5] MAINTAINERS: Fix a dead URL to ftp.kernel.org
  • From: SeongJae Park <sj38.park@xxxxxxxxx>
• Re: [PATCH v3 9/9] raid5-ppl: runtime PPL enabling or disabling
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH 3/5] Introduce sys_hot_remove_disk()
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH 5/5] Detail: handle non-existent arrays better.
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH 4/5] Add 'force' flag to *hot_remove_disk().
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH 1/5] udev-md-raid-assembly.rules: Skip non-ready devices
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH 2/5] Retry HOT_REMOVE_DISK a few times.
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH 0/5] Assorted mdadm patch
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH] Retry HOT_REMOVE_DISK a few times.
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH] udev-md-raid-assembly.rules: Skip non-ready devices
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v3] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: constant array_state active after specific jobs
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md/raid5-cache: fix payload endianness problem in raid5-cache
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid1: skip data copy for behind io for discard request
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH] md/raid5-cache: fix payload endianness problem in raid5-cache
  • From: Jason Yan <yanaijie@xxxxxxxxxx>
• [PATCH] md/raid1: skip data copy for behind io for discard request
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH 1/2] md: add raid4/5/6 journal mode API (for dm-raid use)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 1/2] md/raid5: Add change_consistency_policy to raid4 and raid6
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v3 02/14] md: move two macros into md.h
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v5 3/7] raid5-ppl: Partial Parity Log write logging implementation
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v3 08/14] block: introduce bio_copy_data_partial
  • From: Jens Axboe <axboe@xxxxxx>
• Re: md/raid5: report one failure scenario about growing array from mirror to level 5
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: mdadm: one question about the readonly and readwrite feature
  • From: Zhilong <zlliu@xxxxxxxx>
• Re: [PATCH v2 1/2] md/raid5: Add change_consistency_policy to raid4 and raid6
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH v2 2/2] md/raid5: use consistency_policy to remove journal feature
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 1/2] md/raid5: Add change_consistency_policy to raid4 and raid6
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• RAID6 rebuild oddity
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: constant array_state active after specific jobs
  • From: pdi <pdi@xxxxxxxxx>
• Re: [PATCH v3] block: trace completion of all bios.
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v3 02/14] md: move two macros into md.h
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: stripe_cache_size, some info
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: [PATCH v3 03/14] md: prepare for managing resync I/O pages in clean way
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md/raid5:fix typo in comments of resize_stripes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v3 02/14] md: move two macros into md.h
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: stripe_cache_size, some info
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V2] md/raid10: refactor some codes from raid10_write_request
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] raid5-ppl: silence a misleading warning message
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v3 08/14] block: introduce bio_copy_data_partial
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: constant array_state active after specific jobs
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm: one question about the readonly and readwrite feature
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v3] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 10/23] block: add a new BLKDEV_ZERO_NOFALLBACK flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/23] block: stop using blkdev_issue_write_same for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/23] md: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/23] loop: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/23] dm: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/23] sd: handle REQ_UNMAP
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/23] block_dev: use blkdev_issue_zerout for hole punches
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/23] block: add a REQ_UNMAP flag for REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/23] block: stop using discards for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/23] block: add a flags argument to (__)blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/23] rsxx: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/23] nvme: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/23] brd: remove discard support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/23] zram: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/23] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/23] mmc: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/23] rbd: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/23] block: renumber REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/23] block: implement splitting of REQ_OP_WRITE_ZEROES bios
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] raid5-ppl: silence a misleading warning message
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH v2] block: trace completion of all bios.
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• constant array_state active after specific jobs
  • From: pdi <pdi@xxxxxxxxx>
• Re: mdadm: one question about the readonly and readwrite feature
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: mdadm: one question about the readonly and readwrite feature
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH v2] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm: one question about the readonly and readwrite feature
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm: one question about the readonly and readwrite feature
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: mdadm: one question about the readonly and readwrite feature
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm: one question about the readonly and readwrite feature
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: REALLY Fix bug in [md PATCH 02/15] md/raid5: simplfy delaying of writes while metadata is updated.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] percpu-refcount: support synchronous switch to atomic mode.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: mdadm: one question about the readonly and readwrite feature
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: mdadm: one question about the readonly and readwrite feature
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 2/2] dm raid: add raid4/5/6 journal mode support
  • From: heinzm@xxxxxxxxxx
• [PATCH 1/2] md: add raid4/5/6 journal mode API (for dm-raid use)
  • From: heinzm@xxxxxxxxxx
• [PATCH 0/2] md/dm-raid: add/use API to switch raid4/5/6 journal cache modes
  • From: heinzm@xxxxxxxxxx
• Re: [PATCH] percpu-refcount: support synchronous switch to atomic mode.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: proactive disk replacement
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: proactive disk replacement
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: proactive disk replacement
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: [PATCH] block: trace completion of all bios.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• mdadm: one question about the readonly and readwrite feature
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Hang on md RAID5 -> RAID6 reshape
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• Re: [PATCHv2 2/2] super1: check and output faulty dev role
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: recovery does not complete after --add
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• [PATCH] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: REALLY Fix bug in [md PATCH 02/15] md/raid5: simplfy delaying of writes while metadata is updated.
  • From: NeilBrown <neilb@xxxxxxxx>
• IMPROVEMENT for Improvement for [md PATCH 15/15] MD: use per-cpu counter for writes_pending
  • From: NeilBrown <neilb@xxxxxxxx>
• REALLY Fix bug in [md PATCH 02/15] md/raid5: simplfy delaying of writes while metadata is updated.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] percpu-refcount: support synchronous switch to atomic mode.
  • From: NeilBrown <neilb@xxxxxxxx>
• Improvement for [md PATCH 15/15] MD: use per-cpu counter for writes_pending
  • From: NeilBrown <neilb@xxxxxxxx>
• Fix bugs in [md PATCH 10/15] md/raid1: stop using bi_phys_segment
  • From: NeilBrown <neilb@xxxxxxxx>
• Fix bug in [md PATCH 02/15] md/raid5: simplfy delaying of writes while metadata is updated.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v5 3/7] raid5-ppl: Partial Parity Log write logging implementation
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] raid5-ppl: silence a misleading warning message
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCHv2 2/2] super1: check and output faulty dev role
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RAID recovery] Unable to recover RAID5 array after disk failure
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: proactive disk replacement
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: proactive disk replacement
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: proactive disk replacement
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: proactive disk replacement
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: proactive disk replacement
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: on assembly and recovery of a hardware RAID
  • From: Alfred Matthews <asm13243546@xxxxxxxxx>
• Re: proactive disk replacement
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: proactive disk replacement
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 24/29] drivers: convert iblock_req.pending from atomic_t to refcount_t
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: on assembly and recovery of a hardware RAID
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: proactive disk replacement
  • From: Jeff Allison <jeff.allison@xxxxxxxxxxxxxxx>
• Re: on assembly and recovery of a hardware RAID
  • From: Alfred Matthews <asm13243546@xxxxxxxxx>
• Re: Read data from disk that was part of RAID1 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• RE: Read data from disk that was part of RAID1 array
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: stripe_cache_size, some info
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: stripe_cache_size, some info
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: stripe_cache_size, some info
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: proactive disk replacement
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: stripe_cache_size, some info
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: proactive disk replacement
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: proactive disk replacement
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: proactive disk replacement
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• proactive disk replacement
  • From: Jeff Allison <jeff.allison@xxxxxxxxxxxxxxx>
• [PATCH] mdadm/bitmap:fixed typos in comments of bitmap.h
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCHv2 1/2] super1: ignore failfast flag for setting device role
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [PATCHv2 2/2] super1: check and output faulty dev role
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [PATCHv2 0/2] mdadm: setting device role of raid1 disk with failfast
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [PATCH V2] md/raid10: refactor some codes from raid10_write_request
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH V1] md/raid10: refactor some codes from raid10_write_request
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH v3 3/6] imsm: PPL support
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH] mdadm:reminded external bitmap only supports ext[2-4] filesystem
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: on assembly and recovery of a hardware RAID
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] mdadm/Monitor:dev should be a block file when use --waitclean
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] mdadm/Monitor:triggers core dump when stat2devnm return NULL
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] mdadm:reminded external bitmap only supports ext[2-4] filesystem
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] mdadm/mdmon:deleted the abort_reshape never invoked
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] mdadm:it doesn't make sense to set --bitmap twice
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] mdadm/grow: reshape would be stuck from raid1 to raid5
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] mdadm:fixed some trivial typos in comments of mdadm.h
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] mdadm:checking --level once mode has been set
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [Linux-Raid] strange mirror write perf
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: [PATCH V1] md/raid10: refactor some codes from raid10_write_request
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [Linux-Raid] strange mirror write perf
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: [Linux-Raid] strange mirror write perf
  • From: Youenn Gestin <youenn.gestin@xxxxxxxxxxxxxxxxx>
• Re: [Linux-Raid] strange mirror write perf
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• [Linux-Raid] strange mirror write perf
  • From: Youenn Gestin <youenn.gestin@xxxxxxxxxxxxxxxxx>
• stripe_cache_size, some info
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: component device mismatches found
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Fwd: component device mismatches found
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: Read data from disk that was part of RAID1 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• component device mismatches found
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: on assembly and recovery of a hardware RAID
  • From: Alfred Matthews <asm13243546@xxxxxxxxx>
• Re: on assembly and recovery of a hardware RAID
  • From: Alfred Matthews <asm13243546@xxxxxxxxx>
• Re: dm crypt: remove an impossible condition
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH 2/2] mdadm: Forced type conversion to avoid truncation
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 1/2] Replace snprintf with strncpy at some places to avoid truncation
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/3] mdadm: Replace snprintf with strncpy at some places to avoid truncation
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• [PATCH v3] mdadm: change in add-journal support
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 3/7] x86, LLVM: suppress clang warnings about unaligned accesses
  • From: hpa@xxxxxxxxx
• [PATCH v3] mdadm/r5cache: allow adding journal to array without journal
  • From: Song Liu <songliubraving@xxxxxx>
• RE: Read data from disk that was part of RAID1 array
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: [PATCH v2] mdadm/r5cache: allow adding journal to array without journal
  • From: jes.sorensen@xxxxxxxxx
• Re: dm crypt: remove an impossible condition
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 2/7] Makefile, x86, LLVM: disable unsupported optimization flags
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 2/7] Makefile, x86, LLVM: disable unsupported optimization flags
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: hpa@xxxxxxxxx
• [PATCH] dm crypt: remove an impossible condition
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 1/2] super1: ignore failfast flag for setting device role
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH v3 3/6] imsm: PPL support
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH 3/3] mdadm: Specify enough length when write to buffer
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH 2/3] mdadm: Add Wimplicit-fallthrough=0 in Makefile
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH 1/3] mdadm: Replace snprintf with strncpy at some places to avoid truncation
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mdadm/r5cache: allow adding journal to array without journal
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH 2/2] mdadm: remove journal with "remove-journal"
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH 0/4] mdadm:checking level once mode has been set
  • From: jes.sorensen@xxxxxxxxx
• Re: [RAID recovery] Unable to recover RAID5 array after disk failure
  • From: Olivier Swinkels <olivier.swinkels@xxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Michael Davidson <md@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Bit-Rot
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• [PATCH 0/2] mdadm: setting device role of raid1 disk with failfast
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [PATCH 2/2] super1: check and output faulty dev role
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [PATCH 1/2] super1: ignore failfast flag for setting device role
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: Bit-Rot
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• [PATCH 1/3] mdadm: Replace snprintf with strncpy at some places to avoid truncation
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 1/3] mdadm: Replace snprintf with strncpy at some places to avoid truncation
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 5/7] x86, boot, LLVM: Use regparm=0 for memcpy and memset
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 3/3] mdadm: Specify enough length when write to buffer
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 2/3] mdadm: Add Wimplicit-fallthrough=0 in Makefile
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 0/3] mdadm: Fix some building errors
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH V1] md/raid10: refactor some codes from raid10_write_request
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH 0/7] LLVM: make x86_64 kernel build with clang.
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• [PATCH 7/7] crypto, x86, LLVM: aesni - fix token pasting
  • From: Michael Davidson <md@xxxxxxxxxx>
• [PATCH 1/7] Makefile, LLVM: add -no-integrated-as to KBUILD_[AC]FLAGS
  • From: Michael Davidson <md@xxxxxxxxxx>
• [PATCH 0/7] LLVM: make x86_64 kernel build with clang.
  • From: Michael Davidson <md@xxxxxxxxxx>
• [PATCH 5/7] x86, boot, LLVM: Use regparm=0 for memcpy and memset
  • From: Michael Davidson <md@xxxxxxxxxx>
• [PATCH 2/7] Makefile, x86, LLVM: disable unsupported optimization flags
  • From: Michael Davidson <md@xxxxxxxxxx>
• [PATCH 3/7] x86, LLVM: suppress clang warnings about unaligned accesses
  • From: Michael Davidson <md@xxxxxxxxxx>
• [PATCH 6/7] md/raid10, LLVM: get rid of variable length array
  • From: Michael Davidson <md@xxxxxxxxxx>
• [PATCH 4/7] x86, boot, LLVM: #undef memcpy etc in string.c
  • From: Michael Davidson <md@xxxxxxxxxx>
• recovery does not complete after --add
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• [PATCH v2] mdadm/r5cache: allow adding journal to array without journal
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v2 2/2] md/raid5: use consistency_policy to remove journal feature
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v2 1/2] md/raid5: Add change_consistency_policy to raid4 and raid6
  • From: Song Liu <songliubraving@xxxxxx>
• Re: Read data from disk that was part of RAID1 array
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Read data from disk that was part of RAID1 array
  • From: "Peter Sangas" <psangas@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 6/6] Grow: support consistency policy change
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v3 5/6] Add 'ppl' and 'no-ppl' options for --update=
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v3 4/6] super1: PPL support
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v3 3/6] imsm: PPL support
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v3 2/6] Detail: show consistency policy
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v3 1/6] Generic support for --consistency-policy and PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v3 0/6] mdadm support for Partial Parity Log
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• RE: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• RE: linux-next: WARNING: CPU: 0 PID: 1 at lib/refcount.c:114 refcount_inc+0x37/0x40
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• [PATCH] dm ioctl: Remove double parentheses
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• [GIT PULL] MD update for 4.11-rc3
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH v3 00/14] md: cleanup on direct access to bvec table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v3 04/14] md: raid1: simplify r1buf_pool_free()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v3 03/14] md: prepare for managing resync I/O pages in clean way
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v3 07/14] md: raid1: use bio helper in process_checks()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v3 09/14] md: raid1: move 'offset' out of loop
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v3 08/14] block: introduce bio_copy_data_partial
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v3 10/14] md: raid1: improve write behind
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v3 12/14] md: raid10: don't use bio's vec table to manage resync pages
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v3 14/14] md: raid10: avoid direct access to bvec table in handle_reshape_read_error
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v3 13/14] md: raid10: retrieve page from preallocated resync page array
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v3 11/14] md: raid10: refactor code of read reshape's .bi_end_io
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v3 06/14] md: raid1: retrieve page from pre-allocated resync page array
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v3 05/14] md: raid1: don't use bio's vec table to manage resync pages
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v3 02/14] md: move two macros into md.h
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v3 01/14] md: raid1/raid10: don't handle failure of bio_add_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH] md/raid5:fix typo in comments of resize_stripes
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] md/bitmap:fix a typo in comments of bitmap_read_sb
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [md PATCH 10/15] md/raid1: stop using bi_phys_segment
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 02/15] md/raid5: simplfy delaying of writes while metadata is updated.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 15/15] MD: use per-cpu counter for writes_pending
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 10/15] md/raid1: stop using bi_phys_segment
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 00/15 v2] remove all abuse of bi_phys_segments
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 15/15] MD: use per-cpu counter for writes_pending
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 10/15] md/raid1: stop using bi_phys_segment
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/2] md/r5cache: improve add-journal
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] md/r5cache: flush data in memory during journal device failure
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [md PATCH 02/15] md/raid5: simplfy delaying of writes while metadata is updated.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 2/2] md/r5cache: journal remove support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/2] md/r5cache: improve add-journal
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/r5cache: flush data in memory during journal device failure
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RFC PATCH] md/raid10: refactor some codes from raid10_write_request
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH v2] md/r5cache: journal remove support
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 2/2] mdadm: remove journal with "remove-journal"
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 1/2] mdadm/r5cache: allow adding journal to array without journal
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 2/2] md/r5cache: journal remove support
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 1/2] md/r5cache: improve add-journal
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH] md:fix a trivial typo in comments
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [md PATCH 15/15] MD: use per-cpu counter for writes_pending
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 14/15] percpu-refcount: support synchronous switch to atomic mode.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 13/15] md: close a race with setting mddev->in_sync
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 12/15] md: factor out set_in_sync()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 11/15] md/raid5: don't test ->writes_pending in raid5_remove_disk
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 10/15] md/raid1: stop using bi_phys_segment
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 09/15] md/raid10: stop using bi_phys_segments
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 08/15] md/raid1, raid10: move rXbio accounting closer to allocation.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 07/15] Revert "md/raid5: limit request size according to implementation limits"
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 06/15] md/raid5: remove over-loading of ->bi_phys_segments.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 05/15] md/raid5: use bio_inc_remaining() instead of repurposing bi_phys_segments as a counter
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 04/15] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 03/15] md/raid5: call bio_endio() directly rather than queueing for later.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 02/15] md/raid5: simplfy delaying of writes while metadata is updated.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 01/15] md/raid5: use md_write_start to count stripes, not bios
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 00/15 v2] remove all abuse of bi_phys_segments
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RFC PATCH] md/raid10: refactor some codes from raid10_write_request
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: on assembly and recovery of a hardware RAID
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md/r5cache: flush data in memory during journal device failure
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v1] md:fix a trivial typo in comments
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V4] md: move bitmap_destroy to the beginning of __md_stop
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/r5cache: flush data in memory during journal device failure
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: on assembly and recovery of a hardware RAID
  • From: Alfred Matthews <asm13243546@xxxxxxxxx>
• Re: [PATCH v2] r5cache: allow adding journal to array without journal
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] md/r5cache: fix set_syndrome_sources()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RFC PATCH] md/raid10: refactor some codes from raid10_write_request
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: linux-next: WARNING: CPU: 0 PID: 1 at lib/refcount.c:114 refcount_inc+0x37/0x40
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v1] md:fix a trivial typo in comments
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v1] md:fix a trivial typo in comments
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH V4] md: move bitmap_destroy to the beginning of __md_stop
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH v2] r5cache: allow adding journal to array without journal
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH] r5cache: allow adding journal to array without journal
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH] md/r5cache: flush data in memory during journal device failure
  • From: Song Liu <songliubraving@xxxxxx>
• Re: LSI RAID
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Auto replace disk
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: on assembly and recovery of a hardware RAID
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v5 1/1] DM: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v5] DM: dm-inplace-compress: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH] md/r5cache: fix set_syndrome_sources()
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] md/r5cache: fix set_syndrome_sources()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] md/r5cache: fix set_syndrome_sources()
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] md:fix a trivial typo in comments
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] md:fix a trivial typo in comments
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH] drivers, md: convert stripe_head.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• RE: linux-next: WARNING: CPU: 0 PID: 1 at lib/refcount.c:114 refcount_inc+0x37/0x40
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• RE: [PATCH 10/29] drivers, md: convert stripe_head.count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH] md:fix a trivial typo in comments
  • From: zhilong <zlliu@xxxxxxxx>
• [RFC PATCH] md/raid10: refactor some codes from raid10_write_request
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] md:fix a trivial typo in comments
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] md:fix a trivial typo in comments
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Re: [PATCH 2/4] mdadm:external bitmap only supports ext filesystem
  • From: zhilong <zlliu@xxxxxxxx>
• [PATCH 3/4 v1] mdadm:triggers core dump when stat2devnm return NULL
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] md:fix a trivial typo in comments
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH 3/4] mdadm:triggers core dump when stat2devnm return NULL
  • From: zhilong <zlliu@xxxxxxxx>
• Re: [PATCH 0/4] mdadm:checking level once mode has been set
  • From: zhilong <zlliu@xxxxxxxx>
• Re: interesting case of a hung 'recovery'
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] mdadm:checking level once mode has been set
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 0/4] mdadm:checking level once mode has been set
  • From: zhilong <zlliu@xxxxxxxx>
• Re: [PATCH 3/4] mdadm:triggers core dump when stat2devnm return NULL
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 0/4] mdadm:checking level once mode has been set
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [dm-devel] [PATCH 0/5] Updates following recent generic_make_request improvement
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 2/4] mdadm:external bitmap only supports ext filesystem
  • From: Liu Zhilong <zlliu@xxxxxxxx>
• Re: When will Linux support M2 on RAID ?
  • From: "David F." <df7729@xxxxxxxxx>
• Re: [PATCH 0/5] Updates following recent generic_make_request improvement
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] dm cache: handle kmalloc failure allocating background_tracker struct
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v3] md/r5cache: generate R5LOG_PAYLOAD_FLUSH
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: linux-next: WARNING: CPU: 0 PID: 1 at lib/refcount.c:114 refcount_inc+0x37/0x40
  • From: Shaohua Li <shli@xxxxxxxxxx>
• on assembly and recovery of a hardware RAID
  • From: Alfred Matthews <asm13243546@xxxxxxxxx>
• linux-next: WARNING: CPU: 0 PID: 1 at lib/refcount.c:114 refcount_inc+0x37/0x40
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH v5 3/7] raid5-ppl: Partial Parity Log write logging implementation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] raid5-ppl: two minor improvements
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v5 3/7] raid5-ppl: Partial Parity Log write logging implementation
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RAID 5 3-drive array inactive - no superblock - can anything be saved?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• RAID 5 3-drive array inactive - no superblock - can anything be saved?
  • From: Robert Schultz <rob@xxxxxxxxxxxxxxxx>
• [PATCH] raid5-ppl: two minor improvements
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 5/7] raid5-ppl: load and recover the log
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH v5 3/7] raid5-ppl: Partial Parity Log write logging implementation
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Jack Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• [PATCH 4/5] blk: use non-rescuing bioset for q->bio_split.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 2/5] blk: remove bio_set arg from blk_queue_split()
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 5/5] block_dev: make blkdev_dio_pool a non-rescuing bioset
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 3/5] blk: make the bioset rescue_workqueue optional.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/5] blk: Ensure users for current->bio_list can see the full list.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 0/5] Updates following recent generic_make_request improvement
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v3] md/r5cache: generate R5LOG_PAYLOAD_FLUSH
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] md/r5cache: generate R5LOG_PAYLOAD_FLUSH
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: fix super_offset endianness in super_1_rdev_size_change
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 5/5] block_dev: make blkdev_dio_pool a non-rescuing bioset
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 4/5] blk: use non-rescuing bioset for q->bio_split.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 3/5] blk: make the bioset rescue_workqueue optional.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 2/5] blk: remove bio_set arg from blk_queue_split()
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/5 v3] blk: improve order of bio handling in generic_make_request()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] md: fix incorrect use of lexx_to_cpu in does_sb_need_changing
  • From: Jason Yan <yanaijie@xxxxxxxxxx>
• [PATCH] md: fix super_offset endianness in super_1_rdev_size_change
  • From: Jason Yan <yanaijie@xxxxxxxxxx>
• Re: [PATCH V3] md: move bitmap_destroy before __md_stop
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH V3] md: move bitmap_destroy before __md_stop
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V3] md: move bitmap_destroy before __md_stop
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3] md: move bitmap_destroy before __md_stop
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v2] md/r5cache: generate R5LOG_PAYLOAD_FLUSH
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v5 0/7] Partial Parity Log for MD RAID 5
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v5 5/7] raid5-ppl: load and recover the log
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v5 3/7] raid5-ppl: Partial Parity Log write logging implementation
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 2/2] md/r5cache: generate R5LOG_PAYLOAD_FLUSH
  • From: Shaohua Li <shli@xxxxxxxxxx>
• mdadm add spare fails with "add new device failed ... Invalid argument" for RAID5
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3] md/r5cache: improve recovery with read ahead page pool
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3] md: move bitmap_destroy before __md_stop
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 10/29] drivers, md: convert stripe_head.count from atomic_t to refcount_t
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: interesting case of a hung 'recovery'
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [PATCH 22/29] drivers, scsi: convert iscsi_task.refcount from atomic_t to refcount_t
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• RE: [PATCH 22/29] drivers, scsi: convert iscsi_task.refcount from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: interesting case of a hung 'recovery'
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Re: Auto replace disk
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• [PATCH v5 7/7] raid5-ppl: runtime PPL enabling or disabling
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v5 5/7] raid5-ppl: load and recover the log
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v5 6/7] raid5-ppl: support disk hot add/remove with PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v5 3/7] raid5-ppl: Partial Parity Log write logging implementation
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v5 4/7] md: add sysfs entries for PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v5 1/7] md: superblock changes for PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v5 2/7] raid5: separate header for log functions
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v5 0/7] Partial Parity Log for MD RAID 5
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH 22/29] drivers, scsi: convert iscsi_task.refcount from atomic_t to refcount_t
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: interesting case of a hung 'recovery'
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• RE: [PATCH 22/29] drivers, scsi: convert iscsi_task.refcount from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• RE: [Xen-devel] [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: Auto replace disk
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Auto replace disk
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: Auto replace disk
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• RE: LSI RAID
  • From: <Jared.Dominguez@xxxxxxxx>
• Re: [RAID recovery] Unable to recover RAID5 array after disk failure
  • From: Olivier Swinkels <olivier.swinkels@xxxxxxxxx>
• Re: [PATCH 22/29] drivers, scsi: convert iscsi_task.refcount from atomic_t to refcount_t
  • From: Chris Leech <cleech@xxxxxxxxxx>
• Re: Auto replace disk
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: RAID Recovery
  • From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• RE: [Xen-devel] [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• RE: [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: LSI RAID
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Auto replace disk
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
  • From: "gregkh@xxxxxxxxxxxxxxxxxxx" <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• RE: [PATCH 10/29] drivers, md: convert stripe_head.count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: RAID Recovery
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/4] mdadm:external bitmap only supports ext filesystem
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 3/4] mdadm:triggers core dump when stat2devnm return NULL
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 5/5] mdadm:checking level once mode has been set
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 1/4] mdadm:bitmap cannot be set twice
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH 24/29] drivers: convert iblock_req.pending from atomic_t to refcount_t
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH 0/4] mdadm:checking level once mode has been set
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH v3] md/r5cache: improve recovery with read ahead page pool
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH V3] md: move bitmap_destroy before __md_stop
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 2/2] md/r5cache: generate R5LOG_PAYLOAD_FLUSH
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 1/2] md/r5cache: handle R5LOG_PAYLOAD_FLUSH in recovery
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v2] md/r5cache: improve recovery with read ahead page pool
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] md/r5cache: improve recovery with read ahead page pool
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 2/3] md/raid5-cache: bump flush stripe batch size
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 3/3] md/raid5: sort bios
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 10/29] drivers, md: convert stripe_head.count from atomic_t to refcount_t
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: When will Linux support M2 on RAID ?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2] mdadm:add checking clustered bitmap in assemble mode
  • From: jes.sorensen@xxxxxxxxx
• Re: [RAID recovery] Unable to recover RAID5 array after disk failure
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: When will Linux support M2 on RAID ?
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: When will Linux support M2 on RAID ?
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: When will Linux support M2 on RAID ?
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: RAID Recovery
  • From: Phil Turmel <philip@xxxxxxxxxx>
• RE: [PATCH 13/29] drivers, media: convert vb2_vmarea_handler.refcount from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• RE: [PATCH 12/29] drivers, media: convert s2255_dev.num_channels from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: RAID Recovery
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: GRUB warning after replacing disk drive in RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: GRUB warning after replacing disk drive in RAID1
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH 11/29] drivers, media: convert cx88_core.refcount from atomic_t to refcount_t
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: RAID Recovery
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 13/29] drivers, media: convert vb2_vmarea_handler.refcount from atomic_t to refcount_t
  • From: Sakari Ailus <sakari.ailus@xxxxxx>
• Re: [RAID recovery] Unable to recover RAID5 array after disk failure
  • From: Olivier Swinkels <olivier.swinkels@xxxxxxxxx>
• Re: [PATCH 12/29] drivers, media: convert s2255_dev.num_channels from atomic_t to refcount_t
  • From: Sakari Ailus <sakari.ailus@xxxxxx>
• Re: [PATCH 11/29] drivers, media: convert cx88_core.refcount from atomic_t to refcount_t
  • From: Sakari Ailus <sakari.ailus@xxxxxx>
• Re: [PATCH v1] mdadm: add checking clustered bitmap in assemble mode
  • From: jes.sorensen@xxxxxxxxx
• RE: [PATCH 11/29] drivers, media: convert cx88_core.refcount from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 1/2] md: add bad block flag to disk state
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: When will Linux support M2 on RAID ?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v2] mdadm:add checking clustered bitmap in assemble mode
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [MDADM PATCH 1/2] Add Wimplicit-fallthrough=0 in Makefile
  • From: jes.sorensen@xxxxxxxxx
• RE: GRUB warning after replacing disk drive in RAID1
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: [PATCH] mdadm:fix typo in comment
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH] mdadm:check the nodes when operate clustered array
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH] mdadm:add man page for --symlinks
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH - mdadm] examine: tidy up some code.
  • From: jes.sorensen@xxxxxxxxx
• Re: [MDADM PATCH 2/2] Specify suitable size when write to buffer
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH 1/2] md: add bad block flag to disk state
  • From: jes.sorensen@xxxxxxxxx
• Re: [RAID recovery] Unable to recover RAID5 array after disk failure
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID Recovery
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
  • From: Benjamin Block <bblock@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/29] drivers, media: convert cx88_core.refcount from atomic_t to refcount_t
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: RAID Recovery
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• RAID Recovery
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PATCH 03/29] drivers, char: convert vma_data.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 27/29] drivers, usb: convert ep_data.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 23/29] drivers: convert vme_user_vma_priv.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 07/29] drivers, md: convert dm_dev_internal.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 09/29] drivers, md: convert table_device.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 18/29] drivers, s390: convert urdev.ref_count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 20/29] drivers, s390: convert qeth_reply.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH 15/29] drivers, media: convert vb2_dma_sg_buf.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 19/29] drivers, s390: convert lcs_reply.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 17/29] drivers, pci: convert hv_pci_dev.refs from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 01/29] drivers, block: convert xen_blkif.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 25/29] drivers, usb: convert ffs_data.ref from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 16/29] drivers, media: convert vb2_vmalloc_buf.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 14/29] drivers, media: convert vb2_dc_buf.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 13/29] drivers, media: convert vb2_vmarea_handler.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 22/29] drivers, scsi: convert iscsi_task.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 28/29] drivers: convert sbd_duart.map_guard from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 04/29] drivers, connector: convert cn_callback_entry.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 05/29] drivers, md, bcache: convert cached_dev.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 06/29] drivers, md: convert dm_cache_metadata.ref_count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 24/29] drivers: convert iblock_req.pending from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 26/29] drivers, usb: convert dev_data.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 12/29] drivers, media: convert s2255_dev.num_channels from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 11/29] drivers, media: convert cx88_core.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 00/29] drivers, mics refcount conversions
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 10/29] drivers, md: convert stripe_head.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 02/29] drivers, firewire: convert fw_node.ref_count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• Re: Bit-Rot
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Bit-Rot
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v6 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v6 4/4] dt-bindings: Add DT bindings document for Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v6 1/4] lib/raid6: Add log-of-2 table for RAID6 HW requiring disk position
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v6 2/4] async_tx: Fix DMA_PREP_FENCE usage in do_async_gen_syndrome()
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [RAID recovery] Unable to recover RAID5 array after disk failure
  • From: Olivier Swinkels <olivier.swinkels@xxxxxxxxx>
• Re: [RAID recovery] Unable to recover RAID5 array after disk failure
  • From: Olivier Swinkels <olivier.swinkels@xxxxxxxxx>
• Re: [PATCH 3/3] md/raid5: sort bios
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 2/3] md/raid5-cache: bump flush stripe batch size
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH RFC] test: revise 'test' and make it easier to understand
  • From: zhilong <zlliu@xxxxxxxx>
• [PATCH] mdadm:add man page for --symlinks
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• When will Linux support M2 on RAID ?
  • From: "David F." <df7729@xxxxxxxxx>
• Re: [RAID recovery] Unable to recover RAID5 array after disk failure
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Bit-Rot
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Bit-Rot
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• [PATCH V2] md/raid5: sort bios
  • From: Shaohua Li <shli@xxxxxx>
• Re: Bit-Rot
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: Bit-Rot
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• [RAID recovery] Unable to recover RAID5 array after disk failure
  • From: Olivier Swinkels <olivier.swinkels@xxxxxxxxx>
• Re: Bit-Rot
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Bit-Rot
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• [PATCH] md/r5cache: improve recovery with read ahead page pool
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] Fix oddity where mdadm did not recognise a relative path
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/13] md: raid1: use bio_segments_all()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 3/3] md/raid5: sort bios
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 2/3] md/raid5-cache: bump flush stripe batch size
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 06/13] md: raid1: don't use bio's vec table to manage resync pages
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [mdadm] compiler warning
  • From: Michael Shigorin <mike@xxxxxxxxxxxx>
• Re: [PATCH RFC] test: revise 'test' and make it easier to understand
  • From: Guoqing Jiang <gqjiang@xxxxxxx>
• Re: [PATCH v2 09/13] md: raid1: use bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: Reshape stalled at first badblock location (was: RAID 5 --assemble doesn't recognize all overlays as component devices)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 3/3] md/raid5: sort bios
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V2 2/5] md: move bitmap_destroy before __md_stop
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2 09/13] md: raid1: use bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 2/3] md/raid5-cache: bump flush stripe batch size
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2 04/13] md: prepare for managing resync I/O pages in clean way
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH V2 2/5] md: move bitmap_destroy before __md_stop
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH v2 06/13] md: raid1: don't use bio's vec table to manage resync pages
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v2 13/13] md: raid10: avoid direct access to bvec table in handle_reshape_read_error
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH RFC] test: revise 'test' and make it easier to understand
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2 05/13] md: raid1: simplify r1buf_pool_free()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [md PATCH 10/14] md/raid1: stop using bi_phys_segment
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH - mdadm] examine: tidy up some code.
  • From: NeilBrown <neilb@xxxxxxxx>
• RE: GRUB warning after replacing disk drive in RAID1
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: [PATCH V2 2/5] md: move bitmap_destroy before __md_stop
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid5 - adding journal to an existing device?
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH V2 2/5] md: move bitmap_destroy before __md_stop
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: raid5 - adding journal to an existing device?
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: GRUB warning after replacing disk drive in RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/13] md: prepare for managing resync I/O pages in clean way
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 05/13] md: raid1: simplify r1buf_pool_free()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 06/13] md: raid1: don't use bio's vec table to manage resync pages
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 09/13] md: raid1: use bio_segments_all()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 13/13] md: raid10: avoid direct access to bvec table in handle_reshape_read_error
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid1/10: fix potential deadlock
  • From: 王金浦 <jinpuwang@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: GRUB warning after replacing disk drive in RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: GRUB warning after replacing disk drive in RAID1
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] raid5-ppl: load and recover the log
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH v1] mdadm: add checking clustered bitmap in assemble mode
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2 05/13] md: raid1: simplify r1buf_pool_free()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1] mdadm: add checking clustered bitmap in assemble mode
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: GRUB warning after replacing disk drive in RAID1
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH v2 13/13] md: raid10: avoid direct access to bvec table in handle_reshape_read_error
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v2 09/13] md: raid1: use bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v2 06/13] md: raid1: don't use bio's vec table to manage resync pages
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v2 04/13] md: prepare for managing resync I/O pages in clean way
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• RE: GRUB warning after replacing disk drive in RAID1
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: GRUB warning after replacing disk drive in RAID1
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: GRUB warning after replacing disk drive in RAID1
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH] Fix oddity where mdadm did not recognise a relative path
  • From: jes.sorensen@xxxxxxxxx
• RE: GRUB warning after replacing disk drive in RAID1
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: GRUB warning after replacing disk drive in RAID1
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH v4 6/7] raid5-ppl: support disk hot add/remove with PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH v4 5/7] raid5-ppl: load and recover the log
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 3/7] raid5-ppl: Partial Parity Log write logging implementation
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: 王金浦 <jinpuwang@xxxxxxxxx>
• Re: [PATCH] mdadm: add checking the clustered bitmap in assemble mode
  • From: Zhilong <zlliu@xxxxxxxx>
• Re: [PATCH v4 7/7] raid5-ppl: runtime PPL enabling or disabling
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH v4 4/7] md: add sysfs entries for PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH v4 5/7] raid5-ppl: load and recover the log
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH v4 3/7] raid5-ppl: Partial Parity Log write logging implementation
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH v4 2/7] raid5: calculate partial parity for a stripe
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH v4 0/7] Partial Parity Log for MD RAID 5
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: <ian_bruce@xxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH] mdadm: add checking the clustered bitmap in assemble mode
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH] mdadm:check the nodes when operate clustered array
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [MDADM PATCH 0/2] Fix some building errors
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH V2 1/5] md-cluster: use sync way to handle METADATA_UPDATED msg
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] mdadm:fix typo in comment
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH V2 4/5] md-cluster: introduce cluster_check_sync_size
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V2 0/5] the latest changes for md-cluster
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V2 2/5] md: move bitmap_destroy before __md_stop
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V2 5/5] md-cluster: add the support for resize
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V2 3/5] md-cluster: add CHANGE_CAPACITY message type
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] mdadm: add checking the clustered bitmap in assemble mode
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [MDADM PATCH 0/2] Fix some building errors
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [MDADM PATCH 1/2] Add Wimplicit-fallthrough=0 in Makefile
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [MDADM PATCH 2/2] Specify suitable size when write to buffer
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 07/14] md: move bitmap_destroy before __md_stop
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH 01/14] md-cluster: remove unnecessary header files
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH 00/14] the latest changes for md-cluster
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH 14/14] md-cluster: add the support for resize
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH 09/14] md-cluster: set MD_CLUSTER_HOLDING_MUTEX_FOR_RECVD in metadata_update_start
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH 11/14] md-cluster: introduce cluster_check_sync_size
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH 04/14] md-cluster: add mddev into struct md_cluster_info
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>