Linux RAID Storage Date Index

• Thread Index

• Re: RAID6 : Sequential Write Performance
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: [PATCH V15 00/18] block: support multi-page bvec
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH V15 18/18] block: kill BLK_MQ_F_SG_MERGE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 17/18] block: kill QUEUE_FLAG_NO_SG_MERGE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 16/18] block: document usage of bio iterator helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 15/18] block: always define BIO_MAX_PAGES as 256
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 14/18] block: enable multipage bvecs
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 13/18] block: allow bio_for_each_segment_all() to iterate over multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 12/18] bcache: avoid to use bio_for_each_segment_all() in bch_bio_alloc_pages()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 11/18] block: loop: pass multi-page bvec to iov_iter
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 10/18] btrfs: use mp_bvec_last_segment to get bio's last page
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 09/18] fs/buffer.c: use bvec iterator to truncate the bio
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 08/18] block: introduce mp_bvec_last_segment()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 07/18] block: use bio_for_each_bvec() to map sg
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 06/18] block: use bio_for_each_bvec() to compute multi-page bvec count
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 05/18] block: introduce bio_for_each_bvec() and rq_for_each_bvec()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 04/18] block: introduce multi-page bvec helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 03/18] block: remove bvec_iter_rewind()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 02/18] block: don't use bio->bi_vcnt to figure out segment number
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 01/18] btrfs: look at bi_size for repair decisions
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V15 00/18] block: support multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: linux 4.19.19: md0_raid:1317 blocked for more than 120 seconds.
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] mdadm/tests: add one test case for failfast of raid1
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [LSF/MM TOPIC] (again) THP for file systems
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: linux 4.19.19: md0_raid:1317 blocked for more than 120 seconds.
  • From: Wolfgang Walter <linux@xxxxxxx>
• Re: RAID6 : Sequential Write Performance
  • From: Wilson Jonathan <i400sjon@xxxxxxxxx>
• Re: [LSF/MM TOPIC] (again) THP for file systems
  • From: William Kucharski <william.kucharski@xxxxxxxxxx>
• Re: [PATCH] raid5: set write hint for PPL
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: linux 4.19.19: md0_raid:1317 blocked for more than 120 seconds.
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [LSF/MM TOPIC] (again) THP for file systems
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [LSF/MM TOPIC] (again) THP for file systems
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [LSF/MM TOPIC] (again) THP for file systems
  • From: Song Liu <songliubraving@xxxxxx>
• Re: raid1 out of sync, but which files are affected?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH] Fix reshape for decreasing data offset
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] add missing units to --examine
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Detail.c: do not skip first character when calling xstrdup in Detail()
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: raid1 out of sync, but which files are affected?
  • From: Robert L Mathews <lists@xxxxxxxxxxxxx>
• RAID6 : Sequential Write Performance
  • From: Jean De Gyns <Jean.DeGyns@xxxxxxxxxx>
• Re: [PATCH 1/1] mdmon: wait for previous mdmon to exit during takeover
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH 1/1] mdmon: wait for previous mdmon to exit during takeover
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH] raid5: set write hint for PPL
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: raid1 out of sync, but which files are affected?
  • From: "Nik.Brt." <nik.brt@xxxxxxxxxxxxx>
• Re: raid1 out of sync, but which files are affected?
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [GIT PULL] md fix
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [GIT PULL] md fix
  • From: Song Liu <songliubraving@xxxxxx>
• Re: raid1 out of sync, but which files are affected?
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] md fix
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: raid1 out of sync, but which files are affected?
  • From: Nix <nix@xxxxxxxxxxxxx>
• [GIT PULL] md fix
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH V2] md/raid1: don't clear bitmap bits on interrupted recovery.
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH V2] md/raid1: don't clear bitmap bits on interrupted recovery.
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: linux 4.19.19: md0_raid:1317 blocked for more than 120 seconds.
  • From: Wolfgang Walter <linux@xxxxxxx>
• Re: [PATCH V2] md/raid1: don't clear bitmap bits on interrupted recovery.
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• [PATCH] Detail.c: do not skip first character when calling xstrdup in Detail()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] Make --examine print sizes more consistently
  • From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
• [PATCH] add missing units to --examine
  • From: bugfood-ml@xxxxxxxxxx
• Re: [PATCH] Fix reshape for decreasing data offset
  • From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
• [PATCH] Fix reshape for decreasing data offset
  • From: bugfood-ml@xxxxxxxxxx
• Re: [PATCH V2] md/raid1: don't clear bitmap bits on interrupted recovery.
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] Fix spelling typpos.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 1/1] imsm: fix reshape for >2TB drives
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] imsm: finish recovery when drive with rebuild fails
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Make --examine print sizes more consistently
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Fix reshape for decreasing data offset
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH V2] md/raid1: don't clear bitmap bits on interrupted recovery.
  • From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
• Re: [PATCH] Make --examine print sizes more consistently
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: raid456's devices_handle_discard_safely is unusably slow
  • From: Michal Soltys <soltys@xxxxxxxx>
• linux 4.19.19: md0_raid:1317 blocked for more than 120 seconds.
  • From: Wolfgang Walter <linux@xxxxxxx>
• Re: [PATCH V2] md/raid1: don't clear bitmap bits on interrupted recovery.
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: raid1 out of sync, but which files are affected?
  • From: Harald Dunkel <harri@xxxxxxxxx>
• Re: [PATCH] Make --examine print sizes more consistently
  • From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
• Re: [PATCH] Fix reshape for decreasing data offset
  • From: Corey Hickey <bugfood-ml@xxxxxxxxxx>
• [PATCH V2] md/raid1: don't clear bitmap bits on interrupted recovery.
  • From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
• Re: [PATCH] md/raid1: don't clear bitmap bits on interrupted recovery.
  • From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
• Re: [PATCH] md/raid1: don't clear bitmap bits on interrupted recovery.
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: raid456's devices_handle_discard_safely is unusably slow
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [PATCH] imsm: finish recovery when drive with rebuild fails
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• [PATCH] md/raid1: don't clear bitmap bits on interrupted recovery.
  • From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
• Re: raid456's devices_handle_discard_safely is unusably slow
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: [GIT PULL] md pull for 5.1
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [GIT PULL] md pull for 5.1
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [GIT PULL] md pull for 5.1
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [GIT PULL] md pull for 5.1
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md pull for 5.1
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 4.14 43/46] md/raid5: fix out of memory during raid cache recovery
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.20 79/80] md/raid5: fix out of memory during raid cache recovery
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 73/74] md/raid5: fix out of memory during raid cache recovery
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] raid1: simplify raid1_error function
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [PATCH] raid1: simplify raid1_error function
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: LSI RAID assembly
  • From: Leslie Rhorer <lrhorer@xxxxxxxxxxxx>
• Re: LSI RAID assembly
  • From: Leslie Rhorer <lrhorer@xxxxxxxxxxxx>
