Linux RAID Storage Date Index

• Thread Index

• [PATCH 3/3] raid5: remove the meaningless check in raid5_make_request
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH 2/3] raid5: put the comment of clear_batch_ready to the right place
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH 1/3] raid5: call clear_batch_ready before set STRIPE_ACTIVE
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: decruft the early init / initrd / initramfs code
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 04/16] md: remove the autoscan partition re-read
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/16] md: remove the kernel version of md_u.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/16] init: remove the bstat helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/16] md: simplify md_setup_drive
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/16] md: rewrite md_setup_drive to avoid ioctls
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/16] md: move the early init autodetect code to drivers/md/
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/16] initrd: remove the BLKFLSBUF call in handle_initrd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/16] initrd: mark init_linuxrc as __init
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/16] initramfs: remove the populate_initrd_image and clean_rootfs stubs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/16] initramfs: switch initramfs unpacking to struct file based APIs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/16] initramfs: simplify clean_rootfs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/16] fs: remove ksys_open
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/16] init: open code setting up stdin/stdout/stderr
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/16] initrd: switch initrd loading to struct file based APIs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/16] initrd: remove support for multiple floppies
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/16] md: replace the RAID_AUTORUN ioctl with a direct function call
  • From: Christoph Hellwig <hch@xxxxxx>
• decruft the early init / initrd / initramfs code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 01/15] md/raid456: covert macro define of STRIPE_* as members of struct r5conf
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH v4 01/15] md/raid456: covert macro define of STRIPE_* as members of struct r5conf
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: rsync input/output errors during resyncing of RAID10 e-sata, share changed to read-only
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] Use more secure HTTPS URLs
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] Use more secure HTTPS URLs
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 13/15] md/raid6: let syndrome computor support different page offset
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v4 14/15] md/raid6: compute syndrome with correct page offset
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v4 10/15] md/raid5: add offset array in scribble buffer
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v4 07/15] md/raid5: set correct page offset for async_copy_data()
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v4 11/15] md/raid5: compute xor with correct page offset
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v4 08/15] md/raid5: resize stripes and set correct offset when reshape array
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v4 15/15] raid6test: adaptation with syndrome function
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v4 09/15] md/raid5: add new xor function to support different page offset
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v4 12/15] md/raid5: support config stripe_size by sysfs entry
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v4 02/15] md/raid5: add sysfs entry to set and show stripe_size
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v4 01/15] md/raid456: covert macro define of STRIPE_* as members of struct r5conf
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v4 04/15] md/raid5: add a member of r5pages for struct stripe_head
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v4 05/15] md/raid5: allocate and free shared pages of r5pages
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v4 00/15] md/raid5: set STRIPE_SIZE as a configurable value
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v4 03/15] md/raid5: set default stripe_size as 4096
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v4 06/15] md/raid5: set correct page offset for bi_io_vec in ops_run_io()
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH] mdadm/Grow: prevent md's fd from being occupied during delayed time
  • From: allenpeng <allenpeng@xxxxxxxxxxxx>
• Re: mdadm failed to create internal bitmap
  • From: Jonas Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Recovering a failed software RAI, where does parallel -j0 dd to?
  • From: Robert Kudyba <rkudyba@xxxxxxxxxxx>
• Re: MD Array 'stat' File - Sectors Read
  • From: Marc Smith <msmith626@xxxxxxxxx>
• Re: Lockdep warning after `mdadm -S`
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Lockdep warning after `mdadm -S`
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Re: rsync input/output errors during resyncing of RAID10 e-sata, share changed to read-only
  • From: Robert Kudyba <rkudyba@xxxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Song Liu <song@xxxxxxxxxx>
• Re: rsync input/output errors during resyncing of RAID10 e-sata, share changed to read-only
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• rsync input/output errors during resyncing of RAID10 e-sata, share changed to read-only
  • From: Robert Kudyba <rkudyba@xxxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• RE: [PATCH v2] Use more secure HTTPS URLs
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxx>
• Re: [PATCH] mdraid: fix read/write bytes accounting
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH AUTOSEL 5.7 200/274] raid5: remove gfp flags from scribble_alloc()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 199/274] md: don't flush workqueue unconditionally in md_open
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 121/175] md: don't flush workqueue unconditionally in md_open
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 122/175] raid5: remove gfp flags from scribble_alloc()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 072/106] md: don't flush workqueue unconditionally in md_open
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 34/50] md: don't flush workqueue unconditionally in md_open
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 25/37] md: don't flush workqueue unconditionally in md_open
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 51/72] md: don't flush workqueue unconditionally in md_open
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] md: improve io stats accounting
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdraid: fix read/write bytes accounting
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH v2 13/18] raid5: Use sequence counter with associated spinlock
  • From: "Ahmed S. Darwish" <a.darwish@xxxxxxxxxxxxx>
