Linux RAID Storage Date Index

• Thread Index

• Re: [PATCH 2/2] mdadm: save previous journal_clean when reload super
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 0/2] mdadm patches for r5cache and mdadm.spec
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 2/2] mdadm: save previous journal_clean when reload super
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 1/2] mdadm: install two more udev rules in mdadm.spec
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH -v4 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] md: Add support for Multiple PPLs
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH] md/raid5: preserve STRIPE_ON_UNPLUG_LIST in break_stripe_batch_list
  • From: Dennis Yang <dennisyang@xxxxxxxx>
• report a bug that panic when grow size for external bitmap
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH -v4 1/1] mdadm/test: Add one test case for raid5 reshape
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 5/5] mdadm/test: add new testcase for testing readonly/readwrite
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 4/5] mdadm/test: get rid of tests/check
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 3/5] mdadm/test: get rid of the tests/testdev
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 0/5] mdadm/test: Update for mdadm test part
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 1/5] mdadm/bitmap: examine-bitmap failed when bitmap is external mode
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 2/5] mdadm/test: use the first element of array as parsing condition
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• raid5_finish_reshape is stuck at revalidate_disk
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 0/2] md: Add support for Multiple PPLs
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• occasional hard lockup on raid on nvme disks (fio processes hung)
  • From: Nikhil Kshirsagar <nkshirsa@xxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: I/O hangs after resuming from suspend-to-ram
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] md: Add support for Multiple PPLs
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 0/2] md: Add support for Multiple PPLs
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• RE: force raid reassembly
  • From: Bryan Hepworth <bryan.hepworth@xxxxxxxxxxxxxxx>
• [PATCH] md/raid1/10: reset bio allocated from mempool
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid5: release/flush io in raid5_do_work()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] md/raid5: release/flush io in raid5_do_work()
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v7 00/19] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 02/19] crypto: ccp: use -EAGAIN for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 03/19] crypto: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 04/19] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 06/19] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 07/19] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 08/19] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 09/19] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 10/19] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 12/19] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 13/19] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 14/19] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 15/19] crypto: tcrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 16/19] crypto: talitos: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 17/19] crypto: qce: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 19/19] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 18/19] crypto: mediatek: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 11/19] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 05/19] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v7 01/19] crypto: change transient busy return code to -EAGAIN
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v6 04/19] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v6 04/19] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/6] raid5: remove a call to get_start_sect
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: don't require a struct block_device to submit a bio
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/6] btrfs: index check-integrity state hash by a dev_t
  • From: Liu Bo <bo.li.liu@xxxxxxxxxx>
• Re: [PATCH 2/6] raid5: remove a call to get_start_sect
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: don't require a struct block_device to submit a bio
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: don't require a struct block_device to submit a bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] Detail: differentiate between container and inactive arrays
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH 1/6] btrfs: index check-integrity state hash by a dev_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/6] block: add a __disk_get_part helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/6] block: reject attempts to allocate more than DISK_MAX_PARTS partitions
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/6] block: cache the partition index in struct block_device
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/6] raid5: remove a call to get_start_sect
  • From: Christoph Hellwig <hch@xxxxxx>
• don't require a struct block_device to submit a bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V2 0/9] nullb: extend nullb for destructive tests
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Soft/Hard lockup detected in raid5_unplug() when doing heavy I/O on RAID6
  • From: Dennis Yang <shinrairis@xxxxxxxxx>
