Linux RAID Storage Date Index

• Thread Index

• Re: Issue with growing RAID10
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Issue with growing RAID10
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Issue with growing RAID10
  • From: keld@xxxxxxxxxx
• Re: Issue with growing RAID10
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Issue with growing RAID10
  • From: keld@xxxxxxxxxx
• Re: Issue with growing RAID10
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Issue with growing RAID10
  • From: keld@xxxxxxxxxx
• Re: Issue with growing RAID10
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Issue with growing RAID10
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Issue with growing RAID10
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: RAID boot documentation
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID boot documentation
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: [PATCH 09/60] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [md PATCH 0/9] replace printk() with pr_*()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] Restrict the use area of the log_offset variable
  • From: JackieLiu <liuyun01@xxxxxxxxxx>
• Re: [PATCH 09/60] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: RAID boot documentation
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 9/9] md/raid5: change printk() to pr_*()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 8/9] md/raid10: change printk() to pr_*()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 7/9] md/raid1: change printk() to pr_*()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 6/9] md/raid0: replace printk() with pr_*()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 5/9] md/multipath: replace printk() with pr_*()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 4/9] md/linear: replace printk() with pr_*()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 3/9] md/bitmap: change all printk() to pr_*()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 2/9] md: change all printk() to pr_err() or pr_warn() etc.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 1/9] md: fix some issues with alloc_disk_sb()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 0/9] replace printk() with pr_*()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 09/60] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• RAID boot documentation
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: [ LR] Kernel 4.8.4: INFO: task kworker/u16:8:289 blocked for more than 120 seconds.
  • From: TomK <tk@xxxxxxxxxxx>
• Re: Panicked and deleted superblock
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: [PATCH 09/60] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: Panicked and deleted superblock
  • From: Peter Hoffmann <Hoffmann.P@xxxxxxx>
• Re: [ LR] Kernel 4.8.4: INFO: task kworker/u16:8:289 blocked for more than 120 seconds.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Buffer I/O error on dev md5, logical block 7073536, async page read
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/8] imsm: parse bad block log in metadata on startup
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: recovering failed raid5
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• "SCT Error Recovery Control" disabled by suspend.
  • From: Doug Herr <gmane@xxxxxxxxxxx>
• Re: Fail to assemble raid4 with replaced disk
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 09/60] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• [PATCH 6/8] imsm: clear bad blocks if disk becomes unavailable
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 8/8] imsm: implement "--examine-badblocks" command
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 7/8] imsm: provide list of bad blocks for an array
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 5/8] imsm: clear bad block from bad block log
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 4/8] imsm: record new bad block in bad block log
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 3/8] imsm: give md list of known bad blocks on startup
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 2/8] imsm: write bad block log on metadata sync
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 1/8] imsm: parse bad block log in metadata on startup
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: recovering failed raid5
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• [PATCH] md/bitmap: call bitmap_file_unmap once bitmap_storage_alloc returns -ENOMEM
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Panicked and deleted superblock
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: [ LR] Kernel 4.8.4: INFO: task kworker/u16:8:289 blocked for more than 120 seconds.
  • From: TomK <tk@xxxxxxxxxxx>
• Re: Panicked and deleted superblock
  • From: Peter Hoffmann <Hoffmann.P@xxxxxxx>
• Re: [ LR] Kernel 4.8.4: INFO: task kworker/u16:8:289 blocked for more than 120 seconds.
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Panicked and deleted superblock
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: [ LR] Kernel 4.8.4: INFO: task kworker/u16:8:289 blocked for more than 120 seconds.
  • From: TomK <tk@xxxxxxxxxxx>
• [ LR] Kernel 4.8.4: INFO: task kworker/u16:8:289 blocked for more than 120 seconds.
  • From: TomK <tk@xxxxxxxxxxx>
• Panicked and deleted superblock
  • From: Peter Hoffmann <Hoffmann.P@xxxxxxx>
• Re: clearing blocks wrongfully marked as bad if --update=no-bbl can't be used?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• clearing blocks wrongfully marked as bad if --update=no-bbl can't be used?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: Buffer I/O error on dev md5, logical block 7073536, async page read
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Buffer I/O error on dev md5, logical block 7073536, async page read
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: Buffer I/O error on dev md5, logical block 7073536, async page read
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Buffer I/O error on dev md5, logical block 7073536, async page read
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Buffer I/O error on dev md5, logical block 7073536, async page read
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: Buffer I/O error on dev md5, logical block 7073536, async page read
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Buffer I/O error on dev md5, logical block 7073536, async page read
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: [PATCH 23/60] block: introduce flag QUEUE_FLAG_NO_MP
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 23/60] block: introduce flag QUEUE_FLAG_NO_MP
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• [PATCH 06/60] bcache: debug: avoid to access .bi_io_vec directly
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 07/60] dm: crypt: use bio_add_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 09/60] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 22/60] block: comment on bio_alloc_pages()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 24/60] md: set NO_MP for request queue of md
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 29/60] dm: limit the max bio size as BIO_SP_MAX_SECTORS << SECTOR_SHIFT
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 30/60] bcache: set flag of QUEUE_FLAG_SPLIT_MP
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 39/60] bcache: debug: switch to bio_clone_sp()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 58/60] dm-crypt: convert to bio_for_each_segment_all_rd()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 57/60] bcache: convert to bio_for_each_segment_all_rd()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 21/60] bcache: comment on direct access to bvec table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 08/60] dm: use bvec iterator helpers to implement .get_page and .next_page
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 02/60] block drivers: convert to bio_init_with_vec_table()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH] raid1: handle read error also in readonly mode
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: be careful not lot leak internal curr_resync value into metadata.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: recovering failed raid5
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: recovering failed raid5
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: recovering failed raid5
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• [PATCH] raid1: handle read error also in readonly mode
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: recovering failed raid5
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• [PATCH] Increase buffer for sysfs path
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: Resync issue in RAID1
  • From: V <viswesh.vichu@xxxxxxxxx>
• Re: Resync issue in RAID1
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Bitmap in RAM?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: query re: resync not persisting over reboot in rescue mode
  • From: Dan Kortschak <dan.kortschak@xxxxxxxxxxxxxxx>
• Re: growing a RAID-10 array with mdadm 3.3.1+ ?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: query re: resync not persisting over reboot in rescue mode
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Resync issue in RAID1
  • From: V <viswesh.vichu@xxxxxxxxx>
