Linux RAID Storage Date Index

• Thread Index

• Re: [PATCH 0/5] block: a virtual block device driver for testing
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RecovData Handshk error
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: [RESEND PATCH] bcache: Don't reinvent the wheel but use existing llist API
  • From: Coly Li <i@xxxxxxx>
• [MD] Crash with 4.12+ kernel and high disk load -- bisected to 4ad23a976413: MD: use per-cpu counter for writes_pending
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [RESEND PATCH] bcache: Don't reinvent the wheel but use existing llist API
  • From: Byungchul Park <byungchul.park@xxxxxxx>
• Re: [PATCH 0/5] block: a virtual block device driver for testing
  • From: Hannes Reinecke <hare@xxxxxxx>
• mdadm will only start root device degraded
  • From: Felix Koop <fdp@xxxxxxxx>
• raid1 mismatch_cnt 128 revisited - so I can sleep better at night...
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] testb: badblock support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] dm integrity: make blk_integrity_profile structure const
  • From: Bhumika Goyal <bhumirks@xxxxxxxxx>
• Re: [PATCH 5/5] testb: badblock support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: RecovData Handshk error
  • From: Alex <mysqlstudent@xxxxxxxxx>
• [PATCH 3/5] testb: implement bandwidth control
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 5/5] testb: badblock support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 1/5] testb: add interface
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 4/5] testb: emulate disk cache
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 2/5] testb: implement block device operations
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 0/5] block: a virtual block device driver for testing
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 4/4] Don't use exit(ERANGE)
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 3/4] super1: only set clustered flag when bitmap is present
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 2/4] Use correct syntax for passing DEVLINKS to mdadm from udev
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/4] Error messages should end with a newline character.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 0/4] Assorted mdadm patches.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v5] md/r5cache: fix io_unit handling in r5l_log_endio()
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH] mdopen: prevent named arrays devices from buffer overflow
  • From: jcejka@xxxxxxxx
• [PATCH] mdadm: allow to assemble /dev/md_xxx named arrays.
  • From: jcejka@xxxxxxxx
• Re: [PATCH v3] udev rules: introduce rules for cluster-md to confirm device
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH v3] udev rules: introduce rules for cluster-md to confirm device
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH v3] udev rules: introduce rules for cluster-md to confirm device
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH v3] udev rules: introduce rules for cluster-md to confirm device
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v4] mdadm/r5cache: allow adding journal to array without journal
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] md/bitmap: preserve whole sb_page when initializing bitmap
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v3] udev rules: introduce rules for cluster-md to confirm device
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH V2] udev rules: introduce rules for cluster-md to confirm device
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH V2] udev rules: introduce rules for cluster-md to confirm device
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v3] md/r5cache: fix io_unit handling in r5l_log_endio()
  • From: Song Liu <songliubraving@xxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH V2] udev rules: introduce rules for cluster-md to confirm device
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] udev rules: introduce rules for cluster-md to confirm device
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] udev rules: introduce rules for cluster-md to confirm device
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] udev rules: introduce rules for cluster-md to confirm device
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH v2 2/2] md/r5cache: fix io_unit handling in r5l_log_endio()
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v2 1/2] md/r5cache: call mddev_lock/unlock() in r5c_journal_mode_set
  • From: Song Liu <songliubraving@xxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Paul Tonelli <paul@xxxxxxxx>
• raid1 lockups on 4.12.x
  • From: Simon Kirby <sim@xxxxxxxxxx>
• Re: remove mdadm stripe limitation, pls
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: replace seq_release_private with seq_release
  • From: Shaohua Li <shli@xxxxxxxxxx>
• remove mdadm stripe limitation, pls
  • From: Dima Dvorcovoy <dvorc@xxxxxx>
• Re: How to add journal device to existing RAID5?
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• How to add journal device to existing RAID5?
  • From: Vasco Steinmetz <linux@xxxxxxxxxxxxx>
• RecovData Handshk error
  • From: Alex <mysqlstudent@xxxxxxxxx>
• [PATCH] md: replace seq_release_private with seq_release
  • From: Cihangir Akturk <cakturk@xxxxxxxxx>
• Re: [PATCH v2] md: notify about new spare disk in the container
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [GIT PULL] MD update for 4.13-rc3
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: raid0: device does not exist with examine and scan
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• [PATCH v2] md: notify about new spare disk in the container
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 1/2] md/r5cache: fix r5c_journal_mode_store
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 2/2] md/r5cache: fix io_unit handling in r5l_log_endio()
  • From: Song Liu <songliubraving@xxxxxx>
