Linux RAID Storage Date Index

• Thread Index

• 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>
• [PATCH V2 1/8] md-cluster/raid10: resize all the bitmaps before start reshape
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V2 0/8] md-cluster: add grow support for raid10
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] imsm: update metadata correctly while raid10 double degradation
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: RAID 1 Performance (Backups)
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: RAID 1 Performance (Backups)
  • From: Shaun Glass <shaunglass@xxxxxxxxx>
• Re: RAID 1 Performance (Backups)
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID 1 Performance (Backups)
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• RAID 1 Performance (Backups)
  • From: Shaun Glass <shaunglass@xxxxxxxxx>
• Re: [PATCH] md/bitmap: use mddev_suspend/resume instead of ->quiesce()
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
• [PATCH] dm: add secdel target
  • From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
• raid10 - failed drive & botched recovery
  • From: Elvis Dumbledore <elvispdumbledore@xxxxxxxxx>
• Re: raid5 - failed to assemble array
  • From: Geoff Richmond <Geoff.Richmond@xxxxxxxxxxxx>
• Re: raid5 - failed to assemble array
  • From: François Goudal <francois@xxxxxxxxxx>
• raid5 - failed to assemble array
  • From: Geoff Richmond <Geoff.Richmond@xxxxxxxxxxxx>
• Re: [Update PATCH 1/8] md-cluster/raid10: resize all the bitmaps before start reshape
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 0/8] md-cluster: add grow support for raid10
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [Update PATCH 1/8] md-cluster/raid10: resize all the bitmaps before start reshape
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH 1/8] md-cluster/raid10: resize all the bitmaps before start reshape
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH 1/8] md-cluster/raid10: resize all the bitmaps before start reshape
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 0/8] md-cluster: add grow support for raid10
  • From: keld@xxxxxxxxxx
• Re: [PATCH 0/8] md-cluster: add grow support for raid10
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH 0/8] md-cluster: add grow support for raid10
  • From: keld@xxxxxxxxxx
• [PATCH 7/8] md-cluster: send BITMAP_NEEDS_SYNC message if reshaping is interrupted
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 8/8] md-cluster: remove suspend_info
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 6/8] md-cluster/bitmap: don't call md_bitmap_sync_with_cluster during reshaping stage
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 5/8] md-cluster/raid10: don't call remove_and_add_spares during reshaping stage
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 4/8] md-cluster/raid10: call update_size in md_reap_sync_thread
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 3/8] md-cluster: introduce resync_info_get interface for sanity check
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 2/8] md-cluster/raid10: support add disk under grow mode
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 0/8] md-cluster: add grow support for raid10
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 1/8] md-cluster/raid10: resize all the bitmaps before start reshape
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH][md-next] md: remove redundant code that is no longer reachable
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• [PATCH] md/bitmap: use mddev_suspend/resume instead of ->quiesce()
  • From: Jack Wang <xjtuwjp@xxxxxxxxx>
• Re: [PATCH] md/bitmap: use mddev_suspend/resume instead of ->quiesce()
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
• [PATCH 1/2] fcntl: fix typo in RWH_WRITE_LIFE_NOT_SET r/w hint
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• [PATCH 2/2] drivers/md/raid5.c: use the new spelling of RWH_WRITE_LIFE_NOT_SET
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• [PATCH 0/2] Fix typo in RWH_WRITE_LIFE_NOT_SET constant name
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: How to disable RAID badblocks?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: How to disable RAID badblocks?
  • From: Andrew Engelbrecht <andrew@xxxxxxx>
• Re: How to disable RAID badblocks?
  • From: Andrew Engelbrecht <andrew@xxxxxxx>
• Re: How to disable RAID badblocks?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: How to toggle state of MD RAID member disk from active to clean?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• How to disable RAID badblocks?
  • From: Andrew Engelbrecht <andrew@xxxxxxx>
• Re: How to toggle state of MD RAID member disk from active to clean?
  • From: Sean Caron <scaron@xxxxxxxxx>
