Linux RAID Storage Date Index

• Thread Index

• Re: remove a few uses of ->queuedata
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 02/15] simdisk: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/15] rsxx: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/15] drbd: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/15] zram: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/15] dm: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/15] bcache: stop setting ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/15] nvdimm/btt: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/15] nvdimm/blk: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/15] nvdimm/pmem: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/15] md: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/15] umem: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/15] lightnvm: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/15] ps3vram: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/15] null_blk: stop using ->queuedata for bio mode
  • From: Christoph Hellwig <hch@xxxxxx>
• remove a few uses of ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/15] nfblock: use gendisk private_data
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [general question] rare silent data corruption when writing data
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH V2] allow RAID5 to grow to RAID6 with a backup_file
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH V2] allow RAID5 to grow to RAID6 with a backup_file
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [general question] rare silent data corruption when writing data
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Re: [general question] rare silent data corruption when writing data
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 2/8] md/raid5: add a member of r5pages for struct stripe_head
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH RFC v2 1/8] md/raid5: add CONFIG_MD_RAID456_STRIPE_SIZE to set STRIPE_SIZE
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [general question] rare silent data corruption when writing data
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [RFC PATCH V3 02/10] md: remove __clear_page_buffers and use attach/detach_page_private
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md/raid1: release pending accounting for an I/O only after write-behind is also finished
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [general question] rare silent data corruption when writing data
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Re: [general question] rare silent data corruption when writing data
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• [RFC PATCH V3 01/10] include/linux/pagemap.h: introduce attach/detach_page_private
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [RFC PATCH V3 02/10] md: remove __clear_page_buffers and use attach/detach_page_private
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [general question] rare silent data corruption when writing data
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: "mdadm -n": component device selection when delta_disks<0
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• "mdadm -n": component device selection when delta_disks<0
  • From: "David F" <raid@xxxxxxxxxxxxxxxx>
• [PATCH] md/raid1: Replace zero-length array with flexible-array
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [general question] rare silent data corruption when writing data
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• [general question] rare silent data corruption when writing data
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• [PATCH v2 03/10] block: add sectors_to_npage()/npage_to_sectors() helpers
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v2 01/10] block: move PAGE_SECTORS definition into <linux/blkdev.h>
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v2 02/10] zram: abolish macro SECTORS_PER_PAGE
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v2 05/10] block: abolish macro PAGE_SECTORS_SHIFT
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v2 04/10] zram: abolish macro SECTORS_PER_PAGE_SHIFT
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v2 09/10] md: use existing definition RESYNC_SECTORS
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v2 07/10] block: use sectors_to_npage() and PAGE_SECTORS to clean up code
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v2 10/10] md: use PAGE_SECTORS to clean up code
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v2 08/10] md: use sectors_to_npage() and npage_to_sectors() to clean up code
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v2 06/10] mm/swap: use npage_to_sectors() and PAGE_SECTORS to clean up code
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v2 00/10] clean up SECTOR related macros and sectors/pages conversions
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• Raid1 after new MB
  • From: "Renaud (Ron) OLGIATI" <renaud@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] mm/swap: use SECTORS_PER_PAGE_SHIFT to clean up code
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH 1/4] block: Move SECTORS_PER_PAGE and SECTORS_PER_PAGE_SHIFT definitions into <linux/blkdev.h>
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH 2/4] mm/swap: use SECTORS_PER_PAGE_SHIFT to clean up code
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH 2/4] mm/swap: use SECTORS_PER_PAGE_SHIFT to clean up code
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• [PATCH V2] allow RAID5 to grow to RAID6 with a backup_file
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH] Assemble.c: respect force flag.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] eliminate SECTOR related magic numbers and duplicated conversions
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] allow RAID5 to grow to RAID6 with a backup_file
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] clean up meaning of small typo
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] eliminate SECTOR related magic numbers and duplicated conversions
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] mm/swap: use SECTORS_PER_PAGE_SHIFT to clean up code
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] block: Move SECTORS_PER_PAGE and SECTORS_PER_PAGE_SHIFT definitions into <linux/blkdev.h>
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 3/4] block: use SECTORS_PER_PAGE_SHIFT and SECTORS_PER_PAGE to clean up code
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH 4/4] mtd: eliminate SECTOR related magic numbers
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH 2/4] mm/swap: use SECTORS_PER_PAGE_SHIFT to clean up code
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH 1/4] block: Move SECTORS_PER_PAGE and SECTORS_PER_PAGE_SHIFT definitions into <linux/blkdev.h>
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH 0/4] eliminate SECTOR related magic numbers and duplicated conversions
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH] Assemble.c: respect force flag.
  • From: Tkaczyk Mariusz <mariusz.tkaczyk@xxxxxxxxx>
• Re: RAID 1 | Test Booting from /dev/sdb
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: RAID 1 | Test Booting from /dev/sdb
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: RAID 1 | Test Booting from /dev/sdb
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID 1 | Test Booting from /dev/sdb
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: RAID 1 | Test Booting from /dev/sdb
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: RAID 1 | Test Booting from /dev/sdb
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID 1 | Test Booting from /dev/sdb
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• RAID 1 | Test Booting from /dev/sdb
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: WD Red drives are now SMR drives?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: WD Red drives are now SMR drives?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• [PATCH] allow RAID5 to grow to RAID6 with a backup_file
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• [PATCH] clean up meaning of small typo
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: WD Red drives are now SMR drives?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: RAID 1 | Restore based on Image of /dev/sda
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: RAID 1 | Restore based on Image of /dev/sda
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID 1 | Restore based on Image of /dev/sda
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: RAID 1 | Restore based on Image of /dev/sda
  • From: Johannes Truschnigg <johannes@xxxxxxxxxxxxxxx>