• I/O hangs after resuming from suspend-to-ram
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: BUG_ON(sh->batch_head) in init_stripe()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: BUG_ON(sh->batch_head) in init_stripe()
  • From: Stephane Thiell <sthiell@xxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Warning in raid5-cache.c with NVME journal and DM_MQ_DEFAULT
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 0/2] md: Add support for Multiple PPLs
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 2/2] dm integrity: use init_completion instead of COMPLETION_INITIALIZER_ONSTACK
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: BUG_ON(sh->batch_head) in init_stripe()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 0/2] md: Add support for Multiple PPLs
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH v6 00/19] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 01/19] crypto: change transient busy return code to -EAGAIN
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 02/19] crypto: ccp: use -EAGAIN for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 03/19] crypto: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 04/19] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 06/19] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 05/19] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 07/19] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 08/19] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 10/19] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 09/19] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 12/19] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 13/19] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 16/19] crypto: talitos: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 18/19] crypto: mediatek: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 19/19] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• [PATCH v6 17/19] crypto: qce: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 15/19] crypto: tcrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 14/19] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v6 11/19] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/19] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH v5 12/19] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: [dm-devel] [PATCH v5 12/19] dm: move dm-verity to generic async completion
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Warning in raid5-cache.c with NVME journal and DM_MQ_DEFAULT
  • From: Vasco Steinmetz <linux@xxxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• [PATCH] md/raid0: attach correct cgroup info in bio
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] md/raid0: attach correct cgroup info in bio
  • From: Shaohua Li <shli@xxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• [PATCH] Detail: differentiate between container and inactive arrays
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: [PATCH v4] bcache: Don't reinvent the wheel but use existing llist API
  • From: Byungchul Park <byungchul.park@xxxxxxx>
• Re: [PATCH v4] bcache: Don't reinvent the wheel but use existing llist API
  • From: Coly Li <i@xxxxxxx>
• Re: BUG_ON(sh->batch_head) in init_stripe()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: BUG_ON(sh->batch_head) in init_stripe()
  • From: Stephane Thiell <sthiell@xxxxxxxxxxxx>
• Re: [PATCH v4] bcache: Don't reinvent the wheel but use existing llist API
  • From: Byungchul Park <byungchul.park@xxxxxxx>
• Re: BUG_ON(sh->batch_head) in init_stripe()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: [PATCH 0/2] md: Add support for Multiple PPLs
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Filesystem corruption on RAID1
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• [PATCH 2/2] tests/20raid5journal: fix test_incremental
  • From: Chen Rong <rongx.a.chen@xxxxxxxxx>
• [PATCH 1/2] incremental: fix check journal device
  • From: Chen Rong <rongx.a.chen@xxxxxxxxx>
• Re: Sanity Check: RAID1 with 4 members + Spare
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Sanity Check: RAID1 with 4 members + Spare
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: [PATCH 0/4] Assorted mdadm patches.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V2 8/9] nullb: emulate cache
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH 2/2] dm integrity: use init_completion instead of COMPLETION_INITIALIZER_ONSTACK
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/2] raid5-ppl: Recovery support for multiple partial parity logs
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 1/2] md: Runtime support for multiple ppls
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 0/2] md: Add support for Multiple PPLs
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• Re: [PATCH v2] Monitor: Include containers in spare migration
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH v2] Monitor: Include containers in spare migration
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: [PATCH v3] Monitor: containers don't have the same sysfs properties as arrays
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH v3] Monitor: containers don't have the same sysfs properties as arrays
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: [PATCH v2] Monitor: containers don't have the same sysfs properties as arrays
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 0/4] Assorted mdadm patches.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] imsm: rebuild from 2-disk RAID10
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Detail: correct output for active arrays
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: BUG_ON(sh->batch_head) in init_stripe()
  • From: Stephane Thiell <sthiell@xxxxxxxxxxxx>
• Re: BUG_ON(sh->batch_head) in init_stripe()
  • From: Stephane Thiell <sthiell@xxxxxxxxxxxx>
• Re: BUG_ON(sh->batch_head) in init_stripe()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: BUG_ON(sh->batch_head) in init_stripe()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: BUG_ON(sh->batch_head) in init_stripe()
  • From: Stephane Thiell <sthiell@xxxxxxxxxxxx>
• Re: [GIT PULL] MD update for 4.13-rc5
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Unable to remove write journal device
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• [PATCH 2/2] dm integrity: use init_completion instead of COMPLETION_INITIALIZER_ONSTACK
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: BUG_ON(sh->batch_head) in init_stripe()
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH v5 04/19] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] MD update for 4.13-rc5
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 18/19] crypto: mediatek: move to generic async completion
  • From: Ryder Lee <ryder.lee@xxxxxxxxxxxx>
