Linux RAID Storage Date Index

• Thread Index

• Re: [mdadm PATCH 1/2] util: unify fstat operations into function
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] change back 0644 permission for Grow.c
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [dm-devel] [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Recover array after I panicked
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: [dm-devel] [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH] change back 0644 permission for Grow.c
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: Big-endian RAID5 recovery problem
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: [RndTbl] Big-endian RAID5 recovery problem
  • From: Trevor Cordes <trevor@xxxxxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [mdadm PATCH 2/2] util: unify stat operations into function
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [mdadm PATCH 1/2] util: unify fstat operations into function
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [mdadm PATCH 0/2] unify stat and fstat into functions
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: Big-endian RAID5 recovery problem
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] md/raid10: skip spare disk as 'first' disk
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH] md/raid5: make use of spin_lock_irq over local_irq_disable + spin_lock
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [GIT PULL] MD update for 4.12
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Big-endian RAID5 recovery problem
  • From: Adam Thompson <athompso@xxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Big-endian RAID5 recovery problem
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Big-endian RAID5 recovery problem
  • From: Adam Thompson <athompso@xxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH] md/raid10: skip spare disk as 'first' disk
  • From: Shaohua Li <shli@xxxxxx>
• Re: fixing raid1
  • From: "jdd@xxxxxxxxx" <jdd@xxxxxxxxx>
• Re: fixing raid1
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• fixing raid1
  • From: "jdd@xxxxxxxxx" <jdd@xxxxxxxxx>
• Re: [dm-devel] [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: How important is SCTERC?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] md/raid5: make use of spin_lock_irq over local_irq_disable + spin_lock
  • From: Julia Cartwright <julia@xxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH] Add a comment to indicate valid fallthrough
  • From: Khem Raj <raj.khem@xxxxxxxxx>
• Re: How important is SCTERC?
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: How important is SCTERC?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: How important is SCTERC?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Ron Leach <ronleach@xxxxxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [MD PATCH v2 1/1] Use a new variable to count flighting sync requests
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [mdadm PATCH] Create: tell udev md device is not ready when first created.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: NeilBrown <neilb@xxxxxxxx>
• How important is SCTERC?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: [PATCH v3] md/r5cache: gracefully handle journal device errors for writeback mode
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [MD PATCH v2 1/1] Use a new variable to count flighting sync requests
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [MD PATCH v2 1/1] Use a new variable to count flighting sync requests
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Ron Leach <ronleach@xxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH v1] dm-crypt: replace custom implementation of hex2bin()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 3.18-stable] dm bufio: hide bogus warning
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [MD PATCH v2 1/1] Use a new variable to count flighting sync requests
  • From: Coly Li <colyli@xxxxxxx>
• [MD PATCH v2 1/1] Use a new variable to count flighting sync requests
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v3] md/r5cache: gracefully handle journal device errors for writeback mode
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [bug report] md-cluster: Fix adding of new disk with new reload code
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Recovery on new 2TB disk: finish=7248.4min (raid1)
  • From: Ron Leach <ronleach@xxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [bug report] md-cluster: Fix adding of new disk with new reload code
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [MD PATCH 1/1] Use a new variable to count flighting sync requests
  • From: Coly Li <colyli@xxxxxxx>
• Re: [MD PATCH 1/1] Use a new variable to count flighting sync requests
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [MD PATCH 1/1] Use a new variable to count flighting sync requests
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [MD PATCH 1/1] Use a new variable to count flighting sync requests
  • From: Coly Li <colyli@xxxxxxx>
• [MD PATCH 1/1] Use a new variable to count flighting sync requests
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [MD PATCH 1/1] Don't add nr_pending for resync requests
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 1/1] IMSM: Initialize my_vol_raid_dev_num during vol creation
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [MD PATCH 1/1] Don't add nr_pending for resync requests
  • From: Coly Li <colyli@xxxxxxx>
• Reshape didn't stop when two disks was removed
  • From: 彭昶勳 <cxpeng111@xxxxxxxxx>