• [PATCH] md: be careful not lot leak internal curr_resync value into metadata.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Resync issue in RAID1
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md/raid5: write an empty meta-block when creatinglogsuper-block
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2] raid5: revert commit 11367799f3d1
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: wake up personality thread after array state update
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: recovering failed raid5
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• recovering failed raid5
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• [PATCH 1/4 v2] mdadm: bad block support for external metadata - initialization
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 2/4 v2] mdmon: bad block support for external metadata - sysfs file open
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH 1/4] mdadm: bad block support for external metadata - initialization
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH] md: wake up personality thread after array state update
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 4/4 v4] mdmon: bad block support for external metadata - clear bad blocks
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 3/4 v2] mdmon: bad block support for external metadata - store bad blocks
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: Fail to assemble raid4 with replaced disk
  • From: Santiago DIEZ <santiago.diez@xxxxxxxx>
• Re: [PATCH] md/raid5: write an empty meta-block when creatinglogsuper-block
  • From: "Zhengyuan Liu" <liuzhengyuan@xxxxxxxxxx>
• [PATCH] Increase buffer for sysfs disk state
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH 1/4] mdadm: bad block support for external metadata - initialization
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 1/4] mdadm: bad block support for external metadata - initialization
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: wake up personality thread after array state update
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: data loss+inode recovery using RAID6 write journal
  • From: Nick Black <dankamongmen@xxxxxxxxx>
• Re: data loss+inode recovery using RAID6 write journal
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid5: write an empty meta-block when creating logsuper-block
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/4] mdadm: bad block support for external metadata - initialization
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] Lib.c: Fix geting devname for devices with long path
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] IMSM: Enable spanning between VMD domains
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH v2] IMSM: Add warning message when x8-type device is used
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] imsm: load migration record from right disk
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH v2 mdadm] raid6check.c: fix "misleading-indentation" error
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• [PATCH v2 mdadm] raid6check.c: fix "misleading-indentation" error
  • From: Yilong Ren <yilongx.ren@xxxxxxxxx>
• [PATCH v2] raid5: revert commit 11367799f3d1
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH v5 7/8] md/r5cache: r5c recovery
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH mdadm] raid6check.c: fix "misleading-indentation" error
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: dm block manager: use do/while(0) for empty macros
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Problems with a RAID5 array
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Fail to assemble raid4 with replaced disk
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Fail to assemble raid4 with replaced disk
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Fail to assemble raid4 with replaced disk
  • From: Santiago DIEZ <santiago.diez@xxxxxxxx>
• [PATCH] dm block manager: use do/while(0) for empty macros
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] raid5: revert commit 11367799f3d1
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH] md: wake up personality thread after array state update
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH mdadm] raid6check.c: fix "misleading-indentation" error
  • From: Yilong Ren <yilongx.ren@xxxxxxxxx>
• Re: data loss+inode recovery using RAID6 write journal
  • From: Nick Black <dankamongmen@xxxxxxxxx>
• Re: Problems with a RAID5 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid5: write an empty meta-block when creating logsuper-block
  • From: "Zhengyuan Liu" <liuzhengyuan@xxxxxxxxxx>
• Re: data loss+inode recovery using RAID6 write journal
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH mdadm] raid6check.c: fix "misleading-indentation" error
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Problems with a RAID5 array
  • From: Nicolas Nicolaou <nicolaoun@xxxxxxxxx>
• [PATCH mdadm] raid6check.c: fix "misleading-indentation" error
  • From: renyl <yilongx.ren@xxxxxxxxx>
• data loss+inode recovery using RAID6 write journal
  • From: Nick Black <dankamongmen@xxxxxxxxx>
• Re: [PATCH] md: report 'write_pending' state when array in sync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid5: write an empty meta-block when creating log super-block
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: How to fix mistake on raid: mdadm create instead of assemble?
  • From: Santiago DIEZ <santiago.diez@xxxxxxxx>
• [PATCH] md: report 'write_pending' state when array in sync
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH] imsm: load migration record from right disk
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH v2] IMSM: Add warning message when x8-type device is used
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH] md/raid5: write an empty meta-block when creating log super-block
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• [PATCH] md/raid5: initialize next_checkpoint field before use
  • From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
• query re: resync not persisting over reboot in rescue mode
  • From: Dan Kortschak <dan.kortschak@xxxxxxxxxxxxxxx>
• Re: Superblock of raid5 log can't be updated when array stoped
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: How to fix mistake on raid: mdadm create instead of assemble?
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/2 v3] md: add bad block support for external metadata
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v5 6/8] md/r5cache: sysfs entry r5c_state
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v5 7/8] md/r5cache: r5c recovery
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v5 5/8] md/r5cache: reclaim support
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v5 4/8] md/r5cache: write part of r5cache
  • From: Song Liu <songliubraving@xxxxxx>
• how to assemble an array with journal??
  • From: Carlos Carvalho <carlos@xxxxxxxxxxxxxx>
• Re: [PATCH] badblocks: badblocks_set/clear update unacked_exist
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Resync issue in RAID1
  • From: V <viswesh.vichu@xxxxxxxxx>
• Re: [PATCH] badblocks: badblocks_set/clear update unacked_exist
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH 3/3 v2] md: unblock array if bad blocks have been acknowledged
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 2/2 v3] md: don't fail an array if there are unacknowledged bad blocks
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 1/2 v3] md: add bad block support for external metadata
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH] IMSM: Add warning message when x8-type device is used
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] IMSM: Add warning message when x8-type device is used
  • From: "Baldysiak, Pawel" <pawel.baldysiak@xxxxxxxxx>
• Re: [PATCH] IMSM: Add warning message when x8-type device is used
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• [PATCH] IMSM: Add warning message when x8-type device is used
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH] IMSM: Do not update metadata if not able to migrate
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH] Lib.c: Fix geting devname for devices with long path
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH] IMSM: Enable spanning between VMD domains
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• Re: How to fix mistake on raid: mdadm create instead of assemble?
  • From: Santiago DIEZ <santiago.diez@xxxxxxxx>
• Re: [PATCH 3/3 v2] md: unblock array if bad blocks have been acknowledged
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] badblocks: badblocks_set/clear update unacked_exist
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH 1/4] mdadm: bad block support for external metadata - initialization
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH 1/4] mdadm: bad block support for external metadata - initialization
  • From: keld@xxxxxxxxxx