• Re: raid0: device does not exist with examine and scan
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: raid0: device does not exist with examine and scan
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• raid0: device does not exist with examine and scan
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• [PATCH v2] Monitor: containers don't have the same sysfs properties as arrays
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: [PATCH] Monitor: containers don't have the same sysfs properties as arrays
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 1/1] super1: Always round data offset to 1M
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Triggering WARN_ON_ONCE in drivers/md/md.c::set_in_sync()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Triggering WARN_ON_ONCE in drivers/md/md.c::set_in_sync()
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 9/9] dm-mpath: Add nowait support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 8/9] dm: Add nowait support to dm-delay
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 7/9] dm: Add nowait support to raid1
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 6/9] dm: add nowait support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 5/9] md: raid10 nowait support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 4/9] md: raid5 nowait support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 3/9] md: raid1 nowait support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 2/9] md: Add nowait support to md
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 0/9] Nowait feature for stacked block devices
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 1/1] super1: Always round data offset to 1M
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• Re: Triggering WARN_ON_ONCE in drivers/md/md.c::set_in_sync()
  • From: Joshua Kinard <kumba@xxxxxxxxxx>
• Re: Triggering WARN_ON_ONCE in drivers/md/md.c::set_in_sync()
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Triggering WARN_ON_ONCE in drivers/md/md.c::set_in_sync()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Wrong array assembly on boot?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Wrong array assembly on boot?
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: Wrong array assembly on boot?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Write journal sizing
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: Wrong array assembly on boot?
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: [PATCH] md/raid5: add thread_group worker async_tx_issue_pending_all
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Wrong array assembly on boot?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] md/raid5: add thread_group worker async_tx_issue_pending_all
  • From: <oferh@xxxxxxxxxxx>
• Triggering WARN_ON_ONCE in drivers/md/md.c::set_in_sync()
  • From: Joshua Kinard <kumba@xxxxxxxxxx>
• Re: Superblocks lost on 5/6 disks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Linear device of two arrays
  • From: Veljko <veljko3@xxxxxxxxx>
• Re: Advice please re failed Raid6
  • From: Bogo Mipps <bogo.mipps@xxxxxxxxx>
• Superblocks lost on 5/6 disks
  • From: MasterPrenium <masterprenium.lkml@xxxxxxxxx>
• Re: Linear device of two arrays
  • From: NeilBrown <neilb@xxxxxxxx>
• Wrong array assembly on boot?
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: [PATCH] md: notify about new spare disk in the container
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V2] md: simplify code with bio_io_error
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: raid 1 assembled but inactive - works from a "live" distribution...
  • From: Georgios Petasis <petasisg@xxxxxxxx>
• [PATCH 2/3] mdadm.h: include sys/sysmacros.h for major/minor defintions
  • From: maxin.john@xxxxxxxxx
• [PATCH 3/3] monitor.c: Fix build in x32 ABI
  • From: maxin.john@xxxxxxxxx
• [PATCH 1/3] mdadm.h: Undefine dprintf before redefining
  • From: maxin.john@xxxxxxxxx
• [PATCH] Monitor: Include containers in spare migration
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• [PATCH] Monitor: containers don't have the same sysfs properties as arrays
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: Linear device of two arrays
  • From: Veljko <veljko3@xxxxxxxxx>
• [PATCH] md: notify about new spare disk in the container
  • From: Alexey Obitotskiy <aleksey.obitotskiy@xxxxxxxxx>
• Re: Advice please re failed Raid6
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: Linear device of two arrays
  • From: Veljko <veljko3@xxxxxxxxx>
• [PATCH V2] md: simplify code with bio_io_error
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Advice please re failed Raid6
  • From: Bogo Mipps <bogo.mipps@xxxxxxxxx>
• Re: Linear device of two arrays
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Linear device of two arrays
  • From: Veljko <veljko3@xxxxxxxxx>
• Re: raid5 using group_thread
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: raid 1 assembled but inactive - works from a "live" distribution...
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: raid 1 assembled but inactive - works from a "live" distribution...
  • From: Georgios Petasis <petasisg@xxxxxxxx>
• raid 1 assembled but inactive - works from a "live" distribution...
  • From: Georgios Petasis <petasisg@xxxxxxxx>
• raid 1 assembled but inactive - works from a "live" distribution...
  • From: Georgios Petasis <petasisg@xxxxxxxx>
• Re: Why can't I re-add my drive after partition shrink?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH -v4 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: raid5 using group_thread
  • From: Ofer Heifetz <oferh@xxxxxxxxxxx>
• [PATCH] mdadm/bitmap: regular file descriptor is omissive in bitmap_file_open
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: Advice please re failed Raid6
  • From: Bogo Mipps <bogo.mipps@xxxxxxxxx>
• Re: Why can't I re-add my drive after partition shrink?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: Why can't I re-add my drive after partition shrink?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Why can't I re-add my drive after partition shrink?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: raid5 using group_thread
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: 3-disk fail on raid-6, examining my options...
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• raid5 using group_thread
  • From: Ofer Heifetz <oferh@xxxxxxxxxxx>
• Re: Advice please re failed Raid6
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: 3-disk fail on raid-6, examining my options...
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH v2 1/4] test/00readonly: Add unit case for testing readonly/readwrite
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 4/4] mdadm/test: Get rid of tests/check
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 3/4] mdadm/test: Get rid of tests/testdev
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 2/4] mdadm/test: Fixed the condition parsing error for array[]
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 1/4] test/00readonly: Add unit case for testing readonly/readwrite
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 0/4] mdadm/test: Update for mdadm test part
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH -v3 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH -v3 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md/raid1: fix writebehind bio clone
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: Have I any chance of restoring my Raid6 data?
  • From: Bogo Mipps <bogo.mipps@xxxxxxxxx>
