Linux RAID Storage Date Index

• Thread Index

• Please help RAID1 complete fail no superblock
  • From: "theelectricengineer@xxxxxxxxx" <theelectricengineer@xxxxxxxxx>
• Re: raid10.c read_balance question
  • From: Coly Li <colyli@xxxxxxx>
• Re: Fwd: Re: mdadm I/O error with Ddf RAID
  • From: Arka Sharma <arka.sw1988@xxxxxxxxx>
• Re: [md PATCH 0/5] Stop using bi_phys_segments as a counter
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 05/12] bcache: debug: avoid to access .bi_io_vec directly
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Newly-created arrays don't auto-assemble - related to hostname change?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: raid10.c read_balance question
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH/RFC] add "failfast" support for raid1/raid10.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 0/5] Stop using bi_phys_segments as a counter
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v2] md/r5cache: handle alloc_page failure
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [md PATCH 0/5] Stop using bi_phys_segments as a counter
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [md PATCH 0/5] Stop using bi_phys_segments as a counter
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Fwd: Re: mdadm I/O error with Ddf RAID
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 0/5] Stop using bi_phys_segments as a counter
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Newly-created arrays don't auto-assemble - related to hostname change?
  • From: NeilBrown <neilb@xxxxxxxx>
• raid10.c read_balance question
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: linux raid wiki - backup files
  • From: NeilBrown <neilb@xxxxxxxx>
• [RFC PATCH 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
  • From: Coly Li <colyli@xxxxxxx>
• [RFC PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: linux raid wiki - backup files
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: linux raid wiki - backup files
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: linux raid wiki - backup files
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: linux raid wiki - backup files
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• [PATCH 2/2] md: stop write should stop journal reclaim
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 1/2] raid5-cache: suspend reclaim thread instead of shutdown
  • From: Shaohua Li <shli@xxxxxx>
• Re: [BUG 4.4.26] bio->bi_bdev == NULL in raid6 return_io()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH 08/12] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 06/12] dm: crypt: use bio_add_page()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: MD Remnants After --stop
  • From: Marc Smith <marc.smith@xxxxxxx>
• Re: linux raid wiki - backup files
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [md PATCH 0/5] Stop using bi_phys_segments as a counter
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2] RAID1: Avoid unnecessary loop to decrease conf->nr_queued in raid1d()
  • From: Coly Li <colyli@xxxxxxx>
• [RFC PATCH] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [RFC PATCH] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: Newly-created arrays don't auto-assemble - related to hostname change?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: [PATCH] md/r5cache: handle alloc_page failure
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Newly-created arrays don't auto-assemble - related to hostname change?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] md: add block tracing for bio_remapping
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: MD Remnants After --stop
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH - v2] block: call trace_block_split() from bio_split()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 6/5] md/raid5: remove over-loading of ->bi_phys_segments.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 5/5] md/raid5: use bio_inc_remaining() instead of repurposing bi_phys_segments as a counter
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 4/5] md/raid5: call bio_endio() directly rather than queuing for later.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 3/5] md/raid5: simplfy delaying of writes while metadata is updated.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 2/5] md/raid5: use md_write_start to count stripes, not bios
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 1/5] md: optimize md_write_start() slightly.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 0/5] Stop using bi_phys_segments as a counter
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [BUG 4.4.26] bio->bi_bdev == NULL in raid6 return_io()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: linux raid wiki - backup files
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [BUG 4.4.26] bio->bi_bdev == NULL in raid6 return_io()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: linux raid wiki - backup files
  • From: Phil Turmel <philip@xxxxxxxxxx>
• linux raid wiki - backup files
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] md/r5cache: handle alloc_page failure
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v8] md/r5cache: handle SYNC and FUA
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH v8] md/r5cache: handle SYNC and FUA
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v7 00/10] raid5-cache: enabling cache features
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: MD Remnants After --stop
  • From: Marc Smith <marc.smith@xxxxxxx>