• How to toggle state of MD RAID member disk from active to clean?
  • From: Sean Caron <scaron@xxxxxxxxx>
• Re: RAID 5 kernel BUG
  • From: Steve Kowalik <steven@xxxxxxxxxxxxxxx>
• Re: RAID 5 kernel BUG
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• RAID 5 kernel BUG
  • From: Steve Kowalik <steven@xxxxxxxxxxxxxxx>
• Re: RFC - de-clustered raid 60 or 61 algorithm
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: RFC - de-clustered raid 60 or 61 algorithm
  • From: Feng Zhang <prod.feng@xxxxxxxxx>
• [PATCH] md: allow metadata updates while suspending an array - fix
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RFC - de-clustered raid 60 or 61 algorithm
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Raid recovery
  • From: Madalin Grosu <madalin.grosu@xxxxxxxxx>
• Re: RFC - de-clustered raid 60 or 61 algorithm
  • From: Feng Zhang <prod.feng@xxxxxxxxx>
• Re: Thanks and possible bug found. Was:Raid10, six drives, two mirrors
  • From: Wilson Jonathan <i400sjon@xxxxxxxxx>
• Re: Announce: mdadm-4.1
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Announce: mdadm-4.1
  • From: Jes Sorensen <jsorensen@xxxxxx>
• Re: [PATCH 0/2] Two patches for RAID-5/6 journal information
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] md/raid1: fix wrong behavior of re-adding a device
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid1: fix wrong behavior of re-adding a device
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Two patches for RAID-5/6 journal information
  • From: Phillip Potter <phil@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Two patches for RAID-5/6 journal information
  • From: Phillip Potter <phil@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Two patches for RAID-5/6 journal information
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH 2/2] mdadm: Expose journal count via mdadm --detail
  • From: Phillip Potter <phil@xxxxxxxxxxxxxxxx>
• [PATCH 1/2] md: journal: Add journal_disks member to mdu_array_info_t
  • From: Phillip Potter <phil@xxxxxxxxxxxxxxxx>
• [PATCH 0/2] Two patches for RAID-5/6 journal information
  • From: Phillip Potter <phil@xxxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid1: fix wrong behavior of re-adding a device
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] md/raid1: fix wrong behavior of re-adding a device
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/bitmap: use mddev_suspend/resume instead of ->quiesce()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] Fixed code style issues in the drivers/md/md.c
  • From: Andrey Abramov <st5pub@xxxxxxxxx>
• Re: [PATCH] imsm: block using partition
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] imsm: block using partition
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: Time line for mdadm-4.1
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 0/2] Two patches for Assemble
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] imsm: Avoid duplicate entries in --detail-platform
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] imsm: Block volume creation with empty name
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] mdadm.c: Fix error handling for --zero-superblock
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] md/bitmap: use mddev_suspend/resume instead of ->quiesce()
  • From: Jack Wang <xjtuwjp@xxxxxxxxx>
• Time line for mdadm-4.1
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Raid recovery
  • From: François Goudal <francois@xxxxxxxxxx>
• Re: [RFC] wrong behavior of re-adding a device
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [PATCH] md/raid1: fix wrong behavior of re-adding a device
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [RFC] wrong behavior of re-adding a device
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [RFC] wrong behavior of re-adding a device
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: [RFC] wrong behavior of re-adding a device
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Filesystem-based raid vs. device-based raid
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Filesystem-based raid vs. device-based raid
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [RFC] wrong behavior of re-adding a device
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: [RFC] wrong behavior of re-adding a device
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: Filesystem-based raid vs. device-based raid
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH v2] md/raid10: Fix raid10 replace hang when new added disk faulty
  • From: alexwu <alexwu@xxxxxxxxxxxx>
• Re: Filesystem-based raid vs. device-based raid
  • From: Mateusz <mateusz-lists@xxxxxxxxxxxxxx>