• Re: Advice please re failed Raid6
  • From: Bogo Mipps <bogo.mipps@xxxxxxxxx>
• Re: [PATCH] md/raid1: fix writebehind bio clone
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid1: fix writebehind bio clone
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: 3-disk fail on raid-6, examining my options...
  • From: Maarten <maarten@xxxxxxxxxxxx>
• Re: 3-disk fail on raid-6, examining my options...
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: 3-disk fail on raid-6, examining my options...
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [GIT PULL] MD update for 4.13-rc2
  • From: Shaohua Li <shli@xxxxxxxxxx>
• 3-disk fail on raid-6, examining my options...
  • From: Maarten <maarten@xxxxxxxxxxxx>
• [PATCH] md/raid1: fix writebehind bio clone
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH -v3 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH -v3 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH -v3 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: Linear device of two arrays
  • From: Veljko <veljko3@xxxxxxxxx>
• [PATCH -v3 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH -v2 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH -v2 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH 1/5] md: add a 'md_numa_node' module parameter
  • From: "Zhengyuan Liu" <liuzhengyuan@xxxxxxxxxx>
• Re: [PATCH v2 0/3] md: three misc changes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Linear device of two arrays
  • From: Veljko <veljko3@xxxxxxxxx>
• [PATCH -v2 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Why can't I re-add my drive after partition shrink?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: Superblocks lost on all disks in array.
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Advice please re failed Raid6
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: [PATCH v2 3/3] md: raid1-10: move raid1/raid10 common code into raid1-10.c
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v2 3/3] md: raid1-10: move raid1/raid10 common code into raid1-10.c
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Why can't I re-add my drive after partition shrink?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Have I any chance of restoring my Raid6 data?
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Have I any chance of restoring my Raid6 data?
  • From: Bogo Mipps <bogo.mipps@xxxxxxxxx>
• Re: Superblocks lost on all disks in array.
  • From: Jean-Pierre Human <jphuman@xxxxxxxxx>
• Re: Superblocks lost on all disks in array.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Superblocks lost on all disks in array.
  • From: Jean-Pierre Human <jphuman@xxxxxxxxx>
• Re: [PATCH v2 3/3] md: raid1-10: move raid1/raid10 common code into raid1-10.c
  • From: Coly Li <colyli@xxxxxxx>
• Re: Advice please re failed Raid6
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Advice please re failed Raid6
  • From: Bogo Mipps <bogo.mipps@xxxxxxxxx>
• Re: Superblocks lost on all disks in array.
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: Superblocks lost on all disks in array.
  • From: Jean-Pierre Human <jphuman@xxxxxxxxx>
• Re: Superblocks lost on all disks in array.
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Superblocks lost on all disks in array.
  • From: Jean-Pierre Human <jphuman@xxxxxxxxx>
• Re: Why can't I re-add my drive after partition shrink?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: Linear device of two arrays
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Linear device of two arrays
  • From: Veljko <veljko3@xxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• [PATCH v2 3/3] md: raid1-10: move raid1/raid10 common code into raid1-10.c
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH v2 2/3] md: raid1/raid10: initialize bvec table via bio_add_page()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH v2 1/3] md: remove 'idx' from 'struct resync_pages'
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH v2 0/3] md: three misc changes
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: [opensuse] raid device mounting problem in Leap 42.2
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Linear device of two arrays
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Linear device of two arrays
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Linear device of two arrays
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [opensuse] raid device mounting problem in Leap 42.2
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Why can't I re-add my drive after partition shrink?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Why can't I re-add my drive after partition shrink?
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: [opensuse] raid device mounting problem in Leap 42.2
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Why can't I re-add my drive after partition shrink?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: [PATCH 2/2] md: raid1/raid10: initialize bvec table via bio_add_page()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: [PATCH 1/2] md/raid6: use faster multiplication for ARM NEON delta syndrome
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• AW: [PATCH 1/2] md/raid6: use faster multiplication for ARM NEON delta syndrome
  • From: Markus Stockhausen <stockhausen@xxxxxxxxxxx>
• [PATCH 1/2] md/raid6: use faster multiplication for ARM NEON delta syndrome
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/2] md/raid6: implement recovery using ARM NEON intrinsics
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 0/2] md/raid6: improvements for ARM/arm64
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: [PATCH 2/2] md: raid1/raid10: initialize bvec table via bio_add_page()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Filesystem corruption on RAID1
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: [mdadm PATCH 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 2/2] md: raid1/raid10: initialize bvec table via bio_add_page()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [mdadm PATCH 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 2/2] md: raid1/raid10: initialize bvec table via bio_add_page()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 1/2] md: remove 'idx' from 'struct resync_pages'
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 2/2] md: raid1/raid10: initialize bvec table via bio_add_page()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 2/2] md: raid1/raid10: initialize bvec table via bio_add_page()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v3 05/14] md: raid1: don't use bio's vec table to manage resync pages
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 2/2] md: raid1/raid10: initialize bvec table via bio_add_page()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 1/2] md: remove 'idx' from 'struct resync_pages'
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v3 05/14] md: raid1: don't use bio's vec table to manage resync pages
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] raid5-ppl: use BIOSET_NEED_BVECS when creating bioset
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Interesting mount problem on openSUSE
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Linear device of two arrays
  • From: Veljko <veljko3@xxxxxxxxx>