• Re: [PATCH v2] md: add block tracing for bio_remapping
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2] md: add block tracing for bio_remapping
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH/RFC] add "failfast" support for raid1/raid10.
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Re: [PATCH] block: call trace_block_split() from bio_split()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH/RFC] add "failfast" support for raid1/raid10.
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH/RFC] add "failfast" support for raid1/raid10.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 1/6] md/failfast: add failfast flag for md to be used by some personalities.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 5/6] md/raid10: add failfast handling for reads.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 6/6] md/raid10: add failfast handling for writes.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 4/6] md/raid1: add failfast handling for writes.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 3/6] md/raid1: add failfast handling for reads.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 2/6] md: Use REQ_FAILFAST_* on metadata writes where appropriate
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Newly-created arrays don't auto-assemble - related to hostname change?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: Newly-created arrays don't auto-assemble - related to hostname change?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 1/2] raid5-cache: update superblock at shutdown/reboot
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Newly-created arrays don't auto-assemble - related to hostname change?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: Newly-created arrays don't auto-assemble - related to hostname change?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Newly-created arrays don't auto-assemble - related to hostname change?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• [PATCH v2] md: add block tracing for bio_remapping
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] block: call trace_block_split() from bio_split()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Newly-created arrays don't auto-assemble - related to hostname change?
  • From: Glenn Enright <glenn.enright@xxxxxxxxx>
• Re: [PATCH 1/2] raid5-cache: update superblock at shutdown/reboot
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 1/4] md: add block tracing for bio_remapping
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 1/2] raid5-cache: update superblock at shutdown/reboot
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v7 09/10] md/r5cache: r5cache recovery: part 2
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v7 08/10] md/r5cache: r5cache recovery: part 1
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v7 10/10] md/r5cache: handle SYNC and FUA
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v7 04/10] md/r5cache: caching phase of r5cache
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v7 07/10] md/r5cache: refactoring journal recovery code
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v7 05/10] md/r5cache: write-out phase and reclaim support
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v7 02/10] md/r5cache: move some code to raid5.h
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v7 06/10] md/r5cache: sysfs entry journal_mode
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v7 03/10] md/r5cache: State machine for raid5-cache write back mode
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v7 00/10] raid5-cache: enabling cache features
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v7 01/10] md/r5cache: Check array size in r5l_init_log
  • From: Song Liu <songliubraving@xxxxxx>
• RE: Newly-created arrays don't auto-assemble - related to hostname change?
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: Just a thought - linux raid wiki - raid 5 grows getting stuck at 0%
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Newly-created arrays don't auto-assemble - related to hostname change?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] RFC: dm: avoid the mutex lock in dm_bufio_shrink_count()
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re:
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] dm: Avoid sleeping while holding the dm_bufio lock
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] RFC: dm: avoid the mutex lock in dm_bufio_shrink_count()
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• Re: dm: Avoid sleeping while holding the dm_bufio lock
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: Avoid sleeping while holding the dm_bufio lock
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re:
  • From: Dennis Dataopslag <dennisdataopslag@xxxxxxxxx>
• Re: dm: Avoid sleeping while holding the dm_bufio lock
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm: Avoid sleeping while holding the dm_bufio lock
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH 1/2] raid5-cache: update superblock at shutdown/reboot
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] raid5-cache: update superblock at shutdown/reboot
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/2] raid5-cache: update superblock at shutdown/reboot
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 1/4] md: add block tracing for bio_remapping
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v6 04/11] md/r5cache: caching mode of r5cache
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v2 4/4] IMSM: 4Kn drives support - adapt general migration record
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• Re: [PATCH] Increase buffer for sysfs disk state
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: Newly-created arrays don't auto-assemble - related to hostname change?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: [PATCH] Increase buffer for sysfs path
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [md PATCH 2/4] md: add bio completion tracing for raid1/raid10
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] IMSM: Add support for 4Kn sector size drives
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• [PATCH v2 2/4] IMSM: Read and store device sector size
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH v2 0/4] IMSM: Add support for 4Kn sector size drives
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH v2 3/4] IMSM: Add support for 4Kn sector size drives
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH v2 1/4] Add function for getting member drive sector size
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• Re: [PATCH 1/2] raid5-cache: update superblock at shutdown/reboot
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Just a thought - linux raid wiki - raid 5 grows getting stuck at 0%
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Just a thought - linux raid wiki - raid 5 grows getting stuck at 0%
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Newly-created arrays don't auto-assemble - related to hostname change?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm I/O error with Ddf RAID
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 2/4] md: add bio completion tracing for raid1/raid10
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 1/4] md: add block tracing for bio_remapping
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm I/O error with Ddf RAID
  • From: Arka Sharma <arka.sw1988@xxxxxxxxx>
• Re: [PATCH 1/2] raid5-cache: update superblock at shutdown/reboot
  • From: NeilBrown <neilb@xxxxxxxx>