• [PATCH 4/4] mdmon: bad block support for external metadata - clear bad blocks
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 3/4] mdmon: bad block support for external metadata - store bad blocks
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 2/4] mdmon: bad block support for external metadata - sysfs file open
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 1/4] mdadm: bad block support for external metadata - initialization
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3 v2] md: unblock array if bad blocks have been acknowledged
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH 3/3 v2] md: unblock array if bad blocks have been acknowledged
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v5 7/8] md/r5cache: r5c recovery
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] Fix bus error when accessing MBR partition records
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] Allow level migration only for single-array container
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] super1: make write_bitmap1 compatible with previous mdadm versions
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] imsm: block chunk size change for RAID 10
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] badblocks: fix overlapping check for clearing
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v5 7/8] md/r5cache: r5c recovery
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v5 6/8] md/r5cache: sysfs entry r5c_state
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v5 5/8] md/r5cache: reclaim support
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v5 4/8] md/r5cache: write part of r5cache
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: dm: do not assign error to md->kworker_task
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 3/3 v2] md: unblock array if bad blocks have been acknowledged
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 2/3 v2] md: add bad block support for external metadata
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 1/3 v2] badblocks: add function to check for unacked badblocks
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: Superblock of raid5 log can't be updated when array stoped
  • From: "Zhengyuan Liu" <liuzhengyuan@xxxxxxxxxx>
• [PATCH] dm: do not assign error to md->kworker_task
  • From: Tahsin Erdogan <tahsin@xxxxxxxxxx>
• Re: Superblock of raid5 log can't be updated when array stoped
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 2/2] md: unblock array if bad blocks have been acknowledged
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/2] md: add bad block support for external metadata
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH v2] Fix bus error when accessing MBR partition records
  • From: James Clarke <jrtc27@xxxxxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] md: unblock array if bad blocks have been acknowledged
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 1/2] md: add bad block support for external metadata
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• mdadm: Intel RST option ROM not found when Video option ROM is disabled
  • From: Tomasz Rostanski <Tomasz.ROSTANSKI@xxxxxxxxxxxxxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: MD-RAID: Use seq_putc() in three status functions?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] MD-RAID: Use seq_putc() in three status functions
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] MD-RAID: Use seq_putc() in three status functions
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Superblock of raid5 log can't be updated when array stoped
  • From: "liuzhengyuan" <liuzhengyuan@xxxxxxxxxx>
• Re: "bitmap" line in /proc/mdstat
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: "bitmap" line in /proc/mdstat
  • From: Ramon Hofer <ramonhofer@xxxxxxxxxx>
• RE: "bitmap" line in /proc/mdstat
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: [PATCH 1/1] dm raid: fix compat_features validation
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: "bitmap" line in /proc/mdstat
  • From: Ramon Hofer <ramonhofer@xxxxxxxxxx>
• RE: "bitmap" line in /proc/mdstat
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: "bitmap" line in /proc/mdstat
  • From: Ramon Hofer <ramonhofer@xxxxxxxxxx>
• Re: "bitmap" line in /proc/mdstat
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: "bitmap" line in /proc/mdstat
  • From: Ramon Hofer <ramonhofer@xxxxxxxxxx>
• Re: "bitmap" line in /proc/mdstat
  • From: Ramon Hofer <ramonhofer@xxxxxxxxxx>
• Re: "bitmap" line in /proc/mdstat
  • From: Phil Turmel <philip@xxxxxxxxxx>
• "bitmap" line in /proc/mdstat
  • From: Ramon Hofer <ramonhofer@xxxxxxxxxx>
• Re: [PATCH v5 4/8] md/r5cache: write part of r5cache
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v5 3/8] md/r5cache: State machine for raid5-cache write back mode
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v5 3/8] md/r5cache: State machine for raid5-cache write back mode
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v5 4/8] md/r5cache: write part of r5cache
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v5 7/8] md/r5cache: r5c recovery
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v5 8/8] md/r5cache: handle SYNC and FUA
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v5 0/8] raid5-cache: enabling cache features
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v5 6/8] md/r5cache: sysfs entry r5c_state
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v5 2/8] md/r5cache: move some code to raid5.h
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v5 5/8] md/r5cache: reclaim support
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v5 4/8] md/r5cache: write part of r5cache
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v5 3/8] md/r5cache: State machine for raid5-cache write back mode
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v5 1/8] md/r5cache: Check array size in r5l_init_log
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v4 6/8] md/r5cache: sysfs entry r5c_state
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v4 0/8] raid5-cache: enabling cache features
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 5/8] md/r5cache: reclaim support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 6/8] md/r5cache: sysfs entry r5c_state
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] Allow level migration only for single-array container
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH] imsm: block chunk size change for RAID 10
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: [PATCH 24/54] md/raid1: Improve another size determination in setup_conf()
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] badblocks: fix overlapping check for clearing
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH 24/54] md/raid1: Improve another size determination in setup_conf()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] super1: make write_bitmap1 compatible with previous mdadm versions
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: growing a RAID-10 array with mdadm 3.3.1+ ?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: growing a RAID-10 array with mdadm 3.3.1+ ?
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: growing a RAID-10 array with mdadm 3.3.1+ ?
  • From: moft@xxxxxxxxxxxx
• Re: growing a RAID-10 array with mdadm 3.3.1+ ?
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] dm raid: fix compat_features validation
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• growing a RAID-10 array with mdadm 3.3.1+ ?
  • From: moft@xxxxxxxxxxxx
• Re: [PATCH 1/1 V2] dm raid: fix compat_features validation
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH 1/1 V2] dm raid: fix compat_features validation
  • From: Andy Whitcroft <apw@xxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH 1/1] dm raid: fix compat_features validation
  • From: Andy Whitcroft <apw@xxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH 1/1] dm raid: fix compat_features validation
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 1/1] dm raid: fix compat_features validation
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH 1/1] dm raid: fix compat_features validation
  • From: Andy Whitcroft <apw@xxxxxxxxxxxxx>
• Re: RAID6 - CPU At 100% Usage After Reassembly
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Why not just return an error?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Why not just return an error?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: RAID6 - CPU At 100% Usage After Reassembly
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Why not just return an error?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 24/54] md/raid1: Improve another size determination in setup_conf()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Why not just return an error?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: RAID6 - CPU At 100% Usage After Reassembly
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• [PATCH v4 8/8] md/r5cache: handle SYNC and FUA
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v4 6/8] md/r5cache: sysfs entry r5c_state
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v4 5/8] md/r5cache: reclaim support
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v4 2/8] md/r5cache: move some code to raid5.h
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v4 7/8] md/r5cache: r5c recovery
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v4 3/8] md/r5cache: State machine for raid5-cache write back mode
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v4 1/8] md/r5cache: Check array size in r5l_init_log
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v4 0/8] raid5-cache: enabling cache features
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v4 4/8] md/r5cache: write part of r5cache
  • From: Song Liu <songliubraving@xxxxxx>
