Linux RAID Storage Date Index

• Thread Index

• Re: [PATCH 05/14] md-cluster: add new parameter for lock_token
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 06/14] md-cluster: use sync way to handle METADATA_UPDATED msg
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: GRUB warning after replacing disk drive in RAID1
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH v2 11/13] md: raid10: don't use bio's vec table to manage resync pages
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 13/13] md: raid10: avoid direct access to bvec table in handle_reshape_read_error
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 06/13] md: raid1: don't use bio's vec table to manage resync pages
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 09/13] md: raid1: use bio_segments_all()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 08/13] md: raid1: use bio helper in process_checks()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 04/13] md: prepare for managing resync I/O pages in clean way
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 05/13] md: raid1: simplify r1buf_pool_free()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• RE: GRUB warning after replacing disk drive in RAID1
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: GRUB warning after replacing disk drive in RAID1
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• [PATCH] md: don't impose the MD_SB_DISKS limit on arrays without metadata.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH] md: don't impose the MD_SB_DISKS limit on arrays without metadata.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• RE: GRUB warning after replacing disk drive in RAID1
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• [PATCH] md/raid1/10: fix potential deadlock
  • From: Shaohua Li <shli@xxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 12/14] md/bitmap: replace redundant codes with get_bitmap_from_slot
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 05/14] md-cluster: add new parameter for lock_token
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 04/14] md-cluster: add mddev into struct md_cluster_info
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 11/14] md-cluster: introduce cluster_check_sync_size
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: WARNING: mismatch_cnt is not 0 on <array device> [SOLVED?]
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: [PATCH 14/14] md-cluster: add the support for resize
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 00/14] the latest changes for md-cluster
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 08/14] md-cluster: set MD_CLUSTER_HOLDING_MUTEX_FOR_RECVD before unregister thread
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 09/14] md-cluster: set MD_CLUSTER_HOLDING_MUTEX_FOR_RECVD in metadata_update_start
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 07/14] md: move bitmap_destroy before __md_stop
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 01/14] md-cluster: remove unnecessary header files
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH v2 02/13] md: raid1/raid10: don't handle failure of bio_add_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 03/13] md: move two macros into md.h
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 04/13] md: prepare for managing resync I/O pages in clean way
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 05/13] md: raid1: simplify r1buf_pool_free()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 13/13] md: raid10: avoid direct access to bvec table in handle_reshape_read_error
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 12/13] md: raid10: retrieve page from preallocated resync page array
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 11/13] md: raid10: don't use bio's vec table to manage resync pages
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 09/13] md: raid1: use bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 10/13] md: raid10: refactor code of read reshape's .bi_end_io
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 08/13] md: raid1: use bio helper in process_checks()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 00/14] md: cleanup on direct access to bvec table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 07/13] md: raid1: retrieve page from pre-allocated resync page array
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 06/13] md: raid1: don't use bio's vec table to manage resync pages
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 01/13] block: introduce bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Performance regression with HP HW raid (hpsa) between 3.18.21 and 3.18.22 (and later)
  • From: Mattias Wadenstein <maswan@xxxxxxxxxx>
• Re: interesting case of a hung 'recovery'
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: <ian_bruce@xxxxxxx>
• Re: [PATCH v1 01/14] block: introduce bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v1 02/14] block: introduce bio_remove_last_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: GRUB warning after replacing disk drive in RAID1
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: LSI RAID
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: LSI RAID
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v4 5/7] raid5-ppl: load and recover the log
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Process stuck in md_flush_request (state: D)
  • From: Les Stroud <les@xxxxxxxxxxxxx>
• [PATCH RFC] test: revise 'test' and make it easier to understand
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH v4 0/7] Partial Parity Log for MD RAID 5
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 7/7] raid5-ppl: runtime PPL enabling or disabling
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 6/7] raid5-ppl: support disk hot add/remove with PPL
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 4/7] md: add sysfs entries for PPL
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Process stuck in md_flush_request (state: D)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 2/7] raid5: calculate partial parity for a stripe
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 3/7] raid5-ppl: Partial Parity Log write logging implementation
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Process stuck in md_flush_request (state: D)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• GRUB warning after replacing disk drive in RAID1
  • From: "Peter Sangas" <pete@xxxxxxxxxx>
• Re: LSI RAID
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Process stuck in md_flush_request (state: D)
  • From: Les Stroud <les@xxxxxxxxxxxxx>
• Re: LSI RAID
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: Process stuck in md_flush_request (state: D)
  • From: Les Stroud <les@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/4] dt-bindings: Add DT bindings document for Broadcom SBA RAID driver
  • From: Rob Herring <robh@xxxxxxxxxx>
• exposed and pushed the mdadm/test improvement progress
  • From: zhilong <zlliu@xxxxxxxx>