• Re: [PATCH v2 02/21] libiscsi: Add an internal error code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
• [mdadm PATCH] Create: move STOP_ARRAY to abort_locked
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 03/21] libiscsi: Make use of new the sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 14/21] scsi: libfc, csiostor: Change to sg_copy_buffer in two drivers
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 04/21] target: Make use of the new sg_map function at 16 call sites
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 16/21] mmc: sdhci: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 18/21] mmc: tmio: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 00/21] Introduce common scatterlist map function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 11/21] scsi: ipr, pmcraid, isci: Make use of the new sg_map helper
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 21/21] memstick: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 06/21] crypto: hifn_795x: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 02/21] libiscsi: Add an internal error code
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 09/21] staging: unisys: visorbus: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 17/21] mmc: spi: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 13/21] scsi: arcmsr, ips, megaraid: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 10/21] RDS: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 12/21] scsi: hisi_sas, mvsas, gdth: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 19/21] mmc: sdricoh_cs: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 20/21] mmc: tifm_sd: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 05/21] drm/i915: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 08/21] dm-crypt: Make use of the new sg_map helper in 4 call sites
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 01/21] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [MD PATCH 1/1] Don't add nr_pending for resync requests
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: clear WantReplacement once disk is removed
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: mismatch_cnt > 0 during initial sync?
  • From: Stephane Thiell <sthiell@xxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• mismatch_cnt > 0 during initial sync?
  • From: Stephane Thiell <sthiell@xxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: [PATCH] Don't use UnSet with consistency_policy
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Recover array after I panicked
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: [PATCH] dm verity: deferred hash checking for restart/logging mode
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• [PATCH] Don't use UnSet with consistency_policy
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: mdadm Consistency Policy initialization
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: mdadm Consistency Policy initialization
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH] dm verity: deferred hash checking for restart/logging mode
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [MD PATCH 1/1] Don't add nr_pending for resync requests
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] dm verity: deferred hash checking for restart/logging mode
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH] md: clear WantReplacement once disk is removed
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] dm verity: deferred hash checking for restart/logging mode
  • From: Bongkyu Kim <bongkyu.kim@xxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: Recover array after I panicked
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Recover array after I panicked
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: GET_ARRAY_INFO assumptions?
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: GET_ARRAY_INFO assumptions?
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: GET_ARRAY_INFO assumptions?
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• [PATCH 3.18-stable] dm bufio: hide bogus warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] dm-crypt: run in a WQ_HIGHPRI workqueue
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] Makefile, LLVM: add -no-integrated-as to KBUILD_[AC]FLAGS
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] md/raid1/10: remove unused queue
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] md/raid1/10: remove unused queue
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [PATCH] md/raid1: remove unused queue
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] md/raid1: remove unused queue
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [md PATCH] md: handle read-only member devices better.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: GET_ARRAY_INFO assumptions?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH] md: handle read-only member devices better.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH 3/4] Detail: ensure --export names are acceptable as shell variables.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH 2/4] systemd/mdadm-last-resort: use ConditionPathExists instead of Conflicts
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH 1/4] Grow_continue_command: ensure 'content' is properly initialised.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] md/raid10: wait up frozen array in handle_write_completed
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/4] mdadm/util:integrate stat operations into one utility
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] uapi: fix linux/raid/md_p.h userspace compilation error
  • From: Shaohua Li <shli@xxxxxxxxxx>
• issue with assembly of named arrays w/selinux==permissive on CentOS7
  • From: Scott Sinno <scott.sinno@xxxxxxxx>
• Re: [PATCH] drivers, md: convert stripe_head.count from atomic_t to refcount_t
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: MD raid microconference of Plumber Conf 2017
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: mdadm Consistency Policy initialization
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: GET_ARRAY_INFO assumptions?
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• MD raid microconference of Plumber Conf 2017
  • From: Coly Li <colyli@xxxxxxx>
• Re: IMSM RAID10: Rebuild/Resync difference on Linux vs Windows
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• RE: [PATCH] drivers, md: convert stripe_head.count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: IMSM RAID10: Rebuild/Resync difference on Linux vs Windows
  • From: Matthias Dahl <ml_linux-raid@xxxxxxxxxxxxxxxx>
• Re: Zombie dm device?
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [mdadm PATCH 4/4] Create: tell udev device is not ready when first created.
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH 3/4] Detail: ensure --export names are acceptable as shell variables.
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH 2/4] systemd/mdadm-last-resort: use ConditionPathExists instead of Conflicts
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH 1/4] Grow_continue_command: ensure 'content' is properly initialised.
  • From: NeilBrown <neilb@xxxxxxxx>
• [mdadm PATCH 0/4] Assorted mdadm patches
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 00/10] Simplify bio splitting and related code.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 26/27] scsi: sd: Separate zeroout and discard command choices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH] Add a comment to indicate valid fallthrough
  • From: Khem Raj <raj.khem@xxxxxxxxx>
• Re: [PATCH] uapi: fix linux/raid/md_p.h userspace compilation error
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: mdadm Consistency Policy initialization
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 26/27] scsi: sd: Separate zeroout and discard command choices
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: mdadm Consistency Policy initialization
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH] uapi: fix linux/raid/md_p.h userspace compilation error
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: Lost second disk during resync, can I recover?
  • From: Adam B <adam.backer@xxxxxxxxx>
• Re: [PATCH v6 0/3] dm: boot a mapped device without an initramfs
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• mdadm Consistency Policy initialization
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH v6 0/3] dm: boot a mapped device without an initramfs
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH v6 3/3] init: add support to directly boot to a mapped device
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH v6 2/3] dm: export a table+mapped device to the ioctl interface
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• [PATCH v6 1/3] dm: make some mapped_device functions available
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• Re: GET_ARRAY_INFO assumptions?
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 16/22] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 16/22] xen-blkfront: Make use of the new sg_map helper function
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 05/22] drm/i915: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 16/22] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 16/22] xen-blkfront: Make use of the new sg_map helper function
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• RE: [PATCH 16/22] xen-blkfront: Make use of the new sg_map helper function
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Zombie dm device?
  • From: Phil Susi <psusi@xxxxxxxxxx>
