Linux RAID Storage Date Index

• Thread Index

• [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>
• Re: Problem with array raid10 array resync on 4.4.0 (keeps reyncing each reboot)
  • From: Eric Valette <eric.valette@xxxxxxx>
• Re: [PATCH/RFC/RFT] md: allow resync to go faster when there is competing IO.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] util: fix wrong return value of cluster_get_dlmlock
  • From: NeilBrown <neilb@xxxxxxx>
• RAID journal, requirements?
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: Uneven wear on raid1 devices
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Uneven wear on raid1 devices
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Problem with array raid10 array resync on 4.4.0 (keeps reyncing each reboot)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH/RFC/RFT] md: allow resync to go faster when there is competing IO.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH/RFC/RFT] md: allow resync to go faster when there is competing IO.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: WANTED new maintainer for Linux/md (and mdadm)
  • 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: [PATCH/RFC/RFT] md: allow resync to go faster when there is competing IO.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: md127 auto created when use "-B" to build a legacy array without superblocks
  • From: NeilBrown <neilb@xxxxxxxx>
• Problem with array raid10 array resync on 4.4.0 (keeps reyncing each reboot)
  • From: Eric Valette <Eric.Valette@xxxxxxx>
• Re: md127 auto created when use "-B" to build a legacy array without superblocks
  • From: yizhan <yizhan@xxxxxxxxxx>
• Re: [PATCH/RFC/RFT] md: allow resync to go faster when there is competing IO.
  • From: Chien Lee <chienlee@xxxxxxxx>
• Re: [PATCH RESEND v2 00/19] Support fuse mounts in user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v2 00/19] Support fuse mounts in user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH RESEND v2 00/19] Support fuse mounts in user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: Uneven wear on raid1 devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: broken raid level 5 array caused by user error
  • From: Mathias Mueller <raidfail@xxxxxx>
• Re: Uneven wear on raid1 devices
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Uneven wear on raid1 devices
  • From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] md-cluster: delete useless code
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH 1/2] md-cluster: fix missing memory free
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: md failing mechanism
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: md failing mechanism
  • From: James J <james.j@xxxxxxxxxxxxx>
• Re: md failing mechanism
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Wrong device name after hot-swap
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: md failing mechanism
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: md failing mechanism
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: Wrong device name after hot-swap
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH 1/2] md-cluster: fix missing memory free
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 2/2] md-cluster: delete useless code
  • From: Shaohua Li <shli@xxxxxx>
• Re: md failing mechanism
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: md failing mechanism
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: md failing mechanism
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: md failing mechanism
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: md failing mechanism
  • From: James J <james.j@xxxxxxxxxxxxx>
• Re: md failing mechanism
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: md failing mechanism
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: md failing mechanism
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: Wrong device name after hot-swap
  • From: Paul van der Vlis <paul@xxxxxxxxxxxxx>
• Re: md failing mechanism
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: md failing mechanism
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: md failing mechanism
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: Wrong device name after hot-swap
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: md failing mechanism
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Wrong device name after hot-swap
  • From: Paul van der Vlis <paul@xxxxxxxxxxxxx>
• Re: md failing mechanism
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: md failing mechanism
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: md failing mechanism
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID 6 "Failed to restore critical section for reshape, sorry." - recovery advice?
  • From: George Rapp <george.rapp@xxxxxxxxx>
• Re: broken raid level 5 array caused by user error
  • From: Phil Turmel <philip@xxxxxxxxxx>
• md failing mechanism
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: broken raid level 5 array caused by user error
  • From: Mathias Mueller <raidfail@xxxxxx>
• Re: broken raid level 5 array caused by user error
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: broken raid level 5 array caused by user error
  • From: Mathias Mueller <raidfail@xxxxxx>
• Re: [PATCH] raid6/algos.c : bug fix : Add the missing definitions to the pq.h file
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] raid6/algos.c : bug fix : Add the missing definitions to the pq.h file
  • From: Gayatri Kammela <gayatri.kammela@xxxxxxxxx>
• Re: Intel IMSM RAID 5 won't start - now jbd2 blocked for more than 120 seconds
  • From: "Guido D'Arezzo" <gdarrezzo@xxxxxxxxx>