• Re: mdadm's raid1 will not eliminate abnormal disk after 5 seconds under IO pressure
  • From: 李春 <pickup112@xxxxxxxxx>
• Re: mdadm's raid1 will not eliminate abnormal disk after 5 seconds under IO pressure
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: LSI RAID assembly
  • From: Leslie Rhorer <lrhorer@xxxxxxxxxxxx>
• Re: LSI RAID assembly
  • From: Leslie Rhorer <lrhorer@xxxxxxxxxxxx>
• Re: LSI RAID assembly
  • From: dpr <dpr@xxxxxxx>
• Re: raid456's devices_handle_discard_safely is unusably slow
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: mdadm's raid1 will not eliminate abnormal disk after 5 seconds under IO pressure
  • From: 李春 <pickup112@xxxxxxxxx>
• LSI RAID assembly
  • From: Leslie Rhorer <lrhorer@xxxxxxxxxxxx>
• Re: mdadm's raid1 will not eliminate abnormal disk after 5 seconds under IO pressure
  • From: 李春 <pickup112@xxxxxxxxx>
• Re: mdadm's raid1 will not eliminate abnormal disk after 5 seconds under IO pressure
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Disabling HDD write cache neccessary (hdparm -W0)?
  • From: "Nik.Brt." <nik.brt@xxxxxxxxxxxxx>
• Re: mdadm's raid1 will not eliminate abnormal disk after 5 seconds under IO pressure
  • From: Jack Wang <xjtuwjp@xxxxxxxxx>
• mdadm's raid1 will not eliminate abnormal disk after 5 seconds under IO pressure
  • From: 李春 <pickup112@xxxxxxxxx>
• Re: [PATCH] md-linear: use struct_size() in kzalloc()
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH] md-linear: use struct_size() in kzalloc()
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: Disabling HDD write cache neccessary (hdparm -W0)?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] md-linear: use struct_size() in kzalloc()
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: Disabling HDD write cache neccessary (hdparm -W0)?
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: A (raid)-newbee question:
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [GIT PULL] md fixes for raid5-cache
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Disabling HDD write cache neccessary (hdparm -W0)?
  • From: Werner Fischer <devlists@xxxxxxxx>
• Re: Disabling HDD write cache neccessary (hdparm -W0)?
  • From: piergiorgio.sartor@xxxxxxxx
• Disabling HDD write cache neccessary (hdparm -W0)?
  • From: Werner Fischer <devlists@xxxxxxxx>
• [GIT PULL] md fixes for raid5-cache
  • From: Song Liu <songliubraving@xxxxxx>
• Re: raid456's devices_handle_discard_safely is unusably slow
  • From: Michal Soltys <soltys@xxxxxxxx>
• [PATCH AUTOSEL 4.19 205/258] md: fix raid10 hang issue caused by barrier
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: raid456's devices_handle_discard_safely is unusably slow
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [PATCH AUTOSEL 4.14 128/170] md: fix raid10 hang issue caused by barrier
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH 1/1] imsm: fix reshape for >2TB drives
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH AUTOSEL 4.20 245/304] md: fix raid10 hang issue caused by barrier
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: raid456's devices_handle_discard_safely is unusably slow
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: raid456's devices_handle_discard_safely is unusably slow
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: A (raid)-newbee question:
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• A (raid)-newbee question:
  • From: "Renaud (Ron) OLGIATI" <renaud@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: raid1 out of sync, but which files are affected?
  • From: "Nik.Brt." <nik.brt@xxxxxxxxxxxxx>
• Re: raid1 out of sync, but which files are affected?
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: raid1 out of sync, but which files are affected?
  • From: "Nik.Brt." <nik.brt@xxxxxxxxxxxxx>
• Re: raid1 out of sync, but which files are affected?
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: raid1 out of sync, but which files are affected?
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: raid456's devices_handle_discard_safely is unusably slow
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: raid1 out of sync, but which files are affected?
  • From: Harald Dunkel <harri@xxxxxxxxx>
• Re: raid1 out of sync, but which files are affected?
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• raid1 out of sync, but which files are affected?
  • From: Harald Dunkel <harri@xxxxxxxxx>
• Re: raid456's devices_handle_discard_safely is unusably slow
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: Bugfix / feature requests for raid5cache (writeback)
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• raid456's devices_handle_discard_safely is unusably slow
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: Bugfix / feature requests for raid5cache (writeback)
  • From: "Nik.Brt." <nik.brt@xxxxxxxxxxxxx>
• Re: question about cache flushes and raid journal in writeback mode
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: Bugfix / feature requests for raid5cache (writeback)
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Bugfix / feature requests for raid5cache (writeback)
  • From: "Nik.Brt." <nik.brt@xxxxxxxxxxxxx>
• Re: question about cache flushes and raid journal in writeback mode
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: question about cache flushes and raid journal in writeback mode
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• question about cache flushes and raid journal in writeback mode
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: Trouble Shrinking RAID6 from 5 to 4 drives
  • From: Eric Pulvino <ericpulvino@xxxxxxxxx>
• Re: [PATCH V14 00/18] block: support multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: Two drives in RAID6 array experienced similar error at or near beginning of drive
  • From: Basil Mohamed Gohar <basilgohar@xxxxxxxxx>
• Re: [PATCH V14 00/18] block: support multi-page bvec
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [PATCH V14 00/18] block: support multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V14 00/18] block: support multi-page bvec
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V14 00/18] block: support multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 16/18] block: document usage of bio iterator helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V14 00/18] block: support multi-page bvec
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH V14 18/18] block: kill BLK_MQ_F_SG_MERGE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 17/18] block: kill QUEUE_FLAG_NO_SG_MERGE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 15/18] block: always define BIO_MAX_PAGES as 256
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 13/18] block: allow bio_for_each_segment_all() to iterate over multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 14/18] block: enable multipage bvecs
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 12/18] bcache: avoid to use bio_for_each_segment_all() in bch_bio_alloc_pages()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 10/18] btrfs: use mp_bvec_last_segment to get bio's last page
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 11/18] block: loop: pass multi-page bvec to iov_iter
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 09/18] fs/buffer.c: use bvec iterator to truncate the bio
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 07/18] block: use bio_for_each_mp_bvec() to map sg
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 08/18] block: introduce mp_bvec_last_segment()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 06/18] block: use bio_for_each_mp_bvec() to compute multi-page bvec count
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 05/18] block: introduce bio_for_each_mp_bvec() and rq_for_each_mp_bvec()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 04/18] block: introduce multi-page bvec helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 03/18] block: remove bvec_iter_rewind()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 02/18] block: don't use bio->bi_vcnt to figure out segment number
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 01/18] btrfs: look at bi_size for repair decisions
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V14 00/18] block: support multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: raid5 revert-reshape issue
  • From: Romulo Albuquerque <romulo.albuquerque@xxxxxxxxx>