• Re: [PATCH 05/22] drm/i915: Make use of the new sg_map helper function
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: Zombie dm device?
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: GET_ARRAY_INFO assumptions?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH] md: handle read-only member devices better.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md/raid10: wait up frozen array in handle_write_completed
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] md/r5cache: gracefully handle journal device errors for writeback mode
  • From: Song Liu <songliubraving@xxxxxx>
• Zombie dm device?
  • From: Phil Susi <psusi@xxxxxxxxxx>
• [PATCH RESEND] dm ioctl: Remove double parentheses
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: Lost second disk during resync, can I recover?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• [PATCH] md/raid10: wait up frozen array in handle_write_completed
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH 1/4] mdadm/util:integrate stat operations into one utility
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH 1/4] mdadm/util:integrate stat operations into one utility
  • From: Liu Zhilong <zlliu@xxxxxxxx>
• Re: Lost second disk during resync, can I recover?
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: Lost second disk during resync, can I recover?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] integrated stat and fstat into utility functions
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Lost second disk during resync, can I recover?
  • From: Adam B <adam.backer@xxxxxxxxx>
• Re: [PATCH v5 3/7] raid5-ppl: Partial Parity Log write logging implementation
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH] mdadm: retire mdassemble in make everything
  • From: Coly Li <colyli@xxxxxxx>
• Re: [md PATCH] md: handle read-only member devices better.
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 09/22] dm-crypt: Make use of the new sg_map helper in 4 call sites
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 09/22] dm-crypt: Make use of the new sg_map helper in 4 call sites
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH 08/22] crypto: chcr: Make use of the new sg_map helper function
  • From: Harsh Jain <harshjain.prof@xxxxxxxxx>
• Re: [md PATCH] md: handle read-only member devices better.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Linux software raid troubles
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/22] staging: unisys: visorbus: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 04/22] target: Make use of the new sg_map function at 16 call sites (fwd)
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• RE: [PATCH 10/22] staging: unisys: visorbus: Make use of the new sg_map helper function
  • From: "Kershner, David A" <David.Kershner@xxxxxxxxxx>
• Re: [PATCH 09/22] dm-crypt: Make use of the new sg_map helper in 4 call sites
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: Linux software raid troubles
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: GET_ARRAY_INFO assumptions?
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 03/22] libiscsi: Make use of new the sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 01/22] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 1/4] mdadm/util:integrate stat operations into one utility
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 04/22] target: Make use of the new sg_map function at 16 call sites (fwd)
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: Linux software raid troubles
  • From: linuxknight <linuxknight@xxxxxxxxx>
• Re: [PATCH 0/4] integrated stat and fstat into utility functions
  • From: Paul Menzel <pm.debian@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] mdadm/util:integrate stat operations into one utility
  • From: Liu Zhilong <zlliu@xxxxxxxx>
• Re: [PATCH 09/22] dm-crypt: Make use of the new sg_map helper in 4 call sites
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 03/22] libiscsi: Make use of new the sg_map helper function
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/22] scatterlist: Introduce sg_map helper functions
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] md-cluster: Fix a memleak in an error handling path
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH] md-cluster: Fix a memleak in an error handling path
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH 02/22] nvmet: Make use of the new sg_map helper function
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/22] nvmet: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: Linux software raid troubles
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/22] nvmet: Make use of the new sg_map helper function
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/7] x86, LLVM: suppress clang warnings about unaligned accesses
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 3/7] x86, LLVM: suppress clang warnings about unaligned accesses
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• [PATCH 15/22] scsi: libfc, csiostor: Change to sg_copy_buffer in two drivers
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 10/22] staging: unisys: visorbus: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 07/22] crypto: shash, caam: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 12/22] scsi: ipr, pmcraid, isci: Make use of the new sg_map helper in 4 call sites
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 03/22] libiscsi: Make use of new the sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 06/22] crypto: hifn_795x: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 18/22] mmc: spi: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 04/22] target: Make use of the new sg_map function at 16 call sites
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 22/22] memstick: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 16/22] xen-blkfront: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 19/22] mmc: tmio: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 01/22] scatterlist: Introduce sg_map helper functions
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 05/22] drm/i915: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 02/22] nvmet: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 14/22] scsi: arcmsr, ips, megaraid: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 00/22] Introduce common scatterlist map function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 17/22] mmc: sdhci: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 21/22] mmc: tifm_sd: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 20/22] mmc: sdricoh_cs: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 09/22] dm-crypt: Make use of the new sg_map helper in 4 call sites
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 13/22] scsi: hisi_sas, mvsas, gdth: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 11/22] RDS: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 08/22] crypto: chcr: Make use of the new sg_map helper function
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: GET_ARRAY_INFO assumptions?
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] md/raid10: introduce handle_badblocks
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: GET_ARRAY_INFO assumptions?
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: disk initialize priority
  • From: Stephane Thiell <sthiell@xxxxxxxxxxxx>