• Re: broken raid level 5 array caused by user error
  • From: Mathias Mueller <raidfail@xxxxxx>
• Re: WANTED new maintainer for Linux/md (and mdadm)
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH] util: fix wrong return value of cluster_get_dlmlock
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: broken raid level 5 array caused by user error
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] Abort pending request for RAID10
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: broken raid level 5 array caused by user error
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: ICH RAID5 delisted and broken after mdadm installation
  • From: Пётр Б. <satnatantas@xxxxxxxxx>
• Re: broken raid level 5 array caused by user error
  • From: Mathias Mueller <raidfail@xxxxxx>
• Help with RAID data recovery.
  • From: Tommy Wang <lists@xxxxxxxxxxx>
• Re: [PATCH] Abort pending request for RAID10
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] Abort pending request for RAID10
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: broken raid level 5 array caused by user error
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH 00/35 v3] eparate operations from flags in the bio/request structs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: ICH RAID5 delisted and broken after mdadm installation
  • From: Пётр Б. <satnatantas@xxxxxxxxx>
• ICH RAID5 delisted and broken after mdadm installation
  • From: Пётр Б. <satnatantas@xxxxxxxxx>
• Re: broken raid level 5 array caused by user error
  • From: Mathias Mueller <raidfail@xxxxxx>
• RE: best base / worst case RAID 5,6 write speeds
  • From: Robert Kierski <rkierski@xxxxxxxx>
• [GIT PULL REQUEST] md updates for 4.5
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: writeback: Stability issue (BUG) on 4.4 with writeback_percent
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• scsi_debug support
  • From: Tejas Rao <raot@xxxxxxx>
• Add. Sense: Data synchronization mark error
  • From: Tejas Rao <raot@xxxxxxx>
• Re: [PATCH V2 2/2] Add casts for the addr arg of connect and bind
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: mdadm Oops on a small ARM system
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Mark Brown <broonie@xxxxxxxxxx>
• mdadm Oops on a small ARM system
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• [PATCH V2 2/2] Add casts for the addr arg of connect and bind
  • From: Khem Raj <raj.khem@xxxxxxxxx>
• [PATCH V2 1/2] Define _POSIX_C_SOURCE if undefined
  • From: Khem Raj <raj.khem@xxxxxxxxx>
• Re: [PATCH] Define _POSIX_C_SOURCE if undefined
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: [PATCH] Define _POSIX_C_SOURCE if undefined
  • From: Khem Raj <raj.khem@xxxxxxxxx>
• Re: [PATCH] md/raid: only permit hot-add of compatible integrity profiles
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] Define _POSIX_C_SOURCE if undefined
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• [PATCH] md/raid: only permit hot-add of compatible integrity profiles
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] Define _POSIX_C_SOURCE if undefined
  • From: Khem Raj <raj.khem@xxxxxxxxx>
• [PATCH] Define _POSIX_C_SOURCE if undefined
  • From: Khem Raj <raj.khem@xxxxxxxxx>
• [PATCH] Define _POSIX_C_SOURCE if undefined
  • From: Khem Raj <raj.khem@xxxxxxxxx>
• [PATCH] Define _POSIX_C_SOURCE if undefined
  • From: Khem Raj <raj.khem@xxxxxxxxx>
• Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] Fix wrong description in manpage
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] Fix wrong description in manpage
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 00/35 v3] eparate operations from flags in the bio/request structs
  • From: mchristi@xxxxxxxxxx
• [PATCH 04/35] fs: have submit_bh users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 05/35] fs: have ll_rw_block users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: mchristi@xxxxxxxxxx
• [PATCH 06/35] direct-io: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 03/35] block, fs, mm, drivers: set bi_op to 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 07/35] btrfs: have submit_one_bio users setup bio bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 11/35] f2fs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 08/35] btrfs: set bi_op tp REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 12/35] gfs2: 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 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 18/35] pm: 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 21/35] bcache: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 19/35] dm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 23/35] md/raid: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 24/35] xen: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 22/35] drbd: 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 27/35] drivers: set request op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 29/35] ide cd: do not set REQ_WRITE on requests.
  • From: mchristi@xxxxxxxxxx