• Re: Why not just return an error?
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: Why not just return an error?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Why not just return an error?
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Why not just return an error?
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: RAID6 - CPU At 100% Usage After Reassembly
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: dm: free io_barrier after blk_cleanup_queue call
  • From: Tahsin Erdogan <tahsin@xxxxxxxxxx>
• Re: md/raid1: Improve another size determination in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 24/54] md/raid1: Improve another size determination in setup_conf()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: md/raid1: Improve another size determination in setup_conf()
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 24/54] md/raid1: Improve another size determination in setup_conf()
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: dm: free io_barrier after blk_cleanup_queue call
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: md/raid1: Improve another size determination in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: md/raid1: Improve another size determination in setup_conf()
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 24/54] md/raid1: Improve another size determination in setup_conf()
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: md/raid1: Improve another size determination in setup_conf()
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: md/raid1: Improve another size determination in setup_conf()
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• [PATCH] dm: free io_barrier after blk_cleanup_queue call
  • From: Tahsin Erdogan <tahsin@xxxxxxxxxx>
• Re: md/raid1: Improve another size determination in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: How to fix mistake on raid: mdadm create instead of assemble?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• io lockup on cp
  • From: Glenn Enright <glenn.enright@xxxxxxxxx>
• Re: Bitmap in RAM?
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: Bitmap in RAM?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Bitmap in RAM?
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: How to fix mistake on raid: mdadm create instead of assemble?
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: md-cluster - Assemble/Scan During Resync
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: kernel BUG at block/bio.c:1785! observed on 4.8.0-rc6
  • From: Yi Zhang <yizhan@xxxxxxxxxx>
• Re: Why not just return an error?
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: Why not just return an error?
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: Why not just return an error?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [GIT PULL] MD update for 4.9
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: [GIT PULL] MD update for 4.9
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Why not just return an error?
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: [PATCH 1/2] RAID1: ignore discard error
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [GIT PULL] MD update for 4.9
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Why not just return an error?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [GIT PULL] MD update for 4.9
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: md/raid1: Improve another size determination in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: Why not just return an error?
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• Re: [PATCH - mdadm] Fix some issues found by clang
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• How to fix mistake on raid: mdadm create instead of assemble?
  • From: Santiago DIEZ <santiago.diez@xxxxxxxx>
• Re: md/raid1: Improve another size determination in setup_conf()
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: md/raid1: Improve another size determination in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: retrieve nvme serial from sysfs
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] Fix bus error when accessing MBR partition records
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: Why not just return an error?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Why not just return an error?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: md-cluster: Delete unnecessary braces in unlock_all_bitmaps()
  • From: walter harms <wharms@xxxxxx>
• Re: md/raid1: Improve another size determination in setup_conf()
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: RAID6 - CPU At 100% Usage After Reassembly
  • From: Francisco Parada <advanceandconquer@xxxxxxxxx>
• Re: Why not just return an error?
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: md/raid1: Improve another size determination in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] RAID1: ignore discard error
  • From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
• Re: Why not just return an error?
  • From: keld@xxxxxxxxxx
• Re: Why not just return an error?
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: md/raid1: Improve another size determination in setup_conf()
  • From: Richard Weinberger <richard@xxxxxx>
• Re: md/raid1: Improve another size determination in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: md-cluster: Delete unnecessary braces in unlock_all_bitmaps()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 24/54] md/raid1: Improve another size determination in setup_conf()
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 24/54] md/raid1: Improve another size determination in setup_conf()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 15/15] md-cluster: Delete unnecessary braces in unlock_all_bitmaps()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 30/54] md/raid5: Delete two error messages for a failed memory allocation
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [GIT PULL] MD update for 4.9
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: Why not just return an error?
  • From: keld@xxxxxxxxxx
• [PATCH - mdadm] Fix some issues found by clang
  • From: NeilBrown <neilb@xxxxxxxx>
• [GIT PULL] MD update for 4.9
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RAID6 - CPU At 100% Usage After Reassembly
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Why not just return an error?
  • From: Dark Penguin <darkpenguin@xxxxxxxxx>
• [PATCH 1/2] RAID1: ignore discard error
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 2/2] RAID10: ignore discard error
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH 37/54] md/raid5: Replace a seq_printf() call by seq_puts() in raid5_status()
  • From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
• Re: md/raid5: Replace a seq_printf() call by seq_puts() in raid5_status()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: md/raid10: Replace printk() calls by the usage of higher level interfaces
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: md/raid10: Replace printk() calls by the usage of higher level interfaces
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: md/raid10: Replace printk() calls by the usage of higher level interfaces
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 37/54] md/raid5: Replace a seq_printf() call by seq_puts() in raid5_status()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 37/54] md/raid5: Replace a seq_printf() call by seq_puts() in raid5_status()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 49/54] md/raid10: Replace printk() calls by the usage of higher level interfaces
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 37/54] md/raid5: Replace a seq_printf() call by seq_puts() in raid5_status()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: Prefetch in /lib/raid6/avx2.c
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: [PATCH 49/54] md/raid10: Replace printk() calls by the usage of higher level interfaces
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 37/54] md/raid5: Replace a seq_printf() call by seq_puts() in raid5_status()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 49/54] md/raid10: Replace printk() calls by the usage of higher level interfaces
  • From: Joe Perches <coupons@xxxxxxxxxxx>
• Re: [PATCH 37/54] md/raid5: Replace a seq_printf() call by seq_puts() in raid5_status()
  • From: Joe Perches <coupons@xxxxxxxxxxx>
