Linux RAID Storage Date Index

• Thread Index

• [PATCH 20/42] dm: pass dm stats data dir instead of bi_rw
  • From: mchristi@xxxxxxxxxx
• [PATCH 21/42] bcache: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 23/42] md/raid: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 22/42] drbd: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 24/42] xen: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 26/42] block: copy bio op to request op
  • From: mchristi@xxxxxxxxxx
• [PATCH 27/42] block: prepare request creation/destruction code to use REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 25/42] target: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 28/42] block: prepare mq request creation to use REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 30/42] blkg_rwstat: separate op from flags
  • From: mchristi@xxxxxxxxxx
• [PATCH 29/42] block: prepare elevator to use REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 32/42] block: convert is_sync helpers to use REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 31/42] block: convert merge/insert code to check for REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 33/42] block: convert rq_data_dir helper to use REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 35/42] blktrace: get op from req->op/bio->bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 34/42] drivers: set request op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 37/42] block, fs, drivers: do use bi_rw/cmd_flags for REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 36/42] ide cd: do not set REQ_WRITE on requests.
  • From: mchristi@xxxxxxxxxx
• [PATCH 39/42] block: shrink bio/request fields
  • From: mchristi@xxxxxxxxxx
• [PATCH 38/42] block, fs: remove old REQ definitions.
  • From: mchristi@xxxxxxxxxx
• [PATCH 40/42] block, drivers: add REQ_OP_FLUSH operation
  • From: mchristi@xxxxxxxxxx
• [PATCH 42/42] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: mchristi@xxxxxxxxxx
• [PATCH 41/42] block: do not use REQ_FLUSH for tracking flush support
  • From: mchristi@xxxxxxxxxx
• [PATCH 19/42] dm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• Re: [PATCH 41/42] block: do not use REQ_FLUSH for tracking flush support
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: What does --replace actually do?
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: What does --replace actually do?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• What does --replace actually do?
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• [PATCH 01/42] block/fs/drivers: remove rw argument from submit_bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 02/42] block: add REQ_OP definitions and bi_op/op fields
  • From: mchristi@xxxxxxxxxx
• [PATCH 00/42] v6: separate operations from flags in the bio/request structs
  • From: mchristi@xxxxxxxxxx
• [PATCH 03/42] block, fs, mm, drivers: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 06/42] direct-io: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 04/42] fs: have submit_bh users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 07/42] btrfs: have submit_one_bio users setup bio bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 05/42] fs: have ll_rw_block users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 08/42] btrfs: set bi_op tp REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 13/42] xfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 09/42] btrfs: update __btrfs_map_block for bi_op transition
  • From: mchristi@xxxxxxxxxx
• [PATCH 10/42] btrfs: use bio fields for op and flags
  • From: mchristi@xxxxxxxxxx
• [PATCH 14/42] hfsplus: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 12/42] gfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 15/42] mpage: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 17/42] ocfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 11/42] f2fs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 16/42] nilfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 18/42] pm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 20/42] dm: pass dm stats data dir instead of bi_rw
  • From: mchristi@xxxxxxxxxx
• [PATCH 21/42] bcache: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 19/42] dm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 25/42] target: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 22/42] drbd: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 24/42] xen: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 23/42] md/raid: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 27/42] block: prepare request creation/destruction code to use REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 28/42] block: prepare mq request creation to use REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 26/42] block: copy bio op to request op
  • From: mchristi@xxxxxxxxxx
• [PATCH 31/42] block: convert merge/insert code to check for REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 32/42] block: convert is_sync helpers to use REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 33/42] block: convert rq_data_dir helper to use REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 29/42] block: prepare elevator to use REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 30/42] blkg_rwstat: separate op from flags
  • From: mchristi@xxxxxxxxxx
• [PATCH 34/42] drivers: set request op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 37/42] block, fs, drivers: do use bi_rw/cmd_flags for REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• Re: [PATCH 41/42] block: do not use REQ_FLUSH for tracking flush support
  • From: Juergen Gross <kernel@xxxxxxxxx>
• [PATCH 35/42] blktrace: get op from req->op/bio->bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 36/42] ide cd: do not set REQ_WRITE on requests.
  • From: mchristi@xxxxxxxxxx
• [PATCH 38/42] block, fs: remove old REQ definitions.
  • From: mchristi@xxxxxxxxxx
• [PATCH 40/42] block, drivers: add REQ_OP_FLUSH operation
  • From: mchristi@xxxxxxxxxx
• [PATCH 39/42] block: shrink bio/request fields
  • From: mchristi@xxxxxxxxxx
• [PATCH 41/42] block: do not use REQ_FLUSH for tracking flush support
  • From: mchristi@xxxxxxxxxx
• [PATCH 42/42] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: mchristi@xxxxxxxxxx
• Re: RAID 1 not fixing up sector errors?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: xfs_repair fails after trying to format log cycle?
  • From: Andrew Ryder <tireman@xxxxxxx>
• Re: [patch v2] md/raid0: fix uninitialized variable bug
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RAID 1 not fixing up sector errors?
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: RAID 1 not fixing up sector errors?
  • From: Dag Nygren <dag@xxxxxxxxxx>
• Re: RAID 1 not fixing up sector errors?
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• RAID 1 not fixing up sector errors?
  • From: Dag Nygren <dag@xxxxxxxxxx>
• [PATCH v1 00/27] block: cleanup direct access to .bi_vcnt & .bi_io_vec
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 11/27] bcache: io.c: use bio_set_vec_table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 12/27] bcache: journal.c: use bio_set_vec_table()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 10/27] bcache: debug: avoid to access .bi_io_vec directly
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 14/27] bcache: writeback: use bio_set_vec_table()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 15/27] bcache: super: use bio_set_vec_table()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 17/27] dm: crypt: use bio_add_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 13/27] bcache: movinggc: use bio_set_vec_table()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 18/27] dm: dm-io.c: use bio_get_base_vec()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 20/27] dm: dm-bufio.c: use bio_set_vec_table()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 19/27] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 16/27] bcache: super: use bio_get_base_vec
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [patch v2] md/raid0: fix uninitialized variable bug
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 00/42] v5: separate operations from flags in the bio/request structs
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: xfs_repair fails after trying to format log cycle?
  • From: Andrew Ryder <tireman@xxxxxxx>
