Linux RAID Storage Date Index

• Thread Index

• [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>
• Re: [PATCH 05/14] md-cluster: add new parameter for lock_token
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 06/14] md-cluster: use sync way to handle METADATA_UPDATED msg
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: GRUB warning after replacing disk drive in RAID1
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH v2 11/13] md: raid10: don't use bio's vec table to manage resync pages
  • 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 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 08/13] md: raid1: use bio helper in process_checks()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• 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: GRUB warning after replacing disk drive in RAID1
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: GRUB warning after replacing disk drive in RAID1
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• [PATCH] md: don't impose the MD_SB_DISKS limit on arrays without metadata.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH] md: don't impose the MD_SB_DISKS limit on arrays without metadata.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• RE: GRUB warning after replacing disk drive in RAID1
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• [PATCH] md/raid1/10: fix potential deadlock
  • From: Shaohua Li <shli@xxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 12/14] md/bitmap: replace redundant codes with get_bitmap_from_slot
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 05/14] md-cluster: add new parameter for lock_token
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 04/14] md-cluster: add mddev into struct md_cluster_info
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 11/14] md-cluster: introduce cluster_check_sync_size
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device> [SOLVED?]
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: [PATCH 14/14] md-cluster: add the support for resize
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 00/14] the latest changes for md-cluster
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 08/14] md-cluster: set MD_CLUSTER_HOLDING_MUTEX_FOR_RECVD before unregister thread
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 09/14] md-cluster: set MD_CLUSTER_HOLDING_MUTEX_FOR_RECVD in metadata_update_start
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 07/14] md: move bitmap_destroy before __md_stop
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 01/14] md-cluster: remove unnecessary header files
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH v2 02/13] md: raid1/raid10: don't handle failure of bio_add_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 03/13] md: move two macros into md.h
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 04/13] md: prepare for managing resync I/O pages in clean way
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 05/13] md: raid1: simplify r1buf_pool_free()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 13/13] md: raid10: avoid direct access to bvec table in handle_reshape_read_error
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 12/13] md: raid10: retrieve page from preallocated resync page array
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 11/13] md: raid10: don't use bio's vec table to manage resync pages
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 09/13] md: raid1: use bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 10/13] md: raid10: refactor code of read reshape's .bi_end_io
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 08/13] md: raid1: use bio helper in process_checks()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 00/14] md: cleanup on direct access to bvec table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 07/13] md: raid1: retrieve page from pre-allocated resync page array
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 06/13] md: raid1: don't use bio's vec table to manage resync pages
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 01/13] block: introduce bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Performance regression with HP HW raid (hpsa) between 3.18.21 and 3.18.22 (and later)
  • From: Mattias Wadenstein <maswan@xxxxxxxxxx>
• Re: interesting case of a hung 'recovery'
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: <ian_bruce@xxxxxxx>
• Re: [PATCH v1 01/14] block: introduce bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v1 02/14] block: introduce bio_remove_last_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: GRUB warning after replacing disk drive in RAID1
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: LSI RAID
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: LSI RAID
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v4 5/7] raid5-ppl: load and recover the log
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Process stuck in md_flush_request (state: D)
  • From: Les Stroud <les@xxxxxxxxxxxxx>
• [PATCH RFC] test: revise 'test' and make it easier to understand
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH v4 0/7] Partial Parity Log for MD RAID 5
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 7/7] raid5-ppl: runtime PPL enabling or disabling
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 6/7] raid5-ppl: support disk hot add/remove with PPL
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 4/7] md: add sysfs entries for PPL
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Process stuck in md_flush_request (state: D)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 2/7] raid5: calculate partial parity for a stripe
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 3/7] raid5-ppl: Partial Parity Log write logging implementation
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Process stuck in md_flush_request (state: D)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• GRUB warning after replacing disk drive in RAID1
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: LSI RAID
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Process stuck in md_flush_request (state: D)
  • From: Les Stroud <les@xxxxxxxxxxxxx>
• Re: LSI RAID
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: Process stuck in md_flush_request (state: D)
  • From: Les Stroud <les@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/4] dt-bindings: Add DT bindings document for Broadcom SBA RAID driver
  • From: Rob Herring <robh@xxxxxxxxxx>
• exposed and pushed the mdadm/test improvement progress
  • From: zhilong <zlliu@xxxxxxxx>