• Re: Filesystem-based raid vs. device-based raid
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [RFC] wrong behavior of re-adding a device
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [RFC] wrong behavior of re-adding a device
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Filesystem-based raid vs. device-based raid
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Raid recovery
  • From: Madalin Grosu <madalin.grosu@xxxxxxxxx>
• Re: Raid recovery
  • From: François Goudal <francois@xxxxxxxxxx>
• Re: Raid recovery
  • From: Madalin Grosu <madalin.grosu@xxxxxxxxx>
• Filesystem-based raid vs. device-based raid
  • From: David F <raid@xxxxxxxxxxxxxxxx>
• Re: Raid recovery
  • From: François Goudal <francois@xxxxxxxxxx>
• Re: Raid recovery
  • From: Madalin Grosu <madalin.grosu@xxxxxxxxx>
• md: dead code in md_alloc()
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: [RFC] wrong behavior of re-adding a device
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid10: Fix raid10 replace hang when new added disk faulty
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] md/raid10: Fix raid10 replace hang when new added disk faulty
  • From: alexwu <alexwu@xxxxxxxxxxxx>
• [RFC] wrong behavior of re-adding a device
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid10: Fix raid10 replace hang when new added disk faulty
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] md/raid10: Fix raid10 replace hang when new added disk faulty
  • From: alexwu <alexwu@xxxxxxxxxxxx>
• Re: [PATCH] md/raid10: Fix raid10 replace hang when new added disk faulty
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] md/raid10: Fix raid10 replace hang when new added disk faulty
  • From: alexwu <alexwu@xxxxxxxxxxxx>
• Re: [PATCH] md: bitmap: use mddev_suspend/resume instead of ->quiesce()
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: raid5: BUG_ON(atomic_inc_return(&sh->count) != 1)
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH] md/raid10: Fix raid10 replace hang when new added disk faulty
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• recovery raid array
  • From: Madalin Grosu <madalin.grosu@xxxxxxxxx>
• Re: raid array recovery
  • From: Madalin Grosu <madalin.grosu@xxxxxxxxx>
• raid array recovery
  • From: Madalin Grosu <madalin.grosu@xxxxxxxxx>
• raid5: BUG_ON(atomic_inc_return(&sh->count) != 1)
  • From: yuyufen <yuyufen@xxxxxxxxxx>
• Re: autodetection
  • From: Chris Murphy <chris@xxxxxxxxxxxxxxxxx>
• Re: autodetection
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: autodetection
  • From: Chris Murphy <chris@xxxxxxxxxxxxxxxxx>
• Re: autodetection
  • From: Chris Murphy <chris@xxxxxxxxxxxxxxxxx>
• imsm autodetection, kernel 4.18.5 vs 4.16.3
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• autodetection
  • From: Chris Murphy <chris@xxxxxxxxxxxxxxxxx>
• [PATCH] md: bitmap: use mddev_suspend/resume instead of ->quiesce()
  • From: Jack Wang <xjtuwjp@xxxxxxxxx>
• Re: Raid recovery
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Failed RAID5 array - recovery help
  • From: Francois Goudal <francois@xxxxxxxxxx>
• Re: Failed RAID5 array - recovery help
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Failed RAID5 array - recovery help
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Failed RAID5 array - recovery help
  • From: Francois Goudal <francois@xxxxxxxxxx>
• Re: Raid10, six drives, two mirrors
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: linux-next: Tree for Sep 11 (drivers/md/dm-thin-metadata.o:)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: Raid10, six drives, two mirrors
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Raid10, six drives, two mirrors
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Raid10, six drives, two mirrors
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Raid10, six drives, two mirrors
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Raid10, six drives, two mirrors
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Raid10, six drives, two mirrors
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH] md/raid10: Fix raid10 replace hang when new added disk faulty
  • From: alexwu <alexwu@xxxxxxxxxxxx>
• Re: Raid10, six drives, two mirrors
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Raid10, six drives, two mirrors
  • From: Wilson Jonathan <i400sjon@xxxxxxxxx>