• [PATCH 00/42] v5: separate operations from flags in the bio/request structs
  • From: mchristi@xxxxxxxxxx
• [PATCH 01/42] block/fs/drivers: remove rw argument from submit_bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 04/42] fs: have submit_bh users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 05/42] fs: have ll_rw_block users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 02/42] block: add REQ_OP definitions and bi_op/op fields
  • From: mchristi@xxxxxxxxxx
• [PATCH 03/42] block, fs, mm, drivers: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 06/42] direct-io: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 09/42] btrfs: update __btrfs_map_block for bi_op transition
  • From: mchristi@xxxxxxxxxx
• [PATCH 07/42] btrfs: have submit_one_bio users setup bio bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 08/42] btrfs: set bi_op tp REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 14/42] hfsplus: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 15/42] mpage: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 16/42] nilfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 11/42] f2fs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 17/42] ocfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 10/42] btrfs: use bio fields for op and flags
  • From: mchristi@xxxxxxxxxx
• [PATCH 12/42] gfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 18/42] pm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 13/42] xfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 19/42] dm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 20/42] dm: pass dm stats data dir instead of bi_rw
  • From: mchristi@xxxxxxxxxx
• [PATCH 22/42] drbd: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 21/42] bcache: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 24/42] xen: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 23/42] md/raid: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 27/42] block: prepare request creation/destruction code to use REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 25/42] target: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 26/42] block: copy bio op to request op
  • From: mchristi@xxxxxxxxxx
• [PATCH 28/42] block: prepare mq request creation to use REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 32/42] block: convert is_sync helpers to use REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 33/42] block: convert rq_data_dir helper to use REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 30/42] blkg_rwstat: separate op from flags
  • From: mchristi@xxxxxxxxxx
• [PATCH 34/42] drivers: set request op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 35/42] blktrace: get op from req->op/bio->bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 29/42] block: prepare elevator to use REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 37/42] block, fs, drivers: do use bi_rw/cmd_flags for REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 36/42] ide cd: do not set REQ_WRITE on requests.
  • From: mchristi@xxxxxxxxxx
• [PATCH 38/42] block, fs: remove old REQ definitions.
  • From: mchristi@xxxxxxxxxx
• [PATCH 40/42] block, drivers: add REQ_OP_FLUSH operation
  • From: mchristi@xxxxxxxxxx
• [PATCH 39/42] block: shrink bio/request fields
  • From: mchristi@xxxxxxxxxx
• [PATCH 42/42] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: mchristi@xxxxxxxxxx
• [PATCH 41/42] block: use QUEUE flags instead of flush_flags to test for flush support
  • From: mchristi@xxxxxxxxxx
• [PATCH 31/42] block: convert merge/insert code to check for REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• Re: [patch] md/raid0: check for create_strip_zones() errors
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [patch] md/raid0: check for create_strip_zones() errors
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Hard CPU Lockup when accessing MD RAID5
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [patch] md/raid0: check for create_strip_zones() errors
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Hard CPU Lockup when accessing MD RAID5
  • From: Daniel Walker <admin@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: correct entry for LVM
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: MAINTAINERS: correct entry for LVM
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: correct entry for LVM
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: correct entry for LVM
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: correct entry for LVM
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: correct entry for LVM
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: correct entry for LVM
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: dm: ioctl: use kvfree
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: correct entry for LVM
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: dm: ioctl: use kvfree
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: correct entry for LVM
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: [PATCH] MAINTAINERS: correct entry for LVM
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: correct entry for LVM
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: dm: ioctl: use kvfree
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: [PATCH] MAINTAINERS: correct entry for LVM
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: Setting up fakeraid with mdadm / dmraid
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: Recovery after failed chunk size change
  • From: Benjamin Meier <maillists@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] MAINTAINERS: correct entry for LVM
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: dm: ioctl: use kvfree
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm: ioctl: use kvfree
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: make_request bug: can't convert block across chunks or bigger than 512k 2554601336 124
  • From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
• [PATCH] dm thin: Remove return statement from void function
  • From: Amitoj Kaur Chawla <amitoj1606@xxxxxxxxx>
• Re: [BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
  • From: Sebastian Roesner <sroesner-kernelorg@xxxxxxxxxxxxxxxxx>
• [GIT PULL] MD fix for 4.6-rc2
  • From: Shaohua Li <shli@xxxxxxxxxx>
• make_request bug: can't convert block across chunks or bigger than 512k 2554601336 124
  • From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
• Is mdadm.conf necessary? Is this the cause of my problems?
  • From: Anthonys Lists <antlists@xxxxxxxxxxxxxxx>
• Re: raid1 recoverable after system crash?
  • From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
• Re: raid1 recoverable after system crash?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: raid1 recoverable after system crash?
  • From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
• Re: raid1 recoverable after system crash?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• raid1 recoverable after system crash?
  • From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
• Re: recovery from selinux blocking --backup-file during RAID5->6
  • From: George Rapp <george.rapp@xxxxxxxxx>
• Re: recovery from selinux blocking --backup-file during RAID5->6
  • From: Noah Beck <noah.b.beck@xxxxxxxxx>
• Re: [PATCH] [RFC] fix potential access after free: return value of blk_check_plugged() must be used schedule() safe
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: Repairing R1: Part tabl, & precise command
  • From: Étienne Buira <etienne.buira@xxxxxxxxx>
• Re: Repairing R1: Part tabl, & precise command
  • From: Ron Leach <ronleach@xxxxxxxxx>
• Re: [PATCH] badblocks: fix wrong return value when badblocks are disabled
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH] badblocks: fix wrong return value when badblocks are disabled
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH] [RFC] fix potential access after free: return value of blk_check_plugged() must be used schedule() safe
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] [RFC] fix potential access after free: return value of blk_check_plugged() must be used schedule() safe
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 11/27] bcache: io.c: use bio_set_vec_table
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH] [RFC] fix potential access after free: return value of blk_check_plugged() must be used schedule() safe
  • From: Chris Mason <clm@xxxxxx>