• Re: IMSM RAID10: Rebuild/Resync difference on Linux vs Windows
  • From: Matthias Dahl <ml_linux-raid@xxxxxxxxxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID10 reshape and change lout possible?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: RAID10 reshape and change lout possible?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: RAID10 reshape and change lout possible?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: RAID10 reshape and change lout possible?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: RAID10 reshape and change lout possible?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• RAID10 reshape and change lout possible?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 02/14] block: introduce bio_remove_last_page()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 01/14] block: introduce bio_segments_all()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• raid5 - adding journal to an existing device?
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [GIT PULL] MD update for 4.11
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: <ian_bruce@xxxxxxx>
• [GIT PULL] MD update for 4.11
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH v1 13/14] md: raid10: retrieve page from preallocated resync page array
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 12/14] md: raid10: don't use bio's vec table to manage resync pages
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 14/14] md: raid10: avoid direct access to bvec table in handle_reshape_read_error
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 11/14] md: raid10: refactor code of read reshape's .bi_end_io
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 10/14] md: raid1: use bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 04/14] md: move two macros into md.h
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 05/14] md: prepare for managing resync I/O pages in clean way
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 08/14] md: raid1: retrieve page from pre-allocated resync page array
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 06/14] md: raid1: simplify r1buf_pool_free()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 07/14] md: raid1: don't use bio's vec table to manage resync pages
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 09/14] md: raid1: use bio helper in process_checks()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 03/14] md: raid1/raid10: use bio_remove_last_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 02/14] block: introduce bio_remove_last_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 01/14] block: introduce bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 00/14] md: cleanup on direct access to bvec table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [BUG] non-metadata arrays cannot use more than 27 component devices
  • From: <ian_bruce@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: 王金浦 <jinpuwang@xxxxxxxxx>
• [PATCH 04/14] md-cluster: add mddev into struct md_cluster_info
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 13/14] md: move funcs from pers->resize to update_size
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 14/14] md-cluster: add the support for resize
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 10/14] md-cluster: add CHANGE_CAPACITY message type
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 11/14] md-cluster: introduce cluster_check_sync_size
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 09/14] md-cluster: set MD_CLUSTER_HOLDING_MUTEX_FOR_RECVD in metadata_update_start
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 12/14] md/bitmap: replace redundant codes with get_bitmap_from_slot
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 05/14] md-cluster: add new parameter for lock_token
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 07/14] md: move bitmap_destroy before __md_stop
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 08/14] md-cluster: set MD_CLUSTER_HOLDING_MUTEX_FOR_RECVD before unregister thread
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 02/14] md-cluster: free md_cluster_info if node leave cluster
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 03/14] md-cluster: remove useless memset from gather_all_resync_info
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 00/14] the latest changes for md-cluster
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 01/14] md-cluster: remove unnecessary header files
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] Monitor: dev should be a block file in waitclean
  • From: zhilong <zlliu@xxxxxxxx>
• Re: [PATCH] Monitor: triggers core dump when stat2devnm return NULL
  • From: zhilong <zlliu@xxxxxxxx>
• Re: [PATCH] Monitor: triggers core dump when stat2devnm return NULL
  • From: zhilong <zlliu@xxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/2] md/raid10: submit bio directly to replacement disk
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 2/2] md: delete dead code
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: IMSM RAID10: Rebuild/Resync difference on Linux vs Windows
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: interesting case of a hung 'recovery'
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: Reshape stalled at first badblock location (was: RAID 5 --assemble doesn't recognize all overlays as component devices)
  • From: George Rapp <george.rapp@xxxxxxxxx>
• Re: Reshape stalled at first badblock location (was: RAID 5 --assemble doesn't recognize all overlays as component devices)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• IMSM RAID10: Rebuild/Resync difference on Linux vs Windows
  • From: Matthias Dahl <ml_linux-raid@xxxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid1: handle flush request correctly
  • From: Coly Li <colyli@xxxxxxx>
• Re: Device size for linux raid5 journal?
  • From: Christian Samsel <csamsel@xxxxxxxxx>
• Re: [PATCH] md/linear: shutup lockdep warnning
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: Reshape stalled at first badblock location (was: RAID 5 --assemble doesn't recognize all overlays as component devices)
  • From: George Rapp <george.rapp@xxxxxxxxx>
• Re: [PATCH] md/raid1: fix write behind issues introduced by bio_clone_bioset_partial
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH] md/raid1: fix write behind issues introduced by bio_clone_bioset_partial
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH] md/linear: shutup lockdep warnning
  • From: Shaohua Li <shli@xxxxxx>
• Re: Trouble reassembling RAID10
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Trouble reassembling RAID10
  • From: Roger Roglans <rroglans@xxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v4 7/7] raid5-ppl: runtime PPL enabling or disabling
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 6/7] raid5-ppl: support disk hot add/remove with PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 5/7] raid5-ppl: load and recover the log
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 4/7] md: add sysfs entries for PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 3/7] raid5-ppl: Partial Parity Log write logging implementation
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 2/7] raid5: calculate partial parity for a stripe
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 1/7] md: superblock changes for PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 0/7] Partial Parity Log for MD RAID 5
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: Trouble reassembling RAID10
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] md/raid1: handle flush request correctly
  • From: Shaohua Li <shli@xxxxxx>
• Re: Trouble reassembling RAID10
  • From: Roger Roglans <rroglans@xxxxxxxxx>
