Linux RAID Storage Date Index

• Thread Index

• Re: software raid and ERC
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: daobang wang <wangdb1981@xxxxxxxxx>
• Re: [md PATCH 00/24] Allow bitmaps to be resized.
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Re: [PATCH 0 of 2] dm-raid: Bug fixes
  • From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
• Re: [RFC 1/2] MD: raid5 trim support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RAID 1 partition with hot spare shows [UUU] ?
  • From: NeilBrown <neilb@xxxxxxx>
• RAID 1 partition with hot spare shows [UUU] ?
  • From: John Crisp <john@xxxxxxxxxxxxxx>
• Re: Is this enough for us to have triple-parity RAID?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• non fs-data and gpt partitioned md
  • From: Ken Gunderson <kgunders@xxxxxxxxxxxx>
• A RAID Story
  • From: Kristleifur Daðason <kristleifur@xxxxxxxxxxxxxxx>
• Re: [RFC 1/2] MD: raid5 trim support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Is this enough for us to have triple-parity RAID?
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: [RFC 1/2] MD: raid5 trim support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: software raid and ERC
  • From: Emmanuel Noobadmin <centos.admin@xxxxxxxxx>
• Re: Is this enough for us to have triple-parity RAID?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Is this enough for us to have triple-parity RAID?
  • From: Stefan /*St0fF*/ Hübner <stefan.huebner@xxxxxxxxxxxxxxxxxx>
• Re: RAID5 XOR speed vs RAID6 Q speed (was Re: AVX RAID5 xor checksumming)
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [RFC 1/2] MD: raid5 trim support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RFC 1/2] MD: raid5 trim support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: software raid and ERC
  • From: "." <desire@xxxxxxxxx>
• Re: [PATCH] md/raid10:using conf->chunk_mask instead "chunk_secotrs - 1"
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] md/raid10:using conf->chunk_mask instead "chunk_secotrs - 1"
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• [md PATCH 17/24] md/bitmap: make bitmap bitops atomic.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 24/24] md/raid5: Allow reshape while a bitmap is present.
  • From: NeilBrown <neilb@xxxxxxx>
• [RFC 0/2] raid5 trim support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [RFC 1/2] MD: raid5 trim support
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [RFC 2/2] MD: raid5 avoid unnecessary zero page for trim
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [md PATCH 18/24] md/bitmap: create a 'struct bitmap_counts' substructure of 'struct bitmap'
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 23/24] md/raid10: resize bitmap when required during reshape.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 22/24] md: allow array to be resized while bitmap is present.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 21/24] md/bitmap: make sure reshape request are reflected in superblock.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 20/24] md/bitmap: add bitmap_resize function to allow bitmap resizing.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 19/24] md/bitmap: use DIV_ROUND_UP instead of open-code
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 16/24] md/bitmap: make _page_attr bitops atomic.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 15/24] md/bitmap: merge bitmap_file_unmap and bitmap_file_put.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 14/24] md/bitmap: remove async freeing of bitmap file.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 13/24] md/bitmap: convert some spin_lock_irqsave to spin_lock_irq
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 12/24] md/bitmap: use set_bit, test_bit, etc for operation on bitmap->flags.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 11/24] md/bitmap: remove single-bit manipulation on sb->state
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 10/24] md/bitmap: remove bitmap_mask_state
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 09/24] md/bitmap: move storage allocation from bitmap_load to bitmap_create.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 08/24] md/bitmap: separate bitmap file allocation to its own function.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 07/24] md/bitmap: store bytes in file rather than just in last page.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 06/24] md/bitmap: move some fields of 'struct bitmap' into a 'storage' substruct.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 05/24] md/bitmap: change *_page_attr() to take a page number, not a page.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 04/24] md/bitmap: centralise allocation of bitmap file pages.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 03/24] md/bitmap: allow a bitmap with no backing storage.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 02/24] md/bitmap: add new 'space' attribute for bitmaps.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 01/24] md/bitmap: disentangle two different 'pending' flags.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 00/24] Allow bitmaps to be resized.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Is this enough for us to have triple-parity RAID?
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: [patch]raid5: support sync request
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch]raid5: support sync request
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch]raid5: remove unused variables
  • From: NeilBrown <neilb@xxxxxxx>
• Is this enough for us to have triple-parity RAID?
  • From: Alex <creamyfish@xxxxxxxxx>
• [patch]raid5: support sync request
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [patch]raid5: remove unused variables
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Re: [PATCH] md/raid1:Fix bug about fixing read errors.
  • From: "kedacomkernel" <kedacomkernel@xxxxxxxxx>
• Re: [PATCH 0 of 2] dm-raid: Bug fixes
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md/raid10:Memleak fix if allocate rep1_bio failed in function want_replacement().
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] FIX: resolve make everything compilation error
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 00/14] imsm: volume expand
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 07/14] FIX: Extend size of raid0 array
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] imsm: display maximum volumes per controller and array
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md/raid1:Fix bug about fixing read errors.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md:Fix mem leak about rdev->badblocks.page.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2 of 2] dm-raid: record and handle missing devices
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 1 of 2] dm-raid: set recovery flags on resume
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• [PATCH 0 of 2] dm-raid: Bug fixes
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• RE: mdadm git build failure in super-intel.c
  • From: "Dorau, Lukasz" <lukasz.dorau@xxxxxxxxx>
• [PATCH] FIX: resolve make everything compilation error
  • From: Lukasz Dorau <lukasz.dorau@xxxxxxxxx>
• [PATCH] md/raid10:Memleak fix if allocate rep1_bio failed in function want_replacement().
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: question about raid10 near copy info in man mdadm.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: question about raid10 near copy info in man mdadm.
  • From: "kedacomkernel" <kedacomkernel@xxxxxxxxx>
• Re: question about raid10 near copy info in man mdadm.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: question about raid10 near copy info in man mdadm.
  • From: "kedacomkernel" <kedacomkernel@xxxxxxxxx>
• Re: question about raid10 near copy info in man mdadm.
  • From: NeilBrown <neilb@xxxxxxx>
• [RFC]md: using GFP_NOIO to allocate bio for flush request
  • From: Shaohua Li <shli@xxxxxxxxxx>
• question about raid10 near copy info in man mdadm.
  • From: "kedacomkernel" <kedacomkernel@xxxxxxxxx>