• Re: IMSM RAID10: Rebuild/Resync difference on Linux vs Windows
  • From: Matthias Dahl <ml_linux-raid@xxxxxxxxxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID10 reshape and change lout possible?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: RAID10 reshape and change lout possible?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: RAID10 reshape and change lout possible?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: RAID10 reshape and change lout possible?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: RAID10 reshape and change lout possible?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• RAID10 reshape and change lout possible?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• 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: Phil Turmel <philip@xxxxxxxxxx>
• 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: Phil Turmel <philip@xxxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 02/14] block: introduce bio_remove_last_page()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 01/14] block: introduce bio_segments_all()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• raid5 - adding journal to an existing device?
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• 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: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [GIT PULL] MD update for 4.11
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: <ian_bruce@xxxxxxx>
• [GIT PULL] MD update for 4.11
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH v1 13/14] md: raid10: retrieve page from preallocated resync page array
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 12/14] md: raid10: don't use bio's vec table to manage resync pages
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 14/14] md: raid10: avoid direct access to bvec table in handle_reshape_read_error
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 11/14] md: raid10: refactor code of read reshape's .bi_end_io
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 10/14] md: raid1: use bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 04/14] md: move two macros into md.h
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 05/14] md: prepare for managing resync I/O pages in clean way
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 08/14] md: raid1: retrieve page from pre-allocated resync page array
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 06/14] md: raid1: simplify r1buf_pool_free()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 07/14] md: raid1: don't use bio's vec table to manage resync pages
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 09/14] md: raid1: use bio helper in process_checks()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 03/14] md: raid1/raid10: use bio_remove_last_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 02/14] block: introduce bio_remove_last_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 01/14] block: introduce bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 00/14] md: cleanup on direct access to bvec table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: <ian_bruce@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: 王金浦 <jinpuwang@xxxxxxxxx>
• [PATCH 04/14] md-cluster: add mddev into struct md_cluster_info
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 13/14] md: move funcs from pers->resize to update_size
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 14/14] md-cluster: add the support for resize
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 10/14] md-cluster: add CHANGE_CAPACITY message type
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 11/14] md-cluster: introduce cluster_check_sync_size
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 09/14] md-cluster: set MD_CLUSTER_HOLDING_MUTEX_FOR_RECVD in metadata_update_start
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 12/14] md/bitmap: replace redundant codes with get_bitmap_from_slot
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 05/14] md-cluster: add new parameter for lock_token
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 07/14] md: move bitmap_destroy before __md_stop
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 08/14] md-cluster: set MD_CLUSTER_HOLDING_MUTEX_FOR_RECVD before unregister thread
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 02/14] md-cluster: free md_cluster_info if node leave cluster
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 03/14] md-cluster: remove useless memset from gather_all_resync_info
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 00/14] the latest changes for md-cluster
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 01/14] md-cluster: remove unnecessary header files
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] Monitor: dev should be a block file in waitclean
  • From: zhilong <zlliu@xxxxxxxx>
• Re: [PATCH] Monitor: triggers core dump when stat2devnm return NULL
  • From: zhilong <zlliu@xxxxxxxx>
• Re: [PATCH] Monitor: triggers core dump when stat2devnm return NULL
  • From: zhilong <zlliu@xxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/2] md/raid10: submit bio directly to replacement disk
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 2/2] md: delete dead code
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: IMSM RAID10: Rebuild/Resync difference on Linux vs Windows
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: interesting case of a hung 'recovery'
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: Reshape stalled at first badblock location (was: RAID 5 --assemble doesn't recognize all overlays as component devices)
  • From: George Rapp <george.rapp@xxxxxxxxx>
• Re: Reshape stalled at first badblock location (was: RAID 5 --assemble doesn't recognize all overlays as component devices)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• IMSM RAID10: Rebuild/Resync difference on Linux vs Windows
  • From: Matthias Dahl <ml_linux-raid@xxxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid1: handle flush request correctly
  • From: Coly Li <colyli@xxxxxxx>
• Re: Device size for linux raid5 journal?
  • From: Christian Samsel <csamsel@xxxxxxxxx>
• Re: [PATCH] md/linear: shutup lockdep warnning
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: Reshape stalled at first badblock location (was: RAID 5 --assemble doesn't recognize all overlays as component devices)
  • From: George Rapp <george.rapp@xxxxxxxxx>
• Re: [PATCH] md/raid1: fix write behind issues introduced by bio_clone_bioset_partial
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH] md/raid1: fix write behind issues introduced by bio_clone_bioset_partial
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH] md/linear: shutup lockdep warnning
  • From: Shaohua Li <shli@xxxxxx>
• Re: Trouble reassembling RAID10
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Trouble reassembling RAID10
  • From: Roger Roglans <rroglans@xxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v4 7/7] raid5-ppl: runtime PPL enabling or disabling
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 6/7] raid5-ppl: support disk hot add/remove with PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 5/7] raid5-ppl: load and recover the log
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 4/7] md: add sysfs entries for PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 3/7] raid5-ppl: Partial Parity Log write logging implementation
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 2/7] raid5: calculate partial parity for a stripe
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 1/7] md: superblock changes for PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 0/7] Partial Parity Log for MD RAID 5
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: Trouble reassembling RAID10
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] md/raid1: handle flush request correctly
  • From: Shaohua Li <shli@xxxxxx>