• Re: Device size for linux raid5 journal?
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Reshape stalled at first badblock location (was: RAID 5 --assemble doesn't recognize all overlays as component devices)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Trouble reassembling RAID10
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: Reshape stalled at first badblock location (was: RAID 5 --assemble doesn't recognize all overlays as component devices)
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [md PATCH 10/14] md/raid1: stop using bi_phys_segment
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 10/14] md/raid1: stop using bi_phys_segment
  • From: NeilBrown <neilb@xxxxxxxx>
• Reshape stalled at first badblock location (was: RAID 5 --assemble doesn't recognize all overlays as component devices)
  • From: George Rapp <george.rapp@xxxxxxxxx>
• Trouble reassembling RAID10
  • From: Roger Roglans <rroglans@xxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Martin Bosner <martin@xxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Martin Bosner <martin@xxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Martin Bosner <martin@xxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Martin Bosner <martin@xxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Martin Bosner <martin@xxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Device size for linux raid5 journal?
  • From: "Christian Samsel" <csamsel@xxxxxxxxx>
• Re: assistance recovering failed raid6 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [md PATCH 10/14] md/raid1: stop using bi_phys_segment
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: NeilBrown <neilb@xxxxxxxx>
• assistance recovering failed raid6 array
  • From: Martin Bosner <martin@xxxxxxxxx>
• Re: [PATCH V4 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID10 and 'writemostly' support
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID10 and 'writemostly' support
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: RAID10 and 'writemostly' support
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: mdadm: can only add devices to linear arrays
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID10 and 'writemostly' support
  • From: Phil Turmel <philip@xxxxxxxxxx>
• interesting case of a hung 'recovery'
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [PATCH V4 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• mdadm: can only add devices to linear arrays
  • From: "Boylan, Ross" <Ross.Boylan@xxxxxxxx>
• [PATCH 0/3]md/raid5: improve IO pattern
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 3/3] md/raid5: sort bios
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 1/3] md/raid5: prioritize stripes for writeback
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 2/3] md/raid5-cache: bump flush stripe batch size
  • From: Shaohua Li <shli@xxxxxx>
• Re: Process stuck in md_flush_request (state: D)
  • From: Les Stroud <les@xxxxxxxxxxxxx>
• Re: Process stuck in md_flush_request (state: D)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V4 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH V4 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: colyli@xxxxxxx
• [PATCH V4 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
  • From: colyli@xxxxxxx
• Process stuck in md_flush_request (state: D)
  • From: Les Stroud <les@xxxxxxxxxxxxx>
• Re: [PATCH V3 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: mdadm: how to move superblock 1.0 on reduced components
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID10 and 'writemostly' support
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH 12/17] md: raid1: avoid direct access to bvec table in process_checks()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH V3 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 00/17] md: cleanup on direct access to bvec table
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 02/14] md/raid5: simplfy delaying of writes while metadata is updated.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 14/14] MD: use per-cpu counter for writes_pending
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 09/14] md/raid10: stop using bi_phys_segments
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 01/14] md/raid5: use md_write_start to count stripes, not bios
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 00/17] md: cleanup on direct access to bvec table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: RAID10 and 'writemostly' support
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] md: cleanup on direct access to bvec table
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 14/14] MD: use per-cpu counter for writes_pending
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 02/14] md/raid5: simplfy delaying of writes while metadata is updated.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 01/14] md/raid5: use md_write_start to count stripes, not bios
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [md PATCH 09/14] md/raid10: stop using bi_phys_segments
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• RAID10 and 'writemostly' support
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH 02/17] block: introduce bio_remove_last_page()
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 02/17] block: introduce bio_remove_last_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 02/17] block: introduce bio_remove_last_page()
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 13/17] md: raid1: use bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 13/17] md: raid1: use bio_segments_all()
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 13/17] md: raid1: use bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 02/17] block: introduce bio_remove_last_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 13/17] md: raid1: use bio_segments_all()
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 02/17] block: introduce bio_remove_last_page()
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PATCH 04/17] md: introduce helpers for dealing with fetch/store preallocated pages in bio
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 06/17] md: raid1/raid10: borrow .bi_error as pre-allocated page index
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 12/17] md: raid1: avoid direct access to bvec table in process_checks()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 10/17] md: raid1: remove direct access to bvec table in fix_sync_read_error
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 11/17] md: raid1: use bio helper in process_checks()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 14/17] md: raid10: avoid direct access to bvec table in sync_request_write()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 13/17] md: raid1: use bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 09/17] md: raid1/raid10: use bio helper in *_pool_free
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 08/17] md: raid1: simplify r1buf_pool_free()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 07/17] md: raid1/raid10: don't use .bi_vcnt to check if all pages are added
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 05/17] md: raid1/raid10: use the introduced helpers
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 03/17] md: raid1/raid10: use bio_remove_last_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 02/17] block: introduce bio_remove_last_page()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 01/17] block: introduce bio_segments_all()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 17/17] md: raid10: avoid direct access to bvec table in handle_reshape_read_error
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 16/17] md: raid10: avoid direct access to bvec table in reshape_request
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 15/17] md: raid10: avoid direct access to bvec table in fix_recovery_read_error
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 00/17] md: cleanup on direct access to bvec table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH V3 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH v5 2/4] async_tx: Fix DMA_PREP_FENCE usage in do_async_gen_syndrome()
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v5 1/4] lib/raid6: Add log-of-2 table for RAID6 HW requiring disk position
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v5 0/4] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v5 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v5 4/4] dt-bindings: Add DT bindings document for Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [md PATCH 14/14] MD: use per-cpu counter for writes_pending
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 13/14] md: close a race with setting mddev->in_sync
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 12/14] md: factor out set_in_sync()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 11/14] md/raid5: don't test ->writes_pending in raid5_remove_disk
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 10/14] md/raid1: stop using bi_phys_segment
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 09/14] md/raid10: stop using bi_phys_segments
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 07/14] Revert "md/raid5: limit request size according to implementation limits"
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 08/14] md/raid1, raid10: move rXbio accounting closer to allocation.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 05/14] md/raid5: use bio_inc_remaining() instead of repurposing bi_phys_segments as a counter
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 06/14] md/raid5: remove over-loading of ->bi_phys_segments.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 04/14] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 03/14] md/raid5: call bio_endio() directly rather than queueing for later.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 02/14] md/raid5: simplfy delaying of writes while metadata is updated.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 01/14] md/raid5: use md_write_start to count stripes, not bios
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 00/14] remove all abuse of bi_phys_segments
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] async_tx: deprecate broken support for channel switching
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [PATCH] async_tx: deprecate broken support for channel switching
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH V3 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 5/5] md: fast clone bio in bio_clone_mddev()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• mdadm: how to move superblock 1.0 on reduced components
  • From: "G.raud" <graud@xxxxxxx>