• mdadm git build failure in super-intel.c
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: arch/86: AVX RAID5 xor checksumming
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 14/14] FIX: Assembled second array is in read only state during reshape
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 13/14] FIX: Size change is possible as standalone change only
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 12/14] imsm: FIX: Component size alignment check
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 11/14] imsm: Support setting max size for size change operation
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 10/14] imsm: Add function imsm_get_free_size()
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 08/14] FIX: Respect metadata size limitations
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 09/14] FIX: Detect error and rollback metadata
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 07/14] FIX: Extend size of raid0 array
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 06/14] imsm: FIX: Support metadata changes rollback
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 05/14] FIX: Support metadata changes rollback
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 04/14] imsm: Execute size change for external metatdata
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 03/14] imsm: Add new metadata update for volume size expansion
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 02/14] imsm: FIX: Add volume size expand support to imsm_analyze_change()
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 01/14] imsm: FIX: Update function imsm_num_data_members() for Raid1/10
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• [PATCH 00/14] imsm: volume expand
  • From: Adam Kwolek <adam.kwolek@xxxxxxxxx>
• Re: Problem assembling a degraded RAID5
  • From: Martin Wegner <mw@xxxxxxxxx>
• Re: lib/raid6: SSSE3 optimized recovery functions v2
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: lib/raid6: SSSE3 optimized recovery functions v2
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• [PATCH 1/4] lib/raid6: fix test program build
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• [PATCH 2/4] lib/raid6: Add SSSE3 optimized recovery functions
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• [PATCH 3/4] lib/raid6: update test program for recovery functions
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• [PATCH 4/4] lib/raid6: cleanup gen_syndrome function selection
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• Re: Bug#658701: mdadm: should send email if mismatches are reported by a check
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Problem assembling a degraded RAID5
  • From: Martin Wegner <mw@xxxxxxxxx>
• Re: lib/raid6: SSSE3 optimized recovery functions v2
  • From: NeilBrown <neilb@xxxxxxx>
• [PULL REQUEST] a few little fixes for md in 3.4
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH][Trivial] mdadm man page: fix typo
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: [PATCH][Trivial] mdadm man page: fix typo
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Failed Array Rebuild advice Please
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH][Trivial] mdadm man page: fix typo
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: Failed Array Rebuild advice Please
  • From: jahammonds prost <gmitch64@xxxxxxxxx>
• [PATCH 4/4] lib/raid6: cleanup gen_syndrome function selection
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• lib/raid6: SSSE3 optimized recovery functions v2
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• [PATCH 3/4] lib/raid6: update test program for recovery functions
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• [PATCH 2/4] lib/raid6: Add SSSE3 optimized recovery functions
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• [PATCH 1/4] lib/raid6: fix test program build
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• [PATCH] imsm: display maximum volumes per controller and array
  • From: "Labun, Marcin" <Marcin.Labun@xxxxxxxxx>
• [PATCH] md/raid1:Fix bug about fixing read errors.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• [PATCH] md:Fix mem leak about rdev->badblocks.page.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• question about:raid1 fix_read_error
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: Failed Array Rebuild advice Please
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Failed Array Rebuild advice Please
  • From: jahammonds prost <gmitch64@xxxxxxxxx>
• Re: mdadm 3.2.3 and adding metadata 1.0 bitmaps
  • From: Joe Lawrence <jdl1291@xxxxxxxxx>
• [PATCH] md/raid1:If raid1 only had one disk and readed error,should call rdev_set_badblocks().
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: Failed Array Rebuild advice Please
  • From: jahammonds prost <gmitch64@xxxxxxxxx>
• Re: [PATCH 0/1] Make failure message on re-add more explcit
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: Failed Array Rebuild advice Please
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm 3.2.3 and adding metadata 1.0 bitmaps
  • From: NeilBrown <neilb@xxxxxxx>
• Failed Array Rebuild advice Please
  • From: jahammonds prost <gmitch64@xxxxxxxxx>
• Re: arch/86: AVX RAID5 xor checksumming
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: arch/86: AVX RAID5 xor checksumming
  • From: NeilBrown <neilb@xxxxxxx>
• Correct stride and stripe-width
  • From: Salatiel Filho <salatiel.filho@xxxxxxxxx>
• Re: arch/86: AVX RAID5 xor checksumming
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• mdadm 3.2.3 and adding metadata 1.0 bitmaps
  • From: Joe Lawrence <jdl1291@xxxxxxxxx>
• Re: Intel fakeraid working?
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [PATCH] md/raid1,raid10:If r1bio->sectors % 8 != 0,then the memcmp and latermemcpy will omit the last bio_vec.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] MD: Bitmap version cleanup.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: about:conf->recovery_disabled and mddev->recovery_disabled
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: Re: [PATCH] md/raid1:combine code in fix_read_error andfix_sync_read_error.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: resync after a power failure
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] mdadm: do not read the 'clean' flag from potentially non-up-to-date drive
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md/raid1:combine code in fix_read_error and fix_sync_read_error.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Intel fakeraid working?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/1] Make failure message on re-add more explcit
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/4] Imsm OROM compatibility/boot support fixes
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] Fix two typos in fprintf messages
  • From: NeilBrown <neilb@xxxxxxx>
• resync after a power failure
  • From: Salatiel Filho <salatiel.filho@xxxxxxxxx>
• Re: [PATCH] mdadm: do not read the 'clean' flag from potentially non-up-to-date drive
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: about:conf->recovery_disabled and mddev->recovery_disabled
  • From: NeilBrown <neilb@xxxxxxx>
• Re: doubt in chunk_aligned_read()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: doubt in chunk_aligned_read()
  • From: Anuj Goel <talk2anuj@xxxxxxxxx>
• about:conf->recovery_disabled and mddev->recovery_disabled
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: Can't add drive to array 3.3 & 3.2.3
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: RAID5 XOR speed vs RAID6 Q speed (was Re: AVX RAID5 xor checksumming)
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] mdadm: do not read the 'clean' flag from potentially non-up-to-date drive
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Intel fakeraid working?
  • From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