• Re: Trouble Shrinking RAID6 from 5 to 4 drives
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Two drives in RAID6 array experienced similar error at or near beginning of drive
  • From: Siniša Bandin <sinisa@xxxxxxx>
• Re: raid5 revert-reshape issue
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: raid5 revert-reshape issue
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Trouble Shrinking RAID6 from 5 to 4 drives
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: raid5 revert-reshape issue
  • From: Romulo Albuquerque <romulo.albuquerque@xxxxxxxxx>
• Trouble Shrinking RAID6 from 5 to 4 drives
  • From: Eric Pulvino <ericpulvino@xxxxxxxxx>
• Re: Two drives in RAID6 array experienced similar error at or near beginning of drive
  • From: Basil Mohamed Gohar <basilgohar@xxxxxxxxx>
• Re: Two drives in RAID6 array experienced similar error at or near beginning of drive
  • From: Basil Mohamed Gohar <basilgohar@xxxxxxxxx>
• Re: Two drives in RAID6 array experienced similar error at or near beginning of drive
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Two drives in RAID6 array experienced similar error at or near beginning of drive
  • From: Basil Mohamed Gohar <basilgohar@xxxxxxxxx>
• Re: Two drives in RAID6 array experienced similar error at or near beginning of drive
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Two drives in RAID6 array experienced similar error at or near beginning of drive
  • From: Carsten Aulbert <carsten.aulbert@xxxxxxxxxx>
• Re: Two drives in RAID6 array experienced similar error at or near beginning of drive
  • From: Basil Mohamed Gohar <basilgohar@xxxxxxxxx>
• Re: Two drives in RAID6 array experienced similar error at or near beginning of drive
  • From: Carsten Aulbert <carsten.aulbert@xxxxxxxxxx>
• Re: Two drives in RAID6 array experienced similar error at or near beginning of drive
  • From: Basil Mohamed Gohar <basilgohar@xxxxxxxxx>
• Re: Two drives in RAID6 array experienced similar error at or near beginning of drive
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Two drives in RAID6 array experienced similar error at or near beginning of drive
  • From: Basil Mohamed Gohar <basilgohar@xxxxxxxxx>
• Re: Possible Setup Error On New /dev/mdX Device
  • From: Shaun Glass <shaunglass@xxxxxxxxx>
• Re: Possible Setup Error On New /dev/mdX Device
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: raid5 revert-reshape issue
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Possible Setup Error On New /dev/mdX Device
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Possible Setup Error On New /dev/mdX Device
  • From: Shaun Glass <shaunglass@xxxxxxxxx>
• Re: raid5 revert-reshape issue
  • From: Romulo Albuquerque <romulo.albuquerque@xxxxxxxxx>
• Re: raid5 revert-reshape issue
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• raid5 revert-reshape issue
  • From: Romulo Albuquerque <romulo.albuquerque@xxxxxxxxx>
• Writes-starving-reads with raid10 on cfq, deadline, mq-deadline and possibly bfq
  • From: Pol Van Aubel <linux-raid@xxxxxxx>
• [PATCH] Fix spelling typpos.
  • From: Dimitri John Ledkov <xnox@xxxxxxxxxx>
• Re: [PATCH V13 00/19] block: support multi-page bvec
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] drivers/md.c: Make bio_alloc_mddev return bio_alloc_bioset
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] drivers/md.c: Make bio_alloc_mddev return bio_alloc_bioset
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH V13 15/19] block: enable multipage bvecs
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 16/19] block: always define BIO_MAX_PAGES as 256
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 19/19] block: kill BLK_MQ_F_SG_MERGE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 18/19] block: kill QUEUE_FLAG_NO_SG_MERGE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 17/19] block: document usage of bio iterator helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 14/19] block: allow bio_for_each_segment_all() to iterate over multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 13/19] bcache: avoid to use bio_for_each_segment_all() in bch_bio_alloc_pages()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 12/19] block: loop: pass multi-page bvec to iov_iter
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 11/19] btrfs: use bvec_last_segment to get bio's last page
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 10/19] fs/buffer.c: use bvec iterator to truncate the bio
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 09/19] block: introduce bvec_last_segment()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 08/19] block: use bio_for_each_bvec() to map sg
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 07/19] block: use bio_for_each_bvec() to compute multi-page bvec count
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 06/19] block: introduce bio_for_each_bvec() and rq_for_each_bvec()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 05/19] block: introduce multi-page bvec helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 04/19] block: rename bvec helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 03/19] block: remove bvec_iter_rewind()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 02/19] block: don't use bio->bi_vcnt to figure out segment number
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 01/19] btrfs: look at bi_size for repair decisions
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V13 00/19] block: support multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] drivers/md.c: Make bio_alloc_mddev return bio_alloc_bioset
  • From: Marcos Paulo de Souza <marcos.souza.org@xxxxxxxxx>
• [PATCH] Fix reshape for decreasing data offset
  • From: bugfood-ml@xxxxxxxxxx
• Re: [PATCH] md/raid10: Use struct_size() in kmalloc()
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md-linear: use struct_size() in kzalloc()
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] Make --examine print sizes more consistently
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [PATCH] md-linear: use struct_size() in kzalloc()
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH] Make --examine print sizes more consistently
  • From: bugfood-ml@xxxxxxxxxx
• [PATCH] md/raid10: Use struct_size() in kmalloc()
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: Shaohua Li
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Shaohua Li
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Shaohua Li
  • From: Jinpu Wang <jinpuwang@xxxxxxxxx>
• Re: Shaohua Li
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Software RAID memory issue?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Software RAID memory issue?
  • From: Richard Alloway <richard.alloway@xxxxxxxxxxxxx>
• Shaohua Li
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH] raid6_pq: Add module options to prefer algorithm
  • From: Timofey Titovets <nefelim4ag@xxxxxxxxx>
• Re: raid5: BUG_ON(atomic_inc_return(&sh->count) != 1)
  • From: Anssi Hannula <anssi.hannula@xxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: My array won't assemble
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• [PATCH] drivers/md.c: Make bio_alloc_mddev return bio_alloc_bioset
  • From: Marcos Paulo de Souza <marcos.souza.org@xxxxxxxxx>
• Re: My array won't assemble
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: My array won't assemble
  • From: Alexis BRENON <brenon.alexis@xxxxxxxxx>
• Re: My array won't assemble
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: My array won't assemble
  • From: Alexis BRENON <brenon.alexis@xxxxxxxxx>
• Re: My array won't assemble
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: My array won't assemble
  • From: Alexis BRENON <brenon.alexis@xxxxxxxxx>
• Re: My array won't assemble
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: My array won't assemble
  • From: Alexis BRENON <brenon.alexis@xxxxxxxxx>
• Re: My array won't assemble
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• BUG_ON() hit in drivers/md/raid5.c
  • From: Kai Heng Feng <kai.heng.feng@xxxxxxxxxxxxx>
• Re: My array won't assemble
  • From: Alexis BRENON <brenon.alexis@xxxxxxxxx>