• Re: Which API for md state monitoring - sysfs vs. /proc/mdstat vs. GET_DISK_INFO ioctl
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• mdadm manpage: add missing unit for --array-size
  • From: "G.raud" <graud@xxxxxxx>
• Re: [PATCH v2 5/5] md: fast clone bio in bio_clone_mddev()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 0/5] md: use bio_clone_fast()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] dm space map metadata: constify dm_space_map structures
  • From: Bhumika Goyal <bhumirks@xxxxxxxxx>
• Re: [PATCH V3 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH V3 2/2] RAID1: avoid unnecessary spin locks in I/O barrier code
  • From: colyli@xxxxxxx
• [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: colyli@xxxxxxx
• Re: [PATCH v4 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH v4 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH v4 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH v1 1/5] block: introduce bio_clone_bioset_partial()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: Enable the skip_copy feature will results in data integrity issue in raid5 degraded mode.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Enable the skip_copy feature will results in data integrity issue in raid5 degraded mode.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v4 1/1] DM: inplace compressed DM target (fwd)
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v4 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v1 1/5] block: introduce bio_clone_bioset_partial()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] md: fast clone bio in bio_clone_mddev()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] md: use bio_clone_fast()
  • From: Jens Axboe <axboe@xxxxxx>
• [PATCH v2 4/5] md: remove unnecessary check on mddev
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 2/5] md: fail if mddev->bio_set can't be created
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 5/5] md: fast clone bio in bio_clone_mddev()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 3/5] md/raid1: use bio_clone_bioset_partial() in case of write behind
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 1/5] block: introduce bio_clone_bioset_partial()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v2 0/5] md: use bio_clone_fast()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: Which API for md state monitoring - sysfs vs. /proc/mdstat vs. GET_DISK_INFO ioctl
  • From: Hannes Reinecke <hare@xxxxxxx>
• Which API for md state monitoring - sysfs vs. /proc/mdstat vs. GET_DISK_INFO ioctl
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• [PATCH] Monitor: dev should be a block file in waitclean
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH v4 1/4] lib/raid6: Add log-of-2 table for RAID6 HW requiring disk position
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v4 4/4] dt-bindings: Add DT bindings document for Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v4 0/4] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v4 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v4 2/4] async_tx: Fix DMA_PREP_FENCE usage in do_async_gen_syndrome()
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH v4 1/1] DM: inplace compressed DM target (fwd)
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• [PATCH] Monitor: triggers core dump when stat2devnm return NULL
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH v3 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH v4 1/1] DM: inplace compressed DM target
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH 1/5] MD: attach data to each bio
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V2] md: disable WRITE SAME if it fails in underlayer disks
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v1 1/5] block: introduce bio_clone_bioset_partial()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH V2] md: disable WRITE SAME if it fails in underlayer disks
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH v4 1/1] DM: inplace compressed DM target
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH --resend 1/2] md: disable WRITE SAME if it fails for linear/raid0
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH --resend 1/2] md: disable WRITE SAME if it fails for linear/raid0
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v4 1/1] DM: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v4] DM: dm-inplace-compress: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH --resend 2/2] md/multipath: disable WRITE SAME if it fails for multipath
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH --resend 1/2] md: disable WRITE SAME if it fails for linear/raid0
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH --resend 0/2] fix writesame
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH 1/5] MD: attach data to each bio
  • 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: [PATCH v1 5/5] md: fast clone bio in bio_clone_mddev()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 4/5] md: remove unnecessary check on mddev
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 2/5] md/raid1: use bio_clone_bioset_partial() in case of write behind
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/5] block: introduce bio_clone_bioset_partial()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 3/5] md: fail if mddev->bio_set can't be created
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• LSI RAID
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: [PATCH 1/5] MD: attach data to each bio
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 1/5] MD: attach data to each bio
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v3 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Enable the skip_copy feature will results in data integrity issue in raid5 degraded mode.
  • From: Chien Lee <chienlee@xxxxxxxx>
• Re: [PATCH 1/5] MD: attach data to each bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: ANNOUNCE: mdadm 4.0 - A tool for managing md Soft RAID under Linux
  • From: zhilong <zlliu@xxxxxxxx>
• Re: ANNOUNCE: mdadm 4.0 - A tool for managing md Soft RAID under Linux
  • From: zhilong <zlliu@xxxxxxxx>
• RAID 5 --assemble doesn't recognize all overlays as component devices (was: RAID 5 reshape stalled at 77.5% - next steps??)
  • From: George Rapp <george.rapp@xxxxxxxxx>