• Re: RAID 1 | Restore based on Image of /dev/sda
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: RAID 1 | Restore based on Image of /dev/sda
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID 1 | Restore based on Image of /dev/sda
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: RAID 1 | Restore based on Image of /dev/sda
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• RAID 1 | Restore based on Image of /dev/sda
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: WD Red drives are now SMR drives?
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• WD Red drives are now SMR drives?
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: Does a "check" of a RAID6 actually read all disks in a stripe?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH V2 1/9] include/linux/pagemap.h: introduce attach/clear_page_private
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH V2 1/9] include/linux/pagemap.h: introduce attach/clear_page_private
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH V2 1/9] include/linux/pagemap.h: introduce attach/clear_page_private
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH V2 1/9] include/linux/pagemap.h: introduce attach/clear_page_private
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V2 1/9] include/linux/pagemap.h: introduce attach/clear_page_private
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V2 1/9] include/linux/pagemap.h: introduce attach/clear_page_private
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH V2 1/9] include/linux/pagemap.h: introduce attach/clear_page_private
  • From: Andreas Grünbacher <andreas.gruenbacher@xxxxxxxxx>
• [RFC PATCH V2 1/9] include/linux/pagemap.h: introduce attach/clear_page_private
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [RFC PATCH V2 2/9] md: remove __clear_page_buffers and use attach/clear_page_private
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] Detail: adding sync status for cluster device
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid0: add config parameters to specify zone layout
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Fw: some questions about uploading a Linux kernel driver
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 0/4] improve memalloc scope APIs usage
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] raid5: use memalloc_noio_save()/restore in resize_chunks()
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] md/raid0: add config parameters to specify zone layout
  • From: Song Liu <songliubraving@xxxxxx>
• Re: Does a "check" of a RAID6 actually read all disks in a stripe?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Does a "check" of a RAID6 actually read all disks in a stripe?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Does a "check" of a RAID6 actually read all disks in a stripe?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Hard Drive Partition Table shows partition larger than drive
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Hard Drive Partition Table shows partition larger than drive
  • From: Robert Steinmetz <rob@xxxxxxxxxxxxxxxx>
• Re: Does a "check" of a RAID6 actually read all disks in a stripe?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Does a "check" of a RAID6 actually read all disks in a stripe?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Does a "check" of a RAID6 actually read all disks in a stripe?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Does a "check" of a RAID6 actually read all disks in a stripe?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] md/raid0: add config parameters to specify zone layout
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: [PATCH] md/raid0: add config parameters to specify zone layout
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: Hard Drive Partition Table shows partition larger than drive
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] Monitor: remove autorebuild pidfile when it exits
  • From: Zhong Lidong <lidong.zhong@xxxxxxxx>
• [PATCH v2] Detail: adding sync status for cluster device
  • From: Lidong Zhong <lidong.zhong@xxxxxxxx>
• Re: [PATCH] Assemble: print error message if mdadm fails assembling with --uuid option
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Monitor: improve check_one_sharer() for checking duplicated process
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: Hard Drive Partition Table shows partition larger than drive
  • From: Robert Steinmetz <rob@xxxxxxxxxxxxxxxx>
• Re: [PATCH] Monitor: remove autorebuild pidfile when it exits
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] udev: Ignore change event for imsm
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] Manage, imsm: Write metadata before add
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Detail: adding sync status for cluster device
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 2/9] md: remove __clear_page_buffers and use set/clear_fs_page_private
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: Hard Drive Partition Table shows partition larger than drive
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Hard Drive Partition Table shows partition larger than drive
  • From: Robert Steinmetz <rob@xxxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid0: add config parameters to specify zone layout
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2] md/raid0: add config parameters to specify zone layout
  • From: Song Liu <songliubraving@xxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Linux RAID reshaping hang, can somebody help me with this?
  • From: Сергей Рыжов <ryzhovsergey@xxxxxxxxx>
• Re: some questions about uploading a Linux kernel driver FusionRAID
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] md/raid1: release pending accounting for an I/O only after write-behind is also finished
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid1: release pending accounting for an I/O only after write-behind is also finished
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/8] md/raid5: set STRIPE_SIZE as a configurable value
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Fwd: Fw: some questions about uploading a Linux kernel driver
  • From: Xiaosong Ma <xma@xxxxxxxxx>
• Re: Recovering From RAID5 Failure
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: Recovering From RAID5 Failure
  • From: Leland Ball <lelandmball@xxxxxxxxx>
• Re: Recovering From RAID5 Failure
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Recovering From RAID5 Failure
  • From: Leland Ball <lelandmball@xxxxxxxxx>
• Re: [PATCH RFC v2 0/8] md/raid5: set STRIPE_SIZE as a configurable value
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH RFC v2 7/8] md/raid5: add offset array in scribble buffer
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH RFC v2 6/8] md/raid5: add new xor function to support different page offset
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH RFC v2 1/8] md/raid5: add CONFIG_MD_RAID456_STRIPE_SIZE to set STRIPE_SIZE
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH RFC v2 2/8] md/raid5: add a member of r5pages for struct stripe_head
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH RFC v2 8/8] md/raid5: compute xor with correct page offset
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH RFC v2 4/8] md/raid5: set correct page offset for bi_io_vec in ops_run_io()
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH RFC v2 3/8] md/raid5: allocate and free pages of r5pages
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH RFC v2 0/8] md/raid5: set STRIPE_SIZE as a configurable value
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH RFC v2 5/8] md/raid5: set correct page offset for async_copy_data()
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: [BUG REPORT] md raid5 with write log does not start
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: raid1 + raid6 setup recommendations
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• raid1 + raid6 setup recommendations
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• [PATCH 5/5] md-bitmap: don't duplicate code for __clear_page_buffers
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Unable to fail/remove journal device
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH v2] Manage, imsm: Write metadata before add
  • From: Tkaczyk Mariusz <mariusz.tkaczyk@xxxxxxxxx>