• [PATCH 30/35] block, fs, drivers: do not test bi_rw for REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 28/35] blktrace: get op from req->op/bio->bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 32/35] block: shrink bi_rw and bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 33/35] block, drivers: add REQ_OP_FLUSH operation
  • From: mchristi@xxxxxxxxxx
• [PATCH 31/35] block, fs: remove old REQ definitions.
  • From: mchristi@xxxxxxxxxx
• [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua
  • From: mchristi@xxxxxxxxxx
• [PATCH 35/35] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: mchristi@xxxxxxxxxx
• Re: Intel IMSM RAID 5 won't start
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: Create Lock to Eliminate RMW in RAID/456 when writing perfect stripes
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [dm-devel] [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH 26/35] block: set op to REQ_OP
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [dm-devel] WANTED new maintainer for Linux/md (and mdadm)
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: WANTED new maintainer for Linux/md (and mdadm)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [dm-devel] WANTED new maintainer for Linux/md (and mdadm)
  • From: NeilBrown <neilb@xxxxxxx>
• Re: stripe_cache_active always 0
  • From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
• Re: stripe_cache_active always 0
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• RE: stripe_cache_active always 0
  • From: Robert Kierski <rkierski@xxxxxxxx>
• Re: [PATCH] async_tx: use GFP_NOWAIT rather than GFP_IO
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• stripe_cache_active always 0
  • From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 13/35] xfs: set bi_op to REQ_OP
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 1/3] md: set MD_HAS_JOURNAL in correct places
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/2] imsm: use timeout when waiting for reshape progress
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• [PATCH] async_tx: use GFP_NOWAIT rather than GFP_IO
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH 2/3] MD: add journal with array suspended
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 3/3] raid5-cache: handle journal hotadd in quiesce
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 1/3] md: set MD_HAS_JOURNAL in correct places
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH 25/35] target: set bi_op to REQ_OP
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [dm-devel] WANTED new maintainer for Linux/md (and mdadm)
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: raid5 async_xor: sleep in atomic
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH 3/4] raid5-cache: handle flush request for journal hotadd
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/2] raid5-cache: correctly handle stripe with enough journal space
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH 2/2] raid5-cache: correctly handle stripe with enough journal space
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/2] raid5-cache: destroy mempool
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 3/4] raid5-cache: handle flush request for journal hotadd
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH] IMSM: Add support for VMD
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 3/4] raid5-cache: handle flush request for journal hotadd
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/4] raid5-cache: use rcu api to access r5conf->log
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/4] raid5-cache: avoid write failure for journal hotadd
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 35/35] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 05/35] fs: have ll_rw_block users pass in op and flags separately
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 4/4] raid5-cache: handle batch stripe for journal hotadd
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 1/4] raid5-cache: use rcu api to access r5conf->log
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 2/4] raid5-cache: avoid write failure for journal hotadd
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 0/4]raid5-cache: fix journal hotadd
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 3/4] raid5-cache: handle flush request for journal hotadd
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 04/35] fs: have submit_bh users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 05/35] fs: have ll_rw_block 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 00/35 v2] separate operations from flags in the bio/request structs
  • From: mchristi@xxxxxxxxxx
• [PATCH 07/35] btrfs: have submit_one_bio users setup bio bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: mchristi@xxxxxxxxxx
• [PATCH 08/35] btrfs: set bi_op tp REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 03/35] block, fs, mm, drivers: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 09/35] btrfs: update __btrfs_map_block for bi_op transition
  • From: mchristi@xxxxxxxxxx
• [PATCH 12/35] gfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 13/35] xfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 14/35] hfsplus: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 15/35] mpage: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 16/35] nilfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 17/35] ocfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 19/35] dm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 18/35] pm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 21/35] bcache: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 22/35] drbd: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 23/35] md/raid: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 24/35] xen: 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 25/35] target: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 27/35] drivers: set request op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 28/35] blktrace: get op from req->op/bio->bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 26/35] block: set op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 29/35] ide cd: do not set REQ_WRITE on requests.
  • From: mchristi@xxxxxxxxxx
• [PATCH 30/35] block, fs, drivers: do not test bi_rw for REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua
  • From: mchristi@xxxxxxxxxx