• Re: Repairing R1: Part tabl, & precise command
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] fix potential access after free: return value of blk_check_plugged() must be used schedule() safe
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 20/27] dm: dm-bufio.c: use bio_set_vec_table()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] badblocks: fix wrong return value when badblocks are disabled
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH 11/27] bcache: io.c: use bio_set_vec_table
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Repairing R1: Part tabl, & precise command
  • From: Ron Leach <ronleach@xxxxxxxxx>
• Re: Setting up fakeraid with mdadm / dmraid
  • From: "Christoph Pleger" <Christoph.Pleger@xxxxxxxxxxxxxxxxx>
• Re: Repairing R1: Part tabl, & precise command
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH 11/27] bcache: io.c: use bio_set_vec_table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: recovery from selinux blocking --backup-file during RAID5->6
  • From: Noah Beck <noah.b.beck@xxxxxxxxx>
• Re: recovery from selinux blocking --backup-file during RAID5->6
  • From: Noah Beck <noah.b.beck@xxxxxxxxx>
• Re: Setting up fakeraid with mdadm / dmraid
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH] [RFC] fix potential access after free: return value of blk_check_plugged() must be used schedule() safe
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Setting up fakeraid with mdadm / dmraid
  • From: "Christoph Pleger" <Christoph.Pleger@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 20/27] dm: dm-bufio.c: use bio_set_vec_table()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] badblocks: fix wrong return value when badblocks are disabled
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH 11/27] bcache: io.c: use bio_set_vec_table
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 17/27] dm: crypt: use bio_add_page()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Repairing R1: Part tabl, & precise command
  • From: Ron Leach <ronleach@xxxxxxxxx>
• [PATCH 15/27] bcache: super: use bio_set_vec_table()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 16/27] bcache: super: use bio_get_base_vec
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 17/27] dm: crypt: use bio_add_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 18/27] dm: dm-io.c: use bio_get_base_vec()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 19/27] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 20/27] dm: dm-bufio.c: use bio_set_vec_table()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 10/27] bcache: debug: avoid to access .bi_io_vec directly
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 11/27] bcache: io.c: use bio_set_vec_table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 12/27] bcache: journal.c: use bio_set_vec_table()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 14/27] bcache: writeback: use bio_set_vec_table()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 13/27] bcache: movinggc: use bio_set_vec_table()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 00/27] block: cleanup direct access on .bi_vcnt & .bi_io_vec
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: recovery from selinux blocking --backup-file during RAID5->6
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Repairing R1: Part tabl, & precise command
  • From: Ron Leach <ronleach@xxxxxxxxx>
• Repairing R1: Part tabl, & precise command
  • From: Ron Leach <ronleach@xxxxxxxxx>
• Re: [PATCH v2 1/4] scatterlist: Introduce some helper functions
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• recovery from selinux blocking --backup-file during RAID5->6
  • From: Noah Beck <noah.b.beck@xxxxxxxxx>
• Re: [PATCH] Consistent use of IEC 80000-13 prefix in manpage
  • From: Anthonys Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] scatterlist: Introduce some helper functions
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH v2] Consistent use of metric prefix in manpage
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [V2 PATCH] md/bitmap: clear bitmap if bitmap_create failed
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Recovery after failed chunk size change
  • From: Benjamin Meier <maillists@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [V2 PATCH] md/bitmap: clear bitmap if bitmap_create failed
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Probable bug in md with rdev->new_data_offset
  • From: Étienne Buira <etienne.buira@xxxxxxxxx>
• Re: Probable bug in md with rdev->new_data_offset
  • From: NeilBrown <mr@xxxxxxxxxxxxxxx>
• Re: Recovery after failed chunk size change
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: Bug#796624: mdadm: Has init script in runlevel S but no matching service file
  • From: Dimitri John Ledkov <xnox@xxxxxxxxxx>
• [PATCH v2] Consistent use of metric prefix in manpage
  • From: Marko Hauptvogel <marko.hauptvogel@xxxxxxxxxxxxxx>
• Re: mdadm: Has init script in runlevel S but no matching service file
  • From: Felipe Sateler <fsateler@xxxxxxxxxx>
• Recovery after failed chunk size change
  • From: Benjamin Meier <maillists@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: mdadm: Has init script in runlevel S but no matching service file
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] Consistent use of IEC 80000-13 prefix in manpage
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: mdadm: Has init script in runlevel S but no matching service file
  • From: Felipe Sateler <fsateler@xxxxxxxxxx>
• Re: Raid 6 failing to assemble after machine power loss now, with 1 disk only failed, seems to think its a raid0 array
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Raid 6 failing to assemble after machine power loss now, with 1 disk only failed, seems to think its a raid0 array
  • From: Peter Knight <madcornishprojectionist@xxxxxxxxx>
• Re: Unable to handle kernel NULL pointer dereference in super_written
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Raid 6 failing to assemble after machine power loss now, with 1 disk only failed, seems to think its a raid0 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Raid 6 failing to assemble after machine power loss now, with 1 disk only failed, seems to think its a raid0 array
  • From: Peter Knight <madcornishprojectionist@xxxxxxxxx>
• Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH] Consistent use of IEC 80000-13 prefix in manpage
  • From: Marko Hauptvogel <marko.hauptvogel@xxxxxxxxxxxxxx>
• md raid sync and ext3 formatting on xen hvm guest causing kernel crash and device offline
  • From: Anugraha Sinha <asinha.mailinglist@xxxxxxxxx>
• Re: Unable to handle kernel NULL pointer dereference in super_written
  • From: Shaohua Li <shlikernel@xxxxxxxxx>
• Re: Unable to handle kernel NULL pointer dereference in super_written
  • From: Shaohua Li <shlikernel@xxxxxxxxx>
