Linux RAID Storage Date Index

Thread Index

Re: [PATCH v3 4/8] x86: stop exporting msr-index.h to userland
- From: Borislav Petkov <bp@xxxxxxxxx>
Re: [PATCH v3 1/8] arm: put types.h in uapi
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
Re: [PATCH v3 4/8] x86: stop exporting msr-index.h to userland
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
Re: [PATCH v3 1/8] arm: put types.h in uapi
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
[no subject]
- From: David Howells <dhowells@xxxxxxxxxx>
[no subject]
- From: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH v3 3/8] nios2: put setup.h in uapi
- From: Tobias Klauser <tklauser@xxxxxxxxxx>
[PATCH v3 1/8] arm: put types.h in uapi
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
[PATCH v3 6/8] Makefile.headersinst: remove destination-y option
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
[PATCH v3 0/8] uapi: export all headers under uapi directories
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
[PATCH v3 8/8] uapi: export all arch specifics directories
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
[PATCH v3 7/8] uapi: export all headers under uapi directories
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
[PATCH v3 2/8] h8300: put bitsperlong.h in uapi
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
[PATCH v3 5/8] Makefile.headersinst: cleanup input files
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
[PATCH v3 3/8] nios2: put setup.h in uapi
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
[PATCH v3 4/8] x86: stop exporting msr-index.h to userland
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
Re: regarding mdadm
- From: NeilBrown <neil@xxxxxxxxxx>
Re: [Lsf-pc] [LSF/MM TOPIC] [LSF/MM ATTEND] md raid general discussion
- From: Coly Li <colyli@xxxxxxx>
Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
- From: Jeff Epler <jepler@xxxxxxxxxxxxxx>
[PATCH 1/4] md/r5cache: flush data only stripes in r5l_recovery_log()
- From: Song Liu <songliubraving@xxxxxx>
[PATCH 2/4] md/r5cache: read data into orig_page for prexor of cached data
- From: Song Liu <songliubraving@xxxxxx>
[PATCH 3/4] md/raid5: move comment of fetch_block to right location
- From: Song Liu <songliubraving@xxxxxx>
[PATCH 4/4] md/r5cache: shift complex rmw from read path to write path
- From: Song Liu <songliubraving@xxxxxx>
Re: ANNOUNCE: mdadm 4.0 - A tool for managing md Soft RAID under Linux
- From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
- From: Jan Engelhardt <jengelh@xxxxxxx>
Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
Re: Recommendation on new system Arrays
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: [Lsf-pc] [LSF/MM TOPIC] [LSF/MM ATTEND] md raid general discussion
- From: Sagi Grimberg <sagi@xxxxxxxxxxx>
Re: ANNOUNCE: mdadm 4.0 - A tool for managing md Soft RAID under Linux
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [PATCH v4] md/r5cache: enable chunk_aligned_read with write back cache
- From: Shaohua Li <shli@xxxxxxxxxx>
[PATCH v4] md/r5cache: enable chunk_aligned_read with write back cache
- From: Song Liu <songliubraving@xxxxxx>
Re: [PATCH v2 2/2] md/r5cache: enable chunk_aligned_read with write back cache
- From: Julia Lawall <julia.lawall@xxxxxxx>
Re: [PATCH v3] md/r5cache: enable chunk_aligned_read with write back cache
- From: Shaohua Li <shli@xxxxxxxxxx>
[PATCH v3] md/r5cache: enable chunk_aligned_read with write back cache
- From: Song Liu <songliubraving@xxxxxx>
[GIT PULL] MD update for 4.10-rc3
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [Linux-c6x-dev] [PATCH v2 7/7] uapi: export all headers under uapi directories
- From: Mark Salter <msalter@xxxxxxxxxx>
Re: [PATCH v2 2/2] md/r5cache: enable chunk_aligned_read with write back cache
- From: Shaohua Li <shli@xxxxxxxxxx>
[PATCH v3] EXPORT_SYMBOL radix_tree_replace_slot
- From: Song Liu <songliubraving@xxxxxx>
Re: [PATCH v2 1/2] EXPORT_SYMBOL radix_tree_lookup_slot
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: ANNOUNCE: mdadm 4.0 - A tool for managing md Soft RAID under Linux
- From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
Re: ANNOUNCE: mdadm 4.0 - A tool for managing md Soft RAID under Linux
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [RFC PATCH v2] crypto: Add IV generation algorithms
- From: Ondrej Mosnáček <omosnacek+linux-crypto@xxxxxxxxx>
Re: [PATCH v2 0/7] uapi: export all headers under uapi directories
- From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
Re: [PATCH v2 2/2] md/r5cache: enable chunk_aligned_read with write back cache
- From: NeilBrown <neilb@xxxxxxxx>
Re: ANNOUNCE: mdadm 4.0 - A tool for managing md Soft RAID under Linux
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: ANNOUNCE: mdadm 4.0 - A tool for managing md Soft RAID under Linux
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
[PATCH v2 2/2] md/r5cache: enable chunk_aligned_read with write back cache
- From: Song Liu <songliubraving@xxxxxx>
[PATCH v2 1/2] EXPORT_SYMBOL radix_tree_lookup_slot
- From: Song Liu <songliubraving@xxxxxx>
Re: Interesting mdadm quirk ...
- From: NeilBrown <neilb@xxxxxxxx>
Re: ANNOUNCE: mdadm 4.0 - A tool for managing md Soft RAID under Linux
- From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
Re: Recommendation on new system Arrays
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: Recommendation on new system Arrays
- From: Benjammin2068 <benjammin2068@xxxxxxxxx>
ANNOUNCE: mdadm 4.0 - A tool for managing md Soft RAID under Linux
- From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
Re: PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH 1/1] md/raid5: Use correct IS_ERR() variation on pointer check
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 1/1] md/raid5: Use correct IS_ERR() variation on pointer check
- From: Shaohua Li <shli@xxxxxxxxxx>
[LSF/MM TOPIC] [LSF/MM ATTEND] md raid general discussion
- From: Coly Li <colyli@xxxxxxx>
Re: [PATCH] imsm: show correct size for arrays with 4k disks
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
[PATCH] imsm: show correct size for arrays with 4k disks
- From: Maksymilian Kunt <maksymilian.kunt@xxxxxxxxx>
Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [MDADM PATCH 1/1] Add detail information when can not connect monitor
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH] imsm: count arrays under VMD HBAs correctly
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
[PATCH] imsm: count arrays under VMD HBAs correctly
- From: Alexey Obitotskiy <aleksey.obitotskiy@xxxxxxxxx>
Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
Re: [PATCH v2 1/7] arm: put types.h in uapi
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
Re: [PATCH v2 0/7] uapi: export all headers under uapi directories
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v2 1/7] arm: put types.h in uapi
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v2 3/7] nios2: put setup.h in uapi
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
- From: Daniel Vetter <daniel@xxxxxxxx>
Re: Interesting mdadm quirk ...
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: using the raid6check report
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Re: using the raid6check report
- From: NeilBrown <neilb@xxxxxxxx>
Re: using the raid6check report
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Re: Interesting mdadm quirk ...
- From: NeilBrown <neilb@xxxxxxxx>
Re: using the raid6check report
- From: NeilBrown <neilb@xxxxxxxx>
Re: using the raid6check report
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: using the raid6check report
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: using the raid6check report
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Re: using the raid6check report
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: using the raid6check report
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: mdadm hangs during raid5 grow
- From: Sebastian Reichel <sre@xxxxxxxx>
Re: using the raid6check report
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: using the raid6check report
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Re: using the raid6check report
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
Re: PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode
- From: MasterPrenium <masterprenium.lkml@xxxxxxxxx>
Re: Recommendation on new system Arrays
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: Recommendation on new system Arrays
- From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Re: Recommendation on new system Arrays
- From: Benjammin2068 <benjammin2068@xxxxxxxxx>
[MDADM PATCH 1/1] Add detail information when can not connect monitor
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
- From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
Interesting mdadm quirk ...
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: Recommendation on new system Arrays
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
[PATCH 0/1] md/raid5 - fix build error
- From: Jes.Sorensen@xxxxxxxxxx
[PATCH 1/1] md/raid5: Use correct IS_ERR() variation on pointer check
- From: Jes.Sorensen@xxxxxxxxxx
Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH v2 4/7] x86: put msr-index.h in uapi
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
Re: drivers/md/dm-mpath.c:478: suspicious code ?
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Recommendation on new system Arrays
- From: Benjammin2068 <benjammin2068@xxxxxxxxx>
Re: [PATCH v2 4/7] x86: put msr-index.h in uapi
- From: Borislav Petkov <bp@xxxxxxxxx>
[PATCH v2 7/7] uapi: export all headers under uapi directories
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
[PATCH v2 6/7] Makefile.headersinst: remove destination-y option
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
[PATCH v2 2/7] h8300: put bitsperlong.h in uapi
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
[PATCH v2 3/7] nios2: put setup.h in uapi
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
[PATCH v2 4/7] x86: put msr-index.h in uapi
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
[PATCH v2 5/7] Makefile.headersinst: cleanup input files
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
[PATCH v2 1/7] arm: put types.h in uapi
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
[PATCH v2 0/7] uapi: export all headers under uapi directories
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
Re: [v2 PATCH 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
- From: NeilBrown <neilb@xxxxxxxx>
Re: [v2 PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
- From: NeilBrown <neilb@xxxxxxxx>
Linux Foundation's open source file & storage conference CFP
- From: Ric Wheeler <ricwheeler@xxxxxxxxx>
Re: PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode
- From: MasterPrenium <masterprenium.lkml@xxxxxxxxx>
Re: recovering failed raid5
- From: Alexander Shenkin <al@xxxxxxxxxxx>
Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
- From: 王金浦 <jinpuwang@xxxxxxxxx>
Re: [RFC PATCH v2] crypto: Add IV generation algorithms
- From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
Re: [lvm-devel] [lvm2 PATCH] Remove special-case for md in 69-dm-lvm-metadata.rules
- From: NeilBrown <neilb@xxxxxxxx>
[PATCH] md: cleanup mddev flag clear for takeover
- From: Shaohua Li <shli@xxxxxx>
Re: PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [v2 PATCH 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
- From: Shaohua Li <shli@xxxxxxxxxx>
[PATCH] raid5: only dispatch IO from raid5d for harddisk raid
- From: Shaohua Li <shli@xxxxxx>
Re: [v2 PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH] raid5: only dispatch IO from raid5d for harddisk raid
- From: Shaohua Li <shli@xxxxxx>
Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: [PATCH] md/r5cache: fix spelling mistake on "recoverying"
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH] raid5: only dispatch IO from raid5d for harddisk raid
- From: Song Liu <songliubraving@xxxxxx>
Re: [PATCH v2 00/12] Partial Parity Log for MD RAID 5
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH] Don't assume VMD sysfs path ends with a disk entry
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
[PATCH] Don't assume VMD sysfs path ends with a disk entry
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
Re: [lvm-devel] [lvm2 PATCH] Remove special-case for md in 69-dm-lvm-metadata.rules
- From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
Re: [PATCH] uapi: use wildcards to list files
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
Re: [PATCH v2 00/12] Partial Parity Log for MD RAID 5
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
mdadm hangs during raid5 grow
- From: Sebastian Reichel <sre@xxxxxxxx>
Re: [dm-devel] [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
- From: NeilBrown <neilb@xxxxxxxx>
Re: [RFC PATCH v2] crypto: Add IV generation algorithms
- From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
Re: [PATCH 2/2] md/r5cache: enable chunk_aligned_read with write back cache
- From: NeilBrown <neilb@xxxxxxxx>
[lvm2 PATCH] Remove special-case for md in 69-dm-lvm-metadata.rules
- From: NeilBrown <neilb@xxxxxxxx>
Re: mdadm: no more mails during monthly scrubbing under Jessie
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH] uapi: use wildcards to list files
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH] uapi: use wildcards to list files
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v2 00/12] Partial Parity Log for MD RAID 5
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 1/1] IMSM: Fix signed/unsigned comparisons
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
[PATCH] uapi: use wildcards to list files
- From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
Re: mdadm git 32bit build errors
- From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
Re: [RFC PATCH v2] crypto: Add IV generation algorithms
- From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
[PATCH 1/1] IMSM: Fix signed/unsigned comparisons
- From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
mdadm: no more mails during monthly scrubbing under Jessie
- From: Hans Kraus <hans@xxxxxxxxxxxxxx>
Re: Write mostly flag
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: Using mdadm --grow to resize a RAID1
- From: Ben Kamen <benjammin2068@xxxxxxxxx>
Re: Using mdadm --grow to resize a RAID1
- From: Ben Kamen <benjammin2068@xxxxxxxxx>
Re: Using mdadm --grow to resize a RAID1
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: Using mdadm --grow to resize a RAID1
- From: Benjammin2068 <benjammin2068@xxxxxxxxx>
Re: Using mdadm --grow to resize a RAID1
- From: Ben Kamen <benjammin2068@xxxxxxxxx>
Re: Using mdadm --grow to resize a RAID1
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: Using mdadm --grow to resize a RAID1
- From: Ben Kamen <benjammin2068@xxxxxxxxx>
mdadm git 32bit build errors
- From: Thomas Backlund <tmb@xxxxxxxxxx>
Re: Using mdadm --grow to resize a RAID1
- From: Roman Mamedov <rm@xxxxxxxxxxx>
Re: Using mdadm --grow to resize a RAID1
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: Using mdadm --grow to resize a RAID1
- From: Jack Wang <jack.wang.usish@xxxxxxxxx>
Re: Using mdadm --grow to resize a RAID1
- From: Benjammin2068 <benjammin2068@xxxxxxxxx>
Re: [dm-devel] [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
- From: Jack Wang <jack.wang.usish@xxxxxxxxx>
Re: Using mdadm --grow to resize a RAID1
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Using mdadm --grow to resize a RAID1
- From: Benjammin2068 <benjammin2068@xxxxxxxxx>
Re: [RFC PATCH v2] crypto: Add IV generation algorithms
- From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
Re: [RFC PATCH v2] crypto: Add IV generation algorithms
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: [RFC PATCH v2] crypto: Add IV generation algorithms
- From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
Write mostly flag
- From: Victor Garcia <vichor@xxxxxxxxx>
Re: [PATCH v1 23/54] bcache: handle bio_clone() & bvec updating for multipage bvecs
- From: Ming Lei <tom.leiming@xxxxxxxxx>
Re: PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode
- From: MasterPrenium <masterprenium.lkml@xxxxxxxxx>
Re: [PATCH v1] dm-crypt: replace custom implementation of hex2bin()
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
Re: PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: Intel SSD or other brands
- From: Doug Dumitru <doug@xxxxxxxxxx>
Re: [PATCH v1 07/54] bcache: comment on direct access to bvec table
- From: Coly Li <colyli@xxxxxxx>
Re: Intel SSD or other brands
- From: Pasi Kärkkäinen <pasik@xxxxxx>
Re: [PATCH v1 08/54] block: comment on bio_alloc_pages()
- From: Coly Li <colyli@xxxxxxx>
Re: [PATCH v1 23/54] bcache: handle bio_clone() & bvec updating for multipage bvecs
- From: Coly Li <i@xxxxxxx>
Re: [PATCH v1 08/54] block: comment on bio_alloc_pages()
- From: Coly Li <i@xxxxxxx>
Re: [RFC PATCH v2] crypto: Add IV generation algorithms
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: Intel SSD or other brands
- From: Doug Dumitru <doug@xxxxxxxxxx>
Re: Intel SSD or other brands
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
Re: Intel SSD or other brands
- From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
Re: Intel SSD or other brands
- From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] imsm: enable bad block support for imsm metadata
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: Intel SSD or other brands
- From: Doug Dumitru <doug@xxxxxxxxxx>
Re: Intel SSD or other brands
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Intel SSD or other brands
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Intel SSD or other brands
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Intel SSD or other brands
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
Re: Intel SSD or other brands
- From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
Re: Intel SSD or other brands
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: [RFC PATCH v2] crypto: Add IV generation algorithms
- From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
Intel SSD or other brands
- From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
Intel SSD or other brands
- From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
[PATCH 2/2] md/r5cache: enable chunk_aligned_read with write back cache
- From: Song Liu <songliubraving@xxxxxx>
[PATCH 1/2] md/r5cache: move clear_bit STRIPE_R5C_PARTIAL/FULL_STRIPE
- From: Song Liu <songliubraving@xxxxxx>
Re: SAS disk from RAID card (no RAID mode) problems
- From: "John Stoffel" <john@xxxxxxxxxxx>
[PATCH] imsm: enable bad block support for imsm metadata
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
Re: SAS disk from RAID card (no RAID mode) problems
- From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
Re: SAS disk from RAID card (no RAID mode) problems
- From: Joe Landman <joe.landman@xxxxxxxxx>
Re: SAS disk from RAID card (no RAID mode) problems
- From: IW News <news@xxxxxxxxxxxxxxx>
[PATCH v1 37/54] dm-crypt: convert to bio_for_each_segment_all_sp()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 38/54] md/raid1.c: convert to bio_for_each_segment_all_sp()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 36/54] dm-crypt: don't clear bvec->bv_page in crypt_free_buffer_pages()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 35/54] bcache: convert to bio_for_each_segment_all_sp()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 08/54] block: comment on bio_alloc_pages()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 11/54] md: set NO_MP for request queue of md
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 23/54] bcache: handle bio_clone() & bvec updating for multipage bvecs
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 12/54] dm: limit the max bio size as BIO_MAX_PAGES * PAGE_SIZE
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 07/54] bcache: comment on direct access to bvec table
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[v2 PATCH 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
- From: Coly Li <colyli@xxxxxxx>
[v2 PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
- From: Coly Li <colyli@xxxxxxx>
Re: [PATCH v2 1/3] PM suspend/hibernate: Call notifier after freezing processes
- From: Pali Rohár <pali.rohar@xxxxxxxxx>
Re: SAS disk from RAID card (no RAID mode) problems
- From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
Re: SAS disk from RAID card (no RAID mode) problems
- From: Andrew Ryder <tireman@xxxxxxx>
Re: PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode
- From: MasterPrenium <masterprenium.lkml@xxxxxxxxx>
Re: Recovering a RAID6 after all disks were disconnected
- From: Giuseppe Bilotta <giuseppe.bilotta@xxxxxxxxx>
Re: Recovering a RAID6 after all disks were disconnected
- From: Giuseppe Bilotta <giuseppe.bilotta@xxxxxxxxx>
Re: SAS disk from RAID card (no RAID mode) problems
- From: IW News <news@xxxxxxxxxxxxxxx>
Re: Raid5 performance issue
- From: Roman Mamedov <rm@xxxxxxxxxxx>
Re: Recovering a RAID6 after all disks were disconnected
- From: NeilBrown <neilb@xxxxxxxx>
Re: Recovering a RAID6 after all disks were disconnected
- From: NeilBrown <neilb@xxxxxxxx>
Re: Recovering a RAID6 after all disks were disconnected
- From: Giuseppe Bilotta <giuseppe.bilotta@xxxxxxxxx>
Re: Raid5 performance issue
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Raid5 performance issue
- From: Doug Dumitru <doug@xxxxxxxxxx>
PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode
- From: MasterPrenium <masterprenium.lkml@xxxxxxxxx>
Re: Recovering a RAID6 after all disks were disconnected
- From: Giuseppe Bilotta <giuseppe.bilotta@xxxxxxxxx>
Re: SAS disk from RAID card (no RAID mode) problems
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Raid5 performance issue
- From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
- From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
SAS disk from RAID card (no RAID mode) problems
- From: IW News <news@xxxxxxxxxxxxxxx>
Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
- From: Michael Wang <yun.wang@xxxxxxxxxxxxxxxx>
Re: [RFC PATCH v2] crypto: Add IV generation algorithms
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
using the raid6check report
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
[PATCH] md/r5cache: fix spelling mistake on "recoverying"
- From: Colin King <colin.king@xxxxxxxxxxxxx>
Re: Recovering a RAID6 after all disks were disconnected
- From: NeilBrown <neilb@xxxxxxxx>
Re: Recovering a RAID6 after all disks were disconnected
- From: Giuseppe Bilotta <giuseppe.bilotta@xxxxxxxxx>
Re: [PATCH RESEND] IMSM: Do not update metadata if not able to migrate
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [mdadm PATCH] Make get_component_size() work with named array.
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
[PATCH RESEND] IMSM: Do not update metadata if not able to migrate
- From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
Re: [RFC PATCH v2] crypto: Add IV generation algorithms
- From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
RE: dm-crypt optimization
- From: Ofir Drang <Ofir.Drang@xxxxxxx>
Re: dm-crypt optimization
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: [RFC PATCH v2] crypto: Add IV generation algorithms
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: dm-crypt optimization
- From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
[mdadm PATCH] Make get_component_size() work with named array.
- From: NeilBrown <neilb@xxxxxxxx>
Re: RAID without dev size prevents adding a new member
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: NeilBrown <neilb@xxxxxxxx>
Re: RAID without dev size prevents adding a new member
- From: NeilBrown <neilb@xxxxxxxx>
Re: Fwd: (user) Help needed: mdadm seems to constantly touch my disks
- From: NeilBrown <neilb@xxxxxxxx>
Re: RAID without dev size prevents adding a new member
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: dm-crypt optimization
- From: Milan Broz <gmazyland@xxxxxxxxx>
Re: Fwd: (user) Help needed: mdadm seems to constantly touch my disks
- From: Jure Erznožnik <jure.erznoznik@xxxxxxxxx>
Re: Linux software RAID becomes unresponsive after removing a disk from server
- From: NeilBrown <neilb@xxxxxxxx>
Re: RAID without dev size prevents adding a new member
- From: NeilBrown <neilb@xxxxxxxx>
Re: Inconsistent use of sectors vs 1k-blocks in sysfs and other places
- From: NeilBrown <neilb@xxxxxxxx>
Re: Inconsistent use of sectors vs 1k-blocks in sysfs and other places
- From: John Brooks <john@xxxxxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: NeilBrown <neilb@xxxxxxxx>
[PATCH] dm bufio: use rb_entry()
- From: Geliang Tang <geliangtang@xxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
dm-crypt optimization
- From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
[no subject]
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
RAID without dev size prevents adding a new member
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
Re: Fwd: (user) Help needed: mdadm seems to constantly touch my disks
- From: NeilBrown <neilb@xxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH] mdadm: add test case for raid5 write back cache
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: [PATCH 5/8] linux: drop __bitwise__ everywhere
- From: Luca Coelho <luca@xxxxxxxxx>
Re: Fwd: (user) Help needed: mdadm seems to constantly touch my disks
- From: Jure Erznožnik <jure.erznoznik@xxxxxxxxx>
Re: Fwd: (user) Help needed: mdadm seems to constantly touch my disks
- From: NeilBrown <neilb@xxxxxxxx>
Re: Inconsistent use of sectors vs 1k-blocks in sysfs and other places
- From: NeilBrown <neilb@xxxxxxxx>
Re: Fwd: (user) Help needed: mdadm seems to constantly touch my disks
- From: NeilBrown <neilb@xxxxxxxx>
Re: (user) Help needed: mdadm seems to constantly touch my disks
- From: Theophanis Kontogiannis <tkonto@xxxxxxxxx>
Re: (user) Help needed: mdadm seems to constantly touch my disks
- From: Jure Erznožnik <jure.erznoznik@xxxxxxxxx>
Re: root in grub for raid1
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: root in grub for raid1
- From: Robert L Mathews <lists@xxxxxxxxxxxxx>
Inconsistent use of sectors vs 1k-blocks in sysfs and other places
- From: John Brooks <john@xxxxxxxxxxxxx>
Linux software RAID becomes unresponsive after removing a disk from server
- From: PHP-Friends GmbH <gl@xxxxxxxxxxxxxx>
Re: [PATCH v2 00/12] Partial Parity Log for MD RAID 5
- From: Shaohua Li <shli@xxxxxxxxxx>
root in grub for raid1
- From: Egbert Bouwman <eppo@xxxxxxxxx>
Re: [PATCH v3 2/2] md/raid10: Refactor raid10_make_request
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
Re: [PATCH] md/raid5-cache: removes unnecessary write-through mode judgments
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH v3 2/2] md/raid10: Refactor raid10_make_request
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [RFC PATCH v2] crypto: Add IV generation algorithms
- From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
[PATCH] mdadm: add test case for raid5 write back cache
- From: Song Liu <songliubraving@xxxxxx>
Re: [PATCH 5/8] linux: drop __bitwise__ everywhere
- From: Lee Duncan <lduncan@xxxxxxxx>
Re: [PATCH 5/8] linux: drop __bitwise__ everywhere
- From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
Re: [PATCH 5/8] linux: drop __bitwise__ everywhere
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 00/12] Partial Parity Log for MD RAID 5
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: [PATCH 5/8] linux: drop __bitwise__ everywhere
- From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxx>
Fwd: (user) Help needed: mdadm seems to constantly touch my disks
- From: Jure Erznožnik <jure.erznoznik@xxxxxxxxx>
[PATCH 5/8] linux: drop __bitwise__ everywhere
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH] dm: Avoid sleeping while holding the dm_bufio lock
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
Re: [PATCH] dm: Avoid sleeping while holding the dm_bufio lock
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
[PATCH 3/6] md/r5cache: flush data only stripes in r5l_recovery_log()
- From: Song Liu <songliubraving@xxxxxx>
[PATCH 6/6] md/r5cache: shift complex rmw from read path to write path
- From: Song Liu <songliubraving@xxxxxx>
[PATCH 5/6] md/raid5: move comment of fetch_block to right location
- From: Song Liu <songliubraving@xxxxxx>
[PATCH 2/6] md/r5cache: assign conf->log before r5l_load_log()
- From: Song Liu <songliubraving@xxxxxx>
[PATCH 1/6] md/r5cache: simplify handling of sh->log_start in recovery
- From: Song Liu <songliubraving@xxxxxx>
[PATCH 4/6] md/r5cache: read data into orig_page for prexor of cached data
- From: Song Liu <songliubraving@xxxxxx>
Re: What is the solution for USB HDs
- From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
Re: [PATCH v2 00/12] Partial Parity Log for MD RAID 5
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH] Use disk sector size value to set offset for reading GPT
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: What is the solution for USB HDs
- From: "Juan Carlos Carvajal B." <juca@xxxxxxxxxxxxxxxx>
Re: What is the solution for USB HDs
- From: "Juan Carlos Carvajal B." <juca@xxxxxxxxxxxxxxxx>
Re: [PATCH] Use disk sector size value to set offset for reading GPT
- From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
[GIT PULL] MD update for 4.10
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [RFC PATCH v2] crypto: Add IV generation algorithms
- From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
Re: (user) Help needed: mdadm seems to constantly touch my disks
- From: NeilBrown <neilb@xxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH] dm: Avoid sleeping while holding the dm_bufio lock
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
Re: What is the solution for USB HDs
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: [PATCH] Use disk sector size value to set offset for reading GPT
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Upcoming mdadm release
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH v2 00/12] Partial Parity Log for MD RAID 5
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: [PATCH v2] Always return last partition end address in 512B blocks
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
[PATCH v2] Always return last partition end address in 512B blocks
- From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
Re: [RFC PATCH v2] crypto: Add IV generation algorithms
- From: Milan Broz <gmazyland@xxxxxxxxx>
[RFC PATCH v2] crypto: Add IV generation algorithms
- From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
[RFC PATCH v2] IV Generation algorithms for dm-crypt
- From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
(user) Help needed: mdadm seems to constantly touch my disks
- From: Jure Erznožnik <jure.erznoznik@xxxxxxxxx>
[PATCH] md/raid5-cache: removes unnecessary write-through mode judgments
- From: JackieLiu <liuyun01@xxxxxxxxxx>
Re: [PATCH] dm: Avoid sleeping while holding the dm_bufio lock
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH] Always return last partition end address in 512B blocks
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH] Use disk sector size value to set offset for reading GPT
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH] imsm: set generation number when reading superblock
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 1/1] IMSM: Add support for Non-Intel NVMe drives under VMD
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
[PATCH 1/1] IMSM: Add support for Non-Intel NVMe drives under VMD
- From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
Re: raid0 vs. mkfs
- From: NeilBrown <neilb@xxxxxxxx>
Re: What is the solution for USB HDs
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: NeilBrown <neilb@xxxxxxxx>
Re: What is the solution for USB HDs
- From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
What is the solution for USB HDs
- From: juca@xxxxxxxxxxxxxxxx
Re: md: Combine two kmalloc() calls into one in sb_equal()
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
Re: md: Combine two kmalloc() calls into one in sb_equal()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] md: Combine two kmalloc() calls into one in sb_equal()
- From: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH] md: Combine two kmalloc() calls into one in sb_equal()
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: md: Combine two kmalloc() calls into one in sb_equal()
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
Re: md: Combine two kmalloc() calls into one in sb_equal()
- From: Joe Perches <joe@xxxxxxxxxxx>
Re: md: Combine two kmalloc() calls into one in sb_equal()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
Re: md: Combine two kmalloc() calls into one in sb_equal()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] md: Combine two kmalloc() calls into one in sb_equal()
- From: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH] md: Combine two kmalloc() calls into one in sb_equal()
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
[PATCH] md: Combine two kmalloc() calls into one in sb_equal()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: raid0 vs. mkfs
- From: Coly Li <colyli@xxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH 3/3] md: separate flags for superblock changes
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH 1/3] md: takeover should clear unrelated bits
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH 3/3] md: separate flags for superblock changes
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH 1/3] md: takeover should clear unrelated bits
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH 2/3] md: MD_RECOVERY_NEEDED is set for mddev->recovery
- From: NeilBrown <neilb@xxxxxxxx>
[PATCH 2/3] md: MD_RECOVERY_NEEDED is set for mddev->recovery
- From: Shaohua Li <shli@xxxxxx>
[PATCH 1/3] md: takeover should clear unrelated bits
- From: Shaohua Li <shli@xxxxxx>
[PATCH 3/3] md: separate flags for superblock changes
- From: Shaohua Li <shli@xxxxxx>
[PATCH 0/3] md: fix mddev->flags issues
- From: Shaohua Li <shli@xxxxxx>
Re: [PATCH] dm: Avoid sleeping while holding the dm_bufio lock
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH v2 03/12] raid5-cache: add a new policy
- From: NeilBrown <neilb@xxxxxxxx>
Re: raid0 vs. mkfs
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: Recovering a RAID6 after all disks were disconnected
- From: "John Stoffel" <john@xxxxxxxxxxx>
Re: [PATCH 3/3] md/r5cache: sh->log_start in recovery
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH 1/3] md/raid5-cache: fix crc in rewrite_data_only_stripes()
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH] md/raid5-cache: no recovery is required when create super-block
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: raid0 vs. mkfs
- From: Coly Li <colyli@xxxxxxx>
[PATCH] Always return last partition end address in 512B blocks
- From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
[PATCH] Use disk sector size value to set offset for reading GPT
- From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
[PATCH] imsm: set generation number when reading superblock
- From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
Re: [PATCH v2 09/12] raid5-ppl: read PPL signature from IMSM metadata
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: [PATCH v2 03/12] raid5-cache: add a new policy
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH] dm: Avoid sleeping while holding the dm_bufio lock
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
[PATCH] md/raid5-cache: no recovery is required when create super-block
- From: JackieLiu <liuyun01@xxxxxxxxxx>
Re: [PATCH v2 09/12] raid5-ppl: read PPL signature from IMSM metadata
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH v2 03/12] raid5-cache: add a new policy
- From: NeilBrown <neilb@xxxxxxxx>
[PATCH 2/2] md/r5cache: read data into orig_page for prexor of cached data
- From: Song Liu <songliubraving@xxxxxx>
[PATCH 1/2] md/r5cache: flush data only stripes in r5l_recovery_log()
- From: Song Liu <songliubraving@xxxxxx>
[PATCH 3/3] md/r5cache: sh->log_start in recovery
- From: Song Liu <songliubraving@xxxxxx>
[PATCH 1/3] md/raid5-cache: fix crc in rewrite_data_only_stripes()
- From: Song Liu <songliubraving@xxxxxx>
[PATCH 2/3] md/r5cache: after recovery, increase journal seq by 1000
- From: Song Liu <songliubraving@xxxxxx>
Re: Recovering a RAID6 after all disks were disconnected
- From: Giuseppe Bilotta <giuseppe.bilotta@xxxxxxxxx>
Re: [PATCH] md/raid5-cache: no recovery is required when create super-block
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH v2 00/12] Partial Parity Log for MD RAID 5
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: raid0 vs. mkfs
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH v2 09/12] raid5-ppl: read PPL signature from IMSM metadata
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: [PATCH v2 05/12] raid5-ppl: Partial Parity Log implementation
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: [PATCH v2 03/12] raid5-cache: add a new policy
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: [PATCH v2 00/12] Partial Parity Log for MD RAID 5
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: Recovering a RAID6 after all disks were disconnected
- From: "John Stoffel" <john@xxxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: raid0 vs. mkfs
- From: Coly Li <colyli@xxxxxxx>
Re: raid0 vs. mkfs
- From: Coly Li <colyli@xxxxxxx>
Recovering a RAID6 after all disks were disconnected
- From: Giuseppe Bilotta <giuseppe.bilotta@xxxxxxxxx>
Re: raid0 vs. mkfs
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: [PATCH v2 08/12] md: expose rdev->sb_start as sysfs attribute
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH v2 09/12] raid5-ppl: read PPL signature from IMSM metadata
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH v2 11/12] raid5-ppl: support disk add/remove with distributed PPL
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH v2 07/12] md: mddev_find_container helper function
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH v2 05/12] raid5-ppl: Partial Parity Log implementation
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH v2 03/12] raid5-cache: add a new policy
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH v2 00/12] Partial Parity Log for MD RAID 5
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH v2 6/7] Allow changing the RWH policy for a running array
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH v2 6/7] Allow changing the RWH policy for a running array
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: [PATCH v2 6/7] Allow changing the RWH policy for a running array
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH v2 6/7] Allow changing the RWH policy for a running array
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: [PATCH v2 6/7] Allow changing the RWH policy for a running array
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH v2 6/7] Allow changing the RWH policy for a running array
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH] md/raid5-cache: no recovery is required when create super-block
- From: JackieLiu <liuyun01@xxxxxxxxxx>
Re: [PATCH 1/2] md/r5cache: sh->log_start in recovery
- From: JackieLiu <liuyun01@xxxxxxxxxx>
[PATCH 1/2] md/r5cache: sh->log_start in recovery
- From: Song Liu <songliubraving@xxxxxx>
[PATCH 2/2] md/r5cache: flush data only stripes in r5l_recovery_log()
- From: Song Liu <songliubraving@xxxxxx>
Re: [PATCH 1/2] md/r5cache: do r5c_update_log_state after log recovery
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH v2 05/12] raid5-ppl: Partial Parity Log implementation
- From: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH 4/4] md/raid5-cache: adjust the write position of the empty block and mark it as a checkpoint
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH] md: fix refcount problem on mddev when stopping array.
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH v2 6/7] Allow changing the RWH policy for a running array
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: MD Remnants After --stop
- From: Marc Smith <marc.smith@xxxxxxx>
Re: [PATCH v3 0/2] Reorganize raid*_make_request to clean up code
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
[PATCH v3 1/2] md/raid1: Refactor raid1_make_request
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
[PATCH v3 2/2] md/raid10: Refactor raid10_make_request
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
[PATCH v3 0/2] Reorganize raid*_make_request to clean up code
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
[PATCH v2 4/7] super1: PPL support
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 5/7] imsm: allow to assemble with PPL even if dirty degraded
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 6/7] Allow changing the RWH policy for a running array
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 7/7] Man page changes for --rwh-policy
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 12/12] raid5-ppl: runtime PPL enabling or disabling
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 1/7] imsm: metadata changes for PPL
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 3/7] imsm: PPL support
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 03/12] raid5-cache: add a new policy
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 2/7] Generic support for --rwh-policy and PPL
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 11/12] raid5-ppl: support disk add/remove with distributed PPL
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 10/12] raid5-ppl: recovery from dirty shutdown using PPL
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 0/7] mdadm support for Partial Parity Log
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 09/12] raid5-ppl: read PPL signature from IMSM metadata
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 08/12] md: expose rdev->sb_start as sysfs attribute
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 00/12] Partial Parity Log for MD RAID 5
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 05/12] raid5-ppl: Partial Parity Log implementation
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 07/12] md: mddev_find_container helper function
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 06/12] raid5-ppl: calculate partial parity
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 04/12] md: superblock changes for PPL
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 02/12] raid5-cache: add policy logic
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH v2 01/12] raid5-cache: move declarations to separate header
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: [mdadm PATCH] mdopen: open md devices O_RDONLY
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH] md: fix refcount problem on mddev when stopping array.
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[mdadm PATCH] mdopen: open md devices O_RDONLY
- From: NeilBrown <neilb@xxxxxxxx>
[PATCH] md: fix refcount problem on mddev when stopping array.
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH 4/4] md/raid5-cache: adjust the write position of the empty block and mark it as a checkpoint
- From: JackieLiu <liuyun01@xxxxxxxxxx>
Re: clustered MD - beyond RAID1
- From: Aaron Knister <aaron.s.knister@xxxxxxxx>
Re: MD Remnants After --stop
- From: NeilBrown <neilb@xxxxxxxx>
Re: Feature request, resumable raid check action
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH 2/2] md/r5cache: set journal mode according to log content
- From: Song Liu <songliubraving@xxxxxx>
Re: Feature request, resumable raid check action
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
[PATCH 1/2] md/r5cache: do r5c_update_log_state after log recovery
- From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
[PATCH 2/2] md/r5cache: set journal mode according to log content
- From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
Re: [PATCH v2 2/2] md/raid10: Refactor raid10_make_request
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: MD Remnants After --stop
- From: Marc Smith <marc.smith@xxxxxxx>
Re: [PATCH 1/2] md: disable WRITE SAME if it fails for linear/raid0
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH 4/4] md/raid5-cache: adjust the write position of the empty block and mark it as a checkpoint
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH v2] md/r5cache: run_no_space_stripes() when R5C_LOG_CRITICAL == 0
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: clustered MD - beyond RAID1
- From: Shaohua Li <shli@xxxxxxxxxx>
clustered MD - beyond RAID1
- From: Robert Woodworth <robertjwoodworth@xxxxxxxxx>
Re: MD Remnants After --stop
- From: Marc Smith <marc.smith@xxxxxxx>
Re: MD Remnants After --stop
- From: Stephane Thiell <sthiell@xxxxxxxxxxxx>
Re: [PATCH v2 0/9] Bad block support for IMSM metadata
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
[PATCH v3 7/9] imsm: provide list of bad blocks for an array
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
Re: Feature request, resumable raid check action
- From: NeilBrown <neilb@xxxxxxxx>
Re: Feature request, resumable raid check action
- From: Patrick Dung <mpatdung@xxxxxxxxx>
Re: Feature request, resumable raid check action
- From: NeilBrown <neilb@xxxxxxxx>
[PATCH v2 2/2] md/raid10: Refactor raid10_make_request
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
[PATCH v2 1/2] md/raid1: Refactor raid1_make_request
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
[PATCH v2 0/2] Reorganize raid*_make_request to clean up code
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
Re: [PATCH 1/2] md/raid1: Refactor raid1_make_request
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH v2 3/9] imsm: give md list of known bad blocks on startup
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH v2 7/9] imsm: provide list of bad blocks for an array
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: MD Remnants After --stop
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH 1/2] md/raid1: Refactor raid1_make_request
- From: "John Stoffel" <john@xxxxxxxxxxx>
Re: MD Remnants After --stop
- From: Marc Smith <marc.smith@xxxxxxx>
Re: Help: RAID5 - Disk failure during upgrade
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: [PATCH 1/2] md/raid1: Refactor raid1_make_request
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
Re: [PATCH 1/2] md/raid1: Refactor raid1_make_request
- From: "John Stoffel" <john@xxxxxxxxxxx>
Re: Testing RAID 1 redundancy
- From: Arka Sharma <arka.sw1988@xxxxxxxxx>
Re: MD Remnants After --stop
- From: NeilBrown <neilb@xxxxxxxx>
[PATCH v2] md/r5cache: run_no_space_stripes() when R5C_LOG_CRITICAL == 0
- From: Song Liu <songliubraving@xxxxxx>
[PATCH 2/2] md/multipath: disable WRITE SAME if it fails for multipath
- From: Shaohua Li <shli@xxxxxx>
[PATCH 1/2] md: disable WRITE SAME if it fails for linear/raid0
- From: Shaohua Li <shli@xxxxxx>
[PATCH 2/2] md/raid10: Refactor raid10_make_request
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
[PATCH 0/2] Reorganize raid*_make_request to clean up code
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
[PATCH 1/2] md/raid1: Refactor raid1_make_request
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
Re: [PATCH] Reorganize make_request to clean up code.
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Is trim/discard supported on LVM RAID logical volume?
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: [PATCH 3/7] imsm: PPL support
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Feature request, resumable raid check action
- From: Patrick Dung <mpatdung@xxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on bitmap_startwrite+0x122
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: [PATCH v2 3/9] imsm: give md list of known bad blocks on startup
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
[PATCH v3 3/9] imsm: give md list of known bad blocks on startup
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
Re: Is trim/discard supported on LVM RAID logical volume?
- From: Patrick Dung <mpatdung@xxxxxxxxx>
Re: [PATCH 3/7] imsm: PPL support
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: [PATCH 1/7] imsm: metadata changes for PPL
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: [RFC PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
- From: Coly Li <colyli@xxxxxxx>
Re: [RFC PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [PATCH 4/4] md/raid5-cache: adjust the write position of the empty block and mark it as a checkpoint
- From: JackieLiu <liuyun01@xxxxxxxxxx>
Re: [RFC PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
- From: Coly Li <colyli@xxxxxxx>
Re: [BUG] MD/RAID1 hung forever on bitmap_startwrite+0x122
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH] md/raid5: limit request size according to implementation limits
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: Is trim/discard supported on LVM RAID logical volume?
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
[PATCH] Reorganize make_request to clean up code.
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
Re: raid0 vs. mkfs
- From: Avi Kivity <avi@xxxxxxxxxxxx>
Re: [PATCH] md/raid5-cache: do not need to set STRIPE_PREREAD_ACTIVE repeatedly
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH] md/raid5-cache: remove the unnecessary next_cp_seq field from the r5l_log
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH 4/4] md/raid5-cache: adjust the write position of the empty block and mark it as a checkpoint
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH v2 3/9] imsm: give md list of known bad blocks on startup
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Help: RAID5 - Disk failure during upgrade
- From: Thomas Büschgens <sledge@xxxxxxxxxx>
Re: Is trim/discard supported on LVM RAID logical volume?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: [mdadm PATCH] Introduce enum flag_mode for setting and clearing flags.
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: Is trim/discard supported on LVM RAID logical volume?
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
Re: [PATCH] md/raid5-cache: do not need to set STRIPE_PREREAD_ACTIVE repeatedly
- From: Song Liu <songliubraving@xxxxxx>
[mdadm PATCH] Introduce enum flag_mode for setting and clearing flags.
- From: NeilBrown <neilb@xxxxxxxx>
Re: raid0 vs. mkfs
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH 4/4] md/raid5-cache: adjust the write position of the empty block and mark it as a checkpoint
- From: Song Liu <songliubraving@xxxxxx>
Re: [PATCH 3/4] md/raid5-cache: release the stripe_head at the appropriate location
- From: Song Liu <songliubraving@xxxxxx>
Re: [PATCH 2/4] md/raid5-cache: use ring add to prevent overflow
- From: Song Liu <songliubraving@xxxxxx>
Re: Is trim/discard supported on LVM RAID logical volume?
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: [PATCH 1/4] md/raid5-cache: remove unnecessary function parameters
- From: Song Liu <songliubraving@xxxxxx>
Re: [PATCH 2/2] raid5-cache: don't set STRIPE_R5C_PARTIAL_STRIPE flag while load stripe into cache
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH 1/2] raid5-cache: add another check conditon before replaying one stripe
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [RFC PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
- From: Shaohua Li <shli@xxxxxxxxxx>
[PATCH v3 1/9] imsm: parse bad block log in metadata on startup
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
Re: [PATCH 3/7] imsm: PPL support
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 1/7] imsm: metadata changes for PPL
- 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 1/8] imsm: parse bad block log in metadata on startup
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
Is trim/discard supported on LVM RAID logical volume?
- From: Patrick Dung <mpatdung@xxxxxxxxx>
[PATCH v2 9/9] imsm: 4kn support for bad block log
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
[PATCH v2 8/9] imsm: implement "--examine-badblocks" command
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
[PATCH v2 7/9] imsm: provide list of bad blocks for an array
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
[PATCH v2 6/9] imsm: clear bad blocks if disk becomes unavailable
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
[PATCH v2 5/9] imsm: clear bad block from bad block log
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
[PATCH v2 4/9] imsm: record new bad block in bad block log
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
[PATCH v2 3/9] imsm: give md list of known bad blocks on startup
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
[PATCH v2 2/9] imsm: write bad block log on metadata sync
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
[PATCH v2 1/9] imsm: parse bad block log in metadata on startup
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
[PATCH v2 0/9] Bad block support for IMSM metadata
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: [PATCH 3/7] imsm: PPL support
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: [PATCH 1/7] imsm: metadata changes for PPL
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: [RFC PATCH] crypto: Add IV generation algorithms
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: [RFC PATCH] crypto: Add IV generation algorithms
- From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
Re: [RFC PATCH] crypto: Add IV generation algorithms
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: [RFC PATCH] crypto: Add IV generation algorithms
- From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
[PATCH] md/raid5-cache: do not need to set STRIPE_PREREAD_ACTIVE repeatedly
- From: JackieLiu <liuyun01@xxxxxxxxxx>
[PATCH] md/raid5-cache: remove the unnecessary next_cp_seq field from the r5l_log
- From: JackieLiu <liuyun01@xxxxxxxxxx>
RE: md prefered minor has been renumbered
- From: "Randall C. Grimshaw" <rgrimsha@xxxxxxx>
Re: [PATCH] RFC: dm: avoid the mutex lock in dm_bufio_shrink_count()
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: Question about raid1_make_request
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
Re: Question about raid1_make_request
- From: Doug Dumitru <doug@xxxxxxxxxx>
Re: [PATCH 3/7] imsm: PPL support
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Question about raid1_make_request
- From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
Re: [PATCH 1/7] imsm: metadata changes for PPL
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: md prefered minor has been renumbered
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: [PATCH 4/4 v4] mdmon: bad block support for external metadata - clear bad blocks
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 3/4 v2] mdmon: bad block support for external metadata - store bad blocks
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 2/4 v2] mdmon: bad block support for external metadata - sysfs file open
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 1/4] mdadm: bad block support for external metadata - initialization
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 1/1] IMSM: Update num_data_stripes during migration
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: md prefered minor has been renumbered
- From: Phil Turmel <philip@xxxxxxxxxx>
RE: md prefered minor has been renumbered
- From: "Randall C. Grimshaw" <rgrimsha@xxxxxxx>
Re: md prefered minor has been renumbered
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: md prefered minor has been renumbered
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
RE: md prefered minor has been renumbered
- From: "Randall C. Grimshaw" <rgrimsha@xxxxxxx>
Re: md prefered minor has been renumbered
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: md prefered minor has been renumbered
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: md prefered minor has been renumbered
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: raid0 vs. mkfs
- From: Shaohua Li <shli@xxxxxxxxxx>
md prefered minor has been renumbered
- From: "Randall C. Grimshaw" <rgrimsha@xxxxxxx>
[PATCH 1/4] mdadm: bad block support for external metadata - initialization
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
Re: [mdadm PATCH] Add failfast support.
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 1/4 v2] mdadm: bad block support for external metadata - initialization
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 1/4 v2] mdadm: bad block support for external metadata - initialization
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [RFC PATCH] crypto: Add IV generation algorithms
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Testing RAID 1 redundancy
- From: Arka Sharma <arka.sw1988@xxxxxxxxx>
Re: raid0 vs. mkfs
- From: Coly Li <colyli@xxxxxxx>
Re: raid0 vs. mkfs
- From: Avi Kivity <avi@xxxxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Coly Li <colyli@xxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: raid0 vs. mkfs
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: raid0 vs. mkfs
- From: Avi Kivity <avi@xxxxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Coly Li <colyli@xxxxxxx>
[BUG] MD/RAID1 hung forever on bitmap_startwrite+0x122
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: raid0 vs. mkfs
- From: NeilBrown <neilb@xxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
[PATCH 3/4] md/raid5-cache: release the stripe_head at the appropriate location
- From: JackieLiu <liuyun01@xxxxxxxxxx>
[PATCH 4/4] md/raid5-cache: adjust the write position of the empty block and mark it as a checkpoint
- From: JackieLiu <liuyun01@xxxxxxxxxx>
[PATCH 2/4] md/raid5-cache: use ring add to prevent overflow
- From: JackieLiu <liuyun01@xxxxxxxxxx>
[PATCH 1/4] md/raid5-cache: remove unnecessary function parameters
- From: JackieLiu <liuyun01@xxxxxxxxxx>
Re: raid0 vs. mkfs
- From: Avi Kivity <avi@xxxxxxxxxxxx>
Re: [RFC PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
- From: Coly Li <colyli@xxxxxxx>
Re: raid0 vs. mkfs
- From: Avi Kivity <avi@xxxxxxxxxxxx>
Re: raid0 vs. mkfs
- From: Avi Kivity <avi@xxxxxxxxxxxx>
Re: [RFC PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
- From: Coly Li <colyli@xxxxxxx>
Re: [RFC PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
- From: Coly Li <colyli@xxxxxxx>
Re: raid0 vs. mkfs
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH] md/raid5: limit request size according to implementation limits
- From: Konstantin Khlebnikov <koct9i@xxxxxxxxx>
Re: [patch] md/r5cache: enable IRQs on error path
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH v5] md/r5cache: handle alloc_page failure
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: raid0 vs. mkfs
- From: NeilBrown <neilb@xxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Coly Li <colyli@xxxxxxx>
Re: [PATCH] md/raid5: limit request size according to implementation limits
- From: Coly Li <colyli@xxxxxxx>
Re: raid0 vs. mkfs
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: [PATCH v2] Avoid nested function definition
- From: Coly Li <i@xxxxxxx>
[PATCH v2] Avoid nested function definition
- From: Peter Foley <pefoley2@xxxxxxxxxxx>
Re: MD Remnants After --stop
- From: Marc Smith <marc.smith@xxxxxxx>
Re: [PATCH 2/2] raid5-cache: don't set STRIPE_R5C_PARTIAL_STRIPE flag while load stripe into cache
- From: Song Liu <songliubraving@xxxxxx>
Re: [PATCH] raid5-cache: Fix the logic of raid5-cache recovery
- From: Song Liu <songliubraving@xxxxxx>
Re: MD Remnants After --stop
- From: NeilBrown <neilb@xxxxxxxx>
Re: raid0 vs. mkfs
- From: Doug Dumitru <doug@xxxxxxxxxx>
Re: raid0 vs. mkfs
- From: Avi Kivity <avi@xxxxxxxxxxxx>
Re: raid0 vs. mkfs
- From: Coly Li <colyli@xxxxxxx>
[PATCH] md/raid5: limit request size according to implementation limits
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
raid0 vs. mkfs
- From: Avi Kivity <avi@xxxxxxxxxxxx>
Re: [PATCH] Avoid nested function definition
- From: Coly Li <i@xxxxxxx>
[PATCH] Avoid nested function definition
- From: Peter Foley <pefoley2@xxxxxxxxxxx>
Re: Please help RAID1 complete fail no superblock
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Please help RAID1 complete fail no superblock
- From: YK <theelectricengineer@xxxxxxxxx>
Re: MD Remnants After --stop
- From: Marc Smith <marc.smith@xxxxxxx>
[PATCH 1/2] raid5-cache: add another check conditon before replaying one stripe
- From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
[PATCH 2/2] raid5-cache: don't set STRIPE_R5C_PARTIAL_STRIPE flag while load stripe into cache
- From: Zhengyuan Liu <liuzhengyuan@xxxxxxxxxx>
Re: [BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
[BUG] MD/RAID1 hung forever on freeze_array
- From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
[PATCH] raid5-cache: Fix the logic of raid5-cache recovery
- From: "Jackie Liu" <liuyun01@xxxxxxxxxx>
Re: [PATCH 05/12] raid5-ppl: Partial Parity Log implementation
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: [PATCH v5] md/r5cache: handle alloc_page failure
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH 05/12] raid5-ppl: Partial Parity Log implementation
- From: kbuild test robot <lkp@xxxxxxxxx>
[mdadm PATCH] Add failfast support.
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH/RFC] add "failfast" support for raid1/raid10.
- From: Jack Wang <jack.wang.usish@xxxxxxxxx>
Re: [PATCH 1/4 v2] mdadm: bad block support for external metadata - initialization
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 1/4 v2] mdadm: bad block support for external metadata - initialization
- From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
[PATCH 2/7] Generic support for --rwh-policy and PPL
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 5/7] imsm: allow to assemble with PPL even if dirty degraded
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 4/7] super1: PPL support
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 6/7] Allow changing the RWH policy for a running array
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 3/7] imsm: PPL support
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 7/7] Man page changes for --rwh-policy
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 1/7] imsm: metadata changes for PPL
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 0/7] mdadm support for Partial Parity Log
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 05/12] raid5-ppl: Partial Parity Log implementation
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 11/12] raid5-ppl: support disk add/remove with distributed PPL
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 09/12] raid5-ppl: read PPL signature from IMSM metadata
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 08/12] md: expose rdev->sb_start as sysfs attribute
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 12/12] raid5-ppl: runtime PPL enabling or disabling
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 10/12] raid5-ppl: recovery from dirty shutdown using PPL
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 06/12] raid5-ppl: calculate partial parity
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 07/12] md: mddev_find_container helper function
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 04/12] md: superblock changes for PPL
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 03/12] raid5-cache: add a new policy
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 02/12] raid5-cache: add policy logic
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 01/12] raid5-cache: move declarations to separate header
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
[PATCH 00/12] Partial Parity Log for MD RAID 5
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: Fwd: Re: mdadm I/O error with Ddf RAID
- From: Arka Sharma <arka.sw1988@xxxxxxxxx>
[patch] md/r5cache: enable IRQs on error path
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
Re: raid1 bitmap and multiple removed disks
- From: Diego Guella <diego.guella@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 1/1] IMSM: Update num_data_stripes during migration
- From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
Re: [RFC PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH v5] md/r5cache: handle alloc_page failure
- From: Song Liu <songliubraving@xxxxxx>
Re: [PATCH v4] md/r5cache: handle alloc_page failure
- From: Song Liu <songliubraving@xxxxxx>
Re: [PATCH v4] md/r5cache: handle alloc_page failure
- From: NeilBrown <neilb@xxxxxxxx>
Re: [RFC PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [RFC PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
- From: NeilBrown <neilb@xxxxxxxx>
[PATCH v4] md/r5cache: handle alloc_page failure
- From: Song Liu <songliubraving@xxxxxx>
Re: [PATCH/RFC] add "failfast" support for raid1/raid10.
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH 1/2] raid5-cache: suspend reclaim thread instead of shutdown
- From: NeilBrown <neilb@xxxxxxxx>
Re: Bug#784070: Newly-created arrays don't auto-assemble - related to hostname change?
- From: Andy Smith <andy@xxxxxxxxxxxxxx>
Re: [PATCH 1/2] raid5-cache: suspend reclaim thread instead of shutdown
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH v3] md/r5cache: handle alloc_page failure
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: raid1 bitmap and multiple removed disks
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH] md/r5cache: run_no_space_stripes() when R5C_LOG_CRITICAL == 0
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [md PATCH 0/5] Stop using bi_phys_segments as a counter
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH 1/2] raid5-cache: suspend reclaim thread instead of shutdown
- From: NeilBrown <neilb@xxxxxxxx>
Re: MD Remnants After --stop
- From: NeilBrown <neilb@xxxxxxxx>
Re: Please help RAID1 complete fail no superblock
- From: YK <theelectricengineer@xxxxxxxxx>
[PATCH v3] md/r5cache: handle alloc_page failure
- From: Song Liu <songliubraving@xxxxxx>
[PATCH] dm: Avoid sleeping while holding the dm_bufio lock
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
[PATCH] RFC: dm: avoid the mutex lock in dm_bufio_shrink_count()
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: Please help RAID1 complete fail no superblock
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
[PATCH] md/r5cache: run_no_space_stripes() when R5C_LOG_CRITICAL == 0
- From: Song Liu <songliubraving@xxxxxx>
Re: MD Remnants After --stop
- From: Marc Smith <marc.smith@xxxxxxx>
Re: Bug#784070: Newly-created arrays don't auto-assemble - related to hostname change?
- From: SOUBEYRAND Yann - externe <yann-externe.soubeyrand@xxxxxx>
Re: Bug#784070: Newly-created arrays don't auto-assemble - related to hostname change?
- From: Michael Tokarev <mjt@xxxxxxxxxx>
raid1 bitmap and multiple removed disks
- From: Diego Guella <diego.guella@xxxxxxxxxxxxxxxxxxxxx>
Re: [RFC PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [md PATCH 0/5] Stop using bi_phys_segments as a counter
- From: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH 1/2] raid5-cache: suspend reclaim thread instead of shutdown
- From: Shaohua Li <shli@xxxxxx>
Re: [PATCH 1/2] raid5-cache: suspend reclaim thread instead of shutdown
- From: NeilBrown <neilb@xxxxxxxx>
Re: Newly-created arrays don't auto-assemble - related to hostname change?
- From: NeilBrown <neilb@xxxxxxxx>
Re: [md PATCH 0/5] Stop using bi_phys_segments as a counter
- From: NeilBrown <neilb@xxxxxxxx>
Re: MD Remnants After --stop
- From: NeilBrown <neilb@xxxxxxxx>
Re: linux raid wiki - backup files
- From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
Re: Please help RAID1 complete fail no superblock
- From: YK <theelectricengineer@xxxxxxxxx>
Re: Please help RAID1 complete fail no superblock
- From: YK <theelectricengineer@xxxxxxxxx>
Re: [PATCH v2] md/r5cache: handle alloc_page failure
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: Please help RAID1 complete fail no superblock
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: [RFC PATCH 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [RFC PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
- From: Shaohua Li <shli@xxxxxxxxxx>
Re:Please help RAID1 complete fail no superblock
- From: "theelectricengineer@xxxxxxxxx" <theelectricengineer@xxxxxxxxx>
Re: Please help RAID1 complete fail no superblock
- From: Phil Turmel <philip@xxxxxxxxxx>
Re:Please help RAID1 complete fail no superblock
- From: "theelectricengineer@xxxxxxxxx" <theelectricengineer@xxxxxxxxx>
Re: Help in recovering a RAID5 volume
- From: Felipe Kich <fkich1977@xxxxxxxxx>
Re: [PATCH 00/12] block: cleanup direct access to bvec table
- From: Jens Axboe <axboe@xxxxxx>
Re: MD Remnants After --stop
- From: Marc Smith <marc.smith@xxxxxxx>
Re: Please help RAID1 complete fail no superblock
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: Please help RAID1 complete fail no superblock
- From: George Rapp <george.rapp@xxxxxxxxx>

[Index of Archives] [Linux RAID Wiki] [ATA RAID] [Linux SCSI Target Infrastructure] [Linux Block] [Linux IDE] [Linux SCSI] [Linux Hams] [Device Mapper] [Kernel] [Linux Admin] [Linux Net] [GFS] [RPM] [git] [Yosemite Forum] [Linux Networking]