• [PATCH] mdraid: fix read/write bytes accounting
  • From: jeffm@xxxxxxxx
• Re: [PATCH v2] Use more secure HTTPS URLs
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] Detect too-small device: error rather than underflow/crash
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] Use more secure HTTPS URLs
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH,v2] Block overwriting existing links while manual assembly
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Re: [PATCH v3 00/11] md/raid5: set STRIPE_SIZE as a configurable value
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Re: [PATCH RFC 1/3] block: add flag 'nowait_requests' into queue limits
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Helpful archives
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/3] block: add flag 'nowait_requests' into queue limits
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] md: improve io stats accounting
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH] md: improve io stats accounting
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: improve io stats accounting
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH] md: improve io stats accounting
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 00/11] md/raid5: set STRIPE_SIZE as a configurable value
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: improve io stats accounting
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [kbuild-all] Re: [PATCH] md: improve io stats accounting
  • From: Rong Chen <rong.a.chen@xxxxxxxxx>
• Re: [PATCH] md: improve io stats accounting
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: improve io stats accounting
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] md: improve io stats accounting
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH v3 00/11] md/raid5: set STRIPE_SIZE as a configurable value
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH RFC 0/3] block: allow REQ_NOWAIT to some bio-based/stacked devices
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• [PATCH RFC 3/3] dm: add support for REQ_NOWAIT and enable for target dm-linear
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• [PATCH RFC 2/3] md/raid0: enable REQ_NOWAIT
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• [PATCH RFC 1/3] block: add flag 'nowait_requests' into queue limits
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/11] md/raid5: set STRIPE_SIZE as a configurable value
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 00/11] md/raid5: set STRIPE_SIZE as a configurable value
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Re: [PATCH v3 00/11] md/raid5: set STRIPE_SIZE as a configurable value
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH v3 00/11] md/raid5: set STRIPE_SIZE as a configurable value
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH v3 01/11] md/raid5: add CONFIG_MD_RAID456_STRIPE_SHIFT to set STRIPE_SIZE
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH,v2] Block overwriting existing links while manual assembly
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• Re: [PATCH v3 00/11] md/raid5: set STRIPE_SIZE as a configurable value
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH v2] Use more secure HTTPS URLs
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/11] md/raid5: set STRIPE_SIZE as a configurable value
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 01/11] md/raid5: add CONFIG_MD_RAID456_STRIPE_SHIFT to set STRIPE_SIZE
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 00/11] md/raid5: set STRIPE_SIZE as a configurable value
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Re: mdadm failed to create internal bitmap
  • From: Jonas Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Re: [PATCH v3 01/11] md/raid5: add CONFIG_MD_RAID456_STRIPE_SHIFT to set STRIPE_SIZE
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH v3 01/11] md/raid5: add CONFIG_MD_RAID456_STRIPE_SHIFT to set STRIPE_SIZE
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH v3 01/11] md/raid5: add CONFIG_MD_RAID456_STRIPE_SHIFT to set STRIPE_SIZE
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH v3 01/11] md/raid5: add CONFIG_MD_RAID456_STRIPE_SHIFT to set STRIPE_SIZE
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 01/11] md/raid5: add CONFIG_MD_RAID456_STRIPE_SHIFT to set STRIPE_SIZE
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] Block overwriting existing links while manual assembly
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v3 01/11] md/raid5: add CONFIG_MD_RAID456_STRIPE_SHIFT to set STRIPE_SIZE
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• [PATCH v3 00/11] md/raid5: set STRIPE_SIZE as a configurable value
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v3 09/11] md/raid6: let syndrome computor support different page offset
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v3 10/11] md/raid6: compute syndrome with correct page offset
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v3 07/11] md/raid5: add offset array in scribble buffer
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v3 08/11] md/raid5: compute xor with correct page offset
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v3 11/11] raid6test: adaptation with syndrome function
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v3 03/11] md/raid5: allocate and free pages of r5pages
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v3 05/11] md/raid5: set correct page offset for async_copy_data()
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v3 04/11] md/raid5: set correct page offset for bi_io_vec in ops_run_io()
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v3 06/11] md/raid5: add new xor function to support different page offset
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v3 02/11] md/raid5: add a member of r5pages for struct stripe_head
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v3 01/11] md/raid5: add CONFIG_MD_RAID456_STRIPE_SHIFT to set STRIPE_SIZE
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH] Block overwriting existing links while manual assembly
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Song Liu <song@xxxxxxxxxx>
• Re: mdadm failed to create internal bitmap
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• mdadm failed to create internal bitmap
  • From: Jonas Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: Thomas Grawert <thomasgrawert0282@xxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: Thomas Grawert <thomasgrawert0282@xxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: Thomas Grawert <thomasgrawert0282@xxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: Thomas Grawert <thomasgrawert0282@xxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: Thomas Grawert <thomasgrawert0282@xxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: Thomas Grawert <thomasgrawert0282@xxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: Thomas Grawert <thomasgrawert0282@xxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: Thomas Grawert <thomasgrawert0282@xxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: Thomas Grawert <thomasgrawert0282@xxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: Thomas Grawert <thomasgrawert0282@xxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: Thomas Grawert <thomasgrawert0282@xxxxxxxxx>
