Linux RAID Storage Date Index

• Thread Index

• [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>
• Re: How to backup of large md raid volumes?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH] super1: fix sb->max_dev when adding a new disk in linear array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: How to backup of large md raid volumes?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: How to backup of large md raid volumes?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] super1: fix sb->max_dev when adding a new disk in linear array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: How to backup of large md raid volumes?
  • From: Victor Helmholtz <victor.helmholtz@xxxxxxxxx>
• Re: How to backup of large md raid volumes?
  • From: Victor Helmholtz <victor.helmholtz@xxxxxxxxx>
• Re: How to backup of large md raid volumes?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: How to backup of large md raid volumes?
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/23] xfs: remove uuid_getnodeuniq and xfs_uu_t
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 02/23] xfs: use uuid_be to implement the uuid_t type
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 01/23] xfs: use uuid_copy() helper to abstract uuid_t
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 17/23] fs: switch ->s_uuid to uuid_t
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 16/23] ima/policy: switch to use uuid_t
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 15/23] block: remove blk_part_pack_uuid
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: Shouldn't the /sys/block/md*/queue/max_*sectors_kb be set to the chunk size?
  • From: Shaohua Li <shli@xxxxxxxxxx>
• How to backup of large md raid volumes?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: Shouldn't the /sys/block/md*/queue/max_*sectors_kb be set to the chunk size?
  • From: Chris Worley <worleys@xxxxxxxxx>
• Re: Shouldn't the /sys/block/md*/queue/max_*sectors_kb be set to the chunk size?
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 13/23] md: namespace private helper names
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [GIT PULL] MD update for 4.12-rc2
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 04/23] uuid: rename uuid types
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v7 1/2] init: add support to directly boot to a mapped device
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH v7 2/2] dm ioctl: add a device mapper ioctl function.
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH v7 0/2] dm: boot a mapped device without an initramfs
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• Shouldn't the /sys/block/md*/queue/max_*sectors_kb be set to the chunk size?
  • From: Chris Worley <worleys@xxxxxxxxx>
• Re: [PATCH 01/23] xfs: use uuid_copy() helper to abstract uuid_t
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH 02/23] xfs: use uuid_be to implement the uuid_t type
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH 14/23] xfs: use the common helper uuid_is_null()
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH 12/23] xfs: remove uuid_getnodeuniq and xfs_uu_t
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [PATCH v2] manpage: bad block support for IMSM
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH] manpage: bad block support for IMSM
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH] dm verity: fix no salt used use case
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH] dm verity: fix no salt used use case
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH 23/23] uuid: remove uuid_be
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 23/23] uuid: remove uuid_be
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 03/23] uuid: remove uuid_be defintions from the uapi header
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 03/23] uuid: remove uuid_be defintions from the uapi header
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/23] xfs: use uuid_be to implement the uuid_t type
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/23] uuid: remove uuid_be defintions from the uapi header
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/23] xfs: use uuid_copy() helper to abstract uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/23] uuid: don't export guid_index and uuid_index
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/23] uuid: add the v1 layout to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/23] uuid: rename uuid types
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/23] uuid: hoist uuid_is_null() helper from libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/23] uuid: remove struct uuid_v1
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/23] afs: switch to use uuid_t and uuid_gen
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/23] md: namespace private helper names
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/23] fs: switch ->s_uuid to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/23] S390/sysinfo: use uuid_is_null instead of opencoding it
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/23] xfs: remove uuid_getnodeuniq and xfs_uu_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/23] partitions/ldm: switch to use uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/23] xfs: use the common helper uuid_is_null()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/23] ima/policy: switch to use uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/23] nvme: switch to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/23] uuid: remove uuid_be
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/23] scsi_debug: switch to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/23] overlayfs: use uuid_t instead of uuid_be
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/23] sysctl: switch to use uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/23] block: remove blk_part_pack_uuid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/23] uuid: hoist helpers uuid_equal() and uuid_copy() from xfs
  • From: Christoph Hellwig <hch@xxxxxx>