• [PATCH 35/35] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: mchristi@xxxxxxxxxx
• [PATCH 32/35] block: shrink bi_rw and bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 33/35] block, drivers: add REQ_OP_FLUSH operation
  • From: mchristi@xxxxxxxxxx
• [PATCH 31/35] block, fs: remove old REQ definitions.
  • From: mchristi@xxxxxxxxxx
• [PATCH 11/35] f2fs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 10/35] btrfs: don't pass rq_flag_bits if there is a bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 2/2] imsm: don't update migration record when reshape is interrupted
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 1/2] imsm: use timeout when waiting for reshape progress
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH] IMSM: Add support for VMD
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• Re: Reading the same block via partition and non-partitioned device gives different content
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• [patch -next] bcache: cleanup indenting in bch_btree_insert_check_key()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Reading the same block via partition and non-partitioned device gives different content
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• [PATCH 2/2] raid5-cache: correctly handle stripe with enough journal space
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 1/2] raid5-cache: destroy mempool
  • From: Shaohua Li <shli@xxxxxx>
• Re: [dm-devel] WANTED new maintainer for Linux/md (and mdadm)
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: best base / worst case RAID 5,6 write speeds
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• RE: best base / worst case RAID 5,6 write speeds
  • From: Robert Kierski <rkierski@xxxxxxxx>
• Re: best base / worst case RAID 5,6 write speeds
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• RE: best base / worst case RAID 5,6 write speeds
  • From: Robert Kierski <rkierski@xxxxxxxx>
• Re: WANTED new maintainer for Linux/md (and mdadm)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH RESEND v2 01/18] block_dev: Support checking inode permissions in lookup_bdev()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 02/18] block_dev: Check permissions towards block device inode when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 00/19] Support fuse mounts in user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 12/18] fs: Don't remove suid for CAP_FSETID in s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 13/18] fs: Allow superblock owner to access do_remount_sb()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 06/18] Smack: Handle labels consistently in untrusted mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 14/18] capabilities: Allow privileged user in s_user_ns to set security.* xattrs
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 15/18] fuse: Add support for pid namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 17/18] fuse: Restrict allow_other to the superblock's namespace or a descendant
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 18/18] fuse: Allow user namespace mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 08/18] cred: Reject inodes with invalid ids in set_create_file_as()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 10/18] fs: Update posix_acl support to handle user namespace mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 09/18] fs: Refuse uid/gid changes which don't map into s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 03/18] fs: Treat foreign mounts as nosuid
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 04/18] selinux: Add support for unprivileged mounts from user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 05/18] userns: Replace in_userns with current_in_userns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH RESEND v2 07/18] fs: Check for invalid i_uid in may_follow_link()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: raid5 async_xor: sleep in atomic
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Intel IMSM RAID 5 won't start
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Intel IMSM RAID 5 won't start
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [dm-devel] WANTED new maintainer for Linux/md (and mdadm)
  • From: Sebastian Parschauer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: RAID 6 "Failed to restore critical section for reshape, sorry." - recovery advice?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: remove unnecesary md_new_event_inintr
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid5 async_xor: sleep in atomic
  • From: NeilBrown <neilb@xxxxxxxx>
• Intel IMSM RAID 5 won't start
  • From: "Guido D'Arezzo" <gdarrezzo@xxxxxxxxx>
• Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Problems reassembling raid6 with --force option
  • From: René <rk@xxxxxxxxx>
• Re: Create Lock to Eliminate RMW in RAID/456 when writing perfect stripes
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• raid5d hangs when stopping an array during reshape
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: raid5 async_xor: sleep in atomic
  • From: Stanislav Samsonov <slava@xxxxxxxxxxxxxxxxx>
• [PATCH] md: remove unnecesary md_new_event_inintr
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Recreating RAID-5 after SATA controller failure and botched auto-assemble
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Create Lock to Eliminate RMW in RAID/456 when writing perfect stripes
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• [PATCH v5 3/3] md: convert to use the generic badblocks code
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v5 2/3] block: Add badblock management for gendisks
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v5 1/3] badblocks: Add core badblock management code
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v5 0/3] Badblock tracking for gendisks
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [GIT PULL REQUEST] one more md fix for 4.4-rc
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 2/2] imsm: abort reshape if sync_action is not "reshape"
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/2] Grow: close file descriptor earlier to avoid "still in use" when stopping
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID10 Write Performance
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid5 async_xor: sleep in atomic
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: raid5 async_xor: sleep in atomic
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Create Lock to Eliminate RMW in RAID/456 when writing perfect stripes
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• RE: Create Lock to Eliminate RMW in RAID/456 when writing perfect stripes
  • From: Robert Kierski <rkierski@xxxxxxxx>