• [PATCH] md: fix raid10 hang issue caused by barrier
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: My array won't assemble
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• My array won't assemble
  • From: Alexis BRENON <brenon.alexis@xxxxxxxxx>
• Re: XFS and RAID10 with o2 layout
  • From: Sinisa <sinisa@xxxxxxx>
• Re: XFS and RAID10 with o2 layout
  • From: Sinisa <sinisa@xxxxxxx>
• [PATCH 2/7] md: convert to kvmalloc
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v2 0/2] Fix typo in RWH_WRITE_LIFE_NOT_SET constant name
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: Replacing MOBO seems to have disappeared my software RAID1...?
  • From: Signup <signup@xxxxxxxxxxxx>
• Re: Replacing MOBO seems to have disappeared my software RAID1...?
  • From: Signup <signup@xxxxxxxxxxxx>
• Re: XFS and RAID10 with o2 layout
  • From: Siniša Bandin <sinisa@xxxxxxx>
• Re: XFS and RAID10 with o2 layout
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: XFS and RAID10 with o2 layout
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Replacing MOBO seems to have disappeared my software RAID1...?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: XFS and RAID10 with o2 layout
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: XFS and RAID10 with o2 layout
  • From: Sinisa <sinisa@xxxxxxx>
• Re: XFS and RAID10 with o2 layout
  • From: Sinisa <sinisa@xxxxxxx>
• Re: Replacing MOBO seems to have disappeared my software RAID1...?
  • From: Signup <signup@xxxxxxxxxxxx>
• Re: Replacing MOBO seems to have disappeared my software RAID1...?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Replacing MOBO seems to have disappeared my software RAID1...?
  • From: Signup <signup@xxxxxxxxxxxx>
• Re: Replacing MOBO seems to have disappeared my software RAID1...?
  • From: Signup <signup@xxxxxxxxxxxx>
• Re: Replacing MOBO seems to have disappeared my software RAID1...?
  • From: Signup <signup@xxxxxxxxxxxx>
• Re: XFS and RAID10 with o2 layout
  • From: keld@xxxxxxxxxx
• Re: Aw: Re: assemble broken raid5
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: XFS and RAID10 with o2 layout
  • From: Sinisa <sinisa@xxxxxxx>
• Re: controller failed - help recreating array
  • From: Stephen Remde <stephen.remde@xxxxxxxxxxx>
• Aw: Re: assemble broken raid5
  • From: "Alex Sommer" <alex@xxxxxxxxxxxxxxx>
• Re: assemble broken raid5
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: controller failed - help recreating array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• assemble broken raid5
  • From: "Alex Sommer" <alex@xxxxxxxxxxxxxxx>
• controller failed - help recreating array
  • From: Stephen Remde <stephen.remde@xxxxxxxxxxx>
• Re: Replacing MOBO seems to have disappeared my software RAID1...?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Replacing MOBO seems to have disappeared my software RAID1...?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Replacing MOBO seems to have disappeared my software RAID1...?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Replacing MOBO seems to have disappeared my software RAID1...?
  • From: Signup <signup@xxxxxxxxxxxx>
• Re: Replacing MOBO seems to have disappeared my software RAID1...?
  • From: Signup <signup@xxxxxxxxxxxx>
• Re: Replacing MOBO seems to have disappeared my software RAID1...?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Replacing MOBO seems to have disappeared my software RAID1...?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Replacing MOBO seems to have disappeared my software RAID1...?
  • From: Signup <signup@xxxxxxxxxxxx>
• Re: XFS and RAID10 with o2 layout
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH] policy.c: Fix for compiler error
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxx>
• Re: Software RAID memory issue?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Replacing MOBO seems to have disappeared my software RAID1...?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH] policy.c: Fix for compiler error
  • From: Jes Sorensen <jsorensen@xxxxxx>
• Re: [PATCH] policy.c: prevent NULL pointer referencing
  • From: Jes Sorensen <jsorensen@xxxxxx>
• [PATCH] policy.c: Fix for compiler error
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Kernel bug on shli_md-for-next
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxx>
• Replacing MOBO seems to have disappeared my software RAID1...?
  • From: Signup <signup@xxxxxxxxxxxx>
• Re: Software RAID memory issue?
  • From: Richard Alloway <richard.alloway@xxxxxxxxxxxxx>
• Re: Software RAID memory issue?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid1 becoming raid0 when device is removed before reboot
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid1 becoming raid0 when device is removed before reboot
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: raid1 becoming raid0 when device is removed before reboot
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] policy.c: prevent NULL pointer referencing
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• [PATCH] mdadm/tests: add one test case for failfast of raid1
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxx>
• [PATCH] policy.c: prevent NULL pointer referencing
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxx>
• Re: raid1 becoming raid0 when device is removed before reboot
  • From: Niklas Hambüchen <mail@xxxxxx>
• [PATCH] raid10: refactor common wait code from regular read/write request
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: raid1 becoming raid0 when device is removed before reboot
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Software RAID memory issue?
  • From: Richard Alloway <richard.alloway@xxxxxxxxxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCHv2] Assemble: keep MD_DISK_FAILFAST and MD_DISK_WRITEMOSTLY flag
  • From: Jes Sorensen <jsorensen@xxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: Software RAID memory issue?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCHv2] Assemble: keep MD_DISK_FAILFAST and MD_DISK_WRITEMOSTLY flag
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxx>
• Re: [PATCHv2] Assemble: keep MD_DISK_FAILFAST and MD_DISK_WRITEMOSTLY flag
  • From: Jes Sorensen <jsorensen@xxxxxx>
• Re: [PATCHv2] Assemble: keep MD_DISK_FAILFAST and MD_DISK_WRITEMOSTLY flag
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Grow: report correct new chunk size.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCHv2] Assemble: keep MD_DISK_FAILFAST and MD_DISK_WRITEMOSTLY flag
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] Grow: avoid overflow in compute_backup_blocks()
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [RFC] Assemble: mask FAILFAST and WRITEMOSTLY flags when finding the most recent device
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] imsm: update metadata correctly while raid10 double degradation
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 0/2] mdadm fixes for Policy in mdadm.conf
  • From: Jes Sorensen <jsorensen@xxxxxx>
• Re: [PATCH 0/2] mdadm: add systemd units for periodic tasks.
  • From: Jes Sorensen <jsorensen@xxxxxx>
• Re: [PATCHv2] Assemble: keep MD_DISK_FAILFAST and MD_DISK_WRITEMOSTLY flag
  • From: Jes Sorensen <jsorensen@xxxxxx>
• Re: Issues with large chunk size (16Mb)
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 2/2] Grow: report correct new chunk size.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/2] Grow: avoid overflow in compute_backup_blocks()
  • From: NeilBrown <neilb@xxxxxxxx>
• Software RAID memory issue?
  • From: Richard Alloway <richard.alloway@xxxxxxxxxxxxx>