• cleanup UUID types V3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] md-cluster: fix potential lock issue in add_new_disk
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: How to delay mdadm assembly until all component drives are recognized/ready?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: How to delay mdadm assembly until all component drives are recognized/ready?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RFC - Raid error detection and auto-recovery (was Fault tolerance with badblocks)
  • From: Anthonys Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 17/17] fs: switch ->s_uuid to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC - Raid error detection and auto-recovery (was Fault tolerance with badblocks)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: RFC - Raid error detection and auto-recovery (was Fault tolerance with badblocks)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RFC - Raid error detection and auto-recovery (was Fault tolerance with badblocks)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RFC - Raid error detection and auto-recovery (was Fault tolerance with badblocks)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RFC - Raid error detection and auto-recovery (was Fault tolerance with badblocks)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH] md-cluster: fix potential lock issue in add_new_disk
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [PATCH v8 0/4] Broadcom SBA RAID support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: How to delay mdadm assembly until all component drives are recognized/ready?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] mdadm: Unitialized variable rdev
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: RFC - Raid error detection and auto-recovery (was Fault tolerance with badblocks)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] mdadm: Unitialized variable rdev
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 17/17] fs: switch ->s_uuid to uuid_t
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 08/17] uuid: hoist uuid_is_null() helper from libnvdimm
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• cleanup UUID types V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/17] xfs: use uuid_be to implement the uuid_t type
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/17] uuid: rename uuid types
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/17] xfs: use uuid_copy() helper to abstract uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/17] uuid: don't export guid_index and uuid_index
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/17] uuid: hoist uuid_is_null() helper from libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/17] uuid: add the v1 layout to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/17] uuid: remove the now unused uuid_be_cmp helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/17] afs: switch to use uuid_t and uuid_gen
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/17] block: remove blk_part_pack_uuid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/17] md: namespace private helper names
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/17] uuid: remove struct uuid_v1
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/17] xfs: use the common helper uuid_is_null()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/17] fs: switch ->s_uuid to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/17] ima/policy: switch to use uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/17] s390/sysinfo: use uuid_is_null instead of opencoding it
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/17] xfs: remove uuid_getnodeuniq and xfs_uu_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/17] uuid: hoist helpers uuid_equal() and uuid_copy() from xfs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC - Raid error detection and auto-recovery (was Fault tolerance with badblocks)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] Get failed disk count from array state
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: RFC - Raid error detection and auto-recovery (was Fault tolerance with badblocks)
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH v8 0/4] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v8 4/4] dt-bindings: Add DT bindings document for Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v8 2/4] async_tx: Fix DMA_PREP_FENCE usage in do_async_gen_syndrome()
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v8 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v8 1/4] lib/raid6: Add log-of-2 table for RAID6 HW requiring disk position
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: RFC - Raid error detection and auto-recovery (was Fault tolerance with badblocks)
  • From: NeilBrown <neilb@xxxxxxxx>
• Fwd: Re: PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode
  • From: MasterPrenium <masterprenium.lkml@xxxxxxxxx>
• Re: on assembly and recovery of a hardware RAID
  • From: Alfred Matthews <asm13243546@xxxxxxxxx>
• Re: Adding journal to existing raid5 arrary
  • From: Maarten van Malland <maartenvanmalland@xxxxxxxxx>
• [PATCH v3] raid1: prefer disk without bad blocks
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH v2] raid1: prefer disk without bad blocks
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• [PATCH] md/r5cache: handle sync with data in write back cache
  • From: Song Liu <songliubraving@xxxxxx>
• Re: RFC - Raid error detection and auto-recovery (was Fault tolerance with badblocks)
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [PATCH] md:raid1/10: avoid unnecessary locking
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v5] md/r5cache: gracefully handle journal device errors for writeback mode
  • From: Song Liu <songliubraving@xxxxxx>
• Re: on assembly and recovery of a hardware RAID
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: on assembly and recovery of a hardware RAID
  • From: Alfred Matthews <asm13243546@xxxxxxxxx>