• Create Lock to Eliminate RMW in RAID/456 when writing perfect stripes
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: raid5 async_xor: sleep in atomic
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: RAID10 Write Performance
  • From: Marc Smith <marc.smith@xxxxxxx>
• [PATCH 2/2] imsm: abort reshape if sync_action is not "reshape"
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 1/2] Grow: close file descriptor earlier to avoid "still in use" when stopping
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Recreating RAID-5 after SATA controller failure and botched auto-assemble
  • From: Wolfgang Draxinger <wdraxinger.maillist@xxxxxxxxx>
• Re: raid5 async_xor: sleep in atomic
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID 6 "Failed to restore critical section for reshape, sorry." - recovery advice?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID10 Write Performance
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID 6 "Failed to restore critical section for reshape, sorry." - recovery advice?
  • From: George Rapp <george.rapp@xxxxxxxxx>
• Re: [PATCH v2 1/3] badblocks: Add core badblock management code
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH v2 1/3] badblocks: Add core badblock management code
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 2/2] md: Replace get_seconds with ktime_get_seconds
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH 2/2] md: Replace get_seconds with ktime_get_seconds
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2 1/3] badblocks: Add core badblock management code
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: RAID10 Write Performance
  • From: Marc Smith <marc.smith@xxxxxxx>
• Re: best base / worst case RAID 5,6 write speeds
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: best base / worst case RAID 5,6 write speeds
  • From: Dallas Clement <dallas.a.clement@xxxxxxxxx>
• Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail
  • From: Christoph Hellwig <hch@xxxxxx>
• RE: best base / worst case RAID 5,6 write speeds
  • From: Robert Kierski <rkierski@xxxxxxxx>
• [PATCH v2 1/2] md: bcache: Replace get_seconds with ktime_get_seconds
  • From: Shraddha Barke <shraddha.6596@xxxxxxxxx>
• [PATCH 2/2] md: Replace get_seconds with ktime_get_seconds
  • From: Shraddha Barke <shraddha.6596@xxxxxxxxx>
• raid5 async_xor: sleep in atomic
  • From: Stanislav Samsonov <slava@xxxxxxxxxxxxxxxxx>
• Re: best base / worst case RAID 5,6 write speeds
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: [PATCH v2 1/3] badblocks: Add core badblock management code
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [MDADM PATCH] Check and remove bitmap first when reshape to raid0
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: clustered MD - beyond RAID1
  • From: NeilBrown <neilb@xxxxxxx>
• [MDADM PATCH] Check and remove bitmap first when reshape to raid0
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: clustered MD - beyond RAID1
  • From: Tejas Rao <raot@xxxxxxx>
• Re: clustered MD - beyond RAID1
  • From: Alireza Haghdoost <alireza@xxxxxxxxxx>
• Re: clustered MD - beyond RAID1
  • From: Aaron Knister <aaron.s.knister@xxxxxxxx>
• Re: clustered MD - beyond RAID1
  • From: Tejas Rao <raot@xxxxxxx>
• Re: clustered MD - beyond RAID1
  • From: NeilBrown <neilb@xxxxxxx>
• Re: clustered MD - beyond RAID1
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: clustered MD - beyond RAID1
  • From: NeilBrown <neilb@xxxxxxx>
• Re: clustered MD - beyond RAID1
  • From: Tejas Rao <raot@xxxxxxx>
• Re: [MDADM PATCH] Check and remove bitmap first when reshape to raid0
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 3/3] Add new journal to array that does not have journal
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: clustered MD - beyond RAID1
  • From: NeilBrown <neilb@xxxxxxx>
• Re: clustered MD - beyond RAID1
  • From: Tejas Rao <raot@xxxxxxx>