• Re: [PATCH V2] MD: add doc for raid5-cache
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH 1/2] md/raid5-cache: stripe reclaim only counts valid stripes
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH v1 0/5] md: use bio_clone_fast()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 2/2] md/raid5-cache: exclude reclaiming stripes in reclaim check
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH v3 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v1 2/5] md/raid1: use bio_clone_bioset_partial() in case of write behind
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 1/5] block: introduce bio_clone_bioset_partial()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 5/5] md: fast clone bio in bio_clone_mddev()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 4/5] md: remove unnecessary check on mddev
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 3/5] md: fail if mddev->bio_set can't be created
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 0/5] md: use bio_clone_fast()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v3 1/4] lib/raid6: Add log-of-2 table for RAID6 HW requiring disk position
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v3 0/4] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v3 3/4] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v3 4/4] dt-bindings: Add DT bindings document for Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v3 2/4] async_tx: Fix DMA_PREP_FENCE usage in do_async_gen_syndrome()
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH 1/5] MD: attach data to each bio
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/5] MD: attach data to each bio
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2 2/5] async_tx: Handle DMA devices having support for fewer PQ coefficients
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH v3 5/9] raid5-ppl: Partial Parity Log write logging implementation
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v3 5/9] raid5-ppl: Partial Parity Log write logging implementation
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 2/5] async_tx: Handle DMA devices having support for fewer PQ coefficients
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 5/9] raid5-ppl: Partial Parity Log write logging implementation
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/9] raid5-ppl: Partial Parity Log write logging implementation
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH v2 2/5] async_tx: Handle DMA devices having support for fewer PQ coefficients
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCH 1/5] MD: attach data to each bio
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 6/9] md: add sysfs entries for PPL
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v3 5/9] raid5-ppl: Partial Parity Log write logging implementation
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/5] MD: attach data to each bio
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 2/5] async_tx: Handle DMA devices having support for fewer PQ coefficients
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 6/9] md: add sysfs entries for PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH v3 3/9] md: superblock changes for PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH v3 5/9] raid5-ppl: Partial Parity Log write logging implementation
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH v3 4/9] raid5: calculate partial parity for a stripe
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH 1/5] MD: attach data to each bio
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH v2 2/5] async_tx: Handle DMA devices having support for fewer PQ coefficients
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] async_tx: Handle DMA devices having support for fewer PQ coefficients
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [systemd-devel] Errorneous detection of degraded array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH V2] MD: add doc for raid5-cache
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v3 6/9] md: add sysfs entries for PPL
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v3 5/9] raid5-ppl: Partial Parity Log write logging implementation
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v3 4/9] raid5: calculate partial parity for a stripe
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v3 3/9] md: superblock changes for PPL
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 0/5] MD: don't abuse bi_phys_segements
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH v2 2/5] async_tx: Handle DMA devices having support for fewer PQ coefficients
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 4/5] md/raid1: don't abuse bio->bi_phys_segments
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 3/5] md/raid5: change disk limits
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 2/5] md/raid5: don't abuse bio->bi_phys_segments
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 1/5] MD: attach data to each bio
  • From: Shaohua Li <shli@xxxxxx>
• [PATCH 5/5] md/raid10: don't abuse bio->bi_phys_segments
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH v2 2/5] async_tx: Handle DMA devices having support for fewer PQ coefficients
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [RFC PATCH v4] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCH v2 2/5] async_tx: Handle DMA devices having support for fewer PQ coefficients
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH v2 2/5] async_tx: Handle DMA devices having support for fewer PQ coefficients
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 2/5] async_tx: Handle DMA devices having support for fewer PQ coefficients
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v2 5/5] dt-bindings: Add DT bindings document for Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v2 4/5] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v2 3/5] async_tx: Fix DMA_PREP_FENCE usage in do_async_gen_syndrome()
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v2 1/5] lib/raid6: Add log-of-2 table for RAID6 HW requiring disk position
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH v2 0/5] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH 5/6] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [md PATCH 0/5] Stop using bi_phys_segments as a counter
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V2] MD: add doc for raid5-cache
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: ensure md devices are freed before module is unloaded.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH V2] MD: add doc for raid5-cache
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH 5/6] dmaengine: Add Broadcom SBA RAID driver
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 4/4] md: fast clone bio in bio_clone_mddev()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH 4/4] md: fast clone bio in bio_clone_mddev()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 4/4] md: fast clone bio in bio_clone_mddev()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [md PATCH 0/5] Stop using bi_phys_segments as a counter
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/4] md: introduce bio_clone_slow_mddev_partial()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] mailbox: Add new API mbox_channel_device() for clients
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH 3/6] async_tx: Handle DMA devices having support for fewer PQ coefficients
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH] md: ensure md devices are freed before module is unloaded.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/4] block: introduce bio_clone_bioset_partial()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 4/4] md: fast clone bio in bio_clone_mddev()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 3/4] md/raid1: use bio_clone_slow_mddev_partial in case of write behind
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 2/4] md: introduce bio_clone_slow_mddev_partial()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 0/4] md: use bio_clone_fast()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 5/6] dmaengine: Add Broadcom SBA RAID driver
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: drives failed during reshape, array won't even force-assemble
  • From: Weedy <weedy2887@xxxxxxxxx>
• mdadm raid6 sequential read slower than reading from userspace
  • From: Stevie Trujillo <stevie.trujillo@xxxxxxxxx>
• Re: [PATCH 3/6] async_tx: Handle DMA devices having support for fewer PQ coefficients
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 1/6] mailbox: Add new API mbox_channel_device() for clients
  • From: Jassi Brar <jassisinghbrar@xxxxxxxxx>
