Linux RAID Storage Date Index

• Thread Index

• Re: raid-1 starting with 1 drive after brief hiatus with cruddy controller.
  • From: "r23@xxxxxxxxxxxxxx" <r23@xxxxxxxxxxxxxx>
• Re: [PATCH] md: use a separate bio_set for synchronous IO.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/bitmap: don't read page from device with Bitmap_sync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] fs: buffer: Modify alloc_page_buffers.
  • From: Sean Fu <fxinrong@xxxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH] md/bitmap: don't read page from device with Bitmap_sync
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• mdadm goes crazy after changing chunk size
  • From: d tbsky <tbskyd@xxxxxxxxx>
• [PATCH] md: use a separate bio_set for synchronous IO.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• RE: mismatch_cnt > 0 during initial sync?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: NeilBrown <neilb@xxxxxxxx>
• RE: mismatch_cnt > 0 during initial sync?
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• caculate chunk size for the future
  • From: d tbsky <tbskyd@xxxxxxxxx>
• RE: mismatch_cnt > 0 during initial sync?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md/bitmap: don't read page from device with Bitmap_sync
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/bitmap: don't read page from device with Bitmap_sync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] Monitor: don't assume mdadm parameter is a block device
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• RE: mismatch_cnt > 0 during initial sync?
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: [PATCH] fs: buffer: Modify alloc_page_buffers.
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] fs: buffer: Modify alloc_page_buffers.
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fs: buffer: Modify alloc_page_buffers.
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH] fs: buffer: Modify alloc_page_buffers.
  • From: Sean Fu <fxinrong@xxxxxxxxx>
• [PATCH v2] Monitor: don't assume mdadm parameter is a block device
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH] Monitor: don't assume mdadm parameter is a block device
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH] md/bitmap: don't read page from device with Bitmap_sync
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mismatch_cnt > 0 during initial sync?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid-1 starting with 1 drive after brief hiatus with cruddy controller.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid-1 starting with 1 drive after brief hiatus with cruddy controller.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid-1 starting with 1 drive after brief hiatus with cruddy controller.
  • From: "r23@xxxxxxxxxxxxxx" <r23@xxxxxxxxxxxxxx>
• Re: raid-1 starting with 1 drive after brief hiatus with cruddy controller.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• raid-1 starting with 1 drive after brief hiatus with cruddy controller.
  • From: "r23@xxxxxxxxxxxxxx" <r23@xxxxxxxxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/bitmap: don't read page from device with Bitmap_sync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• RE: mismatch_cnt > 0 during initial sync?
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] Monitor: don't assume mdadm parameter is a block device
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH] md/bitmap: don't read page from device with Bitmap_sync
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] md: make suspend range wait timed out
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RFC PATCH] md/raid1: remove unused bio in sync_request_write
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: change the initialization value for a spare device spot to MD_DISK_ROLE_SPARE
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [RFC PATCH] md/raid1: remove unused bio in sync_request_write
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: block: missing break in process_queued_bios()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: block: missing break in process_queued_bios()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 3/3] mdadm/test: Add '--disks=' to support testing phsical devices
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH v2 2/3] mdadm/test: Add '--raidtype=' to run different raidlevel cases
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH v2 1/3] mdadm/test: Refactor and revamp 'test' script
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH v2 0/3] Refactor and revamp the 'test' script
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] block: missing break in process_queued_bios()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] block: missing break in process_queued_bios()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] md: change the initialization value for a spare device spot to MD_DISK_ROLE_SPARE
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: change the initialization value for a spare device spot to MD_DISK_ROLE_SPARE
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid10: fix FailFast test for wrong device
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] md/raid10: fix FailFast test for wrong device
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: CoolCold <coolthecold@xxxxxxxxx>
• [PATCH] md: change the initialization value for a spare device spot to MD_DISK_ROLE_SPARE
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [PATCH 0/3] mdadm/test: Refactor the codes of 'test' script
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Paul Tonelli <paul@xxxxxxxx>
• Re: [PATCH v2 01/11] crypto: introduce crypto wait for async op
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/11] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/11] crypto: introduce crypto wait for async op
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: My md won't assemble even when disks are in clean state.
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: My md won't assemble even when disks are in clean state.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: My md won't assemble even when disks are in clean state.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] md: make suspend range wait timed out
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [GIT PULL] MD update for 4.12-rc5
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 0/3] mdadm/test: Refactor the codes of 'test' script
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 1/3] mdadm/test: Convert code format to use Tab
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 2/3 v1] mdadm/test: Refactor the codes of 'test' script
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Grow: don't allow to enable PPL when reshape is in progress
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Grow: don't allow array geometry change with ppl enabled
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] Grow: don't allow to enable PPL when reshape is in progress
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [dm-devel] kernel BUG at lib/percpu-refcount.c:192
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: My md won't assemble even when disks are in clean state.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: My md won't assemble even when disks are in clean state.
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• My md won't assemble even when disks are in clean state.
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• HW RAID with ASM 1062R
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: kernel BUG at lib/percpu-refcount.c:192
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] Grow: don't allow array geometry change with ppl enabled
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: kernel BUG at lib/percpu-refcount.c:192
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 2/3 v1] mdadm/test: Refactor the codes of 'test' script
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH] md: don't use flush_signals in userspace processes
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] md: don't use flush_signals in userspace processes
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] mdadm: Send version text to stdout rather than stderr
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH 3/3] mdadm/test: Get rid of fast_sync()
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 2/3] mdadm/test: Refactor the codes of 'test' script
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 1/3] mdadm/test: Convert code format to use Tab
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 0/3] mdadm/test: Refactor the codes of 'test' script
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: [PATCH] mdadm: Send version text to stdout rather than stderr
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: mdadm: Apply to revert the commit of a4dcdb23
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH] md: fix deadlock between mddev_suspend() and md_write_start()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] mdadm: Send version text to stdout rather than stderr
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] Grow: set component size prior to array size
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: mdadm: Apply to revert the commit of a4dcdb23
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Grow: set component size prior to array size
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: CoolCold <coolthecold@xxxxxxxxx>
• mdadm: Apply to revert the commit of a4dcdb23
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] mdadm: Send version text to stdout rather than stderr
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 9 second recovery when re-adding a drive that got kicked out?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] md: fix deadlock between mddev_suspend() and md_write_start()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Paul Tonelli <paul@xxxxxxxx>
• Re: internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [PATCH v2] Get failed disk count from array state
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Grow: set component size prior to array size
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] Grow: set component size prior to array size
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• Re: internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• internal write-intent bitmap is horribly slow with RAID10 over 20 drives
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• [PATCH] md: fix deadlock between mddev_suspend() and md_write_start()
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] md: initialise ->writes_pending in personality modules.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md: simplify code with bio_io_error
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• 9 second recovery when re-adding a drive that got kicked out?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Paul Tonelli <paul@xxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Paul Tonelli <paul@xxxxxxxx>
• Re: Recovery after accidental raid5 superblock rewrite
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Recovery after accidental raid5 superblock rewrite
  • From: Paul Tonelli <paul@xxxxxxxx>