• [PATCH 3/3] Add new journal to array that does not have journal
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 0/3] [mdadm] fixes and feature for journal device
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 1/3] [mdadm] move journal to end of --detail list
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 2/3] [mdadm] in --add assign raid_disk of 0 to journal
  • From: Song Liu <songliubraving@xxxxxx>
• Re: WANTED new maintainer for Linux/md (and mdadm)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Reconstruct a RAID 6 that has failed in a non typical manner
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [MDADM PATCH] Check and remove bitmap first when reshape to raid0
  • From: Xiao Ni <xni@xxxxxxxxxx>
• WANTED new maintainer for Linux/md (and mdadm)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] mdadm: check bitmap first when reshape raid1 to raid0
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Stop resync operation
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: RESYNC Bug ? [was Re: Stop resync operation]
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: badblocks seem to be causing problems with raid6 - badblocks list replicating all all drives
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Reconstruct a RAID 6 that has failed in a non typical manner
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: [PATCH] mdadm: check bitmap first when reshape raid1 to raid0
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: mdadm and size differences
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: I/O errors without erros from underlying device
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: Reshape stalls and fails when SELinux is enabled
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: Seeking advice to convert RAID5 to RAID10 adding a drive in the process
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: RAID 6 "Failed to restore critical section for reshape, sorry." - recovery advice?
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: Start reshape failed
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: Problem w/ commit ac8fa4196d20 on older, slower hardware
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: clustered MD - beyond RAID1
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID6 - whole disk vs partitions
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• [GIT PULL REQUEST] md fixes for 4.4-rc
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID6 - whole disk vs partitions
  • From: Phil Turmel <philip@xxxxxxxxxx>
• RAID6 - whole disk vs partitions
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail
  • From: Shaohua Li <shli@xxxxxx>
• RAID10 Write Performance
  • From: Marc Smith <marc.smith@xxxxxxx>
• clustered MD - beyond RAID1
  • From: Scott Sinno <scott.sinno@xxxxxxxx>
• Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] Fix remove_and_add_spares removes drive added as spare in slot_store
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: best base / worst case RAID 5,6 write speeds
  • From: Dallas Clement <dallas.a.clement@xxxxxxxxx>
• Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail
  • From: Shaohua Li <shli@xxxxxx>
• Re: raid5-cache: avoid GFP_NOFAIL allocation
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: best base / worst case RAID 5,6 write speeds
  • From: Dallas Clement <dallas.a.clement@xxxxxxxxx>
• Re: best base / worst case RAID 5,6 write speeds
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] raid5-cache: use a mempool for the metadata block
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] raid5-cache: use a bio_set
  • From: Christoph Hellwig <hch@xxxxxx>
• raid5-cache: avoid GFP_NOFAIL allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: best base / worst case RAID 5,6 write speeds
  • From: Dallas Clement <dallas.a.clement@xxxxxxxxx>
• [PATCH] Fix remove_and_add_spares removes drive added as spare in slot_store
  • From: rgoldwyn@xxxxxxx
• Re: best base / worst case RAID 5,6 write speeds
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH v3 1/2] block: Introduce blk_bio_map_sg() to map one bio
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH v3 2/2] md: dm-crypt: Introduce the bulk IV mode for bulk crypto
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH v3 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: best base / worst case RAID 5,6 write speeds
  • From: Dallas Clement <dallas.a.clement@xxxxxxxxx>
• Re: [PATCH 2/2] mdadm: improve the safeguard for change cluster raid's sb
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 2/2] raid5-cache: add journal hot add/remove support
  • From: NeilBrown <neilb@xxxxxxx>
• RE: [PATCH 00/17] mdadm: SCSI enclosure based array
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 00/17] mdadm: SCSI enclosure based array
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/2] MD: change journal disk role to disk 0
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 2/2] raid5-cache: add journal hot add/remove support
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH 00/17] mdadm: SCSI enclosure based array
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: best base / worst case RAID 5,6 write speeds
  • From: Dallas Clement <dallas.a.clement@xxxxxxxxx>
• [PATCH 2/2] mdadm: improve the safeguard for change cluster raid's sb
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 1/2] mdadm: do not try to hold dlm lock in free_super1
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>