• Re: [PATCH v5 05/19] crypto: introduce crypto wait for async op
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH V2 3/9] nullb: add interface to power on disk
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH V2 1/9] nullb: factor disk parameters
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH V2 2/9] nullb: add configfs interface
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH V2 9/9] nullb: badbblocks support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH V2 8/9] nullb: emulate cache
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH V2 5/9] nullb: support memory backed store
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH V2 7/9] nullb: bandwidth control
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH V2 6/9] nullb: support discard
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH V2 4/9] nullb: use ida to manage index
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH V2 0/9] nullb: extend nullb for destructive tests
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v5 02/19] crypto: ccp: use -EAGAIN for transient busy indication
  • From: Gary R Hook <gary.hook@xxxxxxx>
• [GIT PULL] MD update for 4.13-rc5
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] raid5: remove raid5_build_block
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH v5 00/19] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 02/19] crypto: ccp: use -EAGAIN for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 06/19] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 04/19] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 03/19] crypto: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 05/19] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 08/19] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 09/19] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 11/19] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 10/19] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 13/19] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 14/19] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 16/19] crypto: talitos: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 17/19] crypto: qce: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 18/19] crypto: mediatek: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 19/19] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 15/19] crypto: tcrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 12/19] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 07/19] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v5 01/19] crypto: change transient busy return code to -EAGAIN
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: raid1 lockups on 4.12.x
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Re: raid1 lockups on 4.12.x
  • From: Simon Kirby <sim@xxxxxxxxxx>
• Re: mdadm will only start root device degraded
  • From: Felix Koop <fdp@xxxxxxxx>
• Re: [PATCH] MD: not clear ->safemode for external metadata array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: BUG_ON(sh->batch_head) in init_stripe()
  • From: Stephane Thiell <sthiell@xxxxxxxxxxxx>
• mpt3sas + raid10 kicked drives at reboot
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: force raid reassembly
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: mdadm will only start root device degraded
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: mdadm will only start root device degraded
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: mdadm will only start root device degraded
  • From: Felix Koop <fdp@xxxxxxxx>
• [PATCH] MD: not clear ->safemode for external metadata array
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: mdadm will only start root device degraded
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH v4] bcache: Don't reinvent the wheel but use existing llist API
  • From: Byungchul Park <byungchul.park@xxxxxxx>
• Re: md0 device gone, disks busy
  • From: Sarah Newman <srn@xxxxxxxxx>
• md0 device gone, disks busy
  • From: Mr Typo <euroregistrar@xxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• migrate from mdadm to HW RAID
  • From: David Zampirolo <davidzampirolo@xxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] imsm: rebuild from 2-disk RAID10
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH] mdadm: allow to assemble /dev/md_xxx named arrays.
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH] Detail: correct output for active arrays
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• [PATCH v2] mdadm: allow to assemble /dev/md_xxx named arrays.
  • From: jcejka@xxxxxxxx
• [PATCH v2] mdopen: prevent named arrays devices from buffer overflow
  • From: jcejka@xxxxxxxx
• [PATCH] raid5: remove raid5_build_block
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 0/2] md/raid6: improvements for ARM/arm64
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/2] md/raid6: improvements for ARM/arm64
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 4/9] md: raid5 nowait support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 3/9] md: raid1 nowait support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: force raid reassembly
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• RE: force raid reassembly
  • From: Bryan Hepworth <bryan.hepworth@xxxxxxxxxxxxxxx>
• Re: [RESEND PATCH] bcache: Don't reinvent the wheel but use existing llist API
  • From: Byungchul Park <byungchul.park@xxxxxxx>
• Re: [RESEND PATCH] bcache: Don't reinvent the wheel but use existing llist API
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [MD] Crash with 4.12+ kernel and high disk load -- bisected to 4ad23a976413: MD: use per-cpu counter for writes_pending
  • From: David R <david@xxxxxxxxxxxxxxx>