• Re: raid1 becoming raid0 when device is removed before reboot
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: raid1 becoming raid0 when device is removed before reboot
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: raid1 becoming raid0 when device is removed before reboot
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 2/2] Monitor: add system timer to run --oneshot periodically
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/2] mdcheck: add systemd unit files to run mdcheck.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 0/2] mdadm: add systemd units for periodic tasks.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Revive a dead md raid5 array
  • From: Jogchum Reitsma <jogchum.reitsma@xxxxxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: RAID1 scrub ignoring read errors?
  • From: Niklas Hambüchen <mail@xxxxxx>
• RAID1 scrub ignoring read errors?
  • From: Niklas Hambüchen <mail@xxxxxx>
• Warnings related to mdadm_env.sh with systemd on non-SUSE distributions
  • From: Louis Sautier <sautier.louis@xxxxxxxxx>
• Re: Issues with large chunk size (16Mb)
  • From: Ed Spiridonov <edo.rus@xxxxxxxxx>
• Re: Issues with large chunk size (16Mb)
  • From: Ed Spiridonov <edo.rus@xxxxxxxxx>
• Restore RAID10 with 2 "non-fresh" disks after power outage?
  • From: Hannes <ghan@xxxxxx>
• Re: [PATCH V12 00/20] block: support multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V12 00/20] block: support multi-page bvec
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Issues with large chunk size (16Mb)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V12 00/20] block: support multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: Issues with large chunk size (16Mb)
  • From: Ed Spiridonov <edo.rus@xxxxxxxxx>
• Re: Issues with large chunk size (16Mb)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V12 00/20] block: support multi-page bvec
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Issues with large chunk size (16Mb)
  • From: Ed Spiridonov <edo.rus@xxxxxxxxx>
• Re: Revive a dead md raid5 array
  • From: Jogchum Reitsma <jogchum.reitsma@xxxxxxxxx>
• Re: [PATCH V12 16/20] block: enable multipage bvecs
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: Issues with large chunk size (16Mb)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V12 16/20] block: enable multipage bvecs
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V12 02/20] btrfs: look at bi_size for repair decisions
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V12 17/20] block: always define BIO_MAX_PAGES as 256
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V12 18/20] block: document usage of bio iterator helpers
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V12 15/20] block: allow bio_for_each_segment_all() to iterate over multi-page bvec
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V12 14/20] bcache: avoid to use bio_for_each_segment_all() in bch_bio_alloc_pages()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V12 13/20] block: loop: pass multi-page bvec to iov_iter
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V12 09/20] block: use bio_for_each_bvec() to compute multi-page bvec count
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V12 01/20] btrfs: remove various bio_offset arguments
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V12 06/20] block: rename bvec helpers
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V12 05/20] block: remove bvec_iter_rewind()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V12 04/20] block: don't use bio->bi_vcnt to figure out segment number
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V12 03/20] block: remove the "cluster" flag
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V12 10/20] block: use bio_for_each_bvec() to map sg
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V12 09/20] block: use bio_for_each_bvec() to compute multi-page bvec count
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V12 18/20] block: document usage of bio iterator helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V12 16/20] block: enable multipage bvecs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V12 08/20] block: introduce bio_for_each_bvec() and rq_for_each_bvec()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V12 07/20] block: introduce multi-page bvec helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V12 06/20] block: rename bvec helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V12 05/20] block: remove bvec_iter_rewind()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: LVM RAID: task mdX_raid1:221 blocked for more than 120 seconds
  • From: Cesare Leonardi <celeonar@xxxxxxxxx>
• Re: LVM RAID: task mdX_raid1:221 blocked for more than 120 seconds
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: Revive a dead md raid5 array
  • From: Jogchum Reitsma <jogchum.reitsma@xxxxxxxxx>
• Re: LVM RAID: task mdX_raid1:221 blocked for more than 120 seconds
  • From: Cesare Leonardi <celeonar@xxxxxxxxx>
• Re: Revive a dead md raid5 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Issues with large chunk size (16Mb)
  • From: Ed Spiridonov <edo.rus@xxxxxxxxx>
• Re: [PATCH V12 06/20] block: rename bvec helpers
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [linux-lvm] LVM RAID: task mdX_raid1:221 blocked for more than 120 seconds
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• [PATCH V12 20/20] block: kill BLK_MQ_F_SG_MERGE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 19/20] block: kill QUEUE_FLAG_NO_SG_MERGE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 18/20] block: document usage of bio iterator helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 17/20] block: always define BIO_MAX_PAGES as 256
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 16/20] block: enable multipage bvecs
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 15/20] block: allow bio_for_each_segment_all() to iterate over multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 14/20] bcache: avoid to use bio_for_each_segment_all() in bch_bio_alloc_pages()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 13/20] block: loop: pass multi-page bvec to iov_iter
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 12/20] fs/buffer.c: use bvec iterator to truncate the bio
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 11/20] block: introduce bvec_last_segment()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 10/20] block: use bio_for_each_bvec() to map sg
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 09/20] block: use bio_for_each_bvec() to compute multi-page bvec count
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 08/20] block: introduce bio_for_each_bvec() and rq_for_each_bvec()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 07/20] block: introduce multi-page bvec helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 06/20] block: rename bvec helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 05/20] block: remove bvec_iter_rewind()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 03/20] block: remove the "cluster" flag
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 04/20] block: don't use bio->bi_vcnt to figure out segment number
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 02/20] btrfs: look at bi_size for repair decisions
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 01/20] btrfs: remove various bio_offset arguments
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V12 00/20] block: support multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: Issues with large chunk size (16Mb)
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V11 15/19] block: enable multipage bvecs
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V11 12/19] block: allow bio_for_each_segment_all() to iterate over multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V11 07/19] fs/buffer.c: use bvec iterator to truncate the bio
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V11 03/19] block: introduce bio_for_each_bvec()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V11 12/19] block: allow bio_for_each_segment_all() to iterate over multi-page bvec
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 07/19] fs/buffer.c: use bvec iterator to truncate the bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Revive a dead md raid5 array
  • From: Jogchum Reitsma <jogchum.reitsma@xxxxxxxxx>