• [PATCH v2 13/15] md-cluster: Less function calls in join() after error detection
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: MD-RAID: Fine-tuning for several function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 54/54] md/raid10: Add some spaces for better code readability
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 53/54] md/raid10: Delete two unwanted spaces behind asterisks
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 52/54] md/raid10: Replace a seq_printf() call by seq_puts() in raid10_status()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 51/54] md/raid10: Adjust 22 checks for null pointers
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 50/54] md/raid10: Delete indentation for one jump label
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 49/54] md/raid10: Replace printk() calls by the usage of higher level interfaces
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 48/54] md/raid10: Move a brace for a designated initialiser
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 47/54] md/raid10: Improve another size determination in raid10_start_reshape()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 46/54] md/raid10: Less function calls in setup_conf() after error detection
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 45/54] md/raid10: Move assignments for the variable "err" in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 44/54] md/raid10: Return directly after a failed kzalloc() in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 43/54] md/raid10: Return directly after detection of unsupported settings in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 42/54] md/raid10: Delete an error message for a failed memory allocation
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 41/54] md/raid10: Improve another size determination in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 40/54] md/raid10: Use kcalloc() in two functions
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 39/54] md/raid5: Add some spaces for better code readability
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 38/54] md/raid5: Move four asterisks
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 37/54] md/raid5: Replace a seq_printf() call by seq_puts() in raid5_status()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 36/54] md/raid5: Delete four unwanted spaces behind function names
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 35/54] md/raid5: Adjust 13 checks for null pointers
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 34/54] md/raid5: Delete indentation for two jump labels
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 33/54] md/raid5: Replace printk() calls by the usage of higher level interfaces
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 32/54] md/raid5: Move a brace for three designated initialisers
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 31/54] md/raid5: Adjust two function calls together with a variable assignment
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 30/54] md/raid5: Delete two error messages for a failed memory allocation
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• MD-RAID: Fine-tuning for several function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 24/54] md/raid1: Improve another size determination in setup_conf()
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• [PATCH 29/54] md/raid5: Return directly after a failed kcalloc() in alloc_thread_groups()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 28/54] md/raid5: Rename a jump label in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 27/54] md/raid5: Return directly after a failed kzalloc() in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: MD-RAID: Fine-tuning for several function implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/54] md/raid5: Improve another size determination in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 25/54] md/raid5: Use kcalloc() in three functions
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 01/54] md/raid0: Use kcalloc() in create_strip_zones()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 24/54] md/raid1: Improve another size determination in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 23/54] md/raid1: Replace a seq_printf() call by seq_puts() in raid1_status()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 22/54] md/raid1: Delete three unwanted spaces before increment operators
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 21/54] md/raid1: Delete three unwanted spaces behind asterisks
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 02/54] md/raid0: Less function calls in create_strip_zones() after error detection
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 20/54] md/raid1: Add some spaces for better code readability
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 03/54] md/raid0: Move a variable assignment in create_strip_zones()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 19/54] md/raid1: Replace printk() calls by the usage of higher level interfaces
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 18/54] md/raid1: Adjust 12 checks for null pointers
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 04/54] md/raid0: Replace printk() calls by the usage of higher level interfaces
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 17/54] md/raid1: Move a brace for a designated initialiser
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 16/54] md/raid1: Delete an error message for a failed memory allocation
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] imsm: retrieve nvme serial from sysfs
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 15/54] md/raid1: Less function calls in setup_conf() after error detection
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 13/54] md/raid1: Return directly after a failed kzalloc() in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 14/54] md/raid1: Move assignments for the variable "err" in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 12/54] md/raid1: Use kcalloc() in setup_conf()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 11/54] md/raid1: Use kcalloc() in raid1_reshape()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 06/54] md/raid0: Delete four unwanted spaces behind function names
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 07/54] md/raid0: Move two misplaced braces
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 10/54] md/raid1: Use kcalloc() in alloc_behind_pages()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 08/54] md/raid0: Delete an unnecessary return statement in raid0_status()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 09/54] md/raid0: Add some spaces for better code readability
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 05/54] md/raid0: Move another variable assignment in create_strip_zones()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• AW: Prefetch in /lib/raid6/avx2.c
  • From: Markus Stockhausen <stockhausen@xxxxxxxxxxx>
• [PATCH v3 6/8] md/r5cache: sysfs entry r5c_state
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v3 4/8] md/r5cache: write part of r5cache
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v3 5/8] md/r5cache: reclaim support
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v3 3/8] md/r5cache: State machine for raid5-cache write back mode
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v3 0/8] raid5-cache: enabling cache features
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v3 8/8] md/r5cache: handle SYNC and FUA
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v3 1/8] md/r5cache: Check array size in r5l_init_log
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v3 7/8] md/r5cache: r5c recovery
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v3 2/8] md/r5cache: move some code to raid5.h
  • From: Song Liu <songliubraving@xxxxxx>
• Re: kernel BUG at block/bio.c:1785 while trying to issue a discard to LVM on RAID1 md
  • From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
• Re: Bug#837964: 95a05b3 broke mdadm --add on my superblock 1.0 array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Prefetch in /lib/raid6/avx2.c
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: kernel BUG at block/bio.c:1785 while trying to issue a discard to LVM on RAID1 md
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: kernel BUG at block/bio.c:1785 while trying to issue a discard to LVM on RAID1 md
  • From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
• md-cluster - Assemble/Scan During Resync
  • From: Marc Smith <marc.smith@xxxxxxx>
• Re: RAID6 - CPU At 100% Usage After Reassembly
  • From: Francisco Parada <advanceandconquer@xxxxxxxxx>
• Re: [PATCH] Fix bus error when accessing MBR partition records
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] async_pq_val: fix DMA memory leak
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 3/6] r5cache: reclaim support
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] async_pq_val: fix DMA memory leak
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] async_pq_val: fix DMA memory leak
  • From: Justin Maggard <jmaggard10@xxxxxxxxx>
• Linux raid wiki - advice again please
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• kernel BUG at block/bio.c:1785 while trying to issue a discard to LVM on RAID1 md
  • From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
• Corrupted FS after RAID5->6 reshape
  • From: Marcus Fong <marcusfong42@xxxxxxxxx>
• Re: [PATCH] Fix bus error when accessing MBR partition records
  • From: James Clarke <jrtc27@xxxxxxxxxx>