• Newly-created arrays don't auto-assemble - related to hostname change?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• [PATCH 1/2] raid5-cache: update superblock at shutdown/reboot
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 2/2] raid5-cache: fix lockdep warning
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH v6 05/11] md/r5cache: write-out mode and reclaim support
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v6 06/11] md/r5cache: sysfs entry r5c_journal_mode
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v6 05/11] md/r5cache: write-out mode and reclaim support
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v6 03/11] md/r5cache: State machine for raid5-cache write back mode
  • From: NeilBrown <neilb@xxxxxxxx>
• Just a thought - linux raid wiki - raid 5 grows getting stuck at 0%
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] RAID1: Avoid unnecessary loop to decrease conf->nr_queued in raid1d()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v6 04/11] md/r5cache: caching mode of r5cache
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [md PATCH 3/4] md/bitmap: add blktrace event for writes to the bitmap.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 1/4] md: add block tracing for bio_remapping
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: recovering failed raid5
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] IMSM: Add support for 4Kn sector size drives
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: Ddf based RAID management software
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 2/2] super1: fix setting bad block log offset in write_init_super1()
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 1/2] super1: make internal bitmap size calculations more consistent
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 2/8] imsm: write bad block log on metadata sync
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 1/8] imsm: parse bad block log in metadata on startup
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH v2] RAID1: Avoid unnecessary loop to decrease conf->nr_queued in raid1d()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [md PATCH 2/4] md: add bio completion tracing for raid1/raid10
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v2] RAID1: Avoid unnecessary loop to decrease conf->nr_queued in raid1d()
  • From: Coly Li <colyli@xxxxxxx>
• Re: recovering failed raid5
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: recovering failed raid5
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: [PATCH v6 11/11] md/r5cache: handle alloc_page failure
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v6 04/11] md/r5cache: caching mode of r5cache
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v6 03/11] md/r5cache: State machine for raid5-cache write back mode
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v6 04/11] md/r5cache: caching mode of r5cache
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v6 09/11] md/r5cache: r5cache recovery: part 2
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v6 08/11] md/r5cache: r5cache recovery: part 1
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v6 03/11] md/r5cache: State machine for raid5-cache write back mode
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v6 06/11] md/r5cache: sysfs entry r5c_journal_mode
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v6 04/11] md/r5cache: caching mode of r5cache
  • From: Shaohua Li <shli@xxxxxx>
• RE: What to do about Offline_Uncorrectable and Pending_Sector in RAID1
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: [PATCH v6 04/11] md/r5cache: caching mode of r5cache
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: What to do about Offline_Uncorrectable and Pending_Sector in RAID1
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• RE: What to do about Offline_Uncorrectable and Pending_Sector in RAID1
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: [PATCH v6 04/11] md/r5cache: caching mode of r5cache
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] RAID1: Avoid unnecessary loop to decrease conf->nr_queued in raid1d()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v6 03/11] md/r5cache: State machine for raid5-cache write back mode
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH v6 03/11] md/r5cache: State machine for raid5-cache write back mode
  • From: Song Liu <songliubraving@xxxxxx>
• Re: "creative" bio usage in the RAID code
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v6 03/11] md/r5cache: State machine for raid5-cache write back mode
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 08/12] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: "creative" bio usage in the RAID code
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: What to do about Offline_Uncorrectable and Pending_Sector in RAID1
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: What to do about Offline_Uncorrectable and Pending_Sector in RAID1
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: What to do about Offline_Uncorrectable and Pending_Sector in RAID1
  • From: Bruce Merry <bmerry@xxxxxxxxx>
• Re: What to do about Offline_Uncorrectable and Pending_Sector in RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: What to do about Offline_Uncorrectable and Pending_Sector in RAID1
  • From: Bruce Merry <bmerry@xxxxxxxxx>
• Re: What to do about Offline_Uncorrectable and Pending_Sector in RAID1
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: What to do about Offline_Uncorrectable and Pending_Sector in RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: What to do about Offline_Uncorrectable and Pending_Sector in RAID1
  • From: Bruce Merry <bmerry@xxxxxxxxx>
• Re: "creative" bio usage in the RAID code
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: "creative" bio usage in the RAID code
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: "creative" bio usage in the RAID code
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: "creative" bio usage in the RAID code
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: What to do about Offline_Uncorrectable and Pending_Sector in RAID1
  • From: Bruce Merry <bmerry@xxxxxxxxx>