• Re: [PATCH] md: simplify code with bio_io_error
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Grow set size issue
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] md: simplify code with bio_io_error
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [GIT PULL] MD update for 4.12-rc4
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Grow set size issue
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH] md: simplify code with bio_io_error
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• Re: RAID10 performance with 20 drives
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: The dev node can't be released at once after stopping raid
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: The dev node can't be released at once after stopping raid
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• The dev node can't be released at once after stopping raid
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 08/24] uuid: rename uuid_to_bin to uuid_parse
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 15/24] block: remove blk_part_pack_uuid
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/24] uuid,afs: move struct uuid_v1 back into afs
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 15/24] block: remove blk_part_pack_uuid
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 08/24] uuid: rename uuid_to_bin to uuid_parse
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 01/24] uuid,afs: move struct uuid_v1 back into afs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/24] md: namespace private helper names
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/24] uuid: remove uuid_be defintions from the uapi header
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/24] xfs: use uuid_be to implement the uuid_t type
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/24] nfsd: namespace-prefix uuid_parse
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/24] uuid: rename uuid_to_bin to uuid_parse
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/24] uuid: hoist helpers uuid_equal() and uuid_copy() from xfs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/24] uuid: don't export guid_index and uuid_index
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/24] uuid: hoist uuid_is_null() helper from libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/2] md: Make flush bios explicitely sync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 12/24] S390/sysinfo: use uuid_is_null instead of opencoding it
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/24] fs: switch ->s_uuid to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/24] block: remove blk_part_pack_uuid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/24] xfs: use the common helper uuid_is_null()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/24] xfs: remove uuid_getnodeuniq and xfs_uu_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/24] ima/policy: switch to use uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/24] overlayfs: use uuid_t instead of uuid_be
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/24] partitions/ldm: switch to use uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/24] nvme: switch to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/24] tmpfs: generate random sb->s_uuid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/24] sysctl: switch to use uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/24] MAINTAINERS: add uuid entry
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/24] scsi_debug: switch to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/24] uuid: rename uuid types
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/24] xfs: use uuid_copy() helper to abstract uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• cleanup UUID types V6
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID10 performance with 20 drives
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• RAID10 performance with 20 drives
  • From: CoolCold <coolthecold@xxxxxxxxx>
• [PATCH] md_u: Remove unused ioctl declaration of START_ARRAY
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH v2] Get failed disk count from array state
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH 01/22] Revert "afs: Move UUID struct to linux/uuid.h"
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [mdadm PATCH] Create: move STOP_ARRAY to abort_locked
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH 01/22] Revert "afs: Move UUID struct to linux/uuid.h"
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] bcache: Fix a sleep-in-atomic bug
  • From: Jia-Ju Bai <baijiaju1990@xxxxxxx>