• Prefetch in /lib/raid6/avx2.c
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• Re: [PATCH] Fix bus error when accessing MBR partition records
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• [PATCH 13/13] md/multipath: Replace printk() calls by the usage of higher level interfaces
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 12/13] md/multipath: Delete an unnecessary return statement in multipath_make_request()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 11/13] md/multipath: Move a brace for a designated initialiser
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 10/13] md/multipath: Add some spaces for better code readability
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 9/13] md/multipath: Adjust two function calls together with a variable assignment
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 8/13] md/multipath: Replace a seq_printf() call by seq_puts() in multipath_status()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 7/13] md/multipath: Delete two unwanted spaces behind asterisks
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 6/13] md/multipath: Delete 13 unwanted spaces behind function names
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/13] md/multipath: Less function calls in multipath_run() after error detection
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/13] md/multipath: Reduce indentation for four lines in multipath_run()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/13] md/multipath: Delete four error messages for a failed memory allocation
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/13] md/multipath: Improve another size determination in multipath_run()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/13] md/multipath: Use kcalloc() in multipath_run()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 00/13] md/multipath: Fine-tuning for several function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 15/15] md-cluster: Delete unnecessary braces in unlock_all_bitmaps()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 14/15] md-cluster: Less function calls in lockres_init() after error detection
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 13/15] md-cluster: Less function calls in join() after error detection
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 12/15] md-cluster: Rename a jump label in area_resyncing()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 11/15] md-cluster: Delete four error messages for a failed memory allocation
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 10/15] md-cluster: Delete an unnecessary variable initialisation in lockres_init()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 09/15] md-cluster: Improve another size determination in lockres_init()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 08/15] md-cluster: Improve determination of sizes in read_resync_info()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 07/15] md-cluster: Improve another size determination in process_suspend_info()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 06/15] md-cluster: Rename a jump label in recv_daemon()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 05/15] md-cluster: Improve another size determination in recv_daemon()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 04/15] md-cluster: Improve another size determination in __sendmsg()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 03/15] md-cluster: Improve another size determination in join()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 02/15] md-cluster: Improve another size determination in resync_info_update()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 01/15] md-cluster: Use kcalloc() in lock_all_bitmaps()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 00/15] md-cluster: Fine-tuning for ten function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] md: set rotational bit
  • From: Tejun Heo <htejun@xxxxxx>
• [PATCH 9/9] md/dm-table: Delete an unwanted space in dm_table_get_integrity_disk()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 8/9] md/dm-table: Delete an unwanted space in high()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 7/9] md/dm-table: Adjust one function call together with a variable assignment
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 6/9] md/dm-table: Combine substrings for ten messages
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/9] md/dm-table: Move an assignment for the variable "end" in dm_split_args()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/9] md/dm-table: Delete an unnecessary variable initialisation in dm_split_args()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/9] md/dm-table: Delete an unnecessary variable initialisation in dm_table_register_integrity()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/9] md/dm-table: Reduce the scope for a variable in dm_table_verify_integrity()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/9] md/dm-table: Use kmalloc_array() in realloc_argv()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/9] md/dm-table: Fine-tuning for several function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] md/dm-stats: Use kmalloc_array() in parse_histogram()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] md: set rotational bit
  • From: Shaohua Li <shli@xxxxxx>
• Re: RAID6 - CPU At 100% Usage After Reassembly
  • From: Francisco Parada <advanceandconquer@xxxxxxxxx>
• Re: md/dm-crypt: Rename a jump label in crypt_message() ?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: md/dm-crypt: Rename a jump label in crypt_message() ?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: md/dm-crypt: Rename a jump label in crypt_message() ?
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: md/dm-crypt: Rename a jump label in crypt_message() ?
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: md/dm-crypt: Rename a jump label in crypt_message() ?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: md/dm-crypt: Rename a jump label in crypt_message() ?
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: md/dm-crypt: Rename a jump label in crypt_message() ?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH 03/10] md/dm-crypt: Rename a jump label in crypt_message()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: dm snapshot: Use kmalloc_array() in init_origin_hash() ?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] r5cache: write part of r5cache
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 01/10] dm snapshot: Use kmalloc_array() in init_origin_hash()
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 01/10] dm snapshot: Use kmalloc_array() in init_origin_hash()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 01/10] dm snapshot: Use kmalloc_array() in init_origin_hash()
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 01/10] dm snapshot: Use kmalloc_array() in init_origin_hash()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 01/10] dm snapshot: Use kmalloc_array() in init_origin_hash()
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 01/10] dm snapshot: Use kmalloc_array() in init_origin_hash()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 01/10] dm snapshot: Use kmalloc_array() in init_origin_hash()
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 03/10] md/dm-crypt: Rename a jump label in crypt_message()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] dm snapshot: Use kmalloc_array() in init_origin_hash()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: dm snapshot: Use kmalloc_array() in init_origin_hash()
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [dm-devel] [PATCH 03/10] md/dm-crypt: Rename a jump label in crypt_message()
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [dm-devel] [PATCH 05/10] md/dm-crypt: Rename a jump label in crypt_set_key()
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [PATCH] Fix bus error when accessing MBR partition records
  • From: James Clarke <jrtc27@xxxxxxxxxx>