• Re: [BUG REPORT] md raid5 with write log does not start
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: G <garboge@xxxxxxx>
• [BUG REPORT] md raid5 with write log does not start
  • From: Coly Li <colyli@xxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] Assemble: print error message if mdadm fails assembling with --uuid option
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: [PATCH] raid5: use memalloc_noio_save()/restore in resize_chunks()
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid5: use memalloc_noio_save()/restore in resize_chunks()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] raid5: use memalloc_noio_save()/restore in resize_chunks()
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid5: use memalloc_noio_save()/restore in resize_chunks()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: G <garboge@xxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Setup Recommendation on UEFI/GRUB/RAID1/LVM
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• [PATCH] Detail: adding sync status for cluster device
  • From: Lidong Zhong <lidong.zhong@xxxxxxxx>
• Re: [PATCH] Detail: adding sync status for cluster device
  • From: Zhong Lidong <lidong.zhong@xxxxxxxx>
• Re: [PATCH] Detail: adding sync status for cluster device
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] md: fix lockdep warning
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH] Detail: adding sync status for cluster device
  • From: Lidong Zhong <lidong.zhong@xxxxxxxx>
• Re: [PATCH] Monitor: improve check_one_sharer() for checking duplicated process
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] Monitor: improve check_one_sharer() for checking duplicated process
  • From: Zhong Lidong <lidong.zhong@xxxxxxxx>
• Re: Is it possible to create a single zone RAID0 with different size member disks?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Is it possible to create a single zone RAID0 with different size member disks?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• RAID0 with only one zone
  • From: Jonas Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Re: MD Array 'stat' File - Sectors Read
  • From: Marc Smith <msmith626@xxxxxxxxx>
• Re: [PATCH] Monitor: improve check_one_sharer() for checking duplicated process
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH 0/4] md: fix lockdep warning
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH] Monitor: improve check_one_sharer() for checking duplicated process
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] raid5: use memalloc_noio_save()/restore in resize_chunks()
  • From: Coly Li <colyli@xxxxxxx>
• Is it possible to create a single zone RAID0 with different size member disks?
  • From: Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.6 58/68] md: check arrays is suspended in mddev_detach before call quiesce operations
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 47/56] md: check arrays is suspended in mddev_detach before call quiesce operations
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 37/46] md: check arrays is suspended in mddev_detach before call quiesce operations
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 25/32] md: check arrays is suspended in mddev_detach before call quiesce operations
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 0/4] md: fix lockdep warning
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 0/4] md: fix lockdep warning
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid5: use memalloc_noio_save()/restore in resize_chunks()
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: Repairing a RAID1 with non-zero mismatch_cnt, vol. 2
  • From: "Andrey ``Bass'' Shcheglov" <andrewbass@xxxxxxxxx>
• Re: [PATCH v3 1/4] md: use memalloc scope APIs in mddev_suspend()/mddev_resume()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v3 1/4] md: use memalloc scope APIs in mddev_suspend()/mddev_resume()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v3 4/4] md: remove redundant memalloc scope API usage
  • From: colyli@xxxxxxx
• [PATCH v3 3/4] raid5: update code comment of scribble_alloc()
  • From: colyli@xxxxxxx
• [PATCH v3 2/4] raid5: remove gfp flags from scribble_alloc()
  • From: colyli@xxxxxxx
• [PATCH v3 1/4] md: use memalloc scope APIs in mddev_suspend()/mddev_resume()
  • From: colyli@xxxxxxx
• [PATCH v3 0/4] improve memalloc scope APIs usage
  • From: colyli@xxxxxxx
• Re: [PATCH v2 4/4] md: remove redundant memalloc scope API usage
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2 4/4] md: remove redundant memalloc scope API usage
  • From: colyli@xxxxxxx
• [PATCH v2 3/4] raid5: update code comment of scribble_alloc()
  • From: colyli@xxxxxxx
• [PATCH v2 2/4] raid5: remove gfp flags from scribble_alloc()
  • From: colyli@xxxxxxx
• [PATCH v2 1/4] md: use memalloc scope APIs in mddev_suspend()/mddev_resume()
  • From: colyli@xxxxxxx
• [PATCH v2 0/4] improve memalloc scope APIs usage
  • From: colyli@xxxxxxx
• [PATCH] md/r5cache: remove set but not used 'offset'
  • From: Jason Yan <yanaijie@xxxxxxxxxx>
• Re: [PATCH 0/4] md: fix lockdep warning
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Repairing a RAID1 with non-zero mismatch_cnt, vol. 2
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: MD Array 'stat' File - Sectors Read
  • From: Song Liu <song@xxxxxxxxxx>
• Re: some questions about uploading a Linux kernel driver
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Repairing a RAID1 with non-zero mismatch_cnt, vol. 2
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Repairing a RAID1 with non-zero mismatch_cnt, vol. 2
  • From: "Andrey ``Bass'' Shcheglov" <andrewbass@xxxxxxxxx>
• [PATCH] Manage, imsm: Write metadata before add
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• [PATCH] udev: Ignore change event for imsm
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• RE: Need help restoring imsm raid
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxx>
• Need help restoring imsm raid
  • From: Adriaan Callaerts <adriaan.callaerts@xxxxxxxxx>
• Re: Raid-6 cannot reshape
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: [PATCH] raid5: use memalloc_noio_save()/restore in resize_chunks()
  • From: Coly Li <colyli@xxxxxxx>
• Re: Raid-6 cannot reshape
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid5: use memalloc_noio_save()/restore in resize_chunks()
  • From: Coly Li <colyli@xxxxxxx>