• Re: [PATCH] Introduce stat2kname() and fd2kname()
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: Unable to handle kernel NULL pointer dereference in super_written
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Unable to handle kernel NULL pointer dereference in super_written
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Unable to handle kernel NULL pointer dereference in super_written
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Unable to handle kernel NULL pointer dereference in super_written
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] mdadm:Add '--nodes' option in GROW mode
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• [PATCH] Introduce stat2kname() and fd2kname()
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Unable to handle kernel NULL pointer dereference in super_written
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Probable bug in md with rdev->new_data_offset
  • From: Étienne Buira <etienne.buira@xxxxxxxxx>
• Re: [BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: [BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH] md/bitmap: call bitmap_destroy in case bitmap_create failed
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: Probable bug in md with rdev->new_data_offset
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Probable bug in md with rdev->new_data_offset
  • From: Étienne Buira <etienne.buira@xxxxxxxxx>
• Re: [PATCH] md/bitmap: call bitmap_destroy in case bitmap_create failed
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
  • From: Sebastian Roesner <sroesner-kernelorg@xxxxxxxxxxxxxxxxx>
• Re: [BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [PATCH] md/bitmap: call bitmap_destroy in case bitmap_create failed
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH] md/bitmap: call bitmap_destroy in case bitmap_create failed
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] mdadm:Add '--nodes' option in GROW mode
  • From: zhilong <zlliu@xxxxxxxx>
• Re: [PATCH] Change the option from NoUpdate to NodeNumUpdate
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] Add '--nodes' option in GROW mode
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• [PATCH] Change the option from NoUpdate to NodeNumUpdate
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] Add '--nodes' option in GROW mode
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] Grow: goto release if Manage_subdevs failed
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] Add '--nodes' option in GROW mode
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] Grow: goto release if Manage_subdevs failed
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• [PATCH] Add '--nodes' option in GROW mode
  • From: zhilong <zlliu@xxxxxxxx>
• [PATCH] Grow: goto release if Manage_subdevs failed
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: problems with dm-raid 6
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: problems with dm-raid 6
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: problems with dm-raid 6
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: problems with dm-raid 6
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: problems with dm-raid 6
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: problems with dm-raid 6
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: problems with dm-raid 6
  • From: "Patrick Tschackert" <Killing-Time@xxxxxx>
• Re: problems with dm-raid 6
  • From: "Patrick Tschackert" <Killing-Time@xxxxxx>
• Re: problems with dm-raid 6
  • From: "Patrick Tschackert" <Killing-Time@xxxxxx>
• Re: problems with dm-raid 6
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: problems with dm-raid 6
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: problems with dm-raid 6
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] md:raid1: fix a dead loop when read from a WriteMostly disk
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: problems with dm-raid 6
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: problems with dm-raid 6
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH] md: fix a trivial typo in comments
  • From: Wei Fang <fangwei1@xxxxxxxxxx>
• [PATCH] md:raid1: fix a dead loop when read from a WriteMostly disk
  • From: Wei Fang <fangwei1@xxxxxxxxxx>
• [GIT PULL] MD for 4.6
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: problems with dm-raid 6
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• problems with dm-raid 6
  • From: "Patrick Tschackert" <Killing-Time@xxxxxx>
• Re: Raid server Motherboard recommendation.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: Raid server Motherboard recommendation.
  • From: Dave Stevens <geek@xxxxxxxxxxxx>
• Re: Raid server Motherboard recommendation.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: [PATCH] raid1: include bio_end_io_list in nr_queued to prevent freeze_array hang
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] raid1: include bio_end_io_list in nr_queued to prevent freeze_array hang
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
• Re: Raid server Motherboard recommendation.
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Raid server Motherboard recommendation.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: [PATCH] md/raid5: Cleanup cpu hotplug notifier
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] md/raid5: Cleanup cpu hotplug notifier
  • From: Anna-Maria Gleixner <anna-maria@xxxxxxxxxxxxx>
• [PATCH v2 3/4] crypto: Introduce the bulk mode for crypto engine framework
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH v2 4/4] md: dm-crypt: Initialize the sector number for one request
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH v2 2/4] crypto: Introduce some helper functions to help to merge requests
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH v2 1/4] scatterlist: Introduce some helper functions
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH] raid1: include bio_end_io_list in nr_queued to prevent freeze_array hang
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 0/3] md: trivial changes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: multipath: I/O hanging forever
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 3/3] md: fix typos for stipe
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 2/3] md/bitmap: remove redundant return in bitmap_checkpage
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 1/3] md/raid1: remove unnecessary BUG_ON
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 0/3] md: trivial changes
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: multipath: I/O hanging forever
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: multipath: I/O hanging forever
  • From: Andrea Righi <righi.andrea@xxxxxxxxx>
• Re: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: multipath: I/O hanging forever
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: multipath: I/O hanging forever
  • From: Andrea Righi <righi.andrea@xxxxxxxxx>
• Re: [PATCH] Grow: analyse_change add notification about only 2-device can be convert from RAID1 to RAID5
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 2/2] super-intel: Simplify for() loop in ahci_enumerate_ports
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 1/2] super-intel: Make print_vmd_attached_devs() return int again
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 1/1] Grow: close fd earlier to avoid "cannot get excl access" when stopping
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• [PATCH 1/2] super-intel: Make print_vmd_attached_devs() return int again
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 2/2] super-intel: Simplify for() loop in ahci_enumerate_ports
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 1/1] Grow: close fd earlier to avoid "cannot get excl access" when stopping
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH] Grow: analyse_change add notification about only 2-device can be convert from RAID1 to RAID5
  • From: Yi Zhang <yizhan@xxxxxxxxxx>
• Re: [PATCH] Fix regression during add devices
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH mdadm] ddf: use 64bit 'size', not 32bit 'info->size' for create.
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 4/8] Grow: Grow_addbitmap(): Add check to quiet down static code checkers
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 5/8] {platform,super}-intel: Fix two resource leaks
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 1/4] scatterlist: Introduce some helper functions
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH 5/8] {platform,super}-intel: Fix two resource leaks
  • From: "Baldysiak, Pawel" <pawel.baldysiak@xxxxxxxxx>