• Re: dm snapshot: Use kmalloc_array() in init_origin_hash()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] dm snapshot: Use kmalloc_array() in init_origin_hash()
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 01/10] dm snapshot: Use kmalloc_array() in init_origin_hash()
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 01/10] dm snapshot: Use kmalloc_array() in init_origin_hash()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 01/10] dm snapshot: Use kmalloc_array() in init_origin_hash()
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH 10/10] dm snapshot: Delete five unwanted spaces behind "list_for_each_entry"
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 09/10] dm snapshot: Combine substrings for seven error messages
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 08/10] dm snapshot: Delete an unnecessary variable initialisation in remove_single_exception_chunk()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 07/10] dm snapshot: Delete an unnecessary variable initialisation in merge_callback()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 06/10] dm snapshot: Delete an unnecessary variable initialisation in snapshot_ctr()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 05/10] dm snapshot: Delete unnecessary variable initialisations in pending_complete()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 04/10] dm snapshot: Rename a jump label in pending_complete()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 03/10] dm snapshot: Delete an unnecessary variable initialisation in snapshot_map()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 02/10] dm snapshot: Delete two error messages for a failed memory allocation
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 01/10] dm snapshot: Use kmalloc_array() in init_origin_hash()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 00/10] dm snapshot: Fine-tuning for several function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/16] md/bitmap: Rename a jump label in location_store()
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: moving spares into group and checking spares
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: moving spares into group and checking spares
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 08/16] md/bitmap: Rename a jump label in location_store()
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 01/16] md/bitmap: Use kmalloc_array() in bitmap_storage_alloc()
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• [PATCH 10/10] md/dm-crypt: Delete unnecessary variable initialisations in crypt_iv_essiv_ctr()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 09/10] md/dm-crypt: Two checks and one function call less in crypt_iv_essiv_ctr() after error detection
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 08/10] md/dm-crypt: Return directly after a failed crypto_alloc_ahash() in crypt_iv_essiv_ctr()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 07/10] md/dm-crypt: Rename a jump label in crypt_iv_tcw_whitening()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 06/10] md/dm-crypt: Delete an unnecessary variable initialisation in crypt_set_key()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 05/10] md/dm-crypt: Rename a jump label in crypt_set_key()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 04/10] md/dm-crypt: Delete an unnecessary variable initialisation in crypt_message()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 03/10] md/dm-crypt: Rename a jump label in crypt_message()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 02/10] md/dm-crypt: Reduce the scope for a variable in crypt_alloc_tfms()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] md/dm-crypt: Fine-tuning for five function implementations
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 01/10] md/dm-crypt: Use kcalloc() in crypt_alloc_tfms()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 00/10] md/dm-crypt: Fine-tuning for five function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/16] md/bitmap: One check less in read_page() at the end
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 5/6] r5cache: handle SYNC and FUA
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 4/6] r5cache: r5c recovery
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 3/6] r5cache: reclaim support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: moving spares into group and checking spares
  • From: scar <scar@xxxxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] r5cache: sysfs entry r5c_state
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 1/6] r5cache: write part of r5cache
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• [PATCH 16/16] md/bitmap: Delete an unwanted space in read_sb_page()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 15/16] md/bitmap: Add spaces around three comparison operators
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 14/16] md/bitmap: Delete unnecessary braces in bitmap_resize()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 13/16] md/bitmap: Adjust checks for null pointers in 11 functions
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 12/16] md/bitmap: One check less in read_page() at the end
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 11/16] md/bitmap: Rename a jump label in bitmap_init_from_disk()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 10/16] md/bitmap: Rename a jump label in bitmap_create()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 09/16] md/bitmap: Rename a jump label in bitmap_copy_from_slot()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 08/16] md/bitmap: Rename a jump label in location_store()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 07/16] md/bitmap: Replace a kzalloc() call by kcalloc() in bitmap_resize()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 06/16] md/bitmap: Return directly after a failed kzalloc() in bitmap_resize()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 05/16] md/bitmap: Return directly after a failed bitmap_storage_alloc() in bitmap_resize()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 04/16] md/bitmap: Improve another size determination in bitmap_storage_alloc()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 03/16] md/bitmap: Delete an unnecessary variable initialisation in bitmap_storage_alloc()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 02/16] md/bitmap: Move an assignment for the variable "offset" in bitmap_storage_alloc()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 01/16] md/bitmap: Use kmalloc_array() in bitmap_storage_alloc()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH 00/16] md/bitmap: Fine-tuning for several function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• [PATCH] md/raid5: use bool instead of int for some flags
  • From: JackieLiu <liuyun01@xxxxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• [PATCH v2 5/6] r5cache: handle SYNC and FUA
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v2 1/6] r5cache: write part of r5cache
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v2 6/6] md/r5cache: decrease the counter after full-write stripe was reclaimed
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v2 4/6] r5cache: r5c recovery
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v2 2/6] r5cache: sysfs entry r5c_state
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v2 0/6] raid5-cache: enabling cache features
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v2 3/6] r5cache: reclaim support
  • From: Song Liu <songliubraving@xxxxxx>
• Re: Linux raid wiki
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Linux raid wiki
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: [PATCH v2] raid6/test/test.c: bug fix: Specify aligned(alignment) attributes to the char arrays
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: kernel BUG at block/bio.c:1785! observed on 4.8.0-rc6
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Linux raid wiki
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Linux raid wiki - setting up a system - advice wanted :-)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID6 - CPU At 100% Usage After Reassembly
  • From: Francisco Parada <advanceandconquer@xxxxxxxxx>
• Re: Linux raid wiki - setting up a system - advice wanted :-)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux raid wiki
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux raid wiki - setting up a system - advice wanted :-)
  • From: keld@xxxxxxxxxx
• Re: Linux raid wiki - setting up a system - advice wanted :-)
  • From: keld@xxxxxxxxxx
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: Linux raid wiki - setting up a system - advice wanted :-)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• kernel BUG at block/bio.c:1785! observed on 4.8.0-rc6
  • From: Yi Zhang <yizhan@xxxxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Linux raid wiki - setting up a system - advice wanted :-)
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• WARNING: mismatch_cnt is not 0 on <array device>
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: Posting on RISKS - hacked NAS's
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: Linux raid wiki - setting up a system - advice wanted :-)
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Linux raid wiki - setting up a system - advice wanted :-)
  • From: Francisco Parada <advanceandconquer@xxxxxxxxx>
• Re: Posting on RISKS - hacked NAS's
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Posting on RISKS - hacked NAS's
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Linux raid wiki - setting up a system - advice wanted :-)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] r5cache: write part of r5cache
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 1/5] r5cache: write part of r5cache
  • From: Zhengyuan Liu <liuzhengyuang521@xxxxxxxxx>
• Re: Linux raid wiki
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Linux raid wiki - force assembling an array where one drive has a different event count - advice needed
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux raid wiki
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Linux raid wiki - force assembling an array where one drive has a different event count - advice needed
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Linux raid wiki - force assembling an array where one drive has a different event count - advice needed
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• RE: Linux raid wiki
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: Linux raid wiki
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• RE: Linux raid wiki
  • From: "WNSDEV" <pete@xxxxxxxxxx>
• Re: RAID5 grow interrupted.
  • From: Axel Spallek <axel@xxxxxxxxxxx>
• [PATCH] raid6/test/test.c: bug fix: Specify aligned(alignment) attributes to the char arrays
  • From: Gayatri Kammela <gayatri.kammela@xxxxxxxxx>
• RE: [PATCH v2] raid6/test/test.c: bug fix: Specify aligned(alignment) attributes to the char arrays
  • From: "Kammela, Gayatri" <gayatri.kammela@xxxxxxxxx>
• [PATCH v2] raid6/test/test.c: bug fix: Specify aligned(alignment) attributes to the char arrays
  • From: Gayatri Kammela <gayatri.kammela@xxxxxxxxx>
• Linux raid wiki
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID5 grow interrupted.
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: RAID5 grow interrupted.
  • From: Axel Spallek <axel@xxxxxxxxxxx>
• Re: RAID5 grow interrupted.
  • From: Axel Spallek <axel@xxxxxxxxxxx>