• Re: Raid-6 cannot reshape
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: Raid-6 cannot reshape
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Raid-6 cannot reshape
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Raid-6 cannot reshape
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: Raid-6 cannot reshape
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Raid-6 cannot reshape
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: Raid-6 cannot reshape
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Raid-6 cannot reshape
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Raid-6 cannot reshape
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Raid-6 cannot reshape
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: [PATCH] raid5: use memalloc_noio_save()/restore in resize_chunks()
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] raid5: use memalloc_noio_save()/restore in resize_chunks()
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH 5/5] md: remove the extra line for ->hot_add_disk
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH 4/5] md: flush md_rdev_misc_wq for HOT_ADD_DISK case
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH 1/5] md: add checkings before flush md_misc_wq
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH 3/5] md: don't flush workqueue unconditionally in md_open
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH 2/5] md: add new workqueue for delete rdev
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH 0/4] md: fix lockdep warning
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Daniel Jones <dj@xxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Daniel Jones <dj@xxxxxxxxx>
• Re: [PATCH] raid5: use memalloc_noio_save()/restore in resize_chunks()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: RAID Issues - RAID10 working but with errors
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: RAID Issues - RAID10 working but with errors
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID Issues - RAID10 working but with errors
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: RAID Issues - RAID10 working but with errors
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID Issues - RAID10 working but with errors
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: RAID Issues - RAID10 working but with errors
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• [PATCH] raid5: use memalloc_noio_save()/restore in resize_chunks()
  • From: Coly Li <colyli@xxxxxxx>
• RAID Issues - RAID10 working but with errors
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: mdcheck: slow system issues
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: Requesting assistance recovering RAID-5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Daniel Jones <dj@xxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Daniel Jones <dj@xxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Raid-6 cannot reshape
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Daniel Jones <dj@xxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Daniel Jones <dj@xxxxxxxxx>
• Re: Raid-6 won't boot
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Raid-6 won't boot
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: Raid-6 won't boot
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Raid-6 won't boot
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: Raid-6 won't boot
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: Raid-6 won't boot
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Raid-6 won't boot
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: Raid-6 won't boot
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Daniel Jones <dj@xxxxxxxxx>
• Re: mdcheck: slow system issues
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: mdcheck: slow system issues
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: [PATCH] raid5: use kmalloc_array() for GFP_NOIO flag
  • From: Coly Li <colyli@xxxxxxx>
• Re: Raid-6 won't boot
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: Raid-6 won't boot
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Daniel Jones <dj@xxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: "crowston.name" <kevin@xxxxxxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: Daniel Jones <dj@xxxxxxxxx>
• Re: Requesting assistance recovering RAID-5 array
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Requesting assistance recovering RAID-5 array
  • From: Daniel Jones <dj@xxxxxxxxx>
• MD Array 'stat' File - Sectors Read
  • From: Marc Smith <msmith626@xxxxxxxxx>
• Re: Raid-6 won't boot
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Raid-6 won't boot
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: Raid-6 won't boot
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Raid-6 won't boot
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• [PATCH v2] md/raid0: add config parameters to specify zone layout
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: Raid-6 won't boot
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• [PATCH] raid5: use kmalloc_array() for GFP_NOIO flag
  • From: Coly Li <colyli@xxxxxxx>
• Re: mdcheck: slow system issues
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: mdcheck: slow system issues
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• mdcheck: slow system issues
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Unable to fail/remove journal device
  • From: Andre Tomt <andre@xxxxxxxx>
• Re: Requesting help repairing a RAID-6 array
  • From: John Crisp <jcrisp@xxxxxxxxxxxxxxxxxxxx>
• Re: Requesting help repairing a RAID-6 array
  • From: Matt Wallis <mattw@xxxxxxxxxxxx>
• Re: Requesting help repairing a RAID-6 array
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: Requesting help repairing a RAID-6 array
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: Requesting help repairing a RAID-6 array
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Requesting help repairing a RAID-6 array
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Requesting help repairing a RAID-6 array
  • From: "crowston.name" <kevin@xxxxxxxxxxxxx>
• Re: [BUG REPORT] suspicious deadlock when stopping md raid5 on 5.6-rc7 kernel
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [BUG REPORT] suspicious deadlock when stopping md raid5 on 5.6-rc7 kernel
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: Raid-6 won't boot
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Raid-6 won't boot
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: Raid-6 won't boot
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• Re: Raid-6 won't boot
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Raid-6 won't boot
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• [PATCH] Monitor: remove autorebuild pidfile when it exits
  • From: Lidong Zhong <lidong.zhong@xxxxxxxx>
• Re: Raid-6 won't boot
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Raid-6 won't boot
  • From: Alexander Shenkin <al@xxxxxxxxxxx>
• [PATCH] md/raid0: add config parameters to specify zone layout
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: [PATCH] md/raid0: add config parameters to specify zone layout
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [BUG REPORT] suspicious deadlock when stopping md raid5 on 5.6-rc7 kernel
  • From: Coly Li <colyli@xxxxxxx>
• Re: cleanup the partitioning code v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 21/21] block: merge partition-generic.c and check.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/21] block: move the various x86 Unix label formats out of genhd.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/21] partitions/msdos: remove LINUX_SWAP_PARTITION
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/21] block: move the *_PARTITION enum out of genhd.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/21] block: move struct partition out of genhd.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/21] block: remove block/partitions/sun.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/21] block: remove block/partitions/sgi.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/21] block: remove block/partitions/osf.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/21] block: remove block/partitions/karma.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/21] block: declare all partition detection routines in check.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/21] block: remove warn_no_part
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/21] block: cleanup how md_autodetect_dev is called
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/21] block: unexport read_dev_sector and put_dev_sector
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/21] scsi: simplify scsi_partsize
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/21] scsi: move scsicam_bios_param to the end of scsicam.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/21] scsi: simplify scsi_bios_ptable
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/21] block: remove alloc_part_info and free_part_info
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/21] block: move sysfs methods shared by disks and partitions to genhd.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/21] block: move disk_name and related helpers out of partition-generic.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/21] block: remove __bdevname
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/21] block: remove the blk_lookup_devt export
  • From: Christoph Hellwig <hch@xxxxxx>
• cleanup the partitioning code v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Please show descriptive message about degraded raid when booting
  • From: Patrick Dung <patdung100@xxxxxxxxx>