• Re: mdadm I/O error with Ddf RAID
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Ddf based RAID management software
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 4/4] md/raid1, raid10: add blktrace records when IO is delayed.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 3/4] md/bitmap: add blktrace event for writes to the bitmap.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 2/4] md: add bio completion tracing for raid1/raid10
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 1/4] md: add block tracing for bio_remapping
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 0/4] Improve blktrace tracing of md.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: What to do about Offline_Uncorrectable and Pending_Sector in RAID1
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: "creative" bio usage in the RAID code
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: "creative" bio usage in the RAID code
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: What to do about Offline_Uncorrectable and Pending_Sector in RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: What to do about Offline_Uncorrectable and Pending_Sector in RAID1
  • From: Bruce Merry <bmerry@xxxxxxxxx>
• Re: What to do about Offline_Uncorrectable and Pending_Sector in RAID1
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• What to do about Offline_Uncorrectable and Pending_Sector in RAID1
  • From: Bruce Merry <bmerry@xxxxxxxxx>
• Re: [PATCH 01/12] block: bio: pass bvec table to bio_init()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: "creative" bio usage in the RAID code
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Ddf based RAID management software
  • From: Arka Sharma <arka.sw1988@xxxxxxxxx>
• Re: "creative" bio usage in the RAID code
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Question on blocks periodic writes
  • From: Theophanis Kontogiannis <tkonto@xxxxxxxxx>
• Re: Question on blocks periodic writes
  • From: Theophanis Kontogiannis <tkonto@xxxxxxxxx>
• [PATCH 01/12] block: bio: pass bvec table to bio_init()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 05/12] bcache: debug: avoid to access .bi_io_vec directly
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 07/12] dm: use bvec iterator helpers to implement .get_page and .next_page
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 06/12] dm: crypt: use bio_add_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 08/12] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 00/12] block: cleanup direct access to bvec table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• mdadm I/O error with Ddf RAID
  • From: Arka Sharma <arka.sw1988@xxxxxxxxx>
• Re: Question on blocks periodic writes
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v6 04/11] md/r5cache: caching mode of r5cache
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v6 07/11] md/r5cache: refactoring journal recovery code
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v6 09/11] md/r5cache: r5cache recovery: part 2
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v6 02/11] md/r5cache: move some code to raid5.h
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v6 10/11] md/r5cache: handle SYNC and FUA
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v6 03/11] md/r5cache: State machine for raid5-cache write back mode
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v6 05/11] md/r5cache: write-out mode and reclaim support
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v6 06/11] md/r5cache: sysfs entry r5c_journal_mode
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v6 11/11] md/r5cache: handle alloc_page failure
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v6 08/11] md/r5cache: r5cache recovery: part 1
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v6 00/11] raid5-cache: enabling cache features
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v6 01/11] md/r5cache: Check array size in r5l_init_log
  • From: Song Liu <songliubraving@xxxxxx>
• "creative" bio usage in the RAID code
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Help in recovering a RAID5 volume
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Help in recovering a RAID5 volume
  • From: Felipe Kich <fkich1977@xxxxxxxxx>
• Re: Help in recovering a RAID5 volume
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Help in recovering a RAID5 volume
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Question on blocks periodic writes
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Help in recovering a RAID5 volume
  • From: Felipe Kich <fkich1977@xxxxxxxxx>
• [PATCH 4/4] IMSM: 4Kn drives support - adapt general migration record
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 3/4] IMSM: Add support for 4Kn sector size drives
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 2/4] IMSM: Read and store device sector size
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 1/4] Add function for getting member drive sector size
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 0/4] IMSM: Add support for 4Kn sector size drives
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 2/2] super1: fix setting bad block log offset in write_init_super1()
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 1/2] super1: make internal bitmap size calculations more consistent
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: Question on blocks periodic writes
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 2/3] md: remove md_super_wait() call after bitmap_flush()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 2/3] md: remove md_super_wait() call after bitmap_flush()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 3/3] md: define mddev flags, recovery flags and r1bio state bits using enums
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 2/3] md: remove md_super_wait() call after bitmap_flush()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 1/3] md/raid1: fix: IO can block resync indefinitely
  • From: Shaohua Li <shli@xxxxxxxxxx>
• 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>
• Re: WARNING: mismatch_cnt is not 0 on <array device>
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Question on blocks periodic writes
  • From: Theophanis Kontogiannis <tkonto@xxxxxxxxx>