• GET_ARRAY_INFO assumptions?
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re:
  • From: Scott Ellentuch <tuctboh@xxxxxxxxx>
• [no subject]
  • From: Scott Ellentuch <tuctboh@xxxxxxxxx>
• Re: disk initialize priority
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: disk initialize priority
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: disk initialize priority
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: disk initialize priority
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: disk initialize priority
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: disk initialize priority
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: disk initialize priority
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: disk initialize priority
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: disk initialize priority
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: disk initialize priority
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• [PATCH] md/raid10: introduce handle_badblocks
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: disk initialize priority
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [RFC PATCH v5] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• disk initialize priority
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: [md PATCH] md: handle read-only member devices better.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [v4 2/2] raid6/altivec: Add vpermxor implementation for raid6 Q syndrome
  • From: Matt Brown <matthew.brown.dev@xxxxxxxxx>
• [v4 1/2] lib/raid6: Build proper files on corresponding arch
  • From: Matt Brown <matthew.brown.dev@xxxxxxxxx>
• [md PATCH] md: handle read-only member devices better.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 0/2] Make it possible to disable create_on_open semantics.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v1 2/2] mdadm/manpage:clustered arrays don't support array-size yet
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v1 1/2] mdadm/manpage:update manpage for readonly parameter
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Linux software raid troubles
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Linux software raid troubles
  • From: linuxknight <linuxknight@xxxxxxxxx>
• Re: Linux software raid troubles
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [md PATCH 1/2] md: allow creation of mdNNN arrays via md_mod/parameters/new_array
  • From: Coly Li <colyli@xxxxxxx>
• Re: [md PATCH 2/2] md: support disabling of create-on-open semantics.
  • From: Coly Li <colyli@xxxxxxx>
• Re: Linux software raid troubles
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Linux software raid troubles
  • From: linuxknight <linuxknight@xxxxxxxxx>
• Linux software raid troubles
  • From: linuxknight <linuxknight@xxxxxxxxx>
• Re: [PATCH 1/2] lib/raid6: Build proper files on corresponding arch
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• [PATCH v1 2/2] mdadm/manpage:clustered arrays don't support array-size yet
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH v1 1/2] mdadm/manpage:update manpage for readonly parameter
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH 1/2] lib/raid6: Build proper files on corresponding arch
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [md PATCH 2/2] md: support disabling of create-on-open semantics.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 1/2] md: allow creation of mdNNN arrays via md_mod/parameters/new_array
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 0/2] Make it possible to disable create_on_open semantics.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 00/10] Simplify bio splitting and related code.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH v3 2/2] raid6/altivec: Add vpermxor implementation for raid6 Q syndrome
  • From: Matt Brown <matthew.brown.dev@xxxxxxxxx>
• [PATCH 1/2] lib/raid6: Build proper files on corresponding arch
  • From: Matt Brown <matthew.brown.dev@xxxxxxxxx>
• Re: md-cluster Oops 4.9.13
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [md PATCH 00/10] Simplify bio splitting and related code.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] raid5-ppl: use a single mempool for ppl_io_unit and header_page
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Level change from 4 disk RAID5 to 4 disk RAID6
  • From: LM <linux-raid@xxxxxxxxxxxxxx>
• Re: Level change from 4 disk RAID5 to 4 disk RAID6
  • From: LM <linux-raid@xxxxxxxxxxxxxx>
• [PATCH v2] raid5-ppl: use a single mempool for ppl_io_unit and header_page
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [md PATCH 00/10] Simplify bio splitting and related code.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/2] mdadm/manpage:update description for readonly in manpage
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] raid5-ppl: use a single mempool for ppl_io_unit and header_page
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] mdadm.c:fix compile warning "mdfd is uninitialized"
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 1/2] mdadm/manpage:update description for readonly in manpage
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 2/2] mdadm/manpage:clustered array doesn't support --array-size yet
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• mdassemble will disappear - last chance to stop it!
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Can we deprecate ioctl(RAID_VERSION)?
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: 4.10 + 765d704db: no improvemtn in write rates with md/raid5 group_thread_cnt > 0
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH] md: return 0 instead of error in rdev_attr_show()
  • From: Michael Wang <yun.wang@xxxxxxxxxxxxxxxx>