• Re: Can't add drive to array 3.3 & 3.2.3
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Can't add drive to array 3.3 & 3.2.3
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: daobang wang <wangdb1981@xxxxxxxxx>
• Re: Raid 6 rebuild
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• [PATCH] md/raid1:combine code in fix_read_error and fix_sync_read_error.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Raid 6 rebuild
  • From: Bryan Bush <bbushvt@xxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: daobang wang <wangdb1981@xxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: daobang wang <wangdb1981@xxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Can't add drive to array 3.3 & 3.2.3
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Can't add drive to array 3.3 & 3.2.3
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: daobang wang <wangdb1981@xxxxxxxxx>
• Re: Intel fakeraid working?
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: daobang wang <wangdb1981@xxxxxxxxx>
• Re: Intel fakeraid working?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Intel fakeraid working?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/1] Make failure message on re-add more explcit
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: Intel fakeraid working?
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Intel fakeraid working?
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [PATCH 1/4] imsm: monitor: do not finish migration if there are no failed disks
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 3/4] imsm: avoid double change of serial number of missing device
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 4/4] imsm: monitor: do not finish recovery, when raid goes to read-only
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 2/4] imsm: clean up missing disks if there are any left after migration
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• [PATCH 4/4] imsm: monitor: do not finish recovery, when raid goes to read-only
  • From: Przemyslaw Czarnowski <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH 3/4] imsm: avoid double change of serial number of missing device
  • From: Przemyslaw Czarnowski <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH 2/4] imsm: clean up missing disks if there are any left after migration
  • From: Przemyslaw Czarnowski <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH 1/4] imsm: monitor: do not finish migration if there are no failed disks
  • From: Przemyslaw Czarnowski <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH 0/4] Imsm OROM compatibility/boot support fixes
  • From: Przemyslaw Czarnowski <przemyslaw.hawrylewicz.czarnowski@xxxxxxxxx>
• [PATCH] Fix two typos in fprintf messages
  • From: Lukasz Dorau <lukasz.dorau@xxxxxxxxx>
• Re: md/raid1:If r1bio->sectors % 8 != 0,then the memcmp and latermemcpy will omit the last bio_vec.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] md/raid1,raid10:If r1bio->sectors % 8 != 0,then the memcmp and latermemcpy will omit the last bio_vec.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: Re: md/raid1:If r1bio->sectors % 8 != 0,then the memcmp and latermemcpy will omit the last bio_vec.
  • From: "kedacomkernel" <kedacomkernel@xxxxxxxxx>
• Re: md/raid1:Fix a logic bug in fix_sync_read_error().
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: md/raid1:Fix a logic bug in fix_sync_read_error().
  • From: "kedacomkernel" <kedacomkernel@xxxxxxxxx>
• Re: doubt in chunk_aligned_read()
  • From: Anuj Goel <talk2anuj@xxxxxxxxx>
• Re: doubt in chunk_aligned_read()
  • From: NeilBrown <neilb@xxxxxxx>
• doubt in chunk_aligned_read()
  • From: Anuj Goel <talk2anuj@xxxxxxxxx>
• Re: Intel fakeraid working?
  • From: NeilBrown <neilb@xxxxxxx>
• Intel fakeraid working?
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: daobang wang <wangdb1981@xxxxxxxxx>
• Re: RAID5 check does not read disk media
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID-10 explicitly defined drive pairs?
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: RAID5 check does not read disk media
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• RAID5 check does not read disk media
  • From: Peter Urbanec <linux-raid@xxxxxxxxxxx>
• Re: Help to assemble raid5 - no superblock!
  • From: NeilBrown <neilb@xxxxxxx>
• Help to assemble raid5 - no superblock!
  • From: Salatiel Filho <salatiel.filho@xxxxxxxxx>
• Re: [PATCH] userns: Replace netlink uses of cap_raised with capable.
  • From: "Andrew G. Morgan" <morgan@xxxxxxxxxx>
• Re: [PATCH] userns: Replace netlink uses of cap_raised with capable.
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH] userns: Replace netlink uses of cap_raised with capable.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] userns: Replace netlink uses of cap_raised with capable.
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH] userns: Replace netlink uses of cap_raised with capable.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/2] crypto: wait for a full jiffy in do_xor_speed
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• [PATCH 2/2] crypto: disable preemption while benchmarking RAID5 xor checksumming
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• Re: RAID5 XOR speed vs RAID6 Q speed (was Re: AVX RAID5 xor checksumming)
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• Re: RAID5 XOR speed vs RAID6 Q speed (was Re: AVX RAID5 xor checksumming)
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• [md PATCH 10/10] md/raid10: add reshape support
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 09/10] md/raid10: split out interpretation of layout to separate function.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 08/10] md/raid10: Introduce 'prev' geometry to support reshape.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 07/10] md: use resync_max_sectors for reshape as well as resync.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 06/10] md: teach sync_page_io about new_data_offset.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 05/10] md/raid10: collect some geometry fields into a dedicated structure.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 04/10] md/raid5: allow for change in data_offset while managing a reshape.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 03/10] md/raid5: Use correct data_offset for all IO.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 02/10] md: add possibility to change data-offset for devices.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 01/10] md: allow a reshape operation to be reversed.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 00/10] md patches for 3.5: RAID10 reshape
  • From: NeilBrown <neilb@xxxxxxx>
• [PULL REQUEST] md bugfixes for 3.4-rc
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 XOR speed vs RAID6 Q speed (was Re: AVX RAID5 xor checksumming)
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• Re: Linux 3.3.1 resync speed
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: Linux 3.3.1 resync speed
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: Linux 3.3.1 resync speed
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Linux 3.3.1 resync speed
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• [PATCH] imsm: fix: thunderdome may drop 2tb attribute
  • From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• RE: [PATCH 1/6] imsm: avoid overflows for disks over 1TB
  • From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID6 grow failed
  • From: Bryan Bush <bbushvt@xxxxxxxxx>
• Re: RAID6 grow failed
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md/raid1:using else-if instead if.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: md/raid1:Fix a logic bug in fix_sync_read_error().
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md/raid1:Using 1 instead of update.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md/raid1:using else-if instead if.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md/raid1:If r1bio->sectors % 8 != 0,then the memcmp and later memcpy will omit the last bio_vec.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md/raid1:Remove unnecessary judgement.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: When allocating resync pages,judge the queue limit of mddev.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md/raid5:Fix a bug about judging the operation is syncing or replaing in analyse_stripe().
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md/raid1:remove unnecessary set_bit(MD_RECOVERY_INTR,&mddev->recovery).
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md:Add the judgement about the size of suspend_lo and suspend_hi.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md/raid1:Remove unnecessary rcu_dereference(conf->mirrors[i].rdev). Because rde->nr_pending > 0,so can not remove this disk.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md/raid1:!conf->r1buf_pool is unlikely in function sync_request.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID6 grow failed
  • From: Bryan Bush <bbushvt@xxxxxxxxx>
• Re: RAID6 grow failed
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/6] imsm: 2TB disks/volumes support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/6] imsm: avoid overflows for disks over 1TB
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] md/raid1:using else-if instead if.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID6 grow failed
  • From: Bryan Bush <bbushvt@xxxxxxxxx>