• Re: Please show descriptive message about degraded raid when booting
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: cleanup the partitioning code
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Please show descriptive message about degraded raid when booting
  • From: Patrick Dung <patdung100@xxxxxxxxx>
• Re: Please show descriptive message about degraded raid when booting
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: cleanup the partitioning code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: cleanup the partitioning code
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: cleanup the partitioning code
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: cleanup the partitioning code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Raid6 recovery
  • From: Glenn Greibesland <glenngreibesland@xxxxxxxxx>
• Re: Raid6 recovery
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Raid6 recovery
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Raid6 recovery
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Raid6 recovery
  • From: Glenn Greibesland <glenngreibesland@xxxxxxxxx>
• Re: Raid6 recovery
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Raid6 recovery
  • From: Glenn Greibesland <glenngreibesland@xxxxxxxxx>
• Re: Raid6 recovery
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: Raid6 recovery
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Please show descriptive message about degraded raid when booting
  • From: Patrick Dung <patdung100@xxxxxxxxx>
• Raid6 recovery
  • From: Glenn Greibesland <glenngreibesland@xxxxxxxxx>
• Re: [GIT PULL] md-next 20200317
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Time to think about mdadm-4.2?
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: show Subarray and Volume ID in --examine output
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: support the Array Creation Time field in metadata
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [GIT PULL] md-next 20200317
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH] imsm: show Subarray and Volume ID in --examine output
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH] imsm: support the Array Creation Time field in metadata
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH] Detail: show correct bitmap info for cluster raid device
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [PATCH] Detail: show correct bitmap info for cluster raid device
  • From: Lidong Zhong <lidong.zhong@xxxxxxxx>
• Re: checkarray not running or emailing
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: checkarray not running or emailing
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH] Detail: show correct bitmap info for cluster raid device
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/21] block: remove __bdevname
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• [PATCH] Detail: show correct bitmap info for cluster raid device
  • From: Lidong Zhong <lidong.zhong@xxxxxxxx>
• Re: checkarray not running or emailing
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: checkarray not running or emailing
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• [PATCH 20/21] block: move the various x86 Unix label formats out of genhd.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/21] block: merge partition-generic.c and check.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/21] partitions/msdos: remove LINUX_SWAP_PARTITION
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/21] block: move struct partition out of genhd.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/21] block: move the *_PARTITION enum out of genhd.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/21] block: remove block/partitions/sun.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/21] block: remove block/partitions/sgi.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/21] block: remove block/partitions/osf.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/21] block: remove block/partitions/karma.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/21] block: declare all partition detection routines in check.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/21] block: remove warn_no_part
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/21] block: cleanup how md_autodetect_dev is called
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/21] block: unexport read_dev_sector and put_dev_sector
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/21] scsi: simplify scsi_partsize
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/21] scsi: move scsicam_bios_param to the end of scsicam.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/21] scsi: simplify scsi_bios_ptable
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/21] block: remove alloc_part_info and free_part_info
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/21] block: move sysfs methods shared by disks and partitions to genhd.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/21] block: move disk_name and related helpers out of partition-generic.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/21] block: remove __bdevname
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/21] block: remove the blk_lookup_devt export
  • From: Christoph Hellwig <hch@xxxxxx>
• cleanup the partitioning code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] imsm: Correct minimal device size.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: keep bdi->io_pages in sync with max_sectors_kb for stacked devices
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: checkarray not running or emailing
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: checkarray not running or emailing
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Disk errors and retries
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: checkarray not running or emailing
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: checkarray not running or emailing
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• [PATCH] imsm: Correct minimal device size.
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• Re: checkarray not running or emailing
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: checkarray not running or emailing
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] block: refactor duplicated macros
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: checkarray not running or emailing
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] block: refactor duplicated macros
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v3] block: refactor duplicated macros
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: checkarray not running or emailing
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• [PATCH v3] block: refactor duplicated macros
  • From: Matteo Croce <mcroce@xxxxxxxxxx>
• Re: Failed JBOD RAID on old NAS, how to diagnose/resurrect?
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2] block: refactor duplicated macros
  • From: Matteo Croce <mcroce@xxxxxxxxxx>
• Re: [PATCH v2] block: refactor duplicated macros
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH v2] block: refactor duplicated macros
  • From: Matteo Croce <mcroce@xxxxxxxxxx>
• Re: Failed JBOD RAID on old NAS, how to diagnose/resurrect?
  • From: Chris Green <cl@xxxxxxxx>
• Re: [PATCH][next] md: Replace zero-length array with flexible-array member
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] block: keep bdi->io_pages in sync with max_sectors_kb for stacked devices
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Failed JBOD RAID on old NAS, how to diagnose/resurrect?
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: check arrays is suspended in mddev_detach before call quiesce operations
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] block: refactor duplicated macros
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Pausing md check hangs
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: Pausing md check hangs
  • From: Georgi Nikolov <gnikolov@xxxxxxxxxxx>
• Re: Need help with degraded raid 5
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• [PATCH] Monitor: remove autorebuild pidfile when it exits
  • From: Lidong Zhong <lidong.zhong@xxxxxxxx>
• Re: Failed JBOD RAID on old NAS, how to diagnose/resurrect?
  • From: Chris Green <cl@xxxxxxxx>
• Re: Failed SBOD RAID on old NAS, how to diagnose/resurrect?
  • From: Chris Green <cl@xxxxxxxx>
• Failed SBOD RAID on old NAS, how to diagnose/resurrect?
  • From: Chris Green <cl@xxxxxxxx>
• Re: [PATCH] md: check arrays is suspended in mddev_detach before call quiesce operations
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: Need help with degraded raid 5
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: Need help with degraded raid 5
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: Need help with degraded raid 5
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Linux 5.5 Breaks Raid1 on Device instead of Partition, Unusable I/O
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Please show descriptive message about degraded raid when booting
  • From: Patrick Dung <patdung100@xxxxxxxxx>
• Re: Need help with degraded raid 5
  • From: Jinpu Wang <jinpuwang@xxxxxxxxx>