• [PATCH] md: return 0 instead of error in rdev_attr_show()
  • From: Michael Wang <yun.wang@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] raid5-ppl: use a single mempool for ppl_io_unit and header_page
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH 1/4] raid5-ppl: use a single mempool for ppl_io_unit and header_page
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: Shrinking an array
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Shrinking an array
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Shrinking an array
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: Shrinking an array
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Shrinking an array
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: 4.10 + 765d704db: no improvemtn in write rates with md/raid5 group_thread_cnt > 0
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 03/27] block: implement splitting of REQ_OP_WRITE_ZEROES bios
  • From: Anthony Youngman <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] raid5-ppl: use a single mempool for ppl_io_unit and header_page
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid1: avoid reusing a resync bio after error handling.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md.c:didn't unlock the mddev before return EINVAL in array_size_store
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md:MD_CLOSING needs to be cleared after called md_set_readonly or do_md_stop
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V2] md/raid10: reset the 'first' at the end of loop
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid6: Fix anomily when recovering a single device in RAID6.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: update slab_cache before releasing new stripes when stripes resizing
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2] md/r5cache: gracefully handle journal device errors for writeback mode
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 2/7] Makefile, x86, LLVM: disable unsupported optimization flags
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [RFC PATCH v5] IV Generation algorithms for dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: md-cluster Oops 4.9.13
  • From: Marc Smith <marc.smith@xxxxxxx>
• Re: Can we deprecate ioctl(RAID_VERSION)?
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH 2/2] mdadm/manpage:clustered array doesn't support --array-size yet
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 1/2] mdadm/manpage:update description for readonly in manpage
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 0/2] mdadm/manpage: update manpage for readonly and array-size
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH] md.c:didn't unlock the mddev before return EINVAL in array_size_store
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [v2] raid6/altivec: Add vpermxor implementation for raid6 Q syndrome
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH] md.c:didn't unlock the mddev before return EINVAL in array_size_store
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: Level change from 4 disk RAID5 to 4 disk RAID6
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] mdadm.c:fix compile warning "mdfd is uninitialized"
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: Level change from 4 disk RAID5 to 4 disk RAID6
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Can we deprecate ioctl(RAID_VERSION)?
  • From: NeilBrown <neilb@xxxxxxxx>
• Level change from 4 disk RAID5 to 4 disk RAID6
  • From: LM <linux-raid@xxxxxxxxxxxxxx>
• Re: always use REQ_OP_WRITE_ZEROES for zeroing offload V2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Can we deprecate ioctl(RAID_VERSION)?
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH 0/2] Trace completion of all bios
  • From: Jens Axboe <axboe@xxxxxx>
• Re: Can we deprecate ioctl(RAID_VERSION)?
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: mdadm:compiled warning in mdadm.c:1974:29 treats as errors
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [RFC PATCH v5] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [RFC PATCH v5] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: Degraded RAID reshaping
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Degraded RAID reshaping
  • From: Victor Helmholtz <victor.helmholtz@xxxxxxxxx>
• [PATCH] bcache: Keep the labels the same in cache dev and cache set.
  • From: lixiubo@xxxxxxxxxxxxxxxxxxxx
• Re: Can we deprecate ioctl(RAID_VERSION)?
  • From: Coly Li <colyli@xxxxxxx>
• Re: mdadm:compiled warning in mdadm.c:1974:29 treats as errors
  • From: Liuzhilong <zlliu@xxxxxxx>
• [dm-devel] [PATCH] Fix for find_lowest_key in dm-btree.c
  • From: Vinothkumar Raja <vinraja@xxxxxxxxxxxxxxxxx>
• [PATCH 2/2] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/2] block: simple improvements for bio->flags
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 0/2] Trace completion of all bios
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm:compiled warning in mdadm.c:1974:29 treats as errors
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Can we deprecate ioctl(RAID_VERSION)?
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: mdadm:compiled warning in mdadm.c:1974:29 treats as errors
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Can we deprecate ioctl(RAID_VERSION)?
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Can we deprecate ioctl(RAID_VERSION)?
  • From: Coly Li <colyli@xxxxxxx>
• Re: Can we deprecate ioctl(RAID_VERSION)?
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: mdadm:compiled warning in mdadm.c:1974:29 treats as errors
  • From: Liu Zhilong <zlliu@xxxxxxxx>
• Re: [PATCH 27/27] scsi: sd: Remove LBPRZ dependency for discards
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 26/27] scsi: sd: Separate zeroout and discard command choices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [v2] raid6/altivec: Add vpermxor implementation for raid6 Q syndrome
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: mdadm - dmraid
  • From: NeilBrown <neilb@xxxxxxxx>
• [v2] raid6/altivec: Add vpermxor implementation for raid6 Q syndrome
  • From: Matt Brown <matthew.brown.dev@xxxxxxxxx>
• [PATCH] md:MD_CLOSING needs to be cleared after called md_set_readonly or do_md_stop
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH V2] md/raid10: reset the 'first' at the end of loop
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] md/raid1: avoid reusing a resync bio after error handling.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RFC PATCH] raid1: reset 'bi_next' before reuse the bio
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH V2] md/raid10: reset the 'first' at the end of loop
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [md PATCH 08/10] md/raid5: make chunk_aligned_read() split bios more cleanly.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Can we deprecate ioctl(RAID_VERSION)?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [md PATCH 08/10] md/raid5: make chunk_aligned_read() split bios more cleanly.
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/7] Makefile, x86, LLVM: disable unsupported optimization flags
  • From: Michael Davidson <md@xxxxxxxxxx>