• [PATCH v2] md/r5cache: call mddev_lock/unlock() in r5c_journal_mode_show
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v4 02/19] crypto: ccm: use -EAGAIN for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH] Assemble: prevent segfault with faulty "best" devices
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] md/r5cache: call mddev_lock/unlock() in r5c_journal_mode_show
  • From: Song Liu <songliubraving@xxxxxx>
• Re: force raid reassembly
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• force raid reassembly
  • From: Bryan Hepworth <bryan.hepworth@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] block: a virtual block device driver for testing
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH 0/5] block: a virtual block device driver for testing
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 0/5] block: a virtual block device driver for testing
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 0/5] block: a virtual block device driver for testing
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 0/5] block: a virtual block device driver for testing
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 4/9] md: raid5 nowait support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 5/9] md: raid10 nowait support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 3/9] md: raid1 nowait support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH v2] md/bitmap: preserve whole sb_page when initializing bitmap
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/5] testb: implement block device operations
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/9] md: Add nowait support to md
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/9] QUEUE_FLAG_NOWAIT to indicate device supports nowait
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 0/5] block: a virtual block device driver for testing
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: RecovData Handshk error
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] md/bitmap: preserve whole sb_page when initializing bitmap
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH] Assemble: prevent segfault with faulty "best" devices
  • From: Andrea Righi <righi.andrea@xxxxxxxxx>
• Re: [PATCH] md/bitmap: preserve whole sb_page when initializing bitmap
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 02/19] crypto: ccm: use -EAGAIN for transient busy indication
  • From: Gary R Hook <gary.hook@xxxxxxx>
• Re: [md PATCH 1/2] md: always clear ->safemode when md_check_recovery gets the mddev lock.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 06/19] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 00/19] simplify crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 01/19] crypto: change transient busy return code to -EAGAIN
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 02/19] crypto: ccm: use -EAGAIN for transient busy indication
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 03/19] crypto: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 04/19] crypto: marvell/cesa: remove redundant backlog checks on EBUSY
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 06/19] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 09/19] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 07/19] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 10/19] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 13/19] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 14/19] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 16/19] crypto: talitos: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 15/19] crypto: tcrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 19/19] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 18/19] crypto: mediatek: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 17/19] crypto: qce: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 12/19] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 11/19] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 08/19] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v4 05/19] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [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>
• [PATCH v3 34/49] md: raid1: convert to bio_for_each_segment_all_sp()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [MD] Crash with 4.12+ kernel and high disk load -- bisected to 4ad23a976413: MD: use per-cpu counter for writes_pending
  • From: David R <david@xxxxxxxxxxxxxxx>
• Re: [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>
• Re: [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>
• Re: [MD] Crash with 4.12+ kernel and high disk load -- bisected to 4ad23a976413: MD: use per-cpu counter for writes_pending
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [MD] Crash with 4.12+ kernel and high disk load -- bisected to 4ad23a976413: MD: use per-cpu counter for writes_pending
  • From: David R <david@xxxxxxxxxxxxxxx>
• Re: [MD] Crash with 4.12+ kernel and high disk load -- bisected to 4ad23a976413: MD: use per-cpu counter for writes_pending
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 2/2] md: fix test in md_write_start()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 1/2] md: always clear ->safemode when md_check_recovery gets the mddev lock.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 0/2] Fix two bug in the new write_pending counting.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [MD] Crash with 4.12+ kernel and high disk load -- bisected to 4ad23a976413: MD: use per-cpu counter for writes_pending
  • From: David R <david@xxxxxxxxxxxxxxx>
• Re: [RESEND PATCH] bcache: Don't reinvent the wheel but use existing llist API
  • From: Coly Li <i@xxxxxxx>
• Re: [RESEND PATCH] bcache: Don't reinvent the wheel but use existing llist API
  • From: Byungchul Park <byungchul.park@xxxxxxx>
• Re: [RESEND PATCH] bcache: Don't reinvent the wheel but use existing llist API
  • From: Coly Li <i@xxxxxxx>
• Re: [MD] Crash with 4.12+ kernel and high disk load -- bisected to 4ad23a976413: MD: use per-cpu counter for writes_pending
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [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: 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>