• Re: [PATCH 1/4] scatterlist: Introduce some helper functions
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH 4/8] Grow: Grow_addbitmap(): Add check to quiet down static code checkers
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH mdadm] ddf: use 64bit 'size', not 32bit 'info->size' for create.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Import/recover RAID6 created with SAS2108?
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: [PATCH] Fix regression during add devices
  • From: Coly Li <colyli@xxxxxxx>
• linux-questions-only Your Electricity Bill 5608274
  • From: "meriwether defino" <medefinoui9@xxxxxxxxxxxxxx>
• [PATCH] dm: log writes: fix check of kthread_run() return value
  • From: Vladimir Zapolskiy <vz@xxxxxxxxx>
• Re: Import/recover RAID6 created with SAS2108?
  • From: Dan Russell <dpr@xxxxxxx>
• Re: Import/recover RAID6 created with SAS2108?
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: [PATCH] md/raid5: preserve STRIPE_PREREAD_ACTIVE in break_stripe_batch_list
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid5: preserve STRIPE_PREREAD_ACTIVE in break_stripe_batch_list
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] Fix regression during add devices
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] md/raid5: preserve STRIPE_PREREAD_ACTIVE in break_stripe_batch_list
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 0/8] mdadm static checker fixes
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 6/8] bitmap: Fix resource leak in bitmap_file_open()
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 5/8] {platform,super}-intel: Fix two resource leaks
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 3/8] Grow: Grow_continue_command() remove dead code
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v2 15/18] fuse: Add support for pid namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 4/8] Grow: Grow_addbitmap(): Add check to quiet down static code checkers
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH RESEND v2 18/18] fuse: Allow user namespace mounts
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH RESEND v2 17/18] fuse: Restrict allow_other to the superblock's namespace or a descendant
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH RESEND v2 15/18] fuse: Add support for pid namespaces
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 4/8] Grow: Grow_addbitmap(): Add check to quiet down static code checkers
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: When do you replace old hard drives in a raid6?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: When do you replace old hard drives in a raid6?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• [PATCH] Fix regression during add devices
  • From: Coly Li <colyli@xxxxxxx>
• Re: Import/recover RAID6 created with SAS2108?
  • From: Dan Russell <dpr@xxxxxxx>
• Re: When do you replace old hard drives in a raid6?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH] md/raid5: preserve STRIPE_PREREAD_ACTIVE in break_stripe_batch_list
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: When do you replace old hard drives in a raid6?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: [PATCH 0/8] mdadm static checker fixes
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 6/8] bitmap: Fix resource leak in bitmap_file_open()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 5/8] {platform,super}-intel: Fix two resource leaks
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 3/8] Grow: Grow_continue_command() remove dead code
  • From: NeilBrown <neilb@xxxxxxx>
• Re: When do you replace old hard drives in a raid6?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH 6/8] bitmap: Fix resource leak in bitmap_file_open()
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 8/8] super1: Fix potential buffer overflows when copying cluster_name
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 7/8] Manage: Manage_subdevs() fix file descriptor leak
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 5/8] {platform,super}-intel: Fix two resource leaks
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 4/8] Grow: Grow_addbitmap(): Add check to quiet down static code checkers
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 3/8] Grow: Grow_continue_command() remove dead code
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 2/8] load_sys(): Add a buffer size argument
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 1/8] Manage: Manage_add(): Fix memory leak
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 0/8] mdadm static checker fixes
  • From: Jes.Sorensen@xxxxxxxxxx
• Re: [PATCH 2/2] Remove dead code about LKF_CONVERT flag
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Import/recover RAID6 created with SAS2108?
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Remove dead code about LKF_CONVERT flag
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 1/2] Fix wrong bitmap output for cluster raid
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] md/bitmap: remove redundant check
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Caching raid with SSD.
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH] md/bitmap: remove redundant check
  • From: Eric Engestrom <eric.engestrom@xxxxxxxxxx>
• [PATCH 1/2] Fix wrong bitmap output for cluster raid
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 2/2] Remove dead code about LKF_CONVERT flag
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Kernel BUG on RAID1 resize with external bitmap.
  • From: "Dr. Greg Wettstein" <greg@xxxxxxxxxxxxxxxxx>
• Re: use after free bug in b98043a2f8e7bb5b1918e2e02778f822f9dd4d3a
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: When do you replace old hard drives in a raid6?
  • From: Carsten Aulbert <Carsten.Aulbert@xxxxxxxxxx>
• Re: dead code question
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: When do you replace old hard drives in a raid6?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Caching raid with SSD.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: When do you replace old hard drives in a raid6?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: When do you replace old hard drives in a raid6?
  • From: Weedy <weedy2887@xxxxxxxxx>
• Re: Caching raid with SSD.
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: When do you replace old hard drives in a raid6?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: When do you replace old hard drives in a raid6?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] raid1: include bio_end_io_list in nr_queued to prevent freeze_array hang
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Import/recover RAID6 created with SAS2108?
  • From: Dan Russell <dpr@xxxxxxx>
• Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: multipath: I/O hanging forever
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Caching raid with SSD.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• When do you replace old hard drives in a raid6?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Fwd: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Fwd: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Fwd: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• dead code question
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• use after free bug in b98043a2f8e7bb5b1918e2e02778f822f9dd4d3a
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: Fwd: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Alireza Haghdoost <alireza@xxxxxxxxxx>
• Re: Fwd: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: Fwd: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Alireza Haghdoost <alireza@xxxxxxxxxx>
• Re: Fwd: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: multipath: I/O hanging forever
  • From: Andrea Righi <righi.andrea@xxxxxxxxx>
• Re: [PATCH 1/4] scatterlist: Introduce some helper functions
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH 1/4] scatterlist: Introduce some helper functions
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: Fwd: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Fwd: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: Fwd: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH 1/4] scatterlist: Introduce some helper functions
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: Fwd: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: Fwd: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: RAID5/6 slow due to a member device -- how to diagnose?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: RAID5/6 slow due to a member device -- how to diagnose?
  • From: Carlos Carvalho <carlos@xxxxxxxxxxxxxx>
