Linux RAID Storage Date Index

• Thread Index

• 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>
• 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>