• Re: [PATCH] IMSM: Correct --examine output for 4k disks
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Network based (iSCSI) RAID1 setup
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: [mdadm PATCH] Create: move STOP_ARRAY to abort_locked
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH 05/16] uuid: add the v1 layout to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] IMSM: Correct --examine output for 4k disks
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: [PATCH 05/16] uuid: add the v1 layout to uuid_t
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 03/16] uuid: rename uuid types
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Building mdadm in parallel fails
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [RFC 01/10] crypto: factor async completion for general use
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [mdadm PATCH] retire the APIs that driver no longer supports
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH 03/16] uuid: rename uuid types
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC 01/10] crypto: factor async completion for general use
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH 03/16] uuid: rename uuid types
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 16/16] fs: switch ->s_uuid to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC 01/10] crypto: factor async completion for general use
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [RFC 07/10] fscrypt: move to generic async completion
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [RFC 01/10] crypto: factor async completion for general use
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH v4 2/2] md/r5cache: gracefully handle journal device errors for writeback mode
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v4 2/2] md/r5cache: gracefully handle journal device errors for writeback mode
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Resync of the degraded RAID10 array
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v4 2/2] md/r5cache: gracefully handle journal device errors for writeback mode
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [RFC 09/10] ima: move to generic async completion
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] raid1: prefer disk without bad blocks
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 03/16] uuid: rename uuid types
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 16/16] fs: switch ->s_uuid to uuid_t
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH 06/16] afs: switch to use uuid_t and uuid_gen
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 05/16] uuid: add the v1 layout to uuid_t
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 03/16] uuid: rename uuid types
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 14/16] block: remove blk_part_pack_uuid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/16] xfs: use uuid_copy() helper to abstract uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/16] xfs: use uuid_be to implement the uuid_t type
  • From: Christoph Hellwig <hch@xxxxxx>
• cleanup UUID types
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/16] uuid: add the v1 layout to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/16] uuid: rename uuid types
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/16] uuid: remove struct uuid_v1
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/16] xfs: remove uuid_getnodeuniq and xfs_uu_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/16] afs: switch to use uuid_t and uuid_gen
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/16] uuid: don't export guid_index and uuid_index
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/16] md: namespace private helper names
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/16] block: remove blk_part_pack_uuid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/16] xfs: use the common helper uuid_is_null()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/16] uuid: hoist helpers uuid_equal() and uuid_copy() from xfs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/16] block: remove blk_part_pack_uuid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/16] uuid: hoist uuid_is_null() helper from libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/16] ima/policy: switch to use uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/16] fs: switch ->s_uuid to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RAID creation resync behaviors
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: RFC - Raid error detection and auto-recovery (was Fault tolerance with badblocks)
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: [PATCH v4 2/2] md/r5cache: gracefully handle journal device errors for writeback mode
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: [PATCH] md/md0: optimize raid0 discard handling
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: MD device tinning documentation
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] md:raid1/10: avoid unnecessary locking
  • From: shli@xxxxxxxxxx
• Re: [PATCH] IMSM: Correct --examine output for 4k disks
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Resync of the degraded RAID10 array
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• RFC - Raid error detection and auto-recovery (was Fault tolerance with badblocks)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH v2] raid1: prefer disk without bad blocks
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: Network based (iSCSI) RAID1 setup
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH][HSD116699] raid1: prefer disk without bad blocks
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: Network based (iSCSI) RAID1 setup
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: [PATCH] dm ioctl: make dm_open and dm_release release
  • From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