• Re: RAID5/6 slow due to a member device -- how to diagnose?
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• RAID5/6 slow due to a member device -- how to diagnose?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Fwd: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• [PATCH 2/4] crypto: Introduce some helper functions to help to merge requests
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH 3/4] crypto: Introduce the bulk mode for crypto engine framework
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH 4/4] md: dm-crypt: Initialize the sector number for one request
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH 1/4] scatterlist: Introduce some helper functions
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH 0/4] Introduce bulk mode for crypto engine framework
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• RE: Checkarray doesn't seem to do anything
  • From: <rodman@xxxxxxxxxxxxx>
• Re: Checkarray doesn't seem to do anything
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• RE: Checkarray doesn't seem to do anything
  • From: <rodman@xxxxxxxxxxxxx>
• Re: Checkarray doesn't seem to do anything
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Checkarray doesn't seem to do anything
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Fwd: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Re: RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• RAID6 Array crash during reshape.....now will not re-assemble.
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• RE: Checkarray doesn't seem to do anything
  • From: <rodman@xxxxxxxxxxxxx>
• RE: Checkarray doesn't seem to do anything
  • From: <rodman@xxxxxxxxxxxxx>
• Re: Checkarray doesn't seem to do anything
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• RE: Checkarray doesn't seem to do anything
  • From: <rodman@xxxxxxxxxxxxx>
• Re: Checkarray doesn't seem to do anything
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Checkarray doesn't seem to do anything
  • From: <rodman@xxxxxxxxxxxxx>
• Re: [PATCH 00/35 v4] separate operations from flags in the bio/request structs
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH 00/35 v4] separate operations from flags in the bio/request structs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] raid1: include bio_end_io_list in nr_queued to prevent freeze_array hang
  • From: Nate Dailey <nate.dailey@xxxxxxxxxxx>
• Re: multipath: I/O hanging forever
  • From: Andrea Righi <righi.andrea@xxxxxxxxx>
• multipath: I/O hanging forever
  • From: Andrea Righi <righi.andrea@xxxxxxxxx>
• Re: mdadm 3.3.2 deadlock
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: Recovering failed raid6 with 3 failing devices.
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] RAID5: check_reshape() shouldn't call mddev_suspend
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH 1/2] RAID5: check_reshape() shouldn't call mddev_suspend
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: live lock regression in raid5 reshape
  • From: NeilBrown <neilb@xxxxxxx>
• Re: raid5d hangs when stopping an array during reshape
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: raid5d hangs when stopping an array during reshape
  • From: Shaohua Li <shli@xxxxxxxxxx>
• live lock regression in raid5 reshape
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: raid5d hangs when stopping an array during reshape
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 2/2] MD: warn for potential deadlock
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 1/2] RAID5: check_reshape() shouldn't call mddev_suspend
  • From: Shaohua Li <shli@xxxxxx>
• Re: raid5d hangs when stopping an array during reshape
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: mdadm 3.3.2 deadlock
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: raid5d hangs when stopping an array during reshape
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: mdadm 3.3.2 deadlock
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• mdadm 3.3.2 deadlock
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: [PATCH 31/35] block, fs: remove old REQ definitions.
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: raid5d hangs when stopping an array during reshape
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: raid5d hangs when stopping an array during reshape
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid5d hangs when stopping an array during reshape
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 26/35] block: set op to REQ_OP
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: raid5d hangs when stopping an array during reshape
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Recovering failed raid6 with 3 failing devices.
  • From: Vandalon <joris@xxxxxxxxxxx>
• [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 00/35 v4] separate operations from flags in the bio/request structs
  • From: mchristi@xxxxxxxxxx
• [PATCH 03/35] block, fs, mm, drivers: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: mchristi@xxxxxxxxxx
• [PATCH 04/35] fs: have submit_bh users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 06/35] direct-io: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 05/35] fs: have ll_rw_block users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 07/35] btrfs: have submit_one_bio users setup bio bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 08/35] btrfs: set bi_op tp REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 09/35] btrfs: update __btrfs_map_block for bi_op transition
  • From: mchristi@xxxxxxxxxx
• [PATCH 10/35] btrfs: don't pass rq_flag_bits if there is a bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 11/35] f2fs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 13/35] xfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 15/35] mpage: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 12/35] gfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 14/35] hfsplus: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 17/35] ocfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 16/35] nilfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 19/35] dm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 21/35] bcache: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 18/35] pm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 23/35] md/raid: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 20/35] dm: pass dm stats data dir instead of bi_rw
  • From: mchristi@xxxxxxxxxx
• [PATCH 22/35] drbd: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 24/35] xen: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 26/35] block: set op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 25/35] target: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 28/35] blktrace: get op from req->op/bio->bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 29/35] ide cd: do not set REQ_WRITE on requests.
  • From: mchristi@xxxxxxxxxx
• [PATCH 27/35] drivers: set request op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 30/35] block, fs, drivers: do not test bi_rw for REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 32/35] block: shrink bi_rw and bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 31/35] block, fs: remove old REQ definitions.
  • From: mchristi@xxxxxxxxxx
• [PATCH 33/35] block, drivers: add REQ_OP_FLUSH operation
  • From: mchristi@xxxxxxxxxx
• [PATCH 35/35] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: mchristi@xxxxxxxxxx
• [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua
  • From: mchristi@xxxxxxxxxx
• Re: [PATCH 2/2] enable bypass raid5 journal for full stripe writes
  • From: Alireza Haghdoost <alireza@xxxxxxxxxx>
• Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] super-intel: ensure suspended region is removed when reshape completes.
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: md raid5 on top of dmcrypt, or dmcrypt on top of md raid5?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH v5 2/3] dm: make mapped_device locking functions available
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 0/3] init: add support to directly boot to a mapped device
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 3/3] init: add support to directly boot to a mapped device
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 1/3] dm: export a table+mapped device to the ioctl interface
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] super-intel: ensure suspended region is removed when reshape completes.
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] md: Drop sending a change uevent when stopping
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: More information on linux raid partition problem
  • From: George Rapp <george.rapp@xxxxxxxxx>