• Re: [PATCH V11 14/19] block: handle non-cluster bio out of blk_bio_segment_split
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 14/19] block: handle non-cluster bio out of blk_bio_segment_split
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V11 14/19] block: handle non-cluster bio out of blk_bio_segment_split
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 14/19] block: handle non-cluster bio out of blk_bio_segment_split
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 14/19] block: handle non-cluster bio out of blk_bio_segment_split
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V11 03/19] block: introduce bio_for_each_bvec()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 14/19] block: handle non-cluster bio out of blk_bio_segment_split
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V11 03/19] block: introduce bio_for_each_bvec()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 03/19] block: introduce bio_for_each_bvec()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V11 14/19] block: handle non-cluster bio out of blk_bio_segment_split
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 14/19] block: handle non-cluster bio out of blk_bio_segment_split
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V11 03/19] block: introduce bio_for_each_bvec()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V11 02/19] block: introduce multi-page bvec helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: Revive a dead md raid5 array
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH V11 14/19] block: handle non-cluster bio out of blk_bio_segment_split
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 03/19] block: introduce bio_for_each_bvec()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 15/19] block: enable multipage bvecs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 14/19] block: handle non-cluster bio out of blk_bio_segment_split
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 03/19] block: introduce bio_for_each_bvec()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 02/19] block: introduce multi-page bvec helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 15/19] block: enable multipage bvecs
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V11 14/19] block: handle non-cluster bio out of blk_bio_segment_split
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V11 03/19] block: introduce bio_for_each_bvec()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V11 02/19] block: introduce multi-page bvec helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V11 15/19] block: enable multipage bvecs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 17/19] block: document usage of bio iterator helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 14/19] block: handle non-cluster bio out of blk_bio_segment_split
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 12/19] block: allow bio_for_each_segment_all() to iterate over multi-page bvec
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 11/19] bcache: avoid to use bio_for_each_segment_all() in bch_bio_alloc_pages()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 10/19] block: loop: pass multi-page bvec to iov_iter
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Adding Journal device to existing RAID6 array.
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH V11 03/19] block: introduce bio_for_each_bvec()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 02/19] block: introduce multi-page bvec helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Adding Journal device to existing RAID6 array.
  • From: Matt Wallis <mattw@xxxxxxxxxxxx>
• Re: Adding Journal device to existing RAID6 array.
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: Revive a dead md raid5 array
  • From: Jogchum Reitsma <jogchum.reitsma@xxxxxxxxx>
• Re: [PATCH V10 09/19] block: introduce bio_bvecs()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Adding Journal device to existing RAID6 array.
  • From: Matt Wallis <mattw@xxxxxxxxxxxx>
• Re: [PATCH V10 09/19] block: introduce bio_bvecs()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V11 17/19] block: document usage of bio iterator helpers
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH V10 09/19] block: introduce bio_bvecs()
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [PATCH V10 09/19] block: introduce bio_bvecs()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 09/19] block: introduce bio_bvecs()
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [PATCH V10 09/19] block: introduce bio_bvecs()
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [PATCH V10 09/19] block: introduce bio_bvecs()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 19/19] block: kill BLK_MQ_F_SG_MERGE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 18/19] block: kill QUEUE_FLAG_NO_SG_MERGE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 17/19] block: document usage of bio iterator helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 16/19] block: always define BIO_MAX_PAGES as 256
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 15/19] block: enable multipage bvecs
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 14/19] block: handle non-cluster bio out of blk_bio_segment_split
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 13/19] block: move bounce_clone_bio into bio.c
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 12/19] block: allow bio_for_each_segment_all() to iterate over multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 11/19] bcache: avoid to use bio_for_each_segment_all() in bch_bio_alloc_pages()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 10/19] block: loop: pass multi-page bvec to iov_iter
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 09/19] btrfs: move bio_pages_all() to btrfs
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 08/19] btrfs: use bvec_last_segment to get bio's last page
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 07/19] fs/buffer.c: use bvec iterator to truncate the bio
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 06/19] block: introduce bvec_last_segment()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 05/19] block: use bio_for_each_bvec() to map sg
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 04/19] block: use bio_for_each_bvec() to compute multi-page bvec count
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 03/19] block: introduce bio_for_each_bvec()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 02/19] block: introduce multi-page bvec helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 01/19] block: don't use bio->bi_vcnt to figure out segment number
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V11 00/19] block: support multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 09/19] block: introduce bio_bvecs()
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [PATCH V10 09/19] block: introduce bio_bvecs()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: Revive a dead md raid5 array
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Revive a dead md raid5 array
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Revive a dead md raid5 array
  • From: Jogchum Reitsma <jogchum.reitsma@xxxxxxxxx>
• Re: [PATCH V10 09/19] block: introduce bio_bvecs()
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: Revive a dead md raid5 array
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH V10 09/19] block: introduce bio_bvecs()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] raid1: update one comment
  • From: Nick Alcock <nix@xxxxxxxxxxxxx>
• Re: [PATCH] raid1: update one comment
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH V10 15/19] block: always define BIO_MAX_PAGES as 256
  • From: "Huang\, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH V10 09/19] block: introduce bio_bvecs()
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Revive a dead md raid5 array
  • From: Jogchum Reitsma <jogchum.reitsma@xxxxxxxxx>
• Re: [PATCH V10 18/19] block: kill QUEUE_FLAG_NO_SG_MERGE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 18/19] block: kill QUEUE_FLAG_NO_SG_MERGE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 17/19] block: don't use bio->bi_vcnt to figure out segment number
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 15/19] block: always define BIO_MAX_PAGES as 256
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 14/19] block: enable multipage bvecs
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 14/19] block: enable multipage bvecs
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 13/19] iomap & xfs: only account for new added page
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 13/19] iomap & xfs: only account for new added page
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 12/19] block: allow bio_for_each_segment_all() to iterate over multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 12/19] block: allow bio_for_each_segment_all() to iterate over multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 11/19] bcache: avoid to use bio_for_each_segment_all() in bch_bio_alloc_pages()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 11/19] bcache: avoid to use bio_for_each_segment_all() in bch_bio_alloc_pages()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 10/19] block: loop: pass multi-page bvec to iov_iter
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 08/19] btrfs: move bio_pages_all() to btrfs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 09/19] block: introduce bio_bvecs()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 08/19] btrfs: move bio_pages_all() to btrfs
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 08/19] btrfs: move bio_pages_all() to btrfs
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 07/19] btrfs: use bvec_last_segment to get bio's last page
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 05/19] block: introduce bvec_last_segment()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 04/19] block: use bio_for_each_bvec() to map sg
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 03/19] block: use bio_for_each_bvec() to compute multi-page bvec count
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 01/19] block: introduce multi-page page bvec helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 02/19] block: introduce bio_for_each_bvec()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 01/19] block: introduce multi-page page bvec helpers
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Issues with large chunk size (16Mb)
  • From: Ed Spiridonov <edo.rus@xxxxxxxxx>