• Re: [PATCH 2/2] md: raid1/raid10: initialize bvec table via bio_add_page()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 2/2] md: raid1/raid10: initialize bvec table via bio_add_page()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 1/2] md: remove 'idx' from 'struct resync_pages'
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 0/2] md: two patches
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] dm bufio: Fix error code in dm_bufio_write_dirty_buffers()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] dm bufio: Fix error code in dm_bufio_write_dirty_buffers()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v3 05/14] md: raid1: don't use bio's vec table to manage resync pages
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH] raid5-ppl: use BIOSET_NEED_BVECS when creating bioset
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: Need to shrink md component disk partitions - what is the best method?
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Need to shrink md component disk partitions - what is the best method?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Need to shrink md component disk partitions - what is the best method?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: [MD PATCH 1/1 -v2] Raid5 should update rdev->sectors after reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v3 05/14] md: raid1: don't use bio's vec table to manage resync pages
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v3 05/14] md: raid1: don't use bio's vec table to manage resync pages
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v3 05/14] md: raid1: don't use bio's vec table to manage resync pages
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [MD PATCH 1/1 -v2] Raid5 should update rdev->sectors after reshape
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2] Monitor: don't assume mdadm parameter is a block device
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v2 2/3] mdadm/test: Add '--raidtype=' to run different raidlevel cases
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v2 1/3] mdadm/test: Refactor and revamp 'test' script
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v2] md/bitmap: don't read page from device with Bitmap_sync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/5] md: add a 'md_numa_node' module parameter
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Linear device of two arrays
  • From: Veljko <veljko3@xxxxxxxxx>
• Re: [PATCH v3 05/14] md: raid1: don't use bio's vec table to manage resync pages
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v3 05/14] md: raid1: don't use bio's vec table to manage resync pages
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v3 05/14] md: raid1: don't use bio's vec table to manage resync pages
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v3 05/14] md: raid1: don't use bio's vec table to manage resync pages
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: My MD is too big to resize ext4.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: [PATCH v3 05/14] md: raid1: don't use bio's vec table to manage resync pages
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Linear device of two arrays
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: My MD is too big to resize ext4.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: Linear device of two arrays
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: My MD is too big to resize ext4.
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: My MD is too big to resize ext4.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: My MD is too big to resize ext4.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: My MD is too big to resize ext4.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: My MD is too big to resize ext4.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: My MD is too big to resize ext4.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: My MD is too big to resize ext4.
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Linear device of two arrays
  • From: Veljko <veljko3@xxxxxxxxx>
• Re: My MD is too big to resize ext4.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: My MD is too big to resize ext4.
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: My MD is too big to resize ext4.
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: My MD is too big to resize ext4.
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: My MD is too big to resize ext4.
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• [GIT PULL] MD update for 4.13
  • From: Shaohua Li <shli@xxxxxxxxxx>
• My MD is too big to resize ext4.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: Linear device of two arrays
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Linear device of two arrays
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Linear device of two arrays
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Linear device of two arrays
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Linear device of two arrays
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Linear device of two arrays
  • From: Veljko <veljko3@xxxxxxxxx>
• Re: Linear device of two arrays
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Disk Monitoring
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Linear device of two arrays
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Linear device of two arrays
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Linear device of two arrays
  • From: Veljko <veljko3@xxxxxxxxx>
• [MD PATCH 1/1 -v2] Raid5 should update rdev->sectors after reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [MD PATCH 1/1] Raid5 should update rdev->sectors after reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [MD PATCH 1/1] Raid5 should update rdev->sectors after reshape
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [MDADM PATCH 1/1] Array size is wrong when run mdadm -E
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [MDADM PATCH 1/1] Array size is wrong when run mdadm -E
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [MDADM PATCH 1/1] Array size is wrong when run mdadm -E
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [MDADM PATCH 1/1] Array size is wrong when run mdadm -E
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [MDADM PATCH 1/1] Array size is wrong when run mdadm -E
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [MDADM PATCH 1/1] Array size is wrong when run mdadm -E
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [MDADM PATCH 1/1] Array size is wrong when run mdadm -E
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [MD PATCH 1/1] Raid5 should update rdev->sectors after reshape
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH v2] md/bitmap: don't read page from device with Bitmap_sync
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH v3 01/28] crypto: change backlog return code to -EIOCBQUEUED
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v3 01/28] crypto: change backlog return code to -EIOCBQUEUED
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 03/28] crypto: ccm: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 04/28] crypto: marvell/cesa: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 11/28] cifs: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 10/28] fscrypt: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 18/28] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 14/28] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 12/28] ima: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 20/28] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 19/28] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 27/28] crypto: mediatek: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 28/28] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 26/28] crypto: qce: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 25/28] crypto: talitos: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 24/28] crypto: tcrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 23/28] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 22/28] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 21/28] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 17/28] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 16/28] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 15/28] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 13/28] crypto: adapt api sample to -EIOCBQUEUED as backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 08/28] crypto: talitos: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 09/28] dm: verity: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 07/28] crypto: qce: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 06/28] crypto: omap: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 05/28] crypto: mediatek: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 02/28] crypto: atmel: use -EIOCBQUEUED for backlog indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 01/28] crypto: change backlog return code to -EIOCBQUEUED
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v3 00/28] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: Disk Monitoring
  • From: Drew <drew.kay@xxxxxxxxx>