• Re: [PATCH] bcache: Fix a sleep-in-atomic bug
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 0/2 v2] Fix fallout from changes to FUA and PREFLUSH definitions
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 2/2] md: Make flush bios explicitely sync
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH] bcache: Fix a sleep-in-atomic bug
  • From: Jia-Ju Bai <baijiaju1990@xxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 01/22] Revert "afs: Move UUID struct to linux/uuid.h"
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: mdadm --misc --readonly -> ENODEV indefinitely
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH v2 00/11] introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 03/11] crypto: move pub key to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 05/11] crypto: move gcm to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 06/11] crypto: move testmgr to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 08/11] fscrypt: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 07/11] dm: move dm-verity to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 09/11] cifs: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 11/11] crypto: adapt api sample to use async. op wait
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 10/11] ima: move to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 04/11] crypto: move drbg to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 02/11] crypto: move algif to generic async completion
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 01/11] crypto: introduce crypto wait for async op
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm --misc --readonly -> ENODEV indefinitely
  • From: NeilBrown <neilb@xxxxxxxx>
• mdadm --misc --readonly -> ENODEV indefinitely
  • From: Nix <nix@xxxxxxxxxxxxx>
• cleanup UUID types V5
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/22] Revert "afs: Move UUID struct to linux/uuid.h"
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/22] xfs: use uuid_copy() helper to abstract uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/22] xfs: use uuid_be to implement the uuid_t type
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/22] uuid: remove uuid_be defintions from the uapi header
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/22] md: namespace private helper names
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/22] uuid: rename uuid types
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/22] uuid: don't export guid_index and uuid_index
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/22] uuid: hoist uuid_is_null() helper from libnvdimm
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/22] xfs: use the common helper uuid_is_null()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/22] S390/sysinfo: use uuid_is_null instead of opencoding it
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/22] xfs: remove uuid_getnodeuniq and xfs_uu_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/22] ima/policy: switch to use uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/22] block: remove blk_part_pack_uuid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/22] partitions/ldm: switch to use uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/22] fs: switch ->s_uuid to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/22] overlayfs: use uuid_t instead of uuid_be
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/22] sysctl: switch to use uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/22] nvme: switch to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/22] MAINTAINERS: add uuid entry
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/22] scsi_debug: switch to uuid_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/22] tmpfs: generate random sb->s_uuid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/22] uuid: hoist helpers uuid_equal() and uuid_copy() from xfs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: raid5 to raid6 reshape never appeared to start, how to cancel/revert
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: [Patch v5] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Shaohua Li <shli@xxxxxx>
• Re: [Patch v1] Detail: fix a bug when trying to show the detail of a raid device
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: Reducing the number of devices in a degraded RAID-5
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• [Patch v1] Detail: fix a bug when trying to show the detail of a raid device
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [Patch v5] super1: fix sb->max_dev when adding a new disk in linear array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 10/23] afs: switch to use uuid_t and uuid_gen
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/23] afs: switch to use uuid_t and uuid_gen
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• [Patch v5] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [PATCH RESEND] md: Make flush bios explicitely sync
  • From: Jan Kara <jack@xxxxxxx>
• Re: Reducing the number of devices in a degraded RAID-5
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v4] super1: fix sb->max_dev when adding a new disk in linear array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH RESEND] md: Make flush bios explicitely sync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: uuid debug statement now in processor byte order.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH] Detail: don't exit if ioctl has been successful
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] md: uuid debug statement now in processor byte order.
  • From: Kyungchan Koh <kkc6196@xxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH RESEND] md: Make flush bios explicitely sync
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH] Detail: don't exit if ioctl has been successful
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH v4] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: Reducing the number of devices in a degraded RAID-5
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v4] super1: fix sb->max_dev when adding a new disk in linear array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/23] afs: switch to use uuid_t and uuid_gen
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH 10/23] afs: switch to use uuid_t and uuid_gen
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/23] md: namespace private helper names
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: raid5 to raid6 reshape never appeared to start, how to cancel/revert
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: raid5 to raid6 reshape never appeared to start, how to cancel/revert
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 23/23] uuid: remove uuid_be
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• raid5 to raid6 reshape never appeared to start, how to cancel/revert
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: [PATCH 13/23] md: namespace private helper names
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/23] afs: switch to use uuid_t and uuid_gen
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• Reducing the number of devices in a degraded RAID-5
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v4] super1: fix sb->max_dev when adding a new disk in linear array
  • From: NeilBrown <neilb@xxxxxxxx>
• 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH v4] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [PATCH v3] super1: fix sb->max_dev when adding a new disk in linear array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v3] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [PATCH v3] super1: fix sb->max_dev when adding a new disk in linear array
  • From: NeilBrown <neilb@xxxxxxxx>
• Fwd: Re: Promise Technology FakeRAID
  • From: <jan.weber@xxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: How to backup of large md raid volumes?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: [PATCH 03/23] uuid: remove uuid_be defintions from the uapi header
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: How to backup of large md raid volumes?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: How to backup of large md raid volumes?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: How to backup of large md raid volumes?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] manpage: bad block support for IMSM
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Get failed disk count from array state
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 03/23] uuid: remove uuid_be defintions from the uapi header
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: A sector-of-mismatch warning patch (was Re: Fault tolerance with badblocks)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH v7 0/2] dm: boot a mapped device without an initramfs
  • From: Enric Balletbo Serra <eballetbo@xxxxxxxxx>
• [PATCH v3] super1: fix sb->max_dev when adding a new disk in linear array
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• 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>