• [PATCH][V2] dm ioctl: make dm_open and dm_release release static
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• [PATCH] dm ioctl: make dm_open and dm_release release
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: Network based (iSCSI) RAID1 setup
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Network based (iSCSI) RAID1 setup
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: [PATCH] IMSM: Correct --examine output for 4k disks
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Dave Stevens <geek@xxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• How to delay mdadm assembly until all component drives are recognized/ready?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: In Direct I/O, no matter how big the read/write, the bio's are all 4KB
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: In Direct I/O, no matter how big the read/write, the bio's are all 4KB
  • From: Chris Worley <worleys@xxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: In Direct I/O, no matter how big the read/write, the bio's are all 4KB
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• In Direct I/O, no matter how big the read/write, the bio's are all 4KB
  • From: Chris Worley <worleys@xxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 0/5] Don't combine disks with different sector size in the array
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Nix <nix@xxxxxxxxxxxxx>
• Where to best put the journal device physically?
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] IMSM: Correct --examine output for 4k disks
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH] mdadm/md.4: set page-length as 1000 to avoid warnings from grotty
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• Re: [dm-devel] [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• [PATCH] IMSM: Correct --examine output for 4k disks
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• [PATCH 5/5] Add sector size as spare selection criterion
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 4/5] Allow more spare selection criteria
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 3/5] imsm: don't allow disks with different sector size in one array
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 2/5] imsm: allocate buffer to support maximum sector size
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 1/5] imsm: allow drives in a container regardless of sector size
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 0/5] Don't combine disks with different sector size in the array
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH] mdadm/md.4: set page-length as 1000 to avoid warnings from grotty
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH] md/md0: optimize raid0 discard handling
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v4 1/2] md:r5cache: in r5l_do_submit_io(), submit io->split_bio first.
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v4 2/2] md/r5cache: gracefully handle journal device errors for writeback mode
  • From: Song Liu <songliubraving@xxxxxx>
• Re: Fault tolerance with badblocks
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [RFC 08/10] cifs: move to generic async completion
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: [mdadm PATCH] Create: move STOP_ARRAY to abort_locked
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH] Mention "endian" in documentation for --update=byte-order
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] md: don't return -EAGAIN in md_allow_write for external metadata arrays
  • From: Shaohua Li <shli@xxxxxxxxxx>
• BUG_ON(sh->batch_head) in init_stripe()
  • From: Stephane Thiell <sthiell@xxxxxxxxxxxx>
• Re: [PATCH] md/md0: optimize raid0 discard handling
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] md/md0: optimize raid0 discard handling
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Nix <nix@xxxxxxxxxxxxx>
• MD device tinning documentation
  • From: Vladimir Fedorkov <vlad@xxxxxxxxxxxx>
• [PATCH] md: don't return -EAGAIN in md_allow_write for external metadata arrays
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH] md/md0: optimize raid0 discard handling
  • From: Coly Li <colyli@xxxxxxx>
• Re: [mdadm PATCH] Create: move STOP_ARRAY to abort_locked
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] md/md0: optimize raid0 discard handling
  • From: Shaohua Li <shli@xxxxxx>
• [mdadm PATCH] Mention "endian" in documentation for --update=byte-order
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH v2] dm bio prison: use rb_entry()
  • From: Geliang Tang <geliangtang@xxxxxxxxx>
• [RFC 06/10] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 07/10] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 03/10] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 05/10] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 09/10] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 10/10] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 08/10] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [RFC 04/10] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 02/10] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 01/10] crypto: factor async completion for general use
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC 00/10] introduce crypto wait for async op function
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: "Ravi (Tom) Hale" <ravi@xxxxxxx>
• Re: [RndTbl] Big-endian RAID5 recovery problem
  • From: Trevor Cordes <trevor@xxxxxxxxxxxxx>
• Re: Big-endian RAID5 recovery problem
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [bug report] md-cluster: Fix adding of new disk with new reload code
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: pg@xxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: [RndTbl] Big-endian RAID5 recovery problem
  • From: Adam Thompson <athompso@xxxxxxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: [mdadm PATCH] Fix typo in new udev rule.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v2 2/2] mdadm/util: unify stat checking blkdev into function
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• [mdadm PATCH] Fix typo in new udev rule.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Fault tolerance with badblocks
  • From: "Ravi (Tom) Hale" <ravi@xxxxxxx>
• Re: [mdadm PATCH] Create: move STOP_ARRAY to abort_locked
  • From: Liu Zhilong <zlliu@xxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH v2 2/2] mdadm/util: unify stat checking blkdev into function
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: RAID creation resync behaviors
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID creation resync behaviors
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [mdadm PATCH] Create: move STOP_ARRAY to abort_locked
  • From: Zhilong <zlliu@xxxxxxxx>