• Re: Disk Monitoring
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: Disk Monitoring
  • From: Drew <drew.kay@xxxxxxxxx>
• [PATCH 5/5] raid5: add a 'r5_numa_node' module parameter
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• [PATCH 4/5] raid10: add a 'r10_numa_node' module parameter
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• [PATCH 3/5] md/linear: make memory allocation from md's numa node
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• [PATCH 1/5] md: add a 'md_numa_node' module parameter
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• [PATCH 2/5] raid0: make memory allocation from md's numa node
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• Re: Disk Monitoring
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: Disk Monitoring
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Disk Monitoring
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: [PATCH] md: add a 'md_numa_node' module parameter
  • From: Coly Li <colyli@xxxxxxx>
• Re: Big Endian RAID discovery problem (metadata 1!)
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• [PATCH] md: add a 'md_numa_node' module parameter
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• Re: Big Endian RAID discovery problem (metadata 1!)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 11/51] md: raid1: initialize bvec table via bio_add_page()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: raid0 vs. mkfs
  • From: Avi Kivity <avi@xxxxxxxxxxxx>
• Re: raid0 vs. mkfs
  • From: Coly Li <colyli@xxxxxxx>
• Re: raid0 vs. mkfs
  • From: Avi Kivity <avi@xxxxxxxxxxxx>
• Re: Disk Monitoring
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Disk Monitoring
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Disk Monitoring
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Disk Monitoring
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Disk Monitoring
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: Disk Monitoring
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: Disk Monitoring
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: Disk Monitoring
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: Disk Monitoring
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: Disk Monitoring
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Disk Monitoring
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Disk Monitoring
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: [PATCH v2 1/3] mdadm/test: Refactor and revamp 'test' script
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH v2 11/51] md: raid1: initialize bvec table via bio_add_page()
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH v2 1/3] mdadm/test: Refactor and revamp 'test' script
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: Big Endian RAID discovery problem (metadata 1!)
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Big Endian RAID discovery problem (metadata 1!)
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: Disk Monitoring
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Disk Monitoring
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH 2/2] bcache: Update continue_at() documentation
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH 1/2] bcache: silence static checker warning
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Disk Monitoring
  • From: Johannes Truschnigg <johannes@xxxxxxxxxxxxxxx>
• Disk Monitoring
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: [PATCH v2 11/51] md: raid1: initialize bvec table via bio_add_page()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v2 11/51] md: raid1: initialize bvec table via bio_add_page()
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH v2 11/51] md: raid1: initialize bvec table via bio_add_page()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH v2 36/51] md: raid1: convert to bio_for_each_segment_all_sp()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH v2 12/51] md: raid10: avoid to access bvec table directly
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [BUG] md: oops sync_page_io+0x38/0x180
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: can't add a larger spare for a failed smaller disk
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: can't add a larger spare for a failed smaller disk
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: can't add a larger spare for a failed smaller disk
  • From: Hubert Reevez <hubereevez@xxxxxxxxx>
• Re: can't add a larger spare for a failed smaller disk
  • From: Hubert Reevez <hubereevez@xxxxxxxxx>
• Re: can't add a larger spare for a failed smaller disk
  • From: Hubert Reevez <hubereevez@xxxxxxxxx>
• Re: can't add a larger spare for a failed smaller disk
  • From: Hubert Reevez <hubereevez@xxxxxxxxx>
• Re: can't add a larger spare for a failed smaller disk
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• can't add a larger spare for a failed smaller disk
  • From: Hubert Reevez <hubereevez@xxxxxxxxx>
• Re: [BUG] md: oops sync_page_io+0x38/0x180
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v6 0/2] IV Generation algorithms for dm-crypt
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [BUG] md: oops sync_page_io+0x38/0x180
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [BUG] md: oops sync_page_io+0x38/0x180
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [BUG] md: oops sync_page_io+0x38/0x180
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] fs: buffer: Modify alloc_page_buffers.
  • From: Sean Fu <fxinrong@xxxxxxxxx>