• [GIT PULL] MD update for 4.19-rc2
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid10: Fix raid10 replace hang when new added disk faulty
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 2/6] md: convert to kvmalloc
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC] raid5: block failing device if raid will be failed
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 2/6] md: convert to kvmalloc
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 2/6] md: convert to kvmalloc
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH] md/raid10: Fix raid10 replace hang when new added disk faulty
  • From: alexwu <alexwu@xxxxxxxxxxxx>
• Re: Failed RAID5 array - recovery help
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Failed RAID5 array - recovery help
  • From: Francois Goudal <francois@xxxxxxxxxx>
• [RFC] raid5: block failing device if raid will be failed
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• [PATCH] md/raid5: move handle_stripe() comment to correct location
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: [RFC] [PATCH 0/1] Introduce emergency raid0 stop for mounted arrays
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH] mdadm.c: Fix error handling for --zero-superblock
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: raid1 becoming raid0 when device is removed before reboot
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: PCIe SATA controllers
  • From: Alex <mysqlstudent@xxxxxxxxx>
• Re: Panic at BUG_ON(force && !conf->barrier);
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: raid1 becoming raid0 when device is removed before reboot
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] md-cluster: release RESYNC lock after the last resync message
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Panic at BUG_ON(force && !conf->barrier);
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/1] RAID10 BUG_ON in raise_barrier when force is true and conf->barrier is 0
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Panic at BUG_ON(force && !conf->barrier);
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Panic at BUG_ON(force && !conf->barrier);
  • From: Xiao Ni <xni@xxxxxxxxxx>
• raid1 becoming raid0 when device is removed before reboot
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: raid5 reshape is stuck when raid5 journal device miss
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Panic at BUG_ON(force && !conf->barrier);
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid5 reshape is stuck when raid5 journal device miss
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Fwd: Setting up readonly fallback mode on device removal
  • From: Günter Manz <gunterznam@xxxxxxxxx>
• Deadlock in md
  • From: Daniel Santos <daniel.santos@xxxxxxxxx>
• Re: raid5-cache: deeply broken (with write-back?)
  • From: Daniel Santos <daniel.santos@xxxxxxxxx>
• Re: raid5-cache: deeply broken (with write-back?)
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: raid5-cache: deeply broken (with write-back?)
  • From: Daniel Santos <daniel.santos@xxxxxxxxx>
• Re: raid5-cache: deeply broken (with write-back?)
  • From: Daniel Santos <daniel.santos@xxxxxxxxx>
• Re: raid5-cache: deeply broken (with write-back?)
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: raid5-cache: deeply broken (with write-back?)
  • From: Lars Schimmer <l.schimmer@xxxxxxxxxxxxx>
• raid5-cache: deeply broken (with write-back?)
  • From: Daniel Santos <daniel.santos@xxxxxxxxx>
• [PATCH 2/2] Assemble: set devices to NULL when load_devices can't load device
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 1/2] Assemble: free resources in load_devices
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 0/2] Two patches for Assemble
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Danil Kipnis <danil.kipnis@xxxxxxxxxxxxxxxx>
• raid5 reshape is stuck when raid5 journal device miss
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Jinpu Wang <jinpuwang@xxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Jinpu Wang <jinpuwang@xxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Jinpu Wang <jinpuwang@xxxxxxxxx>
• Re: [PATCH V3 3/3] Assemble: cleanup the failure path
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V3 3/3] Assemble: cleanup the failure path
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH V3 3/3] Assemble: cleanup the failure path
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Danil Kipnis <danil.kipnis@xxxxxxxxxxxxxxxx>
• Re: [PATCH V3 3/3] Assemble: cleanup the failure path
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxx>
• Panic at BUG_ON(force && !conf->barrier);
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Danil Kipnis <danil.kipnis@xxxxxxxxxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Jinpu Wang <jinpuwang@xxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: MegaRAID DDF
  • From: dpr <dpr@xxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Danil Kipnis <danil.kipnis@xxxxxxxxxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Jinpu Wang <jinpuwang@xxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: NeilBrown <neilb@xxxxxxxx>