• Re: More information on linux raid partition problem
  • From: d c <c866e866e@xxxxxxxxx>
• Re: More information on linux raid partition problem
  • From: George Rapp <george.rapp@xxxxxxxxx>
• Re: More information on linux raid partition problem
  • From: George Rapp <george.rapp@xxxxxxxxx>
• Re: mdadm-3.4 regression tests
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: [PATCH] md: Drop sending a change uevent when stopping
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] super-intel: ensure suspended region is removed when reshape completes.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm regression tests, slight progress
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• Re: swiotlb buffer is full
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: mdadm regression tests, slight progress
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] super-intel: ensure suspended region is removed when reshape completes.
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: More information on linux raid partition problem
  • From: d c <c866e866e@xxxxxxxxx>
• Re: More information on linux raid partition problem
  • From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
• Re: More information on linux raid partition problem
  • From: d c <c866e866e@xxxxxxxxx>
• More information on linux raid partition problem
  • From: d c <c866e866e@xxxxxxxxx>
• Re: [PATCH] md: Drop sending a change uevent when stopping
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] super-intel: ensure suspended region is removed when reshape completes.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 1/2] md: Inform udev about device removal when stopping
  • From: NeilBrown <neilb@xxxxxxxx>
• mdadm regression tests, slight progress
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• Re: [PATCH] md: Drop sending a change uevent when stopping
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: Drop sending a change uevent when stopping
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: Drop sending a change uevent when stopping
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 2/2] Manage: Inform udev about device removal when stopping
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• [PATCH] md: Drop sending a change uevent when stopping
  • From: Sebastian Parschauer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Manage: Inform udev about device removal when stopping
  • From: Sebastian Parschauer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Manage: Inform udev about device removal when stopping
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 1/2] md: Inform udev about device removal when stopping
  • From: Sebastian Parschauer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Manage: Inform udev about device removal when stopping
  • From: Sebastian Parschauer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Manage: Inform udev about device removal when stopping
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] md/raid5: Compare apples to apples (or sectors to sectors)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 2/2] Manage: Inform udev about device removal when stopping
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• [PATCH] md/raid5: Compare apples to apples (or sectors to sectors)
  • From: Jes.Sorensen@xxxxxxxxxx
• Re: [PATCH 2/2] Manage: Inform udev about device removal when stopping
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 1/2] md: Inform udev about device removal when stopping
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: swiotlb buffer is full
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/2] md: Inform udev about device removal when stopping
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 2/2] Manage: Inform udev about device removal when stopping
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 2/2] Manage: Inform udev about device removal when stopping
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Questions
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Questions
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: mdadm-3.4 regression tests
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• Re: [PATCH 2/2] Manage: Inform udev about device removal when stopping
  • From: Sebastian Parschauer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: mdadm-3.4 regression tests
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 2/2] Manage: Inform udev about device removal when stopping
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 2/2] Manage: Inform udev about device removal when stopping
  • From: Sebastian Parschauer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Is it possible to restore a linux raid partition?
  • From: d c <c866e866e@xxxxxxxxx>
• Re: [PATCH 2/2] Manage: Inform udev about device removal when stopping
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 2/2] Manage: Inform udev about device removal when stopping
  • From: Sebastian Parschauer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• [PATCH 1/2] md: Inform udev about device removal when stopping
  • From: Sebastian Parschauer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• [PATCH 0/2] md/mdadm: Inform udev about device removal when stopping
  • From: Sebastian Parschauer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: Questions
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Questions
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Questions
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• mdadm-3.4 regression tests
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• Re: Questions
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Questions
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Questions
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Questions
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• swiotlb buffer is full
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Questions
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Questions
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Questions
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Questions
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Questions
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: md raid5 on top of dmcrypt, or dmcrypt on top of md raid5?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: md raid5 on top of dmcrypt, or dmcrypt on top of md raid5?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: md raid5 on top of dmcrypt, or dmcrypt on top of md raid5?
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: md raid5 on top of dmcrypt, or dmcrypt on top of md raid5?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: md raid5 on top of dmcrypt, or dmcrypt on top of md raid5?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: md raid5 on top of dmcrypt, or dmcrypt on top of md raid5?
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• md raid5 on top of dmcrypt, or dmcrypt on top of md raid5?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: [PATCH 2/3][mdadm] mdadm.h: bswap is already defined in uclibc
  • From: "Maxin B. John" <maxin.john@xxxxxxxxx>
• Re: Reshape stuck immediately, backup file all nulls
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: mdadm bad blocks list
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: [PATCH 2/2] enable bypass raid5 journal for full stripe writes
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: [PATCH 1/2] allow md_flush_request to take NULL bio
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• [PATCH 1/2] allow md_flush_request to take NULL bio
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 2/2] enable bypass raid5 journal for full stripe writes
  • From: Song Liu <songliubraving@xxxxxx>
• Re: Best option for SSD caching on a md raid array?
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• Re: Best option for SSD caching on a md raid array?
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• Re: Best option for SSD caching on a md raid array?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH 2/3][mdadm] mdadm.h: bswap is already defined in uclibc
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [dm-devel] [patch] dm: check for kmalloc failure in dm_init_request_based_blk_mq_queue()
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [patch] dm: check for kmalloc failure in dm_init_request_based_blk_mq_queue()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Best option for SSD caching on a md raid array?
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: [PATCH 2/3][mdadm] mdadm.h: bswap is already defined in uclibc
  • From: "Maxin B. John" <maxin.john@xxxxxxxxx>
• Re: Best option for SSD caching on a md raid array?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH 2/3][mdadm] mdadm.h: bswap is already defined in uclibc
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 1/3][mdadm] util.c: include poll.h instead of sys/poll.h
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] Makefile: make the CC definition conditional
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [mdadm PATCH 1/1] Fix some type comparison problems
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: Best option for SSD caching on a md raid array?
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• [PATCH] Makefile: make the CC definition conditional
  • From: "Maxin B. John" <maxin.john@xxxxxxxxx>