• Re: Can we deprecate ioctl(RAID_VERSION)?
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH 2/7] Makefile, x86, LLVM: disable unsupported optimization flags
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [PATCH 2/7] Makefile, x86, LLVM: disable unsupported optimization flags
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Can we deprecate ioctl(RAID_VERSION)?
  • From: jes.sorensen@xxxxxxxxx
• [PATCH 01/27] sd: split sd_setup_discard_cmnd
  • From: Christoph Hellwig <hch@xxxxxx>
• always use REQ_OP_WRITE_ZEROES for zeroing offload V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/27] block: implement splitting of REQ_OP_WRITE_ZEROES bios
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/27] block: renumber REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/27] sd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/27] md: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/27] dm io: discards don't take a payload
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/27] scsi: sd: Separate zeroout and discard command choices
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/27] dm: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/27] dm kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/27] block: stop using blkdev_issue_write_same for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/27] block: add a flags argument to (__)blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/27] block: add a new BLKDEV_ZERO_NOFALLBACK flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/27] block: add a REQ_NOUNMAP flag for REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/27] block_dev: use blkdev_issue_zerout for hole punches
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/27] sd: implement unmapping Write Zeroes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/27] nvme: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/27] zram: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/27] loop: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/27] brd: remove discard support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/27] rbd: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/27] rsxx: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/27] mmc: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/27] block: stop using discards for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/27] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/27] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/27] scsi: sd: Remove LBPRZ dependency for discards
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/4] mdadm/Create:declaring an existing struct within same function
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH 1/4] mdadm/util:integrate stat operations into one utility
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH 2/4] mdadm/util:integrate fstat operations into one utility function
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH v1] mdadm/grow: reshape would be stuck from raid1 to raid5
  • From: jes.sorensen@xxxxxxxxx
• Re: mdadm:compiled warning in mdadm.c:1974:29 treats as errors
  • From: jes.sorensen@xxxxxxxxx
• Re: always use REQ_OP_WRITE_ZEROES for zeroing offload V2
  • From: Christoph Hellwig <hch@xxxxxx>
• 4.10 + 765d704db: no improvemtn in write rates with md/raid5 group_thread_cnt > 0
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH 13/27] block_dev: use blkdev_issue_zerout for hole punches
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/27] zram: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/27] block: add a new BLKDEV_ZERO_NOFALLBACK flag
  • From: Christoph Hellwig <hch@xxxxxx>
• always use REQ_OP_WRITE_ZEROES for zeroing offload V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/27] sd: split sd_setup_discard_cmnd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/27] block: renumber REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/27] sd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/27] block: implement splitting of REQ_OP_WRITE_ZEROES bios
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/27] md: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/27] dm io: discards don't take a payload
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/27] dm: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/27] dm kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/27] block: stop using blkdev_issue_write_same for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/27] block: add a flags argument to (__)blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/27] block: add a REQ_NOUNMAP flag for REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/27] sd: implement unmapping Write Zeroes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/27] nvme: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/27] loop: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 22/25] block: stop using discards for zeroing
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 25/25] block: remove the discard_zeroes_data flag
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 15/25] nvme: implement REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 13/25] block_dev: use blkdev_issue_zerout for hole punches
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 12/25] block: add a new BLKDEV_ZERO_NOFALLBACK flag
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 14/25] sd: implement unmapping Write Zeroes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 09/25] block: stop using blkdev_issue_write_same for zeroing
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 11/25] block: add a REQ_UNMAP flag for REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 10/25] block: add a flags argument to (__)blkdev_issue_zeroout
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 03/25] block: implement splitting of REQ_OP_WRITE_ZEROES bios
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 04/25] sd: implement REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 02/25] block: renumber REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 01/25] ѕd: split sd_setup_discard_cmnd
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [RFC PATCH] raid1: reset 'bi_next' before reuse the bio
  • From: Michael Wang <yun.wang@xxxxxxxxxxxxxxxx>
• mdadm - dmraid
  • From: gmx <hj.foellmer@xxxxxx>
• [md PATCH 10/10] md/raid0: fix up bio splitting.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 09/10] md/linear: improve bio splitting.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 08/10] md/raid5: make chunk_aligned_read() split bios more cleanly.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 07/10] md/raid10: simplify handle_read_error()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 06/10] md/raid10: simplify the splitting of requests.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 05/10] md/raid1: factor out flush_bio_list()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 04/10] md/raid1: simplify handle_read_error().
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 03/10] Revert "block: introduce bio_copy_data_partial"
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 02/10] md/raid1: simplify alloc_behind_master_bio()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 01/10] md/raid1: simplify the splitting of requests.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 00/10] Simplify bio splitting and related code.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: md-cluster Oops 4.9.13
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [RFC PATCH] raid1: reset 'bi_next' before reuse the bio
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RFC PATCH] blk: reset 'bi_next' when bio is done inside request
  • From: NeilBrown <neilb@xxxxxxxx>