• [GIT PULL] MD update for 4.19-rc1
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Danil Kipnis <danil.kipnis@xxxxxxxxxxxxxxxx>
• [PATCH] imsm: Avoid duplicate entries in --detail-platform
  • From: Roman Sobanski <roman.sobanski@xxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Danil Kipnis <danil.kipnis@xxxxxxxxxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Danil Kipnis <danil.kipnis@xxxxxxxxxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Swapnil Ingle <swapnil.ingle@xxxxxxxxxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: PCIe SATA controllers
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH] imsm: Block volume creation with empty name
  • From: Roman Sobanski <roman.sobanski@xxxxxxxxx>
• Re: RAID1 sometimes have different data on the slave devices
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Re: PCIe SATA controllers
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: PCIe SATA controllers
  • From: Weedy <weedy2887@xxxxxxxxx>
• Re: PCIe SATA controllers
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [RFC] [PATCH 0/1] Introduce emergency raid0 stop for mounted arrays
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: PCIe SATA controllers
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: PCIe SATA controllers
  • From: Alex <mysqlstudent@xxxxxxxxx>
• Re: PCIe SATA controllers
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: PCIe SATA controllers
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• PCIe SATA controllers
  • From: Alex <mysqlstudent@xxxxxxxxx>
• RAID1 sometimes have different data on the slave devices
  • From: Swapnil Ingle <swapnil.ingle@xxxxxxxxxxxxxxxx>
• Re: Unable to re-assemble failed RAID6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Unable to re-assemble failed RAID6 array
  • From: Nick Gruszauskas <ngrusz1@xxxxxxxxx>
• Read error and messy up array forcing assemble
  • From: Giulio Carabetta <giulio.carabetta@xxxxxxxxx>
• Re: Unable to re-assemble failed RAID6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Unable to re-assemble failed RAID6 array
  • From: Nick Gruszauskas <ngrusz1@xxxxxxxxx>
• Re: Broken raid6 continually resyncing
  • From: Zach Adams <androlgenhald@xxxxxxxxx>
• Broken raid6 continually resyncing
  • From: Zach Adams <androlgenhald@xxxxxxxxx>
• Re: Boot Message Question
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Boot Message Question
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Boot Message Question
  • From: Robert Steinmetz AIA <rob@xxxxxxxxxxxxxxxx>
• Re: chunks/sectors/blocks/stripes ??
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: chunks/sectors/blocks/stripes ??
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: chunks/sectors/blocks/stripes ??
  • From: donotcare@xxxxxxxxxxx
• Re: LSI Patrol Read equivalent
  • From: Phil Turmel <philip@xxxxxxxxxx>
• LSI Patrol Read equivalent
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: chunks/sectors/blocks/stripes ??
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: chunks/sectors/blocks/stripes ??
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• chunks/sectors/blocks/stripes ??
  • From: donotcare@xxxxxxxxxxx
• mdadm 4.1-rc2 released!
  • From: Jes Sorensen <jsorensen@xxxxxx>
• Re: [PATCH] Incremental: remove external arrays and devices correctly
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Why raid456 doesn't block removing member drives?
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxx>
• Re: Help / advice RAID5 Inactive
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] Incremental: remove external arrays and devices correctly
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: Help / advice RAID5 Inactive
  • From: jonathan.p.milton@xxxxxxxxx
• Re: Help / advice RAID5 Inactive
  • From: Jonathan Milton <jonathan.p.milton@xxxxxxxxx>
• Re: Help / advice RAID5 Inactive
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [RFC] [PATCH 0/1] Introduce emergency raid0 stop for mounted arrays
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Help / advice RAID5 Inactive
  • From: jonathan.p.milton@xxxxxxxxx
• Re: Help / advice RAID5 Inactive
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [RFC] [PATCH 0/1] Introduce emergency raid0 stop for mounted arrays
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/5] bitmap: Introduce alloc/free helpers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Help / advice RAID5 Inactive
  • From: Jonathan Milton <jonathan.p.milton@xxxxxxxxx>