• [md PATCH 3/3] md: define mddev flags, recovery flags and r1bio state bits using enums
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 2/3] md: remove md_super_wait() call after bitmap_flush()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 1/3] md/raid1: fix: IO can block resync indefinitely
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 0/3] Three unrelated md patches.
  • From: NeilBrown <neilb@xxxxxxxx>
• 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: Phil Turmel <philip@xxxxxxxxxx>
• 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>
• Re: [PATCH 2/2] mdadm: raid10.c Remove near atomic break
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: [md PATCH 4/4] md/bitmap: Don't write bitmap while earlier writes might be in-flight
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [BUG 4.4.26] bio->bi_bdev == NULL in raid6 return_io()
  • From: Konstantin Khlebnikov <koct9i@xxxxxxxxx>
• Re: [md PATCH 4/4] md/bitmap: Don't write bitmap while earlier writes might be in-flight
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [BUG 4.4.26] bio->bi_bdev == NULL in raid6 return_io()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 4/4] md/bitmap: Don't write bitmap while earlier writes might be in-flight
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RAID10 with 2 drives auto-assembled as RAID1
  • From: Darko Luketic <darko@xxxxxxxxxx>
• Re:
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re:
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID10 with 2 drives auto-assembled as RAID1
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: MD Remnants After --stop
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: clearing blocks wrongfully marked as bad if --update=no-bbl can't be used?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: clearing blocks wrongfully marked as bad if --update=no-bbl can't be used?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: clearing blocks wrongfully marked as bad if --update=no-bbl can't be used?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 2/2] mdadm: raid10.c Remove near atomic break
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 4/4] md/bitmap: Don't write bitmap while earlier writes might be in-flight
  • From: NeilBrown <neilb@xxxxxxxx>
• Drive failure during SMART test
  • From: Dennis Dataopslag <dennisdataopslag@xxxxxxxxx>
• Re: RAID10 with 2 drives auto-assembled as RAID1
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID10 with 2 drives auto-assembled as RAID1
  • From: Darko Luketic <darko@xxxxxxxxxx>
• Re: RAID10 with 2 drives auto-assembled as RAID1
  • From: Phil Turmel <philip@xxxxxxxxxx>
• RAID10 with 2 drives auto-assembled as RAID1
  • From: Darko Luketic <darko@xxxxxxxxxx>
• [BUG 4.4.26] bio->bi_bdev == NULL in raid6 return_io()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• [GIT PULL] MD update for 4.9-rc3
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 4/4] md/bitmap: Don't write bitmap while earlier writes might be in-flight
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 2/2] mdadm: raid10.c Remove near atomic break
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] Restrict the use area of the log_offset variable
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 0/9] replace printk() with pr_*()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: clearing blocks wrongfully marked as bad if --update=no-bbl can't be used?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: clearing blocks wrongfully marked as bad if --update=no-bbl can't be used?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: [PATCH] md/bitmap: call bitmap_file_unmap once bitmap_storage_alloc returns -ENOMEM
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: clearing blocks wrongfully marked as bad if --update=no-bbl can't be used?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: clearing blocks wrongfully marked as bad if --update=no-bbl can't be used?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: clearing blocks wrongfully marked as bad if --update=no-bbl can't be used?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: clearing blocks wrongfully marked as bad if --update=no-bbl can't be used?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: clearing blocks wrongfully marked as bad if --update=no-bbl can't be used?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• MD Remnants After --stop
  • From: Marc Smith <marc.smith@xxxxxxx>
• [md PATCH 4/4] md/bitmap: Don't write bitmap while earlier writes might be in-flight
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 3/4] md/raid10: abort delayed writes when device fails.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 2/4] md/raid1: abort delayed writes when device fails.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 1/4] md: perform async updates for metadata where possible.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 0/4] Assorted minor improvements.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 2/2] mdadm: raid10.c Remove near atomic break
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: [PATCH] Change the option from NoUpdate to NodeNumUpdate
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Panicked and deleted superblock
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 2/2] mdadm: raid10.c Remove near atomic break
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID boot documentation
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Resync issue in RAID1
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 2/2] mdadm: raid10.c Remove near atomic break
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• [PATCH 1/2] mdadm: raid10.h Fix typo
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• [PATCH 0/2] Fix near layout I/O distribution
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: [PATCH 09/60] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: Issue with growing RAID10
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Issue with growing RAID10
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: [md PATCH 0/9] replace printk() with pr_*()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Issue with growing RAID10
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Issue with growing RAID10
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Issue with growing RAID10
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• 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>