• Re: [PATCH V10 01/19] block: introduce multi-page page bvec helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 01/19] block: introduce multi-page page bvec helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V10 00/19] block: support multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 0/2] lib/raid6: allow skipping init-time benchmark
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 0/3] lib/raid6: clean up raid6test warnings
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] raid1: avoid dereference bitmap before barrier
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V10 19/19] block: kill BLK_MQ_F_SG_MERGE
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 18/19] block: kill QUEUE_FLAG_NO_SG_MERGE
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 03/19] block: use bio_for_each_bvec() to compute multi-page bvec count
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 00/19] block: support multi-page bvec
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 19/19] block: kill BLK_MQ_F_SG_MERGE
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 18/19] block: kill QUEUE_FLAG_NO_SG_MERGE
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 18/19] block: kill QUEUE_FLAG_NO_SG_MERGE
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 17/19] block: don't use bio->bi_vcnt to figure out segment number
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 15/19] block: always define BIO_MAX_PAGES as 256
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 14/19] block: enable multipage bvecs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 13/19] iomap & xfs: only account for new added page
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 11/19] bcache: avoid to use bio_for_each_segment_all() in bch_bio_alloc_pages()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 09/19] block: introduce bio_bvecs()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 08/19] btrfs: move bio_pages_all() to btrfs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 07/19] btrfs: use bvec_last_segment to get bio's last page
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 06/19] fs/buffer.c: use bvec iterator to truncate the bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 05/19] block: introduce bvec_last_segment()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 04/19] block: use bio_for_each_bvec() to map sg
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 02/19] block: introduce bio_for_each_bvec()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 01/19] block: introduce multi-page page bvec helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 03/19] block: use bio_for_each_bvec() to compute multi-page bvec count
  • From: Gao Xiang <gaoxiang25@xxxxxxxxxx>
• Re: [PATCH V10 03/19] block: use bio_for_each_bvec() to compute multi-page bvec count
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V10 18/19] block: kill QUEUE_FLAG_NO_SG_MERGE
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 17/19] block: don't use bio->bi_vcnt to figure out segment number
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 16/19] block: document usage of bio iterator helpers
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 15/19] block: always define BIO_MAX_PAGES as 256
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 14/19] block: enable multipage bvecs
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 13/19] iomap & xfs: only account for new added page
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 12/19] block: allow bio_for_each_segment_all() to iterate over multi-page bvec
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 11/19] bcache: avoid to use bio_for_each_segment_all() in bch_bio_alloc_pages()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 10/19] block: loop: pass multi-page bvec to iov_iter
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 09/19] block: introduce bio_bvecs()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 08/19] btrfs: move bio_pages_all() to btrfs
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 07/19] btrfs: use bvec_last_segment to get bio's last page
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 06/19] fs/buffer.c: use bvec iterator to truncate the bio
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 05/19] block: introduce bvec_last_segment()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 04/19] block: use bio_for_each_bvec() to map sg
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 03/19] block: use bio_for_each_bvec() to compute multi-page bvec count
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 03/19] block: use bio_for_each_bvec() to compute multi-page bvec count
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V10 03/19] block: use bio_for_each_bvec() to compute multi-page bvec count
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 02/19] block: introduce bio_for_each_bvec()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 01/19] block: introduce multi-page page bvec helpers
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V10 12/19] block: allow bio_for_each_segment_all() to iterate over multi-page bvec
  • From: David Sterba <dsterba@xxxxxxx>
• [PATCH V10 19/19] block: kill BLK_MQ_F_SG_MERGE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 18/19] block: kill QUEUE_FLAG_NO_SG_MERGE
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 17/19] block: don't use bio->bi_vcnt to figure out segment number
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 16/19] block: document usage of bio iterator helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 15/19] block: always define BIO_MAX_PAGES as 256
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 14/19] block: enable multipage bvecs
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 13/19] iomap & xfs: only account for new added page
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 12/19] block: allow bio_for_each_segment_all() to iterate over multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 11/19] bcache: avoid to use bio_for_each_segment_all() in bch_bio_alloc_pages()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 10/19] block: loop: pass multi-page bvec to iov_iter
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 09/19] block: introduce bio_bvecs()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 08/19] btrfs: move bio_pages_all() to btrfs
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 07/19] btrfs: use bvec_last_segment to get bio's last page
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 06/19] fs/buffer.c: use bvec iterator to truncate the bio
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 05/19] block: introduce bvec_last_segment()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 04/19] block: use bio_for_each_bvec() to map sg
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 03/19] block: use bio_for_each_bvec() to compute multi-page bvec count
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 02/19] block: introduce bio_for_each_bvec()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 01/19] block: introduce multi-page page bvec helpers
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V10 00/19] block: support multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: raid1 becoming raid0 when device is removed before reboot
  • From: Niklas Hambüchen <mail@xxxxxx>
• [PATCH] md: remvoe redundant condition check
  • From: Chengguang Xu <cgxu519@xxxxxxx>
• [PATCH V9 12/19] block: allow bio_for_each_segment_all() to iterate over multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 2/2] lib/raid6: add option to skip algo benchmarking
  • From: Daniel Verkamp <dverkamp@xxxxxxxxxxxx>
• [PATCH 1/2] lib/raid6: sort algos in rough performance order
  • From: Daniel Verkamp <dverkamp@xxxxxxxxxxxx>
• [PATCH 0/5] lib/raid6: allow skipping init-time benchmark
  • From: Daniel Verkamp <dverkamp@xxxxxxxxxxxx>
• [PATCH 0/2] lib/raid6: allow skipping init-time benchmark
  • From: Daniel Verkamp <dverkamp@xxxxxxxxxxxx>
• [PATCH 3/3] lib/raid6: check for assembler SSSE3 support
  • From: Daniel Verkamp <dverkamp@xxxxxxxxxxxx>
• [PATCH 2/3] lib/raid6: avoid __attribute_const__ redefinition
  • From: Daniel Verkamp <dverkamp@xxxxxxxxxxxx>
• [PATCH 1/3] lib/raid6: add missing include for raid6test
  • From: Daniel Verkamp <dverkamp@xxxxxxxxxxxx>
• [PATCH 0/3] lib/raid6: clean up raid6test warnings
  • From: Daniel Verkamp <dverkamp@xxxxxxxxxxxx>
• [PATCH] raid1: update one comment
  • From: Jack Wang <xjtuwjp@xxxxxxxxx>
• Re: [PATCH] raid1: fix one typo in comment
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• inconsistent IOPS and throughput for /dev/mdX (?)
  • From: Paolo Valente <paolo.valente@xxxxxxxxxx>
• Re: [PATCH] raid1: avoid dereference bitmap before barrier
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] raid1: fix one typo in comment
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH V8 12/18] block: allow bio_for_each_segment_all() to iterate over multi-page bvec
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH] raid1: fix one typo in comment
  • From: Jack Wang <xjtuwjp@xxxxxxxxx>
• [PATCH 2/2] policy: support devices with multiple paths.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/2] Document PART-POLICY lines
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 0/2] mdadm fixes for Policy in mdadm.conf
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] raid1: avoid dereference bitmap before barrier
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] md: remove set but not used variable 'bi_rdev'
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• Re: raid10 - failed drive & botched recovery
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re:raid10 - failed drive & botched recovery
  • From: Elvis Dumbledore <elvispdumbledore@xxxxxxxxx>
• Re: [PATCH] Assemble: update metadata information after updating
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCHv2] Assemble: keep MD_DISK_FAILFAST and MD_DISK_WRITEMOSTLY flag
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RFC] Assemble: mask FAILFAST and WRITEMOSTLY flags when finding the most recent device
  • From: NeilBrown <neilb@xxxxxxxx>