• Re: sector size mismatch a problem for RAID 1?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] async_tx: Handle DMA devices having support for fewer PQ coefficients
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• RE: sector size mismatch a problem for RAID 1?
  • From: "Boylan, Ross" <Ross.Boylan@xxxxxxxx>
• sector size mismatch a problem for RAID 1?
  • From: "Boylan, Ross" <Ross.Boylan@xxxxxxxx>
• Re: Fail to assemble raid4 with replaced disk
  • From: Santiago DIEZ <santiago.diez@xxxxxxxx>
• Re: [PATCH] MD: add doc for raid5-cache
  • From: Jure Erznožnik <jure.erznoznik@xxxxxxxxx>
• Re: [PATCH] MD: add doc for raid5-cache
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: [PATCH 3/6] async_tx: Handle DMA devices having support for fewer PQ coefficients
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 0/6] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH 1/6] mailbox: Add new API mbox_channel_device() for clients
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH 2/6] lib/raid6: Add log-of-2 table for RAID6 HW requiring disk position
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH 3/6] async_tx: Handle DMA devices having support for fewer PQ coefficients
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH 5/6] dmaengine: Add Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH 6/6] dt-bindings: Add DT bindings document for Broadcom SBA RAID driver
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• [PATCH 4/6] async_tx: Fix DMA_PREP_FENCE usage in do_async_gen_syndrome()
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: [PATCH] MD: add doc for raid5-cache
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: drives failed during reshape, array won't even force-assemble
  • From: Thomas Warntjen <thomas@xxxxxxxxxxxx>
• Re: [PATCH 1/2] md: add bad block flag to disk state
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] MD: add doc for raid5-cache
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 1/2] md: add bad block flag to disk state
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [systemd-devel] Errorneous detection of degraded array
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• [PATCH] MD: add doc for raid5-cache
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH v3 1/1] DM: inplace compressed DM target
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 1/1] DM: inplace compressed DM target
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v3 1/1] DM: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v3] DM: dm-inplace-compress: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: drives failed during reshape, array won't even force-assemble
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH v1] md/r5cache: improve journal device efficiency
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/2] md: add bad block flag to disk state
  • From: Shaohua Li <shli@xxxxxxxxxx>
• RE: [systemd-devel] Errorneous detection of degraded array
  • From: Luke Pyzowski <Luke@xxxxxxxxxxxxxxxxxx>
• Re: [systemd-devel] Errorneous detection of degraded array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: drives failed during reshape, array won't even force-assemble
  • From: Thomas Warntjen <thomas@xxxxxxxxxxxx>
• [PATCH v3 7/9] raid5-ppl: load and recover the log
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v3 9/9] raid5-ppl: runtime PPL enabling or disabling
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v3 8/9] raid5-ppl: support disk hot add/remove with PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v3 6/9] md: add sysfs entries for PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v3 5/9] raid5-ppl: Partial Parity Log write logging implementation
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v3 4/9] raid5: calculate partial parity for a stripe
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v3 3/9] md: superblock changes for PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v3 2/9] raid5-cache: add policy logic
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v3 1/9] raid5-cache: move declarations to separate header
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v3 0/9] Partial Parity Log for MD RAID 5
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: drives failed during reshape, array won't even force-assemble
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [systemd-devel] Errorneous detection of degraded array
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [systemd-devel] Errorneous detection of degraded array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [systemd-devel] Errorneous detection of degraded array
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• Re: [systemd-devel] Errorneous detection of degraded array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] Fix oddity where mdadm did not recognise a relative path
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Bad block notification
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH] Fix oddity where mdadm did not recognise a relative path
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH v3] md linear: fix a race between linear_add() and linear_congested()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v3] md linear: fix a race between linear_add() and linear_congested()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: RAID 5 reshape stalled at 77.5% - next steps??
  • From: George Rapp <george.rapp@xxxxxxxxx>
• Re: RAID 5 reshape stalled at 77.5% - next steps??
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: RAID 5 reshape stalled at 77.5% - next steps??
  • From: George Rapp <george.rapp@xxxxxxxxx>
• Re: RAID 5 reshape stalled at 77.5% - next steps??
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• RAID 5 reshape stalled at 77.5% - next steps??
  • From: George Rapp <george.rapp@xxxxxxxxx>
• Re: [systemd-devel] Errorneous detection of degraded array
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• [PATCH v3] md linear: fix a race between linear_add() and linear_congested()
  • From: colyli@xxxxxxx
• Re: split scsi passthrough fields out of struct request V2
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V3
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 15/18] scsi: allocate scsi_cmnd structures as part of struct request
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 14/18] scsi: remove __scsi_alloc_queue
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH v2] md linear: fix a race between linear_add() and linear_congested()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [GIT PULL] MD update for 4.10-rc6
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• RE: [systemd-devel] Errorneous detection of degraded array
  • From: Luke Pyzowski <Luke@xxxxxxxxxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V3
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 16/18] block/bsg: move queue creation into bsg_setup_queue
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 15/18] scsi: allocate scsi_cmnd structures as part of struct request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH 14/18] scsi: remove __scsi_alloc_queue
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH] md linear: fix a race between linear_add() and linear_congested()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 13/18] scsi: remove scsi_cmd_dma_pool
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 06/18] dm: remove incomple BLOCK_PC support
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 12/18] scsi: respect unchecked_isa_dma for blk-mq
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH] md linear: fix a race between linear_add() and linear_congested()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2] md linear: fix a race between linear_add() and linear_congested()
  • From: colyli@xxxxxxx