• Re: help requested for mdadm grow error
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• help requested for mdadm grow error
  • From: Thomas Grawert <thomasgrawert0282@xxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• [PATCH] Detect too-small device: error rather than underflow/crash
  • From: dfavro@xxxxxxxxxxxxxxxx
• Revised: [PATCH] mdadm: detect too-small device: error rather than underflow/crash
  • From: dfavro@xxxxxxxxxxxxxxxx
• Re: WD Red drives are now SMR drives?
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: re-add syntax
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: re-add syntax
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: re-add syntax
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: re-add syntax
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: re-add syntax
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: disks & prices plus python
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: disks & prices plus python
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: disks & prices plus python
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: re-add syntax
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: disks & prices plus python (was "Re: failed disks, mapper, and "Invalid argument"")
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: re-add syntax (was "Re: failed disks, mapper, and "Invalid argument"")
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• re-add syntax (was "Re: failed disks, mapper, and "Invalid argument"")
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: disks & prices plus python (was "Re: failed disks, mapper, and "Invalid argument"")
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: failed disks, mapper, and "Invalid argument"
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: failed disks, mapper, and "Invalid argument"
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: failed disks, mapper, and "Invalid argument"
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: failed disks, mapper, and "Invalid argument"
  • From: David T-G <davidtg@xxxxxxxxxxxxxxx>
• Re: failed disks, mapper, and "Invalid argument"
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: failed disks, mapper, and "Invalid argument"
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: failed disks, mapper, and "Invalid argument"
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: failed disks, mapper, and "Invalid argument"
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: failed disks, mapper, and "Invalid argument"
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: failed disks, mapper, and "Invalid argument"
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• 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>
• failed disks, mapper, and "Invalid argument"
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• [PATCH v1 20/25] raid5: Use sequence counter with associated spinlock
  • From: "Ahmed S. Darwish" <a.darwish@xxxxxxxxxxxxx>
• [PATCH] Detect too-small device: error rather than underflow/crash
  • From: dfavro@xxxxxxxxxxxxxxxx
• [PATCH] mdadm: detect too-small device: error rather than underflow/crash
  • From: dfavro@xxxxxxxxxxxxxxxx
• Re: [PATCH 2/2] restripe: fix ignoring return value of ‘read’
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: detect too-small device: error rather than underflow/crash
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 2/2] restripe: fix ignoring return value of ‘read’ and lseek
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] uuid.c: split uuid stuffs from util.c
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] [PATCH] Add sector suffix to mdadm --data-offset manpage
  • From: Sam Hurst <sam@xxxxxxxxxxxxxxx>
• [PATCH V3 2/2] restripe: fix ignoring return value of ‘read’ and lseek
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH V3 1/2] uuid.c: split uuid stuffs from util.c
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH V3 0/2] Fix build issues
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] restripe: fix ignoring return value of ‘read’
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] restripe: fix ignoring return value of ‘read’
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [PATCH V2 1/2] uuid.c: split uuid stuffs from util.c
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH V2 2/2] restripe: fix ignoring return value of ‘read’
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH V2 0/2] Fix build issues
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: RAID wiped superblock recovery
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID wiped superblock recovery
  • From: Sam Hurst <sam@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] restripe: fix ignoring return value of ‘read’
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] restripe: fix ignoring return value of ‘read’
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] uuid.c: split uuid stuffs from util.c
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] restripe: fix ignoring return value of ‘read’
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] restripe: fix ignoring return value of ‘read’
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] uuid.c: split uuid stuffs from util.c
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: RAID wiped superblock recovery
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [PATCH 02/10] md: remove __clear_page_buffers and use attach/detach_page_private
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH 01/10] include/linux/pagemap.h: introduce attach/detach_page_private
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: RAID wiped superblock recovery
  • From: Sam Hurst <sam@xxxxxxxxxxxxxxx>