• Re: [PATCH v6 0/2] IV Generation algorithms for dm-crypt
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/7] x86, boot, LLVM: Use regparm=0 for memcpy and memset
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm goes crazy after changing chunk size
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: [PATCH] md/bitmap: don't read page from device with Bitmap_sync
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH v6 0/2] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [PATCH v6 2/2] crypto: Multikey template for essiv
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [PATCH v6 1/2] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Assemble the previously replaced components of a previously created array into an active array
  • From: LM <linux-raid@xxxxxxxxxxxxxx>
• Re: raid-1 starting with 1 drive after brief hiatus with cruddy controller.
  • From: "r23@xxxxxxxxxxxxxx" <r23@xxxxxxxxxxxxxx>
• Re: [PATCH] md: use a separate bio_set for synchronous IO.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/bitmap: don't read page from device with Bitmap_sync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] fs: buffer: Modify alloc_page_buffers.
  • From: Sean Fu <fxinrong@xxxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH] md/bitmap: don't read page from device with Bitmap_sync
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• mdadm goes crazy after changing chunk size
  • From: d tbsky <tbskyd@xxxxxxxxx>
• [PATCH] md: use a separate bio_set for synchronous IO.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• RE: mismatch_cnt > 0 during initial sync?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: NeilBrown <neilb@xxxxxxxx>
• RE: mismatch_cnt > 0 during initial sync?
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• caculate chunk size for the future
  • From: d tbsky <tbskyd@xxxxxxxxx>
• RE: mismatch_cnt > 0 during initial sync?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md/bitmap: don't read page from device with Bitmap_sync
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/bitmap: don't read page from device with Bitmap_sync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] Monitor: don't assume mdadm parameter is a block device
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• RE: mismatch_cnt > 0 during initial sync?
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: [PATCH] fs: buffer: Modify alloc_page_buffers.
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] fs: buffer: Modify alloc_page_buffers.
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fs: buffer: Modify alloc_page_buffers.
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH] fs: buffer: Modify alloc_page_buffers.
  • From: Sean Fu <fxinrong@xxxxxxxxx>
• [PATCH v2] Monitor: don't assume mdadm parameter is a block device
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH] Monitor: don't assume mdadm parameter is a block device
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH] md/bitmap: don't read page from device with Bitmap_sync
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mismatch_cnt > 0 during initial sync?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid-1 starting with 1 drive after brief hiatus with cruddy controller.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid-1 starting with 1 drive after brief hiatus with cruddy controller.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid-1 starting with 1 drive after brief hiatus with cruddy controller.
  • From: "r23@xxxxxxxxxxxxxx" <r23@xxxxxxxxxxxxxx>
• Re: raid-1 starting with 1 drive after brief hiatus with cruddy controller.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• raid-1 starting with 1 drive after brief hiatus with cruddy controller.
  • From: "r23@xxxxxxxxxxxxxx" <r23@xxxxxxxxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/bitmap: don't read page from device with Bitmap_sync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• RE: mismatch_cnt > 0 during initial sync?
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] Monitor: don't assume mdadm parameter is a block device
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH] md/bitmap: don't read page from device with Bitmap_sync
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RFC PATCH] md/raid1: remove unused bio in sync_request_write
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: change the initialization value for a spare device spot to MD_DISK_ROLE_SPARE
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [RFC PATCH] md/raid1: remove unused bio in sync_request_write
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: block: missing break in process_queued_bios()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: block: missing break in process_queued_bios()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 3/3] mdadm/test: Add '--disks=' to support testing phsical devices
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH v2 2/3] mdadm/test: Add '--raidtype=' to run different raidlevel cases
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH v2 1/3] mdadm/test: Refactor and revamp 'test' script
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH v2 0/3] Refactor and revamp the 'test' script
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] block: missing break in process_queued_bios()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] block: missing break in process_queued_bios()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] md: change the initialization value for a spare device spot to MD_DISK_ROLE_SPARE
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: change the initialization value for a spare device spot to MD_DISK_ROLE_SPARE
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid10: fix FailFast test for wrong device
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] md/raid10: fix FailFast test for wrong device
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: CoolCold <coolthecold@xxxxxxxxx>
• [PATCH] md: change the initialization value for a spare device spot to MD_DISK_ROLE_SPARE
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [PATCH 0/3] mdadm/test: Refactor the codes of 'test' script
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Paul Tonelli <paul@xxxxxxxx>
• Re: [PATCH v2 01/11] crypto: introduce crypto wait for async op
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/11] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/11] crypto: introduce crypto wait for async op
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: My md won't assemble even when disks are in clean state.
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: My md won't assemble even when disks are in clean state.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: My md won't assemble even when disks are in clean state.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] md: make suspend range wait timed out
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [GIT PULL] MD update for 4.12-rc5
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 0/3] mdadm/test: Refactor the codes of 'test' script
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 1/3] mdadm/test: Convert code format to use Tab
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 2/3 v1] mdadm/test: Refactor the codes of 'test' script
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Grow: don't allow to enable PPL when reshape is in progress
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Grow: don't allow array geometry change with ppl enabled
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] Grow: don't allow to enable PPL when reshape is in progress
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [dm-devel] kernel BUG at lib/percpu-refcount.c:192
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: My md won't assemble even when disks are in clean state.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: My md won't assemble even when disks are in clean state.
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• My md won't assemble even when disks are in clean state.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• HW RAID with ASM 1062R
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: kernel BUG at lib/percpu-refcount.c:192
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] Grow: don't allow array geometry change with ppl enabled
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: kernel BUG at lib/percpu-refcount.c:192
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/3 v1] mdadm/test: Refactor the codes of 'test' script
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] md: don't use flush_signals in userspace processes
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] mdadm: Send version text to stdout rather than stderr
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH 3/3] mdadm/test: Get rid of fast_sync()
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 2/3] mdadm/test: Refactor the codes of 'test' script
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 1/3] mdadm/test: Convert code format to use Tab
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 0/3] mdadm/test: Refactor the codes of 'test' script
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: [PATCH] mdadm: Send version text to stdout rather than stderr
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: mdadm: Apply to revert the commit of a4dcdb23
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH] md: fix deadlock between mddev_suspend() and md_write_start()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] mdadm: Send version text to stdout rather than stderr
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] Grow: set component size prior to array size
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: mdadm: Apply to revert the commit of a4dcdb23
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Grow: set component size prior to array size
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: CoolCold <coolthecold@xxxxxxxxx>
• mdadm: Apply to revert the commit of a4dcdb23
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] mdadm: Send version text to stdout rather than stderr
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] md: fix deadlock between mddev_suspend() and md_write_start()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Paul Tonelli <paul@xxxxxxxx>
• Re: internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [PATCH v2] Get failed disk count from array state
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Grow: set component size prior to array size
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] Grow: set component size prior to array size
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• Re: internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• [PATCH] md: fix deadlock between mddev_suspend() and md_write_start()
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] md: initialise ->writes_pending in personality modules.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: simplify code with bio_io_error
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• 9 second recovery when re-adding a drive that got kicked out?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Paul Tonelli <paul@xxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Paul Tonelli <paul@xxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Recovery after accidental raid5 superblock rewrite
  • From: Paul Tonelli <paul@xxxxxxxx>