• Re: RAID5 XOR speed vs RAID6 Q speed (was Re: AVX RAID5 xor checksumming)
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RAID6 grow failed
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: Marcus Sorensen <shadowsor@xxxxxxxxx>
• Re: RAID6 grow failed
  • From: Bryan Bush <bbushvt@xxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: daobang wang <wangdb1981@xxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: daobang wang <wangdb1981@xxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: daobang wang <wangdb1981@xxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• [PATCH] md/raid1:Using 1 instead of update.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• [PATCH] md/raid1:using else-if instead if.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: daobang wang <wangdb1981@xxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: daobang wang <wangdb1981@xxxxxxxxx>
• Re: RAID6 grow failed
  • From: Bryan Bush <bbushvt@xxxxxxxxx>
• Re: RAID6 grow failed
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: RAID6 grow failed
  • From: Bryan Bush <bbushvt@xxxxxxxxx>
• RAID5 XOR speed vs RAID6 Q speed (was Re: AVX RAID5 xor checksumming)
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• [PATCH] md/raid1:use bi->bv_len instead of PAGE_SIZE.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: RAID5 created by 8 disks works with xfs
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• md/raid1:If r1bio->sectors % 8 != 0,then the memcmp and later memcpy will omit the last bio_vec.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• md/raid1:Fix a logic bug in fix_sync_read_error().
  • From: "kedacomkernel" <kedacomkernel@xxxxxxxxx>
• md/raid1:Remove unnecessary judgement.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• RAID5 created by 8 disks works with xfs
  • From: daobang wang <wangdb1981@xxxxxxxxx>
• Re: mdadm raid6 recovery status
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] imsm: set 2tb disk attribute for spare
  • From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
• RE: mdadm raid6 recovery status
  • From: "Paramasivam, Meenakshisundaram" <mparamas@xxxxxxxxx>
• When allocating resync pages,judge the queue limit of mddev.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• [PATCH] raid5: add AVX optimized RAID5 checksumming
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• AVX RAID5 xor checksumming
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• Re: mdadm raid6 recovery status
  • From: NeilBrown <neilb@xxxxxxx>
• RE: mdadm raid6 recovery status
  • From: "Paramasivam, Meenakshisundaram" <mparamas@xxxxxxxxx>
• RE: mdadm raid6 recovery status
  • From: "Paramasivam, Meenakshisundaram" <mparamas@xxxxxxxxx>
• [PATCH 6/6] check that no disk over 2TB is used to create container when no support
  • From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
• [PATCH 5/6] check volume size in validate_geometry_imsm_orom
  • From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
• [PATCH 2/6] clear hi bits if not used after loading metadata from disk
  • From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
• [PATCH 4/6] show 2TB volumes/disks support in --detail-platform
  • From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
• [PATCH 3/6] simplify calculating array_blocks
  • From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
• [PATCH 1/6] imsm: avoid overflows for disks over 1TB
  • From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
• [PATCH 0/6] imsm: 2TB disks/volumes support
  • From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
• md/raid5:Fix a bug about judging the operation is syncing or replaing in analyse_stripe().
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: [PULL REQUEST] two md updates for 3.3
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm raid6 recovery status
  • From: NeilBrown <neilb@xxxxxxx>
• Check not actually reading drives
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: Hints on reducing kickouts
  • From: John Obaterspok <john.obaterspok@xxxxxxxxx>
• Re: mdadm raid6 recovery status
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: re-adding a disk to a raid1 array with bitmap
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PULL REQUEST] two md updates for 3.3
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• RE: mdadm raid6 recovery status
  • From: "Paramasivam, Meenakshisundaram" <mparamas@xxxxxxxxx>
• md/raid1:remove unnecessary set_bit(MD_RECOVERY_INTR,&mddev->recovery).
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• md:Add the judgement about the size of suspend_lo and suspend_hi.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• md/raid1:Remove unnecessary rcu_dereference(conf->mirrors[i].rdev). Because rde->nr_pending > 0,so can not remove this disk.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• md/raid1:!conf->r1buf_pool is unlikely in function sync_request.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: RAID6 grow failed
  • From: Bryan Bush <bbushvt@xxxxxxxxx>
• Re: RAID6 grow failed
  • From: NeilBrown <neilb@xxxxxxx>
• Re: SSD cache for software RAID
  • From: daobang wang <wangdb1981@xxxxxxxxx>
• Re: RAID6 grow failed
  • From: Bryan Bush <bbushvt@xxxxxxxxx>
• Re: RAID6 grow failed
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm raid6 recovery status
  • From: NeilBrown <neilb@xxxxxxx>
• Re: SSD cache for software RAID
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• SSD cache for software RAID
  • From: 王道邦 <wangdb1981@xxxxxxxxx>
• Re: RAID6 grow failed
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• RAID6 grow failed
  • From: Bryan Bush <bbushvt@xxxxxxxxx>
• Re: Re: md/raid5:Fix recover/replace stop if handle stipe failed
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• mdadm raid6 recovery status
  • From: "Paramasivam, Meenakshisundaram" <mparamas@xxxxxxxxx>
• Re: md/raid5:Fix recover/replace stop if handle stipe failed
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: md/raid5:Fix recover/replace stop if handle stipe failed
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: md/raid5:Fix recover/replace stop if handle stipe failed
  • From: NeilBrown <neilb@xxxxxxx>
• Re: re-adding a disk to a raid1 array with bitmap
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Invalidating the pages read from a disk which md marks as faulty later
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: Re: md/raid5:Fix recover/replace stop if handle stipe failed
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: [PATCH v2] Avoid OOPS when reshaping raid1 to raid0
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH v2] Avoid OOPS when reshaping raid1 to raid0
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md/raid5:Fix recover/replace stop if handle stipe failed
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md/raid1: If md_integrity_register() failed,run() must free the mem
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md/raid0: If md_integrity_register() failed,raid0_run() must free the mem.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md/linear: If md_integrity_register() failed,linear_run() must free the mem.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH v2] Avoid OOPS when reshaping raid1 to raid0
  • From: Jes.Sorensen@xxxxxxxxxx
• Re: [PATCH 1/1] Avoid OOPS when reshaping raid1 to raid0
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 1/1] Avoid OOPS when reshaping raid1 to raid0
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 018 of 29] md: Support changing rdev size on running arrays.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Rescue md/6 array: advice please
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: RAID-10 explicitly defined drive pairs?
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Rescue md/6 array: advice please
  • From: Ruth Ivimey-Cook <ruth@xxxxxxxxxx>
• Re: [PATCH 018 of 29] md: Support changing rdev size on running arrays.
  • From: Markus Hochholdinger <Markus@xxxxxxxxxxxxxxxxx>