• Re: [PATCH 11/18] scsi: remove gfp_flags member in scsi_host_cmd_pool
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 07/18] dm: always defer request allocation to the owner of the request_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 07/18] dm: always defer request allocation to the owner of the request_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 07/18] dm: always defer request allocation to the owner of the request_queue
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/19] block: add a op_is_flush helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/19] md: cleanup bio op / flags handling in raid1_write_request
  • From: Christoph Hellwig <hch@xxxxxx>
• split scsi passthrough fields out of struct request V3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [systemd-devel] Errorneous detection of degraded array
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [systemd-devel] Errorneous detection of degraded array
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH 1/1] imsm: fix missing error message during migration
  • From: jes.sorensen@xxxxxxxxx
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 04/18] block: simplify blk_init_allocated_queue
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH 03/18] block: fix elevator init check
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 02/18] md: cleanup bio op / flags handling in raid1_write_request
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 01/18] block: add a op_is_flush helper
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [dm-devel] split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: split scsi passthrough fields out of struct request V2
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: performance collapse: 9 mio IOPS to 1.5 mio with MD RAID0
  • From: Tobias Oberstein <tobias.oberstein@xxxxxxxxx>
• Re: [PATCH 18/18] block: don't assign cmd_flags in __blk_rq_prep_clone
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 15/18] scsi: allocate scsi_cmnd structures as part of struct request
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 14/18] scsi: remove __scsi_alloc_queue
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 13/18] scsi: remove scsi_cmd_dma_pool
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 12/18] scsi: respect unchecked_isa_dma for blk-mq
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 11/18] scsi: remove gfp_flags member in scsi_host_cmd_pool
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 10/18] scsi_dh_hp_sw: switch to scsi_execute_req_flags()
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 09/18] scsi_dh_emc: switch to scsi_execute_req_flags()
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 08/18] scsi_dh_rdac: switch to scsi_execute_req_flags()
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 05/18] block: allow specifying size for extra command data
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 04/18] block: simplify blk_init_allocated_queue
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 03/18] block: fix elevator init check
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 02/18] md: cleanup bio op / flags handling in raid1_write_request
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 01/18] block: add a op_is_flush helper
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] md linear: fix a race between linear_add() and linear_congested()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: performance collapse: 9 mio IOPS to 1.5 mio with MD RAID0
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] md linear: fix a race between linear_add() and linear_congested()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 04/18] block: simplify blk_init_allocated_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/18] scsi_dh_rdac: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/18] scsi: remove gfp_flags member in scsi_host_cmd_pool
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/18] block: split scsi_request out of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/18] block: don't assign cmd_flags in __blk_rq_prep_clone
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/18] block/bsg: move queue creation into bsg_setup_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/18] scsi: remove __scsi_alloc_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/18] scsi: allocate scsi_cmnd structures as part of struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/18] scsi_dh_hp_sw: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/18] scsi: remove scsi_cmd_dma_pool
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/18] scsi: respect unchecked_isa_dma for blk-mq
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/18] dm: always defer request allocation to the owner of the request_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/18] scsi_dh_emc: switch to scsi_execute_req_flags()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/18] block: allow specifying size for extra command data
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/18] dm: remove incomple BLOCK_PC support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/18] block: fix elevator init check
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/18] md: cleanup bio op / flags handling in raid1_write_request
  • From: Christoph Hellwig <hch@xxxxxx>
• split scsi passthrough fields out of struct request V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/18] block: add a op_is_flush helper
  • From: Christoph Hellwig <hch@xxxxxx>
• Raid wiki - was Re: MDADM grow /dev/md0 - chunk size
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Soft-Raid 0 Performance | Transfer two Data-Streams (CPU+FPGA) to the same Soft-Raid
  • From: Eric Schwarz <eas@xxxxxxxxxxxxxxxxxxx>
• Re: errors when reading in one section of a disk
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Input/Output error reading from a clean raid
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: errors when reading in one section of a disk
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• drives failed during reshape, array won't even force-assemble
  • From: Thomas Warntjen <thomas@xxxxxxxxxxxx>
• performance collapse: 9 mio IOPS to 1.5 mio with MD RAID0
  • From: Tobias Oberstein <tobias.oberstein@xxxxxxxxx>
• [PATCH] md linear: fix a race between linear_add() and linear_congested()
  • From: colyli@xxxxxxx
• errors when reading in one section of a disk
  • From: "Boylan, Ross" <Ross.Boylan@xxxxxxxx>
• [PATCH v1] md/r5cache: improve journal device efficiency
  • From: Song Liu <songliubraving@xxxxxx>
• Re: Input/Output error reading from a clean raid
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Input/Output error reading from a clean raid
  • From: Salatiel Filho <salatiel.filho@xxxxxxxxx>
• Re: [PATCH v3] md/r5cache: disable write back for degraded array
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH v3] md/r5cache: disable write back for degraded array
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v2 3/3] md/r5cache: disable write back for degraded array
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 1/1] imsm: fix missing error message during migration
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH 1/2] md: add bad block flag to disk state
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 2/2] Monitor: add new event BadBlocks
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 0/2] Bad block notification
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: performance of raid5 on fast devices
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2 2/3] md/r5cache: shift complex rmw from read path to write path
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v2 3/3] md/r5cache: disable write back for degraded array
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v2 1/3] md/r5cache: flush data only stripes in r5l_recovery_log()
  • From: Song Liu <songliubraving@xxxxxx>