• Re: RAID creation resync behaviors
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/2] mdadm/util: unify stat checking blkdev into function
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [mdadm PATCH] Create: move STOP_ARRAY to abort_locked
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: mdadm/mdmon Name vs argv[0]
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Fault tolerance in RAID0 with badblocks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: mdadm/mdmon Name vs argv[0]
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• Re: [dm-devel] [PATCH v6 0/3] dm: boot a mapped device without an initramfs
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• Re: [mdadm PATCH] Create: move STOP_ARRAY to abort_locked
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [dm-devel] [PATCH v6 0/3] dm: boot a mapped device without an initramfs
  • From: Alasdair G Kergon <agk@xxxxxxxxxx>
• [PATCH v1 0/2] unify stat and fstat checking blkdev into functions
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH v1 1/2] mdadm/util: unify fstat checking blkdev into function
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH v1 2/2] mdadm/util: unify stat checking blkdev into function
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [dm-devel] [PATCH v6 0/3] dm: boot a mapped device without an initramfs
  • From: Enric Balletbo Serra <eballetbo@xxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Fault tolerance in RAID0 with badblocks
  • From: "Ravi (Tom) Hale" <ravi@xxxxxxx>
• Re: RAID creation resync behaviors
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Fwd: Re: Fwd: Please Help! Degraded Raid6
  • From: Bernd <berndman80@xxxxxx>
• Re: RAID creation resync behaviors
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: DM_INTEGRITY Kconfig help (was: Re: dm: add integrity target)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: DM_INTEGRITY Kconfig help (was: Re: dm: add integrity target)
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• DM_INTEGRITY Kconfig help (was: Re: dm: add integrity target)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID creation resync behaviors
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: RAID creation resync behaviors
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• RAID creation resync behaviors
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [GIT PULL] MD update for 4.12
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [GIT PULL] MD update for 4.12
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: on assembly and recovery of a hardware RAID
  • From: Alfred Matthews <asm13243546@xxxxxxxxx>
• Re: [PATCH] change back 0644 permission for Grow.c
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [dm-devel] [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [dm-devel] [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [dm-devel] [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [dm-devel] [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH 0/6] md: Fine-tuning for some function implementations
  • From: Nikola Pajkovsky <npajkovsky@xxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH] change back 0644 permission for Grow.c
  • From: Liuzhilong <zlliu@xxxxxxx>
• Re: Fwd: Please Help! Degraded Raid6
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: [dm-devel] [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 0/6] md: Fine-tuning for some function implementations
  • From: NeilBrown <neilb@xxxxxxxx>
• Fwd: Please Help! Degraded Raid6
  • From: Bernd <berndman80@xxxxxx>
• Re: md-cluster Oops 4.9.13
  • From: Marc Smith <marc.smith@xxxxxxx>
• Re: Recover array after I panicked
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• [PATCH 0/7] Fix fallout from changes to FUA and PREFLUSH definitions
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 7/7] md: Make flush bios explicitely sync
  • From: Jan Kara <jack@xxxxxxx>
• Re: MD raid microconference of Plumber Conf 2017
  • From: Coly Li <colyli@xxxxxxx>
• Re: MD raid microconference of Plumber Conf 2017
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 1/1] IMSM: Initialize my_vol_raid_dev_num during vol creation
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] md/bitmap: use i_blocksize()
  • From: Geliang Tang <geliangtang@xxxxxxxxx>