• restoring array after zeroing superblocks
  • From: Alexander Peganz <a.peganz@xxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• md/raid1: If md_integrity_register() failed,run() must free the mem
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• md/raid0: If md_integrity_register() failed,raid0_run() must free the mem.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• md/linear: If md_integrity_register() failed,linear_run() must free the mem.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: pg@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: Kernel oops adding bitmap
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Fwd: grub-probe seems to be having problems
  • From: jlcenter@xxxxxxxxxxx
• Re: [PATCH 1/1] Avoid OOPS when reshaping raid1 to raid0
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• [PATCH 0/1] Avoid OOPS when reshaping raid1 to raid0
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 1/1] Avoid OOPS when reshaping raid1 to raid0
  • From: Jes.Sorensen@xxxxxxxxxx
• Re: RAID-10 explicitly defined drive pairs?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: RAID-10 explicitly defined drive pairs?
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: [patch v2 2/6] blk: dont allow discard request merge temporarily
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: grub-probe seems to be having problems
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch v2 2/6] blk: dont allow discard request merge temporarily
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Fwd: grub-probe seems to be having problems
  • From: jlcenter@xxxxxxxxxxx
• Re: [patch v2 2/6] blk: dont allow discard request merge temporarily
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Kernel oops adding bitmap
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Kernel oops adding bitmap
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Kernel oops adding bitmap
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: [PATCH 00/11] Various cleanups and minor fixes
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [patch v2 0/6] Add TRIM support for raid linear/0/1/10
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: [patch v2 0/6] Add TRIM support for raid linear/0/1/10
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: [patch v2 0/6] Add TRIM support for raid linear/0/1/10
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [patch v2 0/6] Add TRIM support for raid linear/0/1/10
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch v2 2/6] blk: dont allow discard request merge temporarily
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 00/11] Various cleanups and minor fixes
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 07/11] match_metadata_desc0(): Use calloc instead of malloc+memset
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 05/11] Use 4K buffer alignment for superblock allocations
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 10/11] super-intel.c: Use ROUND_UP() instead of manually coding it
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 11/11] __write_init_super_ddf(): Use posix_memalign() instead of static aligned buffer
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 08/11] Generalize ROUND_UP() macro and introduce matching ROUND_UP_PTR()
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 09/11] super1.c: use ROUND_UP/ROUND_UP_PTR
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 06/11] Use struct align_fd to cache fd's block size for aligned reads/writes
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 03/11] init_super1() memset full buffer allocated for superblock
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 02/11] Define and use SUPER1_SIZE for allocations
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 04/11] match_metadata_desc1(): Use calloc instead of malloc+memset
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 01/11] super1.c don't keep recalculating bitmap pointer
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 00/11] Various cleanups and minor fixes
  • From: Jes.Sorensen@xxxxxxxxxx
• Re: [patch v2 2/6] blk: dont allow discard request merge temporarily
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: Jessie Evangelista <jessie.evangelista@xxxxxxxxx>
• Re: [patch v2 0/6] Add TRIM support for raid linear/0/1/10
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch v2 0/6] Add TRIM support for raid linear/0/1/10
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: Array Size differences between mdadm --detail and --examine
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch v2 0/6] Add TRIM support for raid linear/0/1/10
  • From: Shaohua Li <shli@xxxxxxxxxx>
• md/raid5:Fix recover/replace stop and start repreatedly if handle stipe failed,because one disk had bad blocks.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: lib/raid6: SSSE3 optimized recovery functions v1
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: lib/raid6: SSSE3 optimized recovery functions v1
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Array Size differences between mdadm --detail and --examine
  • From: Chris Francy <zoredache@xxxxxxxxx>
• Re: lib/raid6: SSSE3 optimized recovery functions v1
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: lib/raid6: SSSE3 optimized recovery functions v1
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Kernel oops adding bitmap
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: How to update homehost of an existing raid component
  • From: Pavel Hofman <pavel.hofman@xxxxxxxxxxx>
• Re: Kernel oops adding bitmap
  • From: NeilBrown <neilb@xxxxxxx>
• Re: How to update homehost of an existing raid component
  • From: NeilBrown <neilb@xxxxxxx>
• Re: How to update homehost of an existing raid component
  • From: Pavel Hofman <pavel.hofman@xxxxxxxxxxx>
• Re: [patch v2 0/6] Add TRIM support for raid linear/0/1/10
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• [PATCH 1/4] lib/raid6: fix test program build
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• [PATCH 2/4] lib/raid6: Add SSSE3 optimized recovery functions
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• [PATCH 4/4] lib/raid6: cleanup gen_syndrome function selection
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• [PATCH 3/4] lib/raid6: update test program for recovery functions
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• lib/raid6: SSSE3 optimized recovery functions v1
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• Re: How to update homehost of an existing raid component
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Kernel oops adding bitmap
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: raid10 regression: unrecoverable raids
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• How to update homehost of an existing raid component
  • From: Pavel Hofman <pavel.hofman@xxxxxxxxxxx>
• Re: raid10 regression: unrecoverable raids
  • From: NeilBrown <neilb@xxxxxxx>
• raid10 regression: unrecoverable raids
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• md/raid5:Fix recover/replace stop and start repreatedly if handle stipe failed,because one disk had bad blocks.
  • From: "kedacomkernel" <kedacomkernel@xxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• PULL REQUEST - md updates for 3.4
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH]: md: Initialize ctl_name field of table raid_root_table/raid_dir_table to avoid dump_trace info in debug kernel
  • From: qing gu <qing.gu@xxxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: pg@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: pg@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: raid10n2/xfs setup guidance on write-cache/barrier (GiB alignment)
  • From: pg@xxxxxxxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: pg_xf2@xxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 2/3] lib/raid6: update test program recovery functions
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 2/3] lib/raid6: update test program recovery functions
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier (GiB alignment)
  • From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Mark Lord <kernel@xxxxxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: [PATCH 2/3] lib/raid6: update test program recovery functions
  • From: Paul Menzel <pm.debian@xxxxxxxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• FW: mdadm raid can't set proper devices in super-block
  • From: "Carl Engstrom" <engstrom@xxxxxxx>