• md-cluster Oops 4.9.13
  • From: Marc Smith <marc.smith@xxxxxxx>
• [RFC PATCH] raid1: reset 'bi_next' before reuse the bio
  • From: Michael Wang <yun.wang@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] blk: reset 'bi_next' when bio is done inside request
  • From: Michael Wang <yun.wang@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] blk: reset 'bi_next' when bio is done inside request
  • From: Michael Wang <yun.wang@xxxxxxxxxxxxxxxx>
• [PATCH 1/4] raid5-ppl: use a single mempool for ppl_io_unit and header_page
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 3/4] raid5-ppl: use resize_stripes() when enabling or disabling ppl
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 2/4] raid5-ppl: move no_mem_stripes to struct ppl_conf
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 0/4] PPL fixes and improvements
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 4/4] raid5-ppl: partial parity calculation optimization
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [RFC PATCH] blk: reset 'bi_next' when bio is done inside request
  • From: Michael Wang <yun.wang@xxxxxxxxxxxxxxxx>
• Re: [PATCH] raid6/altivec: adding vpermxor implementation for raid6 Q syndrome
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] blk: reset 'bi_next' when bio is done inside request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RFC PATCH] blk: reset 'bi_next' when bio is done inside request
  • From: Michael Wang <yun.wang@xxxxxxxxxxxxxxxx>
• Re: [PATCH v1] mdadm/grow: reshape would be stuck from raid1 to raid5
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v1] mdadm/grow: reshape would be stuck from raid1 to raid5
  • From: Zhilong <zlliu@xxxxxxxx>
• mdadm:compiled warning in mdadm.c:1974:29 treats as errors
  • From: Zhilong <zlliu@xxxxxxxx>
• Re: [PATCH v1] mdadm/grow: reshape would be stuck from raid1 to raid5
  • From: Zhilong <zlliu@xxxxxxxx>
• Re: [PATCH 3/7] x86, LLVM: suppress clang warnings about unaligned accesses
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [PATCH 1/7] Makefile, LLVM: add -no-integrated-as to KBUILD_[AC]FLAGS
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [PATCH] raid6/altivec: adding vpermxor implementation for raid6 Q syndrome
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: [RFC PATCH] blk: reset 'bi_next' when bio is done inside request
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] dm ioctl: Remove double parentheses
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• [RFC PATCH] blk: reset 'bi_next' when bio is done inside request
  • From: Michael Wang <yun.wang@xxxxxxxxxxxxxxxx>
• Re: [PATCH] raid6/altivec: adding vpermxor implementation for raid6 Q syndrome
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v1] mdadm/grow: reshape would be stuck from raid1 to raid5
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md/raid10: remove unnecessary checks with 'first'
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] md/raid6: Fix anomily when recovering a single device in RAID6.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID6 rebuild oddity
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] Revert "md: raid1: use bio helper in process_checks()"
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• [PATCH 4/4] mdadm/Monitor:check the block device when use waitclean parameter
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 3/4] mdadm/Create:declaring an existing struct within same function
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 2/4] mdadm/util:integrate fstat operations into one utility function
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 1/4] mdadm/util:integrate stat operations into one utility
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 0/4] integrated stat and fstat into utility functions
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] md/raid10: remove unnecessary checks with 'first'
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] dm ioctl: Remove double parentheses
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] dm ioctl: Remove double parentheses
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: RAID6 rebuild oddity
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 06/25] dm io: discards don't take a payload
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/25] sd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/25] block_dev: use blkdev_issue_zerout for hole punches
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/25] block: add a REQ_UNMAP flag for REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/25] sd: implement unmapping Write Zeroes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/25] mmc: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/25] rbd: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/25] block: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/25] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/25] block: stop using discards for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/25] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/25] rsxx: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/25] loop: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/25] brd: remove discard support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/25] zram: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/25] block: add a new BLKDEV_ZERO_NOFALLBACK flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/25] nvme: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/25] dm: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/25] block: add a flags argument to (__)blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/25] dm kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/25] block: stop using blkdev_issue_write_same for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/25] md: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/25] block: implement splitting of REQ_OP_WRITE_ZEROES bios
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/25] block: renumber REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/25] ѕd: split sd_setup_discard_cmnd
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Re-assembling array after double device failure
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [dm-devel] [PATCH][RFC] dm raid: Fix NULL pointer dereference for raid1 without bitmap
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH] mdadm/util:integrate fstat and stat into a utility function
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCHv2] mdadm.c: fix compile error "switch condition has boolean value"
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCHv2] mdadm.c: fix compile error "switch condition has boolean value"
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: "hch@xxxxxx" <hch@xxxxxx>
• [PATCHv2] mdadm.c: fix compile error "switch condition has boolean value"
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: use rounded size for metadata initialization
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 2/2] mdadm.c: fix compile error "switch condition has boolean value"
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v1] mdadm/grow: reshape would be stuck from raid1 to raid5
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH][RFC] dm raid: Fix NULL pointer dereference for raid1 without bitmap
  • From: kmeaw@xxxxxxxxxxxxxx
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] imsm: use rounded size for metadata initialization
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: Grow set size issue
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [Drbd-dev] [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 11/23] block_dev: use blkdev_issue_zerout for hole punches
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 01/23] block: renumber REQ_OP_WRITE_ZEROES
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 2/2] mdadm.c: fix compile error "switch condition has boolean value"
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [PATCH v1] mdadm/grow: reshape would be stuck from raid1 to raid5
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] raid6/altivec: adding vpermxor implementation for raid6 Q syndrome
  • From: Matt Brown <matthew.brown.dev@xxxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [PATCH] mdadm/util:integrate fstat and stat into a utility function
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: RAID6 rebuild oddity
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: update slab_cache before releasing new stripes when stripes resizing
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: RAID6 rebuild oddity
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID6 rebuild oddity
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: RAID6 rebuild oddity
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 2/2] mdadm.c: fix compile error "switch condition has boolean value"
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Grow set size issue
  • From: NeilBrown <neilb@xxxxxxx>