• Re: [PATCH] md: simplify code with bio_io_error
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Grow set size issue
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] md: simplify code with bio_io_error
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [GIT PULL] MD update for 4.12-rc4
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Grow set size issue
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH] md: simplify code with bio_io_error
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• Re: RAID10 performance with 20 drives
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: The dev node can't be released at once after stopping raid
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: The dev node can't be released at once after stopping raid
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• The dev node can't be released at once after stopping raid
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 08/24] uuid: rename uuid_to_bin to uuid_parse
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 15/24] block: remove blk_part_pack_uuid
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/24] uuid,afs: move struct uuid_v1 back into afs
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 15/24] block: remove blk_part_pack_uuid
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 08/24] uuid: rename uuid_to_bin to uuid_parse
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 01/24] uuid,afs: move struct uuid_v1 back into afs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/24] md: namespace private helper names
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/24] uuid: remove uuid_be defintions from the uapi header
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/24] xfs: use uuid_be to implement the uuid_t type
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/24] nfsd: namespace-prefix uuid_parse
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/24] uuid: rename uuid_to_bin to uuid_parse
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/24] uuid: hoist helpers uuid_equal() and uuid_copy() from xfs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/24] uuid: don't export guid_index and uuid_index
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/24] uuid: hoist uuid_is_null() helper from libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/2] md: Make flush bios explicitely sync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 12/24] S390/sysinfo: use uuid_is_null instead of opencoding it
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/24] fs: switch ->s_uuid to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/24] block: remove blk_part_pack_uuid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/24] xfs: use the common helper uuid_is_null()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/24] xfs: remove uuid_getnodeuniq and xfs_uu_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/24] ima/policy: switch to use uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/24] overlayfs: use uuid_t instead of uuid_be
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/24] partitions/ldm: switch to use uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/24] nvme: switch to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/24] tmpfs: generate random sb->s_uuid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/24] sysctl: switch to use uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/24] MAINTAINERS: add uuid entry
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/24] scsi_debug: switch to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/24] uuid: rename uuid types
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/24] xfs: use uuid_copy() helper to abstract uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• cleanup UUID types V6
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• RAID10 performance with 20 drives
  • From: CoolCold <coolthecold@xxxxxxxxx>
• [PATCH] md_u: Remove unused ioctl declaration of START_ARRAY
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH v2] Get failed disk count from array state
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH 01/22] Revert "afs: Move UUID struct to linux/uuid.h"
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [mdadm PATCH] Create: move STOP_ARRAY to abort_locked
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH 01/22] Revert "afs: Move UUID struct to linux/uuid.h"
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] bcache: Fix a sleep-in-atomic bug
  • From: Jia-Ju Bai <baijiaju1990@xxxxxxx>