• lib/raid6: SSSE3 optimized recovery functions
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• [PATCH 3/3] lib/raid6: cleanup gen_syndrome function selection
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• [PATCH 2/3] lib/raid6: update test program recovery functions
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• [PATCH 1/3] lib/raid6: Add SSSE3 optimized recovery functions.
  • From: Jim Kukunas <james.t.kukunas@xxxxxxxxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: pg@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: Jon Nelson <jnelson-linux-raid@xxxxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: Brian Candler <B.Candler@xxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: pg@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• [patch v2 2/6] blk: dont allow discard request merge temporarily
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch v2 4/6] md: raid 0 supports TRIM
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch v2 0/6] Add TRIM support for raid linear/0/1/10
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch v2 3/6] md: linear supports TRIM
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch v2 1/6] block: makes bio_split support bio without data
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch v2 6/6] md: raid 10 supports TRIM
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch v2 5/6] md: raid 1 supports TRIM
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: Jessie Evangelista <jessie.evangelista@xxxxxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: keld@xxxxxxxxxx
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: keld@xxxxxxxxxx
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: Jessie Evangelista <jessie.evangelista@xxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: Jessie Evangelista <jessie.evangelista@xxxxxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: keld@xxxxxxxxxx
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: pg@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: Jessie Evangelista <jessie.evangelista@xxxxxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: raid10n2/xfs setup guidance on write-cache/barrier
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Shaohua Li <shli@xxxxxxxxxx>
• raid10n2/xfs setup guidance on write-cache/barrier
  • From: Jessie Evangelista <jessie.evangelista@xxxxxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: Recovering raid6 with 3 of 12 disks
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: Recovering raid6 with 3 of 12 disks
  • From: NeilBrown <neilb@xxxxxxx>
• Recovering raid6 with 3 of 12 disks
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• RE: mdadm raid can't set proper devices in super-block
  • From: "Carl Engstrom" <engstrom@xxxxxxx>
• Re: [md PATCH 15/23] md/raid10 - support resizing some RAID10 arrays.
  • From: keld@xxxxxxxxxx
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 15/23] md/raid10 - support resizing some RAID10 arrays.
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: Re: md/raid5:Fix recover/replace stop if handle stipe failed
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: [md PATCH 15/23] md/raid10 - support resizing some RAID10 arrays.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [md PATCH 15/23] md/raid10 - support resizing some RAID10 arrays.
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: md/raid5:Fix recover/replace stop if handle stipe failed
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Question about handle_failed_sync()
  • From: NeilBrown <neilb@xxxxxxx>
• Question about handle_failed_sync()
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• md/raid5:Fix recover/replace stop if handle stipe failed
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: [md PATCH 15/23] md/raid10 - support resizing some RAID10 arrays.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [md PATCH 15/23] md/raid10 - support resizing some RAID10 arrays.
  • From: keld@xxxxxxxxxx
• [md PATCH 23/23] md: Add judgement bb->unacked_exist in function md_ack_all_badblocks().
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 22/23] md: fix clearing of the 'changed' flags for the bad blocks list.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 21/23] md/bitmap: discard CHUNK_BLOCK_SHIFT macro
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 20/23] md/bitmap: remove unnecessary indirection when allocating.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 19/23] md/bitmap: remove some pointless locking.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 18/23] md/bitmap: change a 'goto' to a normal 'if' construct.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 17/23] md/bitmap: move printing of bitmap status to bitmap.c
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 16/23] md/bitmap: remove some unused noise from bitmap.h
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 15/23] md/raid10 - support resizing some RAID10 arrays.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 14/23] md/raid1: handle merge_bvec_fn in member devices.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 13/23] md/raid10: handle merge_bvec_fn in member devices.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 12/23] md: add proper merge_bvec handling to RAID0 and Linear.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 11/23] md: tidy up rdev_for_each usage.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 10/23] md/raid1, raid10: avoid deadlock during resync/recovery.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 09/23] md/bitmap: ensure to load bitmap when creating via sysfs.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 08/23] md: don't set md arrays to readonly on shutdown.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 07/23] md: allow re-add to failed arrays.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 06/23] md: allow last device to be forcibly removed from RAID1/RAID10.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 05/23] md/raid5: use atomic_dec_return() instead of atomic_dec() and atomic_read().
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 04/23] md: Use existed macros instead of numbers
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 03/23] md/raid5: removed unused 'added_devices' variable.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 02/23] md/raid10: remove unnecessary smp_mb() from end_sync_write
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 01/23] md/raid5: make sure reshape_position is cleared on error path.
  • From: NeilBrown <neilb@xxxxxxx>
• [md PATCH 00/23] md patches heading for 3.4
  • From: NeilBrown <neilb@xxxxxxx>
• Re: If
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH]: md: Initialize ctl_name field of table raid_root_table/raid_dir_table to avoid dump_trace info in debug kernel
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: md:Add break if find.
  • From: "kedacomkernel" <kedacomkernel@xxxxxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH]: md: Initialize ctl_name field of table raid_root_table/raid_dir_table to avoid dump_trace info in debug kernel
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: md:Add break if find.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md:Add judgement bb->unacked_exist in function
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md:Fix a bug in function badblocks_show().
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [patch 6/7] blk: add plug for blkdev_issue_discard
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [patch 6/7] blk: add plug for blkdev_issue_discard
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [patch 6/7] blk: add plug for blkdev_issue_discard
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [patch 7/7] blk: use correct sectors limitation for discard request
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [patch 6/7] blk: add plug for blkdev_issue_discard
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Striping does not increase performance.
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• Re: Striping does not increase performance.
  • From: Caspar Smit <c.smit@xxxxxxxxxx>
• Re: Striping does not increase performance.
  • From: Caspar Smit <c.smit@xxxxxxxxxx>
• If
  • From: "kedacomkernel" <kedacomkernel@xxxxxxxxx>
• md:Add break if find.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: debugging md2_resync hang at raise_barrier
  • From: NeilBrown <neilb@xxxxxxx>
• Re: debugging md2_resync hang at raise_barrier
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• Re: mdadm raid can't set proper devices in super-block
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Holger Kiehl <Holger.Kiehl@xxxxxx>
• mdadm raid can't set proper devices in super-block
  • From: Carl Engstrom <engstrom@xxxxxxx>
• Re: Can't Boot from /dev/md0 - Solved
  • From: Wiliam Colls <william.colls@xxxxxxxxxx>
• Re: Striping does not increase performance.
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Striping does not increase performance.
  • From: Jiri Horky <jiri.horky@xxxxxxxxx>
• Re: Striping does not increase performance.
  • From: pg@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: Striping does not increase performance.
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: Striping does not increase performance.
  • From: Erwan MAS <erwan@xxxxxxxxxx>
• Re: Striping does not increase performance.
  • From: Erwan MAS <erwan@xxxxxxxxxx>
• Re: Striping does not increase performance.
  • From: Caspar Smit <c.smit@xxxxxxxxxx>
• Striping does not increase performance.
  • From: Caspar Smit <c.smit@xxxxxxxxxx>
• Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Roberto Spadim <roberto@xxxxxxxxxxxxx>
• [patch 3/7] md: raid 0 supports TRIM
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch 6/7] blk: add plug for blkdev_issue_discard
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch 7/7] blk: use correct sectors limitation for discard request
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch 5/7] md: raid 10 supports TRIM
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch 4/7] md: raid 1 supports TRIM
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch 2/7] md: linear supports TRIM
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch 1/7] block: makes bio_split support bio without data
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• [patch 0/7] Add TRIM support for raid linear/0/1/10
  • From: Shaohua Li <shli@xxxxxxxxxxxx>
• Re: Raid5 device hangs in active state
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Can't Boot from /dev/md0
  • From: Wiliam Colls <william.colls@xxxxxxxxxx>
• Re: Raid5 device hangs in active state
  • From: Asdo <asdo@xxxxxxxxxxxxx>
• Re: Can't add device to raid 1 array - no error message
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: Raid5 device hangs in active state
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: Hints on reducing kickouts
  • From: Bryan Mesich <bryan.mesich@xxxxxxxx>
• Re: Hints on reducing kickouts
  • From: John Obaterspok <john.obaterspok@xxxxxxxxx>
• re-adding a disk to a raid1 array with bitmap
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: invalid bitmap file superblock: bad magic
  • From: NeilBrown <neilb@xxxxxxx>
• Re: invalid bitmap file superblock: bad magic
  • From: Arkadiusz Miśkiewicz <a.miskiewicz@xxxxxxxxx>
• Re: invalid bitmap file superblock: bad magic
  • From: NeilBrown <neilb@xxxxxxx>
• Re: invalid bitmap file superblock: bad magic
  • From: Arkadiusz Miśkiewicz <a.miskiewicz@xxxxxxxxx>
• Re: invalid bitmap file superblock: bad magic
  • From: Arkadiusz Miśkiewicz <a.miskiewicz@xxxxxxxxx>
• Re: invalid bitmap file superblock: bad magic
  • From: Kai Stian Olstad <kai.stian.olstad@xxxxxxxxx>
• invalid bitmap file superblock: bad magic
  • From: Arkadiusz Miśkiewicz <a.miskiewicz@xxxxxxxxx>
• raid6 recovered, but what went wrong?
  • From: Miroslav Rovis <m.rovis@xxxxxxx>
• Re: mdadm: sending ioctl 1261 to a partition!
  • From: Jan Kara <jack@xxxxxxx>
• md:Add judgement bb->unacked_exist in function
  • From: "kedacomkernel" <kedacomkernel@xxxxxxxxx>
• Re: fakeraid question
  • From: NeilBrown <neilb@xxxxxxx>
• fakeraid question
  • From: Tobias Powalowski <tobias.powalowski@xxxxxxxxxxxxxx>
• md:Fix a bug in function badblocks_show().
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: mdadm: sending ioctl 1261 to a partition!
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] Reset bad flag on map update
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Raid failure - drives or controller?
  • From: Danilo Godec <danilo.godec@xxxxxxxxx>
• Re: Raid failure - drives or controller?
  • From: Mathias Burén <mathias.buren@xxxxxxxxx>
• Re: Raid failure - drives or controller?
  • From: Danilo Godec <danilo.godec@xxxxxxxxx>
• Re: Raid failure - drives or controller?
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• Raid failure - drives or controller?
  • From: Danilo Godec <danilo.godec@xxxxxxxxx>
• Re: Adding a disk to RAID0
  • From: Nikolay Kichukov <hijacker@xxxxxxxxx>
• [PATCH] Reset bad flag on map update
  • From: "Czarnowska, Anna" <anna.czarnowska@xxxxxxxxx>
• Re: Adding a disk to RAID0
  • From: Victor Balakine <victor.balakine@xxxxxx>
• Re: mdadm: sending ioctl 1261 to a partition!
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: mdadm: sending ioctl 1261 to a partition!
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• Re: mdadm: sending ioctl 1261 to a partition!
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm: sending ioctl 1261 to a partition!
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• Re: Adding a disk to RAID0
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Adding a disk to RAID0
  • From: Victor Balakine <victor.balakine@xxxxxx>
• [PULL-REQUEST] 3 fixes for md in 3.3
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm: sending ioctl 1261 to a partition!
  • From: NeilBrown <neilb@xxxxxxx>
• Re: mdadm: sending ioctl 1261 to a partition!
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• Re: What are these reads in what should be simply a full-stripe write?
  • From: John Adams <john.adams@xxxxxxxx>
• Re: mdadm: sending ioctl 1261 to a partition!
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• mdadm: sending ioctl 1261 to a partition!
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: Lars Täuber <taeuber@xxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: Lars Täuber <taeuber@xxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: md:Badsector must in valid range of component device.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md raid5 fsync deadlock
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Speeding up chunk size change?
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
• Re: Speeding up chunk size change?
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• Re: Speeding up chunk size change?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Speeding up chunk size change?
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• Re: Hints on reducing kickouts
  • From: Bryan Mesich <bryan.mesich@xxxxxxxx>
• Re: Speeding up chunk size change?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Hints on reducing kickouts
  • From: John Obaterspok <john.obaterspok@xxxxxxxxx>
• Re: Can't add device to raid 1 array - no error message
  • From: NeilBrown <neilb@xxxxxxx>
• Speeding up chunk size change?
  • From: Steven Haigh <netwiz@xxxxxxxxx>
• Can't add device to raid 1 array - no error message
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: Lars Täuber <taeuber@xxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: Lars Täuber <taeuber@xxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: Lars Täuber <taeuber@xxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: Lars Täuber <taeuber@xxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Hints on reducing kickouts
  • From: Bryan Mesich <bryan.mesich@xxxxxxxx>
• Hints on reducing kickouts
  • From: John Obaterspok <john.obaterspok@xxxxxxxxx>
• md:Badsector must in valid range of component device.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: grub2/grub-pc install not possible on mdadm
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: md raid5 fsync deadlock
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: md raid5 fsync deadlock
  • From: NeilBrown <neilb@xxxxxxx>
• Re: debugging md2_resync hang at raise_barrier
  • From: NeilBrown <neilb@xxxxxxx>
• debugging md2_resync hang at raise_barrier
  • From: Ray Morris <support@xxxxxxxxxxxxx>
• md raid5 fsync deadlock
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [Patch]use atomic_dec_return() instead of atomic_dec() and atomic_read()
  • From: "kedacomkernel" <kedacomkernel@xxxxxxxxx>
• Re: What are these reads in what should be simply a full-stripe write?
  • From: Doug Dumitru <doug@xxxxxxxxxx>