• Grow set size issue
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 2/2] mdadm.c: fix compile error "switch condition has boolean value"
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] mdadm.c: fix compile error "switch condition has boolean value"
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH 1/2] super1: replace hard-coded values with bit definitions
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH v4 0/6] mdadm support for Partial Parity Log
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH v4 2/6] Detail: show consistency policy
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 6/6] Grow: support consistency policy change
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 4/6] super1: PPL support
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 5/6] Add 'ppl' and 'no-ppl' options for --update=
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 0/6] mdadm support for Partial Parity Log
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 3/6] imsm: PPL support
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v4 1/6] Generic support for --consistency-policy and PPL
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 1/2] super1: replace hard-coded values with bit definitions
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [PATCH 2/2] mdadm.c: fix compile error "switch condition has boolean value"
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: RAID6 rebuild oddity
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• [PATCH v2] md/r5cache: gracefully handle journal device errors for writeback mode
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH] md: update slab_cache before releasing new stripes when stripes resizing
  • From: Dennis Yang <dennisyang@xxxxxxxx>
• Re: [PATCH v6 0/4] Broadcom SBA RAID support
  • From: Anup Patel <anup.patel@xxxxxxxxxxxx>
• Re: RAID6 rebuild oddity
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md:array cannot be opened again after 'md_set_readonly'
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] md:array cannot be opened again after 'md_set_readonly'
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [mdadm PATCH 5/5] Detail: handle non-existent arrays better.
  • From: jes.sorensen@xxxxxxxxx
• Re: [mdadm PATCH 4/5] Add 'force' flag to *hot_remove_disk().
  • From: jes.sorensen@xxxxxxxxx
• Re: [mdadm PATCH 3/5] Introduce sys_hot_remove_disk()
  • From: jes.sorensen@xxxxxxxxx
• [PATCH] dm: move dm_table_destroy() to same header as dm_table_create()
  • From: Brian Norris <briannorris@xxxxxxxxxxxx>
• Re: [PATCH v1] mdadm/Build:check the level parameter when build new array
  • From: jes.sorensen@xxxxxxxxx
• Re: [mdadm PATCH] Retry HOT_REMOVE_DISK a few times.
  • From: jes.sorensen@xxxxxxxxx
• Re: [mdadm PATCH] udev-md-raid-assembly.rules: Skip non-ready devices
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH v3 3/6] imsm: PPL support
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH v4] mdadm/r5cache: allow adding journal to array without journal
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH] mdadm/bitmap:fixed typos in comments of bitmap.h
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH v3] mdadm/r5cache: allow adding journal to array without journal
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v4] mdadm/r5cache: allow adding journal to array without journal
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCHv2 1/2] super1: ignore failfast flag for setting device role
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH 2/2] mdadm: Forced type conversion to avoid truncation
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH 1/2] Replace snprintf with strncpy at some places to avoid truncation
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH v3] mdadm/r5cache: allow adding journal to array without journal
  • From: jes.sorensen@xxxxxxxxx
• Re: [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 11/23] block_dev: use blkdev_issue_zerout for hole punches
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH v5 3/7] raid5-ppl: Partial Parity Log write logging implementation
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] Revert "md: raid1: use bio helper in process_checks()"
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 01/23] block: renumber REQ_OP_WRITE_ZEROES
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH] md:array cannot be opened again after 'md_set_readonly'
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] Revert "md: raid1: use bio helper in process_checks()"
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>