• [PATCH 6/6] md: Add some spaces for better code readability
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] md: Adjust six function calls together with a variable assignment in faulty_status()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/6] md: Use seq_puts() in faulty_status()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/6] md: Adjust four function calls together with a variable assignment
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/6] md: Replace 17 seq_printf() calls by seq_puts()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] md: Replace seven seq_printf() calls by seq_putc()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/6] md: Fine-tuning for some function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• mdadm/mdmon Name vs argv[0]
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH 2/2] util: unify stat operations into function
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH 1/2] util: unify fstat operations into function
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] change back 0644 permission for Grow.c
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [dm-devel] [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Recover array after I panicked
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: [dm-devel] [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH] change back 0644 permission for Grow.c
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: Big-endian RAID5 recovery problem
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: [RndTbl] Big-endian RAID5 recovery problem
  • From: Trevor Cordes <trevor@xxxxxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [mdadm PATCH 2/2] util: unify stat operations into function
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [mdadm PATCH 1/2] util: unify fstat operations into function
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [mdadm PATCH 0/2] unify stat and fstat into functions
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: Big-endian RAID5 recovery problem
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] md/raid10: skip spare disk as 'first' disk
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH] md/raid5: make use of spin_lock_irq over local_irq_disable + spin_lock
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [GIT PULL] MD update for 4.12
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Big-endian RAID5 recovery problem
  • From: Adam Thompson <athompso@xxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Big-endian RAID5 recovery problem
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Big-endian RAID5 recovery problem
  • From: Adam Thompson <athompso@xxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH] md/raid10: skip spare disk as 'first' disk
  • From: Shaohua Li <shli@xxxxxx>
• Re: fixing raid1
  • From: "jdd@xxxxxxxxx" <jdd@xxxxxxxxx>
• Re: fixing raid1
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• fixing raid1
  • From: "jdd@xxxxxxxxx" <jdd@xxxxxxxxx>
• Re: [dm-devel] [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: How important is SCTERC?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] md/raid5: make use of spin_lock_irq over local_irq_disable + spin_lock
  • From: Julia Cartwright <julia@xxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH] Add a comment to indicate valid fallthrough
  • From: Khem Raj <raj.khem@xxxxxxxxx>
• Re: How important is SCTERC?
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: How important is SCTERC?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: How important is SCTERC?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Ron Leach <ronleach@xxxxxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [MD PATCH v2 1/1] Use a new variable to count flighting sync requests
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: NeilBrown <neilb@xxxxxxxx>
• How important is SCTERC?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: [PATCH v3] md/r5cache: gracefully handle journal device errors for writeback mode
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [MD PATCH v2 1/1] Use a new variable to count flighting sync requests
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [MD PATCH v2 1/1] Use a new variable to count flighting sync requests
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Ron Leach <ronleach@xxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH v1] dm-crypt: replace custom implementation of hex2bin()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 3.18-stable] dm bufio: hide bogus warning
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [MD PATCH v2 1/1] Use a new variable to count flighting sync requests
  • From: Coly Li <colyli@xxxxxxx>
• [MD PATCH v2 1/1] Use a new variable to count flighting sync requests
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v3] md/r5cache: gracefully handle journal device errors for writeback mode
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [bug report] md-cluster: Fix adding of new disk with new reload code
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Ron Leach <ronleach@xxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [bug report] md-cluster: Fix adding of new disk with new reload code
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [MD PATCH 1/1] Use a new variable to count flighting sync requests
  • From: Coly Li <colyli@xxxxxxx>
• Re: [MD PATCH 1/1] Use a new variable to count flighting sync requests
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [MD PATCH 1/1] Use a new variable to count flighting sync requests
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [MD PATCH 1/1] Use a new variable to count flighting sync requests
  • From: Coly Li <colyli@xxxxxxx>
• [MD PATCH 1/1] Use a new variable to count flighting sync requests
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [MD PATCH 1/1] Don't add nr_pending for resync requests
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 1/1] IMSM: Initialize my_vol_raid_dev_num during vol creation
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [MD PATCH 1/1] Don't add nr_pending for resync requests
  • From: Coly Li <colyli@xxxxxxx>
• Reshape didn't stop when two disks was removed
  • From: 彭昶勳 <cxpeng111@xxxxxxxxx>