• Re: [RFC] [PATCH 0/1] Introduce emergency raid0 stop for mounted arrays
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v4 0/5] bitmap: Introduce alloc/free helpers
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] Grow: Frozen array can't be idle
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [RFC] [PATCH 1/1] md/raid0: Introduce emergency stop for raid0 arrays
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [RFC] [PATCH 0/1] Introduce emergency raid0 stop for mounted arrays
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• [PATCH] Grow: Frozen array can't be idle
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: destroyed raid 5 by removing wrong disk
  • From: Martin Probst <martin.probst@xxxxxxxxxxx>
• [PATCH] md/raid5: fix data corruption of replacements after originals dropped
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• Re: destroyed raid 5 by removing wrong disk
  • From: Martin Probst <martin.probst@xxxxxxxxxxx>
• Re: destroyed raid 5 by removing wrong disk
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• destroyed raid 5 by removing wrong disk
  • From: Martin Probst <martin.probst@xxxxxxxxxxx>
• Re: [PATCH] udev.rules: make safe timeouts compatible with split-usr systems.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] udev.rules: make safe timeouts compatible with split-usr systems.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] udev.rules: make safe timeouts compatible with split-usr systems.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v4 0/5] bitmap: Introduce alloc/free helpers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] udev.rules: make safe timeouts compatible with split-usr systems.
  • From: Dimitri John Ledkov <xnox@xxxxxxxxxx>
• Re: [PATCH] Assemble: remove the protection when clustered raid do assemble
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 2/6] drivers/md/raid5: Do not disable irq on release_inactive_stripe_list() call
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] Assemble: remove the protection when clustered raid do assemble
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] mapfile: set *mapp to NULL after map_free
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] mapfile: set *mapp to NULL after map_free
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 1/6] drivers/md/raid5: Use irqsave variant of atomic_dec_and_lock()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] drivers/md/raid5: Use irqsave variant of atomic_dec_and_lock()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] mapfile: set *mapp to NULL after map_free
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH V2] Free map to avoid resource leak issues
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 1/6] drivers/md/raid5: Use irqsave variant of atomic_dec_and_lock()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH V2] Free map to avoid resource leak issues
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxx>
• Re: Failed to grow RAID - "failed to restore critical section for reshape" after reboot
  • From: Christian <christian+lr@xxxxxxxxx>
• Re: [PATCH 2/2] Coverity: 289702: Fix resource leak - free avail
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 1/2] Coverity: 289704: Fix resource leak (bitmap_fd not closed)
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Adding a USB device to a SATA-only array
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Failed to grow RAID - "failed to restore critical section for reshape" after reboot
  • From: Christian <christian+lr@xxxxxxxxx>
• Re: Adding a USB device to a SATA-only array
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Adding a USB device to a SATA-only array
  • From: Kevin Lyda <kevin@xxxxxxxxxxxxxx>
• Re: [PATCH V2] Free map to avoid resource leak issues
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxx>
• Re: [PATCH V2] Free map to avoid resource leak issues
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH 1/6] drivers/md/raid5: Use irqsave variant of atomic_dec_and_lock()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Adding a USB device to a SATA-only array
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] drivers/md/raid5: Use irqsave variant of atomic_dec_and_lock()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Adding a USB device to a SATA-only array
  • From: Kevin Lyda <kevin@xxxxxxxxxxxxxx>
• Re: Adding a USB device to a SATA-only array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Adding a USB device to a SATA-only array
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Adding a USB device to a SATA-only array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Adding a USB device to a SATA-only array
  • From: Kevin Lyda <kevin@xxxxxxxxxxxxxx>
• [PATCH 2/2] Coverity: 289702: Fix resource leak - free avail
  • From: Wol <anthony@xxxxxxxxxxxxxxx>
• [PATCH 1/2] Coverity: 289704: Fix resource leak (bitmap_fd not closed)
  • From: Wol <anthony@xxxxxxxxxxxxxxx>