• Re: Trouble reassembling RAID10
  • From: Roger Roglans <rroglans@xxxxxxxxx>
• Re: Device size for linux raid5 journal?
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Reshape stalled at first badblock location (was: RAID 5 --assemble doesn't recognize all overlays as component devices)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Trouble reassembling RAID10
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: Reshape stalled at first badblock location (was: RAID 5 --assemble doesn't recognize all overlays as component devices)
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [md PATCH 10/14] md/raid1: stop using bi_phys_segment
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 10/14] md/raid1: stop using bi_phys_segment
  • From: NeilBrown <neilb@xxxxxxxx>
• Reshape stalled at first badblock location (was: RAID 5 --assemble doesn't recognize all overlays as component devices)
  • From: George Rapp <george.rapp@xxxxxxxxx>
• Trouble reassembling RAID10
  • From: Roger Roglans <rroglans@xxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Martin Bosner <martin@xxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Martin Bosner <martin@xxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Martin Bosner <martin@xxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Martin Bosner <martin@xxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Martin Bosner <martin@xxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Device size for linux raid5 journal?
  • From: "Christian Samsel" <csamsel@xxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [md PATCH 10/14] md/raid1: stop using bi_phys_segment
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: NeilBrown <neilb@xxxxxxxx>
• assistance recovering failed raid6 array
  • From: Martin Bosner <martin@xxxxxxxxx>
• Re: [PATCH V4 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID10 and 'writemostly' support
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID10 and 'writemostly' support
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: RAID10 and 'writemostly' support
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: mdadm: can only add devices to linear arrays
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID10 and 'writemostly' support
  • From: Phil Turmel <philip@xxxxxxxxxx>
• interesting case of a hung 'recovery'
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [PATCH V4 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• mdadm: can only add devices to linear arrays
  • From: "Boylan, Ross" <Ross.Boylan@xxxxxxxx>
• [PATCH 0/3]md/raid5: improve IO pattern
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 3/3] md/raid5: sort bios
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 1/3] md/raid5: prioritize stripes for writeback
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 2/3] md/raid5-cache: bump flush stripe batch size
  • From: Shaohua Li <shli@xxxxxx>
• Re: Process stuck in md_flush_request (state: D)
  • From: Les Stroud <les@xxxxxxxxxxxxx>
• Re: Process stuck in md_flush_request (state: D)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V4 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH V4 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: colyli@xxxxxxx
• [PATCH V4 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
  • From: colyli@xxxxxxx
• Process stuck in md_flush_request (state: D)
  • From: Les Stroud <les@xxxxxxxxxxxxx>
• Re: [PATCH V3 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: mdadm: how to move superblock 1.0 on reduced components
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID10 and 'writemostly' support
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH 12/17] md: raid1: avoid direct access to bvec table in process_checks()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH V3 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 00/17] md: cleanup on direct access to bvec table
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 02/14] md/raid5: simplfy delaying of writes while metadata is updated.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 14/14] MD: use per-cpu counter for writes_pending
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 09/14] md/raid10: stop using bi_phys_segments
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 01/14] md/raid5: use md_write_start to count stripes, not bios
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 00/17] md: cleanup on direct access to bvec table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: RAID10 and 'writemostly' support
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] md: cleanup on direct access to bvec table
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 14/14] MD: use per-cpu counter for writes_pending
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 02/14] md/raid5: simplfy delaying of writes while metadata is updated.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 01/14] md/raid5: use md_write_start to count stripes, not bios
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [md PATCH 09/14] md/raid10: stop using bi_phys_segments
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• RAID10 and 'writemostly' support
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH 02/17] block: introduce bio_remove_last_page()
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 02/17] block: introduce bio_remove_last_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 02/17] block: introduce bio_remove_last_page()
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 13/17] md: raid1: use bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 13/17] md: raid1: use bio_segments_all()
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 13/17] md: raid1: use bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 02/17] block: introduce bio_remove_last_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 13/17] md: raid1: use bio_segments_all()
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 02/17] block: introduce bio_remove_last_page()
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PATCH 04/17] md: introduce helpers for dealing with fetch/store preallocated pages in bio
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 06/17] md: raid1/raid10: borrow .bi_error as pre-allocated page index
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 12/17] md: raid1: avoid direct access to bvec table in process_checks()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 10/17] md: raid1: remove direct access to bvec table in fix_sync_read_error
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 11/17] md: raid1: use bio helper in process_checks()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 14/17] md: raid10: avoid direct access to bvec table in sync_request_write()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 13/17] md: raid1: use bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 09/17] md: raid1/raid10: use bio helper in *_pool_free
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 08/17] md: raid1: simplify r1buf_pool_free()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 07/17] md: raid1/raid10: don't use .bi_vcnt to check if all pages are added
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 05/17] md: raid1/raid10: use the introduced helpers
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 03/17] md: raid1/raid10: use bio_remove_last_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 02/17] block: introduce bio_remove_last_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 01/17] block: introduce bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 17/17] md: raid10: avoid direct access to bvec table in handle_reshape_read_error
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 16/17] md: raid10: avoid direct access to bvec table in reshape_request
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 15/17] md: raid10: avoid direct access to bvec table in fix_recovery_read_error
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 00/17] md: cleanup on direct access to bvec table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH V3 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH v5 2/4] async_tx: Fix DMA_PREP_FENCE usage in do_async_gen_syndrome()
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v5 1/4] lib/raid6: Add log-of-2 table for RAID6 HW requiring disk position
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v5 0/4] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v5 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v5 4/4] dt-bindings: Add DT bindings document for Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [md PATCH 14/14] MD: use per-cpu counter for writes_pending
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 13/14] md: close a race with setting mddev->in_sync
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 12/14] md: factor out set_in_sync()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 11/14] md/raid5: don't test ->writes_pending in raid5_remove_disk
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 10/14] md/raid1: stop using bi_phys_segment
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 09/14] md/raid10: stop using bi_phys_segments
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 07/14] Revert "md/raid5: limit request size according to implementation limits"
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 08/14] md/raid1, raid10: move rXbio accounting closer to allocation.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 05/14] md/raid5: use bio_inc_remaining() instead of repurposing bi_phys_segments as a counter
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 06/14] md/raid5: remove over-loading of ->bi_phys_segments.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 04/14] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 03/14] md/raid5: call bio_endio() directly rather than queueing for later.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 02/14] md/raid5: simplfy delaying of writes while metadata is updated.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 01/14] md/raid5: use md_write_start to count stripes, not bios
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 00/14] remove all abuse of bi_phys_segments
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] async_tx: deprecate broken support for channel switching
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [PATCH] async_tx: deprecate broken support for channel switching
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH V3 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 5/5] md: fast clone bio in bio_clone_mddev()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• mdadm: how to move superblock 1.0 on reduced components
  • From: "G.raud" <graud@xxxxxxx>