• Re: [PATCH v2 02/21] libiscsi: Add an internal error code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
• [mdadm PATCH] Create: move STOP_ARRAY to abort_locked
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 03/21] libiscsi: Make use of new the sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 14/21] scsi: libfc, csiostor: Change to sg_copy_buffer in two drivers
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 04/21] target: Make use of the new sg_map function at 16 call sites
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 16/21] mmc: sdhci: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 18/21] mmc: tmio: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 00/21] Introduce common scatterlist map function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 11/21] scsi: ipr, pmcraid, isci: Make use of the new sg_map helper
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 21/21] memstick: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 06/21] crypto: hifn_795x: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 02/21] libiscsi: Add an internal error code
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 09/21] staging: unisys: visorbus: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 17/21] mmc: spi: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 13/21] scsi: arcmsr, ips, megaraid: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 10/21] RDS: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 12/21] scsi: hisi_sas, mvsas, gdth: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 19/21] mmc: sdricoh_cs: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 20/21] mmc: tifm_sd: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 05/21] drm/i915: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 08/21] dm-crypt: Make use of the new sg_map helper in 4 call sites
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [MD PATCH 1/1] Don't add nr_pending for resync requests
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: clear WantReplacement once disk is removed
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: mismatch_cnt > 0 during initial sync?
  • From: Stephane Thiell <sthiell@xxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• mismatch_cnt > 0 during initial sync?
  • From: Stephane Thiell <sthiell@xxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: [PATCH] Don't use UnSet with consistency_policy
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Recover array after I panicked
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: [PATCH] dm verity: deferred hash checking for restart/logging mode
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• [PATCH] Don't use UnSet with consistency_policy
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: mdadm Consistency Policy initialization
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: mdadm Consistency Policy initialization
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH] dm verity: deferred hash checking for restart/logging mode
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [MD PATCH 1/1] Don't add nr_pending for resync requests
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] dm verity: deferred hash checking for restart/logging mode
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH] md: clear WantReplacement once disk is removed
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] dm verity: deferred hash checking for restart/logging mode
  • From: Bongkyu Kim <bongkyu.kim@xxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: GET_ARRAY_INFO assumptions?
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: GET_ARRAY_INFO assumptions?
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: GET_ARRAY_INFO assumptions?
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 3.18-stable] dm bufio: hide bogus warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] dm-crypt: run in a WQ_HIGHPRI workqueue
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] Makefile, LLVM: add -no-integrated-as to KBUILD_[AC]FLAGS
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] md/raid1/10: remove unused queue
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] md/raid1/10: remove unused queue
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [PATCH] md/raid1: remove unused queue
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] md/raid1: remove unused queue
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [md PATCH] md: handle read-only member devices better.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: GET_ARRAY_INFO assumptions?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH] md: handle read-only member devices better.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH 3/4] Detail: ensure --export names are acceptable as shell variables.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH 2/4] systemd/mdadm-last-resort: use ConditionPathExists instead of Conflicts
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH 1/4] Grow_continue_command: ensure 'content' is properly initialised.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] md/raid10: wait up frozen array in handle_write_completed
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/4] mdadm/util:integrate stat operations into one utility
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] uapi: fix linux/raid/md_p.h userspace compilation error
  • From: Shaohua Li <shli@xxxxxxxxxx>
• issue with assembly of named arrays w/selinux==permissive on CentOS7
  • From: Scott Sinno <scott.sinno@xxxxxxxx>
• Re: [PATCH] drivers, md: convert stripe_head.count from atomic_t to refcount_t
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: MD raid microconference of Plumber Conf 2017
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: mdadm Consistency Policy initialization
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: GET_ARRAY_INFO assumptions?
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• MD raid microconference of Plumber Conf 2017
  • From: Coly Li <colyli@xxxxxxx>
• Re: IMSM RAID10: Rebuild/Resync difference on Linux vs Windows
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• RE: [PATCH] drivers, md: convert stripe_head.count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: IMSM RAID10: Rebuild/Resync difference on Linux vs Windows
  • From: Matthias Dahl <ml_linux-raid@xxxxxxxxxxxxxxxx>
• Re: Zombie dm device?
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH 3/4] Detail: ensure --export names are acceptable as shell variables.
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH 2/4] systemd/mdadm-last-resort: use ConditionPathExists instead of Conflicts
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH 1/4] Grow_continue_command: ensure 'content' is properly initialised.
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH 0/4] Assorted mdadm patches
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 00/10] Simplify bio splitting and related code.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 26/27] scsi: sd: Separate zeroout and discard command choices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>