• RE: [PATCH V2] Free map to avoid resource leak issues
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxx>
• Re: [PATCH V2] Free map to avoid resource leak issues
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• RE: [PATCH V2] Free map to avoid resource leak issues
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxx>
• Re: [PATCH] Coverity: Resource leak: close fd before return
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: MegaRAID DDF
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 1/6] tests, imsm: Set correct expected offset between volumes
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Coverity: Resource leak: close fd before return
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Coverity: Resource leak: close fds and free array before return
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Coverity: Resource leak: fix return without free
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Reduce resync time by keeping track of referenced blocks
  • From: Michael Niewöhner <linux@xxxxxxxxxxxxxx>
• Re: Σχετ: Reduce resync time by keeping track of referenced blocks
  • From: Michael Niewöhner <linux@xxxxxxxxxxxxxx>
• Re: Reduce resync time by keeping track of referenced blocks
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Reduce resync time by keeping track of referenced blocks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Reduce resync time by keeping track of referenced blocks
  • From: Michael Niewöhner <linux@xxxxxxxxxxxxxx>
• Re: Reduce resync time by keeping track of referenced blocks
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Reduce resync time by keeping track of referenced blocks
  • From: Michael Niewöhner <linux@xxxxxxxxxxxxxx>
• Re: Reduce resync time by keeping track of referenced blocks
  • From: Michael Niewöhner <linux@xxxxxxxxxxxxxx>
• Re: Reduce resync time by keeping track of referenced blocks
  • From: Michael Niewöhner <linux@xxxxxxxxxxxxxx>
• Re: Reduce resync time by keeping track of referenced blocks
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Reduce resync time by keeping track of referenced blocks
  • From: Michael Niewöhner <linux@xxxxxxxxxxxxxx>
• Re: Reduce resync time by keeping track of referenced blocks
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: Reduce resync time by keeping track of referenced blocks
  • From: Michael Niewöhner <linux@xxxxxxxxxxxxxx>
• Re: Reduce resync time by keeping track of referenced blocks
  • From: Michael Niewöhner <linux@xxxxxxxxxxxxxx>
• Re: Reduce resync time by keeping track of referenced blocks
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Reduce resync time by keeping track of referenced blocks
  • From: Weedy <weedy2887@xxxxxxxxx>
• Re: Reduce resync time by keeping track of referenced blocks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Reduce resync time by keeping track of referenced blocks
  • From: Weedy <weedy2887@xxxxxxxxx>
• Reduce resync time by keeping track of referenced blocks
  • From: Michael Niewöhner <linux@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/5] bitmap: Introduce alloc/free helpers
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: MegaRAID DDF
  • From: dpr <dpr@xxxxxxx>
• [PATCH 2/6] drivers/md/raid5: Do not disable irq on release_inactive_stripe_list() call
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 1/6] drivers/md/raid5: Use irqsave variant of atomic_dec_and_lock()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 0/6] use irqsafe variant of refcount_dec_and_lock() / atomic_dec_and_lock()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] md/r5cache: remove redundant pointer bio
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• MegaRAID DDF
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: [PATCH v4 1/5] dm: Avoid namespace collision with bitmap API
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v4 2/5] md: Avoid namespace collision with bitmap API
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [GIT PULL] MD update for 4.18-rc3
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 3/3] md-cluster: don't send msg if array is closing
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 2/3] md-cluster: show array's status more accurate
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 1/3] md-cluster: clear another node's suspend_area after the copy is finished
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH v4 5/5] Input: evdev - Switch to bitmap API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 2/5] md: Avoid namespace collision with bitmap API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 4/5] Input: gpio-keys - Switch to bitmap_zalloc()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 1/5] dm: Avoid namespace collision with bitmap API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 0/5] bitmap: Introduce alloc/free helpers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 3/5] bitmap: Add bitmap_alloc(), bitmap_zalloc() and bitmap_free()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: Healthy RAID10 always mounts under Ubuntu 16.04, but not under Ubuntu 18.04.
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Healthy RAID10 always mounts under Ubuntu 16.04, but not under Ubuntu 18.04.
  • From: Hans Deragon <hans@xxxxxxxxxxx>