• Re: RAID5 grow interrupted.
  • From: Axel Spallek <axel@xxxxxxxxxxx>
• Re: RAID5 grow interrupted.
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: 95a05b3 broke mdadm --add on my superblock 1.0 array
  • From: Anthony DeRobertis <anthony@xxxxxxxxxxxx>
• Re: [PATCH v2] Fix RAID metadata check
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: RAID5 grow interrupted.
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• RAID5 grow interrupted.
  • From: Axel Spallek <axel@xxxxxxxxxxx>
• Re: restore 3disk raid5 after raidpartitions have been setup with xfs filesystem by accident
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• [PATCH v2] Fix RAID metadata check
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: restore 3disk raid5 after raidpartitions have been setup with xfs filesystem by accident
  • From: Simon Becks <beckssimon5@xxxxxxxxx>
• Re: 95a05b3 broke mdadm --add on my superblock 1.0 array
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: restore 3disk raid5 after raidpartitions have been setup with xfs filesystem by accident
  • From: Simon Becks <beckssimon5@xxxxxxxxx>
• Re: restore 3disk raid5 after raidpartitions have been setup with xfs filesystem by accident
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: restore 3disk raid5 after raidpartitions have been setup with xfs filesystem by accident
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: restore 3disk raid5 after raidpartitions have been setup with xfs filesystem by accident
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: restore 3disk raid5 after raidpartitions have been setup with xfs filesystem by accident
  • From: Simon Becks <beckssimon5@xxxxxxxxx>
• Re: restore 3disk raid5 after raidpartitions have been setup with xfs filesystem by accident
  • From: Simon Becks <beckssimon5@xxxxxxxxx>
• Re: restore 3disk raid5 after raidpartitions have been setup with xfs filesystem by accident
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: restore 3disk raid5 after raidpartitions have been setup with xfs filesystem by accident
  • From: Simon Becks <beckssimon5@xxxxxxxxx>
• Re: restore 3disk raid5 after raidpartitions have been setup with xfs filesystem by accident
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: restore 3disk raid5 after raidpartitions have been setup with xfs filesystem by accident
  • From: Simon Becks <beckssimon5@xxxxxxxxx>
• Re: restore 3disk raid5 after raidpartitions have been setup with xfs filesystem by accident
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: restore 3disk raid5 after raidpartitions have been setup with xfs filesystem by accident
  • From: Simon Becks <beckssimon5@xxxxxxxxx>
• Re: [PATCH] raid5: fix to detect failure of register_shrinker
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: restore 3disk raid5 after raidpartitions have been setup with xfs filesystem by accident
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [PATCH][RESEND] Fix RAID metadata check
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: restore 3disk raid5 after raidpartitions have been setup with xfs filesystem by accident
  • From: Benjamin ESTRABAUD <ben.estrabaud@xxxxxxxxxx>
• restore 3disk raid5 after raidpartitions have been setup with xfs filesystem by accident
  • From: Simon Becks <beckssimon5@xxxxxxxxx>
• [PATCH][RESEND] Fix RAID metadata check
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: 95a05b3 broke mdadm --add on my superblock 1.0 array
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: 95a05b3 broke mdadm --add on my superblock 1.0 array
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Enlarging device of linear array again (Thank you Stan!)
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Enlarging device of linear array again (Thank you Stan!)
  • From: Ramon Hofer <ramonhofer@xxxxxxxxxx>
• Re: Enlarging device of linear array again (Thank you Stan!)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Enlarging device of linear array again (Thank you Stan!)
  • From: Ramon Hofer <ramonhofer@xxxxxxxxxx>
• Re: 95a05b3 broke mdadm --add on my superblock 1.0 array
  • From: Anthony DeRobertis <anthony@xxxxxxxxxxxx>
• Re: [PATCH] mdadm: replace hard coded string length
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: 95a05b3 broke mdadm --add on my superblock 1.0 array
  • From: Anthony DeRobertis <anthony@xxxxxxxxxxxx>
• RAID1 Questions. Please help
  • From: "WNSDEV" <pete@xxxxxxxxxx>
• Re: 95a05b3 broke mdadm --add on my superblock 1.0 array
  • From: Anthony DeRobertis <anthony@xxxxxxxxxxxx>
• Re: 95a05b3 broke mdadm --add on my superblock 1.0 array
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: 95a05b3 broke mdadm --add on my superblock 1.0 array
  • From: Anthony DeRobertis <anthony@xxxxxxxxxxxx>
• Re: 95a05b3 broke mdadm --add on my superblock 1.0 array
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] raid5: fix to detect failure of register_shrinker
  • From: Chao Yu <yuchao0@xxxxxxxxxx>
• 95a05b3 broke mdadm --add on my superblock 1.0 array
  • From: Anthony DeRobertis <anthony@xxxxxxxxxxxx>
• Re: Best tool to partition Drives with new sector geometry - (WAS: Need Help with crashed RAID5 (that was rebuilding and then had SATA error on another drive))
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: Best tool to partition Drives with new sector geometry - (WAS: Need Help with crashed RAID5 (that was rebuilding and then had SATA error on another drive))
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Best tool to partition Drives with new sector geometry - (WAS: Need Help with crashed RAID5 (that was rebuilding and then had SATA error on another drive))
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: Best tool to partition Drives with new sector geometry - (WAS: Need Help with crashed RAID5 (that was rebuilding and then had SATA error on another drive))
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Best tool to partition Drives with new sector geometry - (WAS: Need Help with crashed RAID5 (that was rebuilding and then had SATA error on another drive))
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: Best tool to partition Drives with new sector geometry - (WAS: Need Help with crashed RAID5 (that was rebuilding and then had SATA error on another drive))
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Best tool to partition Drives with new sector geometry - (WAS: Need Help with crashed RAID5 (that was rebuilding and then had SATA error on another drive))
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: Best tool to partition Drives with new sector geometry - (WAS: Need Help with crashed RAID5 (that was rebuilding and then had SATA error on another drive))
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: Best tool to partition Drives with new sector geometry - (WAS: Need Help with crashed RAID5 (that was rebuilding and then had SATA error on another drive))
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Best tool to partition Drives with new sector geometry - (WAS: Need Help with crashed RAID5 (that was rebuilding and then had SATA error on another drive))
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: Question about commit f9a67b1182e5 ("md/bitmap: clear bitmap if bitmap_create failed").
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>