• [RFC] Assemble: mask FAILFAST and WRITEMOSTLY flags when finding the most recent device
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [PATCH] raid1: avoid dereference bitmap before barrier
  • From: Jack Wang <xjtuwjp@xxxxxxxxx>
• [PATCHv2] Assemble: keep MD_DISK_FAILFAST and MD_DISK_WRITEMOSTLY flag
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: [PATCH] Assemble: keep MD_DISK_FAILFAST and MD_DISK_WRITEMOSTLY flags
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [PATCH] Assemble: keep MD_DISK_FAILFAST and MD_DISK_WRITEMOSTLY flags
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: [PATCH] Assemble: update metadata information after updating
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: [RFC] Assemble: keep MD_DISK_FAILFAST flag
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: Add device added time in super1
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [RFC] Assemble: keep MD_DISK_FAILFAST flag
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Add device added time in super1
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] Assemble: update metadata information after updating
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] Assemble: update metadata information after updating
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [RFC] Assemble: keep MD_DISK_FAILFAST flag
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: Add device added time in super1
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Add device added time in super1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Add device added time in super1
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Large Linux RAID System (lots of drives)
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Large Linux RAID System (lots of drives)
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Large Linux RAID System (lots of drives)
  • From: Carsten Aulbert <carsten.aulbert@xxxxxxxxxx>
• Re: Large Linux RAID System (lots of drives)
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Large Linux RAID System (lots of drives)
  • From: Carsten Aulbert <carsten.aulbert@xxxxxxxxxx>
• Large Linux RAID System (lots of drives)
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/2] Fix typo in RWH_WRITE_LIFE_NOT_SET constant name
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• [PATCH v2 2/2] drivers/md/raid5.c: use the new spelling of RWH_WRITE_LIFE_NOT_SET
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• [PATCH v2 1/2] fcntl: fix typo in RWH_WRITE_LIFE_NOT_SET r/w hint
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [PATCH RESEND 1/2] fcntl: fix typo in RWH_WRITE_LIFE_NOT_SET r/w hint
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: Reassembling my RAID 1 array
  • From: Diederik de Haas <didi.debian@xxxxxxxxx>
• Re: Reassembling my RAID 1 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Reassembling my RAID 1 array
  • From: Diederik de Haas <didi.debian@xxxxxxxxx>
• Re: Reassembling my RAID 1 array
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Reassembling my RAID 1 array
  • From: Diederik de Haas <didi.debian@xxxxxxxxx>
• Re: Reassembling my RAID 1 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Reassembling my RAID 1 array
  • From: Diederik de Haas <didi.debian@xxxxxxxxx>
• Re: [dm-devel] [RFC] dm-bow working prototype
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [GIT PULL] MD update for 4.20
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH RESEND 1/2] fcntl: fix typo in RWH_WRITE_LIFE_NOT_SET r/w hint
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Announce: mdadm-4.1
  • From: Jes Sorensen <jsorensen@xxxxxx>
• Re: Lockup: 4.18, raid6 scrub vs raid6check
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Re: [PATCH] md: allow metadata updates while suspending an array - fix
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: Lockup: 4.18, raid6 scrub vs raid6check
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• [PATCH RESEND 2/2] drivers/md/raid5.c: use the new spelling of RWH_WRITE_LIFE_NOT_SET
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• [PATCH RESEND 1/2] fcntl: fix typo in RWH_WRITE_LIFE_NOT_SET r/w hint
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• [PATCH RESEND 0/2] Fix typo in RWH_WRITE_LIFE_NOT_SET constant name
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• Re: [dm-devel] [RFC] dm-bow working prototype
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC] dm-bow working prototype
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [RFC] dm-bow working prototype
  • From: Paul Lawrence <paullawrence@xxxxxxxxxx>
• Re: [dm-devel] [RFC] dm-bow working prototype
  • From: Paul Lawrence <paullawrence@xxxxxxxxxx>
• Re: [RFC] dm-bow working prototype
  • From: MegaBrutal <megabrutal@xxxxxxxxx>
• Re: [PATCH 0/2] Fix typo in RWH_WRITE_LIFE_NOT_SET constant name
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [PATCH 0/2] Fix typo in RWH_WRITE_LIFE_NOT_SET constant name
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [PATCH 0/2] Fix typo in RWH_WRITE_LIFE_NOT_SET constant name
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Lockup: 4.18, raid6 scrub vs raid6check
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Lockup: 4.18, raid6 scrub vs raid6check
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: [dm-devel] [RFC] dm-bow working prototype
  • From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
• Re: [dm-devel] [RFC] dm-bow working prototype
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [dm-devel] [RFC] dm-bow working prototype
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [RFC] dm-bow working prototype
  • From: Paul Lawrence <paullawrence@xxxxxxxxxx>
• Re: Recover data from crashed RAID6
  • From: CygX1 <cygnx1@xxxxxxxxx>
• Re: Recover data from crashed RAID6
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: allow metadata updates while suspending an array - fix
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Recover data from crashed RAID6
  • From: CygX1 <cygnx1@xxxxxxxxx>
• Re: [RFC] dm-bow working prototype
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Recover data from crashed RAID6
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [RFC] dm-bow working prototype
  • From: Paul Lawrence <paullawrence@xxxxxxxxxx>
• Re: Recover data from crashed RAID6
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Recover data from crashed RAID6
  • From: CygX1 <cygnx1@xxxxxxxxx>
• Re: [PATCH] md: allow metadata updates while suspending an array - fix
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [PATCH 1/1] Memory leak when flush bio size is zero
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md: fix memleak for mempool
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH] md: fix memleak for mempool
  • From: Jack Wang <xjtuwjp@xxxxxxxxx>
• Re: [dm-devel] [PATCH] dm: add secdel target
  • From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
• Re: dm: add secdel target
  • From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
• Re: [dm-devel] [PATCH] dm: add secdel target
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH] dm: add secdel target
  • From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
• Re: [dm-devel] [PATCH] dm: add secdel target
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: dm: add secdel target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Announce: mdadm-4.1
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH] md/raid1: IO write serialization per chunks
  • From: Jack Wang <xjtuwjp@xxxxxxxxx>
• [PATCH] md/raid1: IO write serialization per chunks
  • From: Jack Wang <xjtuwjp@xxxxxxxxx>
• [PATCH V2 8/8] md-cluster: remove suspend_info
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V2 7/8] md-cluster: send BITMAP_NEEDS_SYNC message if reshaping is interrupted
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V2 6/8] md-cluster/bitmap: don't call md_bitmap_sync_with_cluster during reshaping stage
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V2 4/8] md-cluster/raid10: call update_size in md_reap_sync_thread
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V2 5/8] md-cluster/raid10: don't call remove_and_add_spares during reshaping stage
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V2 3/8] md-cluster: introduce resync_info_get interface for sanity check
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V2 2/8] md-cluster/raid10: support add disk under grow mode
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>