• Re: performance of raid5 on fast devices
  • From: Jake Yao <jgyao1@xxxxxxxxx>
• Re: Input/Output error reading from a clean raid
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Input/Output error reading from a clean raid
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Input/Output error reading from a clean raid
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Input/Output error reading from a clean raid
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Input/Output error reading from a clean raid
  • From: Salatiel Filho <salatiel.filho@xxxxxxxxx>
• Re: Input/Output error reading from a clean raid
  • From: Salatiel Filho <salatiel.filho@xxxxxxxxx>
• Re: raid0 vs. mkfs
  • From: Coly Li <colyli@xxxxxxx>
• Re: Soft-Raid 0 Performance | Transfer two Data-Streams (CPU+FPGA) to the same Soft-Raid
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Soft-Raid 0 Performance | Transfer two Data-Streams (CPU+FPGA) to the same Soft-Raid
  • From: Coly Li <colyli@xxxxxxx>
• Re: Input/Output error reading from a clean raid
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: MDADM grow /dev/md0 - chunk size
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid0 vs. mkfs
  • From: Avi Kivity <avi@xxxxxxxxxxxx>
• Input/Output error reading from a clean raid
  • From: Salatiel Filho <salatiel.filho@xxxxxxxxx>
• Re: [PATCH] md/bitmap: use i_blocksize()
  • From: Geliang Tang <geliangtang@xxxxxxxxx>
• Re: [PATCH 2/2] md/r5cache: improve journal device efficiency
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/2] md/r5cache: disable write back for degraded raid6
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/bitmap: use i_blocksize()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 4/4] md/r5cache: shift complex rmw from read path to write path
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 2/4] md/r5cache: read data into orig_page for prexor of cached data
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/4] md/r5cache: flush data only stripes in r5l_recovery_log()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] dm bio prison: use rb_entry()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] md/bitmap: use i_blocksize()
  • From: Coly Li <colyli@xxxxxxx>
• Re: performance of raid5 on fast devices
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] dm bio prison: use rb_entry()
  • From: Geliang Tang <geliangtang@xxxxxxxxx>
• [PATCH] md/bitmap: use i_blocksize()
  • From: Geliang Tang <geliangtang@xxxxxxxxx>
• Re: HELP! RAID5 array disappeared after partitions deleted
  • From: kyle <kyle.upton.is@xxxxxxxxx>
• Re: HELP! RAID5 array disappeared after partitions deleted
  • From: kyle <kyle.upton.is@xxxxxxxxx>
• Re: [RFC PATCH v3] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: HELP! RAID5 array disappeared after partitions deleted
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3] crypto: Add IV generation algorithms
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• HELP! RAID5 array disappeared after partitions deleted
  • From: kyle <kyle.upton.is@xxxxxxxxx>
• Re: [RFC PATCH v3] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [PATCH 1/2] md/r5cache: disable write back for degraded raid6
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 2/2] md/r5cache: improve journal device efficiency
  • From: Song Liu <songliubraving@xxxxxx>
• Re: performance of raid5 on fast devices
  • From: Jake Yao <jgyao1@xxxxxxxxx>
• Re: [patch] block: add blktrace C events for bio-based drivers
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [RFC PATCH v3] crypto: Add IV generation algorithms
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [RFC PATCH v3] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [RFC PATCH v3] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [RFC PATCH v2 1/1] DM: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [RFC PATCH v2] DM: dm-inplace-compress: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [patch] block: add blktrace C events for bio-based drivers
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [patch] block: add blktrace C events for bio-based drivers
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [patch] block: add blktrace C events for bio-based drivers
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: performance of raid5 on fast devices
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH] Fix oddity where mdadm did not recognise a relative path
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Recommendation on new system Arrays
  • From: Benjammin2068 <benjammin2068@xxxxxxxxx>
• Re: performance of raid5 on fast devices
  • From: Jake Yao <jgyao1@xxxxxxxxx>
• Re: performance of raid5 on fast devices
  • From: Jake Yao <jgyao1@xxxxxxxxx>
• Soft-Raid 0 Performance | Transfer two Data-Streams (CPU+FPGA) to the same Soft-Raid
  • From: Eric Schwarz <eas@xxxxxxxxxxxxxxxxxxx>
• Re: performance of raid5 on fast devices
  • From: Coly Li <colyli@xxxxxxx>
• Re: performance of raid5 on fast devices
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: performance of raid5 on fast devices
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• performance of raid5 on fast devices
  • From: Jake Yao <jgyao1@xxxxxxxxx>
• Re: PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode
  • From: MasterPrenium <masterprenium.lkml@xxxxxxxxx>
• MDADM grow /dev/md0 - chunk size - II
  • From: "J. Cassidy" <sean@xxxxxxxxxxxx>
• Re: [v2 PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• [LSF/MM ATTEND] md raid general discussion
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [v2 PATCH 1/2] RAID1: a new I/O barrier implementation to remove resync window
  • From: Coly Li <colyli@xxxxxxx>
• Re: [Lsf-pc] [LSF/MM TOPIC] [LSF/MM ATTEND] md raid general discussion
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] [LSF/MM ATTEND] md raid general discussion
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• MDADM grow /dev/md0 - chunk size
  • From: "J. Cassidy" <sean@xxxxxxxxxxxx>
• Re: linux raid wiki - kernel autoassembly
  • From: NeilBrown <neilb@xxxxxxxx>
• linux raid wiki - kernel autoassembly
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/8] arm: put types.h in uapi
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>