• Re: RAID wiped superblock recovery
  • From: Sam Hurst <sam@xxxxxxxxxxxxxxx>
• Script to demonstrate underflow in mdadm
  • From: dfavro@xxxxxxxxxxxxxxxx
• [PATCH] mdadm: detect too-small device: error rather than underflow/crash
  • From: David Favro <dfavro@xxxxxxxxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH, v2] Makefile: add EXTRAVERSION support
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] restripe: fix ignoring return value of ‘read’
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH 1/2] uuid.c: split uuid stuffs from util.c
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH 0/2] Fix build issues
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: raid6check extremely slow ?
  • From: "Andrey Jr. Melnikov" <temnota.am@xxxxxxxxx>
• [PATCH, v2] Makefile: add EXTRAVERSION support
  • From: Tkaczyk Mariusz <mariusz.tkaczyk@xxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: [PATCH v2 07/10] block: use sectors_to_npage() and PAGE_SECTORS to clean up code
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH v2 06/10] mm/swap: use npage_to_sectors() and PAGE_SECTORS to clean up code
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH v2 06/10] mm/swap: use npage_to_sectors() and PAGE_SECTORS to clean up code
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH v2 07/10] block: use sectors_to_npage() and PAGE_SECTORS to clean up code
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/10] mm/swap: use npage_to_sectors() and PAGE_SECTORS to clean up code
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/10] mm/swap: use npage_to_sectors() and PAGE_SECTORS to clean up code
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/10] clean up SECTOR related macros and sectors/pages conversions
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH] Use more secure HTTPS URLs
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Use more secure HTTPS URLs
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: raid6check extremely slow ?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: [PATCH] mdcheck: Log when done
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Makefile: add LABEL support
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Re: [general question] rare silent data corruption when writing data
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [GIT PULL] md-next 20200513
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20200513
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] md/raid1: Replace zero-length array with flexible-array
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: add a newline when printing parameter 'start_ro' by sysfs
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 12/15] md: stop using ->queuedata
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 12/15] md: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/15] md: stop using ->queuedata
  • From: Song Liu <song@xxxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: [general question] rare silent data corruption when writing data
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] Use more secure HTTPS URLs
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] Use more secure HTTPS URLs
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH] mdcheck: Log when done
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH] Makefile: add LABEL support
  • From: Tkaczyk Mariusz <mariusz.tkaczyk@xxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Re: [general question] rare silent data corruption when writing data
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: raid6check extremely slow ?
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: raid6check extremely slow ?
  • From: Wolfgang Denk <wd@xxxxxxx>
• New wiki page
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: Time to think about mdadm-4.2?
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] allow RAID5 to grow to RAID6 with a backup_file
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH V2] allow RAID5 to grow to RAID6 with a backup_file
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: raid6check extremely slow ?
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: raid6check extremely slow ?
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Giuseppe Bilotta <giuseppe.bilotta@xxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Song Liu <song@xxxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: raid6check extremely slow ?
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Giuseppe Bilotta <giuseppe.bilotta@xxxxxxxxx>
• Re: [general question] rare silent data corruption when writing data
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: RAID wiped superblock recovery
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Re: [general question] rare silent data corruption when writing data
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH] md: add a newline when printing parameter 'start_ro' by sysfs
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: raid6check extremely slow ?
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: raid6check extremely slow ?
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [general question] rare silent data corruption when writing data
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: [general question] rare silent data corruption when writing data
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: raid6check extremely slow ?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• raid6check extremely slow ?
  • From: Wolfgang Denk <wd@xxxxxxx>
• RAID wiped superblock recovery
  • From: Sam Hurst <sam@xxxxxxxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Raid1 not assembling correctly after after new MB
  • From: "Renaud (Ron) OLGIATI" <renaud@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Re: Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Assemblin journaled array fails
  • From: Michal Soltys <msoltyspl@xxxxxxxxx>
• Re: [PATCH 01/15] nfblock: use gendisk private_data
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Fw: some questions about uploading a Linux kernel driver
  • From: Xiaosong Ma <xma@xxxxxxxxx>
• [PATCH 09/15, fіxed] lightnvm: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC v2 2/8] md/raid5: add a member of r5pages for struct stripe_head
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH RFC v2 2/8] md/raid5: add a member of r5pages for struct stripe_head
  • From: Song Liu <song@xxxxxxxxxx>
• 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>