• Re: A Nasty md/raid bug in 2018?
  • From: Dmytro Shcherbakov <dmytro.shcherbakov@xxxxxxxxx>
• [PATCH] md/raid10: fix that replacement cannot complete recovery after reassemble
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• Re: [PATCH v3 3/5] bitmap: Add bitmap_alloc(), bitmap_zalloc() and bitmap_free()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] bitmap: Add bitmap_alloc(), bitmap_zalloc() and bitmap_free()
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH 6/6] tests, imsm: Calculate expected array_size in proper way
  • From: Michal Zylowski <michal.zylowski@xxxxxxxxx>
• [PATCH 5/6] tests, imsm: Migration from RAID5 to RAID0 is not supported for IMSM metadata
  • From: Michal Zylowski <michal.zylowski@xxxxxxxxx>
• [PATCH 4/6] tests, imsm: Test shouldn't call grow with chunk and level in one command
  • From: Michal Zylowski <michal.zylowski@xxxxxxxxx>
• [PATCH 3/6] tests, imsm: Set new_num_disks value corectly to perform expected size calculations
  • From: Michal Zylowski <michal.zylowski@xxxxxxxxx>
• [PATCH 2/6] tests, imsm: Fix unit inconsistency in tests error messages
  • From: Michal Zylowski <michal.zylowski@xxxxxxxxx>
• [PATCH 1/6] tests, imsm: Set correct expected offset between volumes
  • From: Michal Zylowski <michal.zylowski@xxxxxxxxx>
• Re: RAID5 degraded, removed the wrong hard disk frm the tray
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: RAID5 degraded, removed the wrong hard disk frm the tray
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: RAID5 degraded, removed the wrong hard disk frm the tray
  • From: Piero <info@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] bitmap: Add bitmap_alloc(), bitmap_zalloc() and bitmap_free()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 5/5] Input: evdev - Switch to bitmap_zalloc()
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: RAID5 degraded, removed the wrong hard disk frm the tray
  • From: Piero <info@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] bitmap: Introduce alloc/free helpers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] Input: evdev - Switch to bitmap_zalloc()
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] bitmap: Introduce alloc/free helpers
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] Input: evdev - Switch to bitmap_zalloc()
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v3 3/5] bitmap: Add bitmap_alloc(), bitmap_zalloc() and bitmap_free()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 3/5] bitmap: Add bitmap_alloc(), bitmap_zalloc() and bitmap_free()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] bitmap: Add bitmap_alloc(), bitmap_zalloc() and bitmap_free()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 3/5] bitmap: Add bitmap_alloc(), bitmap_zalloc() and bitmap_free()
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v3 3/5] bitmap: Add bitmap_alloc(), bitmap_zalloc() and bitmap_free()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] Input: evdev - Switch to bitmap_zalloc()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 5/5] Input: evdev - Switch to bitmap_zalloc()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 5/5] Input: evdev - Switch to bitmap_zalloc()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3] async_pq: Remove VLA usage
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: [PATCH v3 1/5] md: Avoid namespace collision with bitmap API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/5] md: Avoid namespace collision with bitmap API
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 1/5] md: Avoid namespace collision with bitmap API
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3 0/5] bitmap: Introduce alloc/free helpers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 4/5] Input: gpio-keys - Switch to bitmap_zalloc()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 3/5] bitmap: Add bitmap_alloc(), bitmap_zalloc() and bitmap_free()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 1/5] md: Avoid namespace collision with bitmap API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 2/5] bitmap: Drop unnecessary 0 check for u32 array operations
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 5/5] Input: evdev - Switch to bitmap API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] Input: evdev - Switch to bitmap_zalloc()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: RAID5 degraded, removed the wrong hard disk frm the tray
  • From: Piero <info@xxxxxxxxxxxxx>