• Re: Which API for md state monitoring - sysfs vs. /proc/mdstat vs. GET_DISK_INFO ioctl
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• mdadm manpage: add missing unit for --array-size
  • From: "G.raud" <graud@xxxxxxx>
• Re: [PATCH v2 5/5] md: fast clone bio in bio_clone_mddev()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 0/5] md: use bio_clone_fast()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] dm space map metadata: constify dm_space_map structures
  • From: Bhumika Goyal <bhumirks@xxxxxxxxx>
• Re: [PATCH V3 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH V3 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
  • From: colyli@xxxxxxx
• [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: colyli@xxxxxxx
• Re: [PATCH v4 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH v4 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH v4 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH v1 1/5] block: introduce bio_clone_bioset_partial()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: Enable the skip_copy feature will results in data integrity issue in raid5 degraded mode.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Enable the skip_copy feature will results in data integrity issue in raid5 degraded mode.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 1/1] DM: inplace compressed DM target (fwd)
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v4 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v1 1/5] block: introduce bio_clone_bioset_partial()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] md: fast clone bio in bio_clone_mddev()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] md: use bio_clone_fast()
  • From: Jens Axboe <axboe@xxxxxx>
• [PATCH v2 4/5] md: remove unnecessary check on mddev
  • From: Ming Lei <tom.leiming@xxxxxxxxx>