• Re: Best option for SSD caching on a md raid array?
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: Best option for SSD caching on a md raid array?
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Best option for SSD caching on a md raid array?
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: mdadm raid5 dropped 2 disks
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: mdadm raid5 dropped 2 disks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: mdadm raid5 dropped 2 disks
  • From: André Teichert <andre_teichert@xxxxxx>
• Re: mdadm raid5 dropped 2 disks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3][mdadm] Monitor.c: fix compiler error with x32 toolchain
  • From: "Maxin B. John" <maxin.john@xxxxxxxxx>
• [mdadm PATCH 1/1] Fix some type comparison problems
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 3/3][mdadm] Monitor.c: fix compiler error with x32 toolchain
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 3/3][mdadm] Monitor.c: fix compiler error with x32 toolchain
  • From: "Maxin B. John" <maxin.john@xxxxxxxxx>
• [PATCH 2/3][mdadm] mdadm.h: bswap is already defined in uclibc
  • From: "Maxin B. John" <maxin.john@xxxxxxxxx>
• [PATCH 1/3][mdadm] util.c: include poll.h instead of sys/poll.h
  • From: "Maxin B. John" <maxin.john@xxxxxxxxx>
• Re: [SOLVED] Re: Raid 1 needs repair
  • From: Phil Turmel <philip@xxxxxxxxxx>
• mdadm raid5 dropped 2 disks
  • From: André Teichert <andre_teichert@xxxxxx>
• Re: Raid 1 needs repair
  • From: Stefan Lamby <webmaster@xxxxxxxxxxxxxx>
• Re: Raid 1 needs repair
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Raid 1 needs repair
  • From: Stefan Lamby <webmaster@xxxxxxxxxxxxxx>
• Re: Raid 1 needs repair
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Raid 1 needs repair
  • From: Stefan Lamby <webmaster@xxxxxxxxxxxxxx>
• Re: Raid 1 needs repair
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Raid 1 needs repair
  • From: Stefan Lamby <webmaster@xxxxxxxxxxxxxx>
• Re: [mdadm PATCH 1/1] Fix some type comparison problems
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• [mdadm PATCH 1/1] Fix some type comparison problems
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Problem with array raid10 array resync on 4.4.0 (keeps reyncing each reboot)
  • From: Eric Valette <eric.valette@xxxxxxx>
• Re: [mdadm PATCH 1/1] Fix some type comparison problems
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: RAID journal, requirements?
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Problem with array raid10 array resync on 4.4.0 (keeps reyncing each reboot)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [GIT PULL] MD fix for 4.5-rc2
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [mdadm PATCH 1/1] Fix some type comparison problems
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• [mdadm PATCH 1/1] Fix some type comparison problems
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Bogus entry in mdadm bad blocks list and question about particular commit
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: Bogus entry in mdadm bad blocks list and question about particular commit
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Bogus entry in mdadm bad blocks list and question about particular commit
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: deprecating /proc/mdstat
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: WANTED new maintainer for Linux/md (and mdadm)
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH/mdadm] super1: Fix bblog_size accesses on big-ending machines.
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• [PATCH resend] [dm]fix NULL pointer when create dm device
  • From: DingXiang <dingxiang@xxxxxxxxxx>
• Re: mdadm bad blocks list
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: Reshape stuck immediately, backup file all nulls
  • From: Björn Augustsson <oggust@xxxxxxxxx>
• Re: Reshape stuck immediately, backup file all nulls
  • From: George Rapp <george.rapp@xxxxxxxxx>
• Re: Problem with array raid10 array resync on 4.4.0 (keeps reyncing each reboot)
  • From: Eric Valette <eric.valette@xxxxxxx>
• Re: Reshape stuck immediately, backup file all nulls
  • From: Björn Augustsson <oggust@xxxxxxxxx>
• Re: Reshape stuck immediately, backup file all nulls
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: mdadm bad blocks list
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: Reshape stuck immediately, backup file all nulls
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Reshape stuck immediately, backup file all nulls
  • From: Björn Augustsson <oggust@xxxxxxxxx>
• Re: reinstate dm target local ioctl support
  • From: Andy Whitcroft <apw@xxxxxxxxxxxxx>
• Re: reinstate dm target local ioctl support
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [dm-devel] reinstate dm target local ioctl support
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [PATCH/mdadm] super1: Fix bblog_size accesses on big-ending machines.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH/RFC/RFT] md: allow resync to go faster when there is competing IO.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Problem with array raid10 array resync on 4.4.0 (keeps reyncing each reboot)
  • From: Eric Valette <eric.valette@xxxxxxx>
• Re: Problem with array raid10 array resync on 4.4.0 (keeps reyncing each reboot)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: deprecating /proc/mdstat (was: Re: mdadm bad blocks list)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: reinstate dm target local ioctl support
  • From: Christoph Hellwig <hch@xxxxxx>
• reinstate dm target local ioctl support
  • From: Andy Whitcroft <apw@xxxxxxxxxxxxx>
• deprecating /proc/mdstat (was: Re: mdadm bad blocks list)
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: [PATCH/RFC/RFT] md: allow resync to go faster when there is competing IO.
  • From: Joshua Kinard <kumba@xxxxxxxxxx>
• ANNOUNCE: mdadm 3.4 - A tool for managing md Soft RAID under Linux
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm bad blocks list
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: [PATCH/RFC/RFT] md: allow resync to go faster when there is competing IO.
  • From: Chien Lee <chienlee@xxxxxxxx>
• Re: mdadm bad blocks list
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: mdadm bad blocks list
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: [PATCH/RFC/RFT] md: allow resync to go faster when there is competing IO.
  • From: NeilBrown <neilb@xxxxxxxx>
• mdadm bad blocks list
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: [PATCH/RFC/RFT] md: allow resync to go faster when there is competing IO.
  • From: Chien Lee <chienlee@xxxxxxxx>
• Re: md127 auto created when use "-B" to build a legacy array without superblocks
  • From: yizhan <yizhan@xxxxxxxxxx>