• Re: [PATCH] bcache: Fix a sleep-in-atomic bug
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 0/2 v2] Fix fallout from changes to FUA and PREFLUSH definitions
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 2/2] md: Make flush bios explicitely sync
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH] bcache: Fix a sleep-in-atomic bug
  • From: Jia-Ju Bai <baijiaju1990@xxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 01/22] Revert "afs: Move UUID struct to linux/uuid.h"
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: mdadm --misc --readonly -> ENODEV indefinitely
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH v2 00/11] introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 03/11] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 05/11] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 06/11] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 08/11] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 07/11] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 09/11] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 11/11] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 10/11] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 04/11] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 02/11] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 01/11] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm --misc --readonly -> ENODEV indefinitely
  • From: NeilBrown <neilb@xxxxxxxx>
• mdadm --misc --readonly -> ENODEV indefinitely
  • From: Nix <nix@xxxxxxxxxxxxx>
• cleanup UUID types V5
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/22] Revert "afs: Move UUID struct to linux/uuid.h"
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/22] xfs: use uuid_copy() helper to abstract uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/22] xfs: use uuid_be to implement the uuid_t type
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/22] uuid: remove uuid_be defintions from the uapi header
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/22] md: namespace private helper names
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/22] uuid: rename uuid types
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/22] uuid: don't export guid_index and uuid_index
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/22] uuid: hoist uuid_is_null() helper from libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/22] xfs: use the common helper uuid_is_null()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/22] S390/sysinfo: use uuid_is_null instead of opencoding it
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/22] xfs: remove uuid_getnodeuniq and xfs_uu_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/22] ima/policy: switch to use uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/22] block: remove blk_part_pack_uuid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/22] partitions/ldm: switch to use uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/22] fs: switch ->s_uuid to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/22] overlayfs: use uuid_t instead of uuid_be
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/22] sysctl: switch to use uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/22] nvme: switch to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/22] MAINTAINERS: add uuid entry
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/22] scsi_debug: switch to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/22] tmpfs: generate random sb->s_uuid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/22] uuid: hoist helpers uuid_equal() and uuid_copy() from xfs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: raid5 to raid6 reshape never appeared to start, how to cancel/revert
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: [Patch v5] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Shaohua Li <shli@xxxxxx>
• Re: [Patch v1] Detail: fix a bug when trying to show the detail of a raid device
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: Reducing the number of devices in a degraded RAID-5
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• [Patch v1] Detail: fix a bug when trying to show the detail of a raid device
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [Patch v5] super1: fix sb->max_dev when adding a new disk in linear array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 10/23] afs: switch to use uuid_t and uuid_gen
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/23] afs: switch to use uuid_t and uuid_gen
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• [Patch v5] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [PATCH RESEND] md: Make flush bios explicitely sync
  • From: Jan Kara <jack@xxxxxxx>
• Re: Reducing the number of devices in a degraded RAID-5
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v4] super1: fix sb->max_dev when adding a new disk in linear array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH RESEND] md: Make flush bios explicitely sync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: uuid debug statement now in processor byte order.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH] Detail: don't exit if ioctl has been successful
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] md: uuid debug statement now in processor byte order.
  • From: Kyungchan Koh <kkc6196@xxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH RESEND] md: Make flush bios explicitely sync
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH] Detail: don't exit if ioctl has been successful
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH v4] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: Reducing the number of devices in a degraded RAID-5
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v4] super1: fix sb->max_dev when adding a new disk in linear array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/23] afs: switch to use uuid_t and uuid_gen
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH 10/23] afs: switch to use uuid_t and uuid_gen
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/23] md: namespace private helper names
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: raid5 to raid6 reshape never appeared to start, how to cancel/revert
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: raid5 to raid6 reshape never appeared to start, how to cancel/revert
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 23/23] uuid: remove uuid_be
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• raid5 to raid6 reshape never appeared to start, how to cancel/revert
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: [PATCH 13/23] md: namespace private helper names
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/23] afs: switch to use uuid_t and uuid_gen
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• Reducing the number of devices in a degraded RAID-5
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v4] super1: fix sb->max_dev when adding a new disk in linear array
  • From: NeilBrown <neilb@xxxxxxxx>
• 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH v4] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [PATCH v3] super1: fix sb->max_dev when adding a new disk in linear array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v3] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [PATCH v3] super1: fix sb->max_dev when adding a new disk in linear array
  • From: NeilBrown <neilb@xxxxxxxx>
• Fwd: Re: Promise Technology FakeRAID
  • From: <jan.weber@xxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: How to backup of large md raid volumes?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: [PATCH 03/23] uuid: remove uuid_be defintions from the uapi header
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: How to backup of large md raid volumes?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: How to backup of large md raid volumes?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: How to backup of large md raid volumes?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] manpage: bad block support for IMSM
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Get failed disk count from array state
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 03/23] uuid: remove uuid_be defintions from the uapi header
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH v7 0/2] dm: boot a mapped device without an initramfs
  • From: Enric Balletbo Serra <eballetbo@xxxxxxxxx>
• [PATCH v3] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Lidong Zhong <lzhong@xxxxxxxx>