• md: Return proper err if d_path error in get_bitmap_file.
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: migrating from metadata 0.9 to 1.0 before growing?
  • From: NeilBrown <neilb@xxxxxxx>
• Adding a disk to RAID0
  • From: Victor Balakine <victor.balakine@xxxxxx>
• Re: What are these reads in what should be simply a full-stripe write?
  • From: linbloke <linbloke@xxxxxxxxxxx>
• Change metadata version?
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: Raid5 device hangs in active state
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Raid5 device hangs in active state
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: Raid5 device hangs in active state
  • From: NeilBrown <neilb@xxxxxxx>
• What are these reads in what should be simply a full-stripe write?
  • From: John Adams <john.adams@xxxxxxxx>
• Re: Raid5 device hangs in active state
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: migrating from metadata 0.9 to 1.0 before growing?
  • From: Lars Täuber <taeuber@xxxxxxx>
• 3 Drives down, Help!
  • From: Jon Hardcastle <Jon@xxxxxxxxxxxxxxx>
• Re: Add barrier support to dm-raid
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] Add barrier support to dm-raid
  • From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
• grub2/grub-pc install not possible on mdadm
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• mdadm --assemble --scan always fail if bulit with uClibc.
  • From: Piotr Karbowski <piotr.karbowski@xxxxxxxxx>
• Re: Re: md:When opened /proc/mdstat, increase the refcount of
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: MD and rotational attribute
  • From: NeilBrown <neilb@xxxxxxx>
• Re: MD and rotational attribute
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 0/1] Make failure message on re-add more explcit
  • From: NeilBrown <neilb@xxxxxxx>
• Re: md: Use existed macro instead of number
  • From: NeilBrown <neilb@xxxxxxx>
• Solved (for me at least!) GRUB doesn't like ServeRAID M1015/LSI 9220-8i
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: md:When opened /proc/mdstat, increase the refcount of
  • From: NeilBrown <neilb@xxxxxxx>
• how to use badsector function
  • From: "kedacomkernel" <kedacomkernel@xxxxxxxxx>
• Re: md:When opened /proc/mdstat, increase the refcount of
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Re: md:When opened /proc/mdstat, increase the refcount of
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: Re: md:When opened /proc/mdstat, increase the refcount of
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: md:When opened /proc/mdstat, increase the refcount of
  • From: NeilBrown <neilb@xxxxxxx>
• md:When opened /proc/mdstat, increase the refcount of
  • From: "majianpeng" <majianpeng@xxxxxxxxx>
• Re: Failed RAID6
  • From: NeilBrown <neilb@xxxxxxx>
• Failed RAID6
  • From: Larry Owen <larryowen@xxxxxxxxxxx>
• migrating from metadata 0.9 to 1.0 before growing?
  • From: Lars Täuber <taeuber@xxxxxxx>
• md: Use existed macro instead of number
  • From: "kedacomkernel" <kedacomkernel@xxxxxxxxx>
• Re: [PATCH] Use MDMON_DIR for pid files created in Monitor.c
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] Use MDMON_DIR for pid files created in Monitor.c
  • From: CoolCold <coolthecold@xxxxxxxxx>
• Re: [PATCH 0/1] Make failure message on re-add more explcit
  • From: "J. Ali Harlow" <ali@xxxxxxxxxxxxx>
• Re: [PATCH] Print error message if failing to write super for 1.x metadata
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 0/1] Make failure message on re-add more explcit
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 0/1] Make failure message on re-add more explcit
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: Lenny to squeeze mdadm problem + e2label problem
  • From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/1] Make failure message on re-add more explcit
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] Use MDMON_DIR for pid files created in Monitor.c
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/1] Make failure message on re-add more explcit
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] Print error message if failing to write super for 1.x metadata
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/1] Make failure message on re-add more explcit
  • From: Jes.Sorensen@xxxxxxxxxx
• [PATCH 1/1] Make error message on failure to --re-add more explicit
  • From: Jes.Sorensen@xxxxxxxxxx
• Lenny to squeeze mdadm problem + e2label problem
  • From: Manuel Arostegui <manuel@xxxxxxxxxx>
• [PATCH] Print error message if failing to write super for 1.x metadata
  • From: Jes.Sorensen@xxxxxxxxxx
• Re: [PATCH] Print correct md device name if write_init_super fails
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: RAID1 content under Windows OS
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [PATCH] avoid double-free upon "old buggy kernel" sysfs_read failure
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] Print correct md device name if write_init_super fails
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Question regarding RAID10
  • From: NeilBrown <neilb@xxxxxxx>
• Re: SES Enclosure Management.
  • From: Benjamin ESTRABAUD <be@xxxxxxxxxx>
• RAID1 content under Windows OS
  • From: Álvaro López López <allopez@xxxxxxx>
• Re: [PATCH] avoid double-free upon "old buggy kernel" sysfs_read failure
  • From: Jim Meyering <jim@xxxxxxxxxxxx>
• Re: RAID10: How to mark spare as active, assume-clean documentation
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH] Print correct md device name if write_init_super fails
  • From: Jes.Sorensen@xxxxxxxxxx
• Re: Starting a RADI1 array after the filesystem has being used through LVM?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH] avoid double-free upon "old buggy kernel" sysfs_read failure
  • From: Jim Meyering <jim@xxxxxxxxxxxx>
• RE: Problem rebuild raid 1 replacement disk
  • From: "RANSOM, Tony" <tony.ransom@xxxxxxxxxxxxxx>
• RAID10: How to mark spare as active, assume-clean documentation
  • From: Anshuman Aggarwal <anshuman@xxxxxxxxxxxxx>
• Starting a RADI1 array after the filesystem has being used through LVM?
  • From: Danilo Godec <danilo.godec@xxxxxxxxx>
• RE: Problem rebuild raid 1 replacement disk
  • From: "RANSOM, Tony" <tony.ransom@xxxxxxxxxxxxxx>
• MD and rotational attribute
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: Problem rebuild raid 1 replacement disk
  • From: NeilBrown <neilb@xxxxxxx>
• RE: Problem rebuild raid 1 replacement disk
  • From: "RANSOM, Tony" <tony.ransom@xxxxxxxxxxxxxx>
• Re: Problem rebuild raid 1 replacement disk
  • From: NeilBrown <neilb@xxxxxxx>
• RE: Problem rebuild raid 1 replacement disk
  • From: "RANSOM, Tony" <tony.ransom@xxxxxxxxxxxxxx>
• Re: Problem rebuild raid 1 replacement disk
  • From: NeilBrown <neilb@xxxxxxx>