• Need help with degraded raid 5
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: [PATCH] block: refactor duplicated macros
  • From: Matteo Croce <mcroce@xxxxxxxxxx>
• Re: Linux 5.5 Breaks Raid1 on Device instead of Partition, Unusable I/O
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: refactor duplicated macros
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] block: refactor duplicated macros
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• [PATCH 0/1] Fix deadlock in raid10 recovery
  • From: Vitaly Mayatskikh <vmayatskikh@xxxxxxxxxxxxxxxx>
• [PATCH 1/1] md/raid10: avoid deadlock on recovery.
  • From: Vitaly Mayatskikh <vmayatskikh@xxxxxxxxxxxxxxxx>
• Re: Grow array and convert from raid 5 to 6
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: Linux 5.5 Breaks Raid1 on Device instead of Partition, Unusable I/O
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: Linux 5.5 Breaks Raid1 on Device instead of Partition, Unusable I/O
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Linux 5.5 Breaks Raid1 on Device instead of Partition, Unusable I/O
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] block: keep bdi->io_pages in sync with max_sectors_kb for stacked devices
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: Linux 5.5 Breaks Raid1 on Device instead of Partition, Unusable I/O
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] block: keep bdi->io_pages in sync with max_sectors_kb for stacked devices
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH] block: keep bdi->io_pages in sync with max_sectors_kb for stacked devices
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: Linux 5.5 Breaks Raid1 on Device instead of Partition, Unusable I/O
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: Linux 5.5 Breaks Raid1 on Device instead of Partition, Unusable I/O
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Linux 5.5 Breaks Raid1 on Device instead of Partition, Unusable I/O
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: Linux 5.5 Breaks Raid1 on Device instead of Partition, Unusable I/O
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Linux 5.5 Breaks Raid1 on Device instead of Partition, Unusable I/O
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: Linux 5.5 Breaks Raid1 on Device instead of Partition, Unusable I/O
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: Linux 5.5 Breaks Raid1 on Device instead of Partition, Unusable I/O
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Linux 5.5 Breaks Raid1 on Device instead of Partition, Unusable I/O
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• checkarray not running or emailing
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: Grow array and convert from raid 5 to 6
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: Grow array and convert from raid 5 to 6
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Grow array and convert from raid 5 to 6
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Grow array and convert from raid 5 to 6
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: Choosing a SATA HD for RAID1
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: Choosing a SATA HD for RAID1
  • From: Hans Malissa <hmalissa76@xxxxxxxxx>
• Re: Choosing a SATA HD for RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Choosing a SATA HD for RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Choosing a SATA HD for RAID1
  • From: Hans Malissa <hmalissa76@xxxxxxxxx>
• [PATCH] Monitor: remove autorebuild pidfile when it exits
  • From: Lidong Zhong <lidong.zhong@xxxxxxxx>
• [PATCH] block: keep bdi->io_pages in sync with max_sectors_kb for stacked devices
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• [PATCH][next] md: Replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: Pausing md check hangs
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: Remove --dump/--restore implementation
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: pass subarray id to kill_subarray function
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] Remove the legacy whitespace
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] mdadm.8: add note information for raid0 growing operation
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [RESENT PATCH 1/1] Makefile: install mdadm_env.sh to /usr/lib/mdadm
  • From: Petr Vorel <pvorel@xxxxxxx>
• [PATCH v2 1/1] mdadm.8: add note information for raid0 growing operation
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: mdadm RAID1 with 3 disks active on 2 disks configuration
  • From: "Aymeric P." <aymeric@xxxxxxx>
• Re: mdadm RAID1 with 3 disks active on 2 disks configuration
  • From: Aymeric <mulx@xxxxxxx>
• Re: mdadm RAID1 with 3 disks active on 2 disks configuration
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• mdadm RAID1 with 3 disks active on 2 disks configuration
  • From: Aymeric <mulx@xxxxxxx>
• [PATCH] block: refactor duplicated macros
  • From: Matteo Croce <mcroce@xxxxxxxxxx>
• Re: [PATCH v2 2/2] md: enable io polling
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCH v2 2/2] md: enable io polling
  • From: Andrzej Jakowski <andrzej.jakowski@xxxxxxxxxxxxxxx>
• [PATCH] imsm: Remove --dump/--restore implementation
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• [PATCH] imsm: pass subarray id to kill_subarray function
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• Re: Pausing md check hangs
  • From: Georgi Nikolov <gnikolov@xxxxxxxxxxx>
• Re: Pausing md check hangs
  • From: Georgi Nikolov <gnikolov@xxxxxxxxxxx>
• mdadm: not zeroing non-valid bad block log content in newly added disk
  • From: Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] md: enable io polling
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 067/542] raid6/test: fix a compilation error
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 338/542] raid6/test: fix a compilation warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 059/459] raid6/test: fix a compilation error
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 294/459] raid6/test: fix a compilation warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• mdadm not sending status on check
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: [PATCH] Remove WQ_CPU_INTENSIVE flag from unbound wq's
  • From: Zhou Wang <wangzhou1@xxxxxxxxxxxxx>
• Re: [PATCH] Remove WQ_CPU_INTENSIVE flag from unbound wq's
  • From: Gao Xiang <gaoxiang25@xxxxxxxxxx>
• Re: Remove WQ_CPU_INTENSIVE flag from unbound wq's
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 2/2] md: enable io polling
  • From: Andrzej Jakowski <andrzej.jakowski@xxxxxxxxxxxxxxx>
• Re: Remove WQ_CPU_INTENSIVE flag from unbound wq's
  • From: Maksym Planeta <mplaneta@xxxxxxxxxxxxxxxxxxxx>
• Re: Remove WQ_CPU_INTENSIVE flag from unbound wq's
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] Remove WQ_CPU_INTENSIVE flag from unbound wq's
  • From: Maksym Planeta <mplaneta@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] md: enable io polling
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCH v2 2/2] md: enable io polling
  • From: Andrzej Jakowski <andrzej.jakowski@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] md: enable io polling
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• [PATCH v2 2/2] md: enable io polling
  • From: Andrzej Jakowski <andrzej.jakowski@xxxxxxxxxxxxxxx>
• [PATCH v2 1/2] block: reintroduce polling on bio level
  • From: Andrzej Jakowski <andrzej.jakowski@xxxxxxxxxxxxxxx>
• [PATCH v2 0/2] Enable polling on stackable devices
  • From: Andrzej Jakowski <andrzej.jakowski@xxxxxxxxxxxxxxx>
• [PATCH 1/1] Remove the legacy whitespace
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] Remove the legacy whitespace
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 1/1] Remove the legacy whitespace
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH] md: check arrays is suspended in mddev_detach before call quiesce operations
  • From: Guoqing Jiang <guoqing.jiang@xxxxxx>
• Re: Was Re: Question - - - - now: issue resolved
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Was Re: Question - - - - now: issue resolved
  • From: Sarah Newman <srn@xxxxxxxxx>
• Was Re: Question - - - - now: issue resolved
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Question
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: Question
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Question
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: Question
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Question
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Question
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Question
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Question
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Question
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Is it possible to break one full RAID-1 to two degraded RAID-1?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Is it possible to break one full RAID-1 to two degraded RAID-1?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: Is it possible to break one full RAID-1 to two degraded RAID-1?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Is it possible to break one full RAID-1 to two degraded RAID-1?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: mdadm RAID1 -> 5 conversion safety
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Recover RAID6 with 4 disks removed
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Recover RAID6 with 4 disks removed
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Recover RAID6 with 4 disks removed
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Recover RAID6 with 4 disks removed
  • From: Nicolas KAROLAK <nicolas.karolak@xxxxxxxxxx>
• Re: Recover RAID6 with 4 disks removed
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Recover RAID6 with 4 disks removed
  • From: Nicolas Karolak <nicolas.karolak@xxxxxxxxxx>
• Re: mdadm RAID1 -> 5 conversion safety
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• mdadm RAID1 -> 5 conversion safety
  • From: Paul Dann <pdgiddie@xxxxxxxxx>
• md/mdadm and restore from hibernate issue
  • From: Michal Soltys <soltys@xxxxxxxxxxxxxx>
• Re: [PATCH] md: optimize barrier usage for Rmw atomic bitops
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Pausing md check hangs
  • From: Song Liu <song@xxxxxxxxxx>
• Re: All disk ar reported as spare disks
  • From: Rickard Svensson <myhex2020@xxxxxxxxx>
• Re: Pausing md check hangs
  • From: Georgi Nikolov <gnikolov@xxxxxxxxxxx>
• Re: [PATCH 1/2] block: introduce polling on bio level
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: introduce polling on bio level
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/2] block: introduce polling on bio level
  • From: Andrzej Jakowski <andrzej.jakowski@xxxxxxxxxxxxxxx>
• Re: low memory deadlock with md devices and external (imsm) metadata handling
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH] md: optimize barrier usage for Rmw atomic bitops
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: low memory deadlock with md devices and external (imsm) metadata handling
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• low memory deadlock with md devices and external (imsm) metadata handling
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: All disk ar reported as spare disks
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH 2/2] md: enable io polling
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: introduce polling on bio level
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: introduce polling on bio level
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• All disk ar reported as spare disks
  • From: Rickard Svensson <myhex2020@xxxxxxxxx>
• Re: mdadm not sending email
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: Is it possible to break one full RAID-1 to two degraded RAID-1?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Is it possible to break one full RAID-1 to two degraded RAID-1?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: introduce polling on bio level
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Is it possible to break one full RAID-1 to two degraded RAID-1?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: mdadm not sending email
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• [PATCH] md: optimize barrier usage for Rmw atomic bitops
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: Is it possible to break one full RAID-1 to two degraded RAID-1?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Is it possible to break one full RAID-1 to two degraded RAID-1?
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Re: Debian Squeeze raid 1 0
  • From: Rickard Svensson <myhex2020@xxxxxxxxx>
• Re: [PATCH] md/raid1: release pending accounting for an I/O only after write-behind is also finished
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Pausing md check hangs
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v4 3/5] bitmap: Add bitmap_alloc(), bitmap_zalloc() and bitmap_free()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/5] bitmap: Add bitmap_alloc(), bitmap_zalloc() and bitmap_free()
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: Pausing md check hangs
  • From: Georgi Nikolov <gnikolov@xxxxxxxxxxx>
• Re: [PATCH] md/raid1: release pending accounting for an I/O only after write-behind is also finished
  • From: David Jeffery <djeffery@xxxxxxxxxx>
• Re: [PATCH] md/raid1: release pending accounting for an I/O only after write-behind is also finished
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Pausing md check hangs
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] md/raid1: release pending accounting for an I/O only after write-behind is also finished
  • From: David Jeffery <djeffery@xxxxxxxxxx>
• Pausing md check hangs
  • From: Georgi Nikolov <gnikolov@xxxxxxxxxxx>
• Pausing md check hangs
  • From: Georgi Nikolov <gnikolov@xxxxxxxxxxx>
• [PATCH 2/2] md: enable io polling
  • From: Andrzej Jakowski <andrzej.jakowski@xxxxxxxxxxxxxxx>
• [PATCH 1/2] block: introduce polling on bio level
  • From: Andrzej Jakowski <andrzej.jakowski@xxxxxxxxxxxxxxx>
• [PATCH 0/2] Enable polling on stackable devices
  • From: Andrzej Jakowski <andrzej.jakowski@xxxxxxxxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH] imsm: fill working_disks according to metadata.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH, v2] Add support for Tebibytes
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [PATCH, v2] Add support for Tebibytes
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• Re: Repairing a RAID1 with non-zero mismatch_cnt
  • From: "Andrey ``Bass'' Shcheglov" <andrewbass@xxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: Last scrub date and result
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: Repairing a RAID1 with non-zero mismatch_cnt
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Repairing a RAID1 with non-zero mismatch_cnt
  • From: "Andrey ``Bass'' Shcheglov" <andrewbass@xxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: Robin Hill <robin@xxxxxxxxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• [PATCH] imsm: fill working_disks according to metadata.
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• Re: [PATCH, v2] Change warning message
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Respect $(CROSS_COMPILE) when $(CC) is the default
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: Update grow manual.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Add support for Tebibytes
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: Disable --dump/--restore options
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [mdadm PATCH 1/1] mdcheck service can't start succesfully because of syntax error
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: Debian Squeeze raid 1 0
  • From: Rickard Svensson <myhex2020@xxxxxxxxx>
• [PATCH] imsm: Update grow manual.
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: Raid 5 cannot be re-assembled after disk was removed
  • From: Marco Heiming <myx00r@xxxxxxxxx>
• Re: Debian Squeeze raid 1 0
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Debian Squeeze raid 1 0
  • From: Rickard Svensson <myhex2020@xxxxxxxxx>
• Re: Reassembling Raid5 in degraded state
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: RAID10, 3 copies, 3 disks
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Reassembling Raid5 in degraded state
  • From: Christian Deufel <christian.deufel@xxxxxxxxx>
• Re: Debian Squeeze raid 1 0
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: Debian Squeeze raid 1 0
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] md-next 20200113
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Debian Squeeze raid 1 0
  • From: Rickard Svensson <myhex2020@xxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: dm-integrity
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• [GIT PULL] md-next 20200113
  • From: Song Liu <songliubraving@xxxxxx>
• Re: dm-integrity
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Reassembling Raid5 in degraded state
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: dm-integrity
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: dm-integrity
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Reassembling Raid5 in degraded state
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: Reassembling Raid5 in degraded state
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: mdadm not sending email
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: hung-task panic in raid5_make_request
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: hung-task panic in raid5_make_request
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Reassembling Raid5 in degraded state
  • From: Christian Deufel <christian.deufel@xxxxxxxxx>
• Re: Raid 1 vs Raid 5 suggestion
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: Last scrub date and result
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• dm-integrity
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: mdadm not sending email
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• mdadm not sending email
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Growing a 3-way mirrors RAID10
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: hung-task panic in raid5_make_request
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: RAID10, 3 copies, 3 disks
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: RAID10, 3 copies, 3 disks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID10, 3 copies, 3 disks
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• [PATCH v3] md/raid0: Provide admin guidance on multi-zone RAID0 layout migration
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• RAID10, 3 copies, 3 disks
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: Last scrub date and result
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Last scrub date and result
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Last scrub date and result
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• [PATCH] Add support for Tebibytes
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH, v2] Change warning message
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH] imsm: Disable --dump/--restore options
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• Re: [PATCH] raid5: avoid add sh->lru to different list
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: [PATCH] raid5: avoid add sh->lru to different list
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [PATCH] raid5: update comment in release_stripe_list
  • From: jgq516@xxxxxxxxx
• Re: [PATCH] raid5: avoid add sh->lru to different list
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid5: avoid add sh->lru to different list
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH] raid5: avoid add sh->lru to different list
  • From: jgq516@xxxxxxxxx
• Re: Raid 5 cannot be re-assembled after disk was removed
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Raid 5 cannot be re-assembled after disk was removed
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Raid 5 cannot be re-assembled after disk was removed
  • From: Marco Heiming <myx00r@xxxxxxxxx>
• Re: Raid 5 cannot be re-assembled after disk was removed
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Raid 5 cannot be re-assembled after disk was removed
  • From: Marco Heiming <myx00r@xxxxxxxxx>
• Re: [PATCH RESEND] raid5: add more checks before add sh->lru to plug cb list
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH RESEND] raid5: add more checks before add sh->lru to plug cb list
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH RESEND] raid5: add more checks before add sh->lru to plug cb list
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: [PATCH RESEND] raid5: add more checks before add sh->lru to plug cb list
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH V3 10/10] md/raid1: introduce wait_for_serialization
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH V3 05/10] md: reorgnize mddev_create/destroy_serial_pool
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH RESEND] raid5: add more checks before add sh->lru to plug cb list
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Last scrub date and result
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: [PATCH V3 10/10] md/raid1: introduce wait_for_serialization
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 10/10] md/raid1: introduce wait_for_serialization
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 05/10] md: reorgnize mddev_create/destroy_serial_pool
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH RESEND] raid5: add more checks before add sh->lru to plug cb list
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Two raid5 arrays are inactive and have changed UUIDs
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Two raid5 arrays are inactive and have changed UUIDs
  • From: William Morgan <therealbrewer@xxxxxxxxx>
• Re: hung-task panic in raid5_make_request
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: [PATCH V3 10/10] md/raid1: introduce wait_for_serialization
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH V3 05/10] md: reorgnize mddev_create/destroy_serial_pool
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH RESEND] raid5: add more checks before add sh->lru to plug cb list
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH RESEND] raid5: add more checks before add sh->lru to plug cb list
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] raid5: remove worker_cnt_per_group argument from alloc_thread_groups
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v4 1/3] raid6/test: fix a compilation error
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Fwd: LSF/MM/BPF: 2020: Call for Proposals
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• [PATCH RESEND] raid5: add more checks before add sh->lru to plug cb list
  • From: jgq516@xxxxxxxxx
• Re: Why isn't the "Support Intel AHCI remapped NVMe devices" in mainline?
  • From: "David F." <df7729@xxxxxxxxx>
• Re: md*_raid5 keeps writing to disks
  • From: Norbert Weinhold <lrko@xxxxxxxxxx>
• Re: hung-task panic in raid5_make_request
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• md*_raid5 keeps writing to disks
  • From: Norbert Weinhold <lrko@xxxxxxxxxx>