Linux RAID Storage Date Index

• Thread Index

• Re: RAID5 degraded, removed the wrong hard disk frm the tray
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• RAID5 degraded, removed the wrong hard disk frm the tray
  • From: Piero <info@xxxxxxxxxxxxx>
• [PATCH] Coverity: Resource leak: close fds and free array before return
  • From: Anthony Youngman <anthony@xxxxxxxxxxxxxxx>
• Coverity resource leak
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] Input: evdev - Switch to bitmap_zalloc()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Coverity potential buffer overflow
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] Input: gpio-keys - Switch to bitmap_zalloc()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH] Coverity: Resource leak: free array before return
  • From: Anthony Youngman <anthony@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] Input: evdev - Switch to bitmap_zalloc()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 3/5] bitmap: Add bitmap_alloc(), bitmap_zalloc() and bitmap_free()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 3/5] bitmap: Add bitmap_alloc(), bitmap_zalloc() and bitmap_free()
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] Input: gpio-keys - Switch to bitmap_zalloc()
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] Input: evdev - Switch to bitmap_zalloc()
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH] Coverity: Resource leak: close fd before return
  • From: Anthony Youngman <anthony@xxxxxxxxxxxxxxx>
• [PATCH] Coverity: Resource leak: fix return without free
  • From: Anthony Youngman <anthony@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] md: Avoid namespace collision with bitmap API
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/5] md: Avoid namespace collision with bitmap API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] md: Avoid namespace collision with bitmap API
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v2 4/5] Input: gpio-keys - Switch to bitmap_zalloc()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 1/5] md: Avoid namespace collision with bitmap API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 2/5] bitmap: Drop unnecessary 0 check for u32 array operations
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 0/5] bitmap: Introduce alloc/free helpers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 5/5] Input: evdev - Switch to bitmap_zalloc()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 3/5] bitmap: Add bitmap_alloc(), bitmap_zalloc() and bitmap_free()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Journaled RAID rebuilding fully after power failure
  • From: Ben Estrabaud <ben.estrabaud@xxxxxxxxxx>
• bitmap namespace conflict
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: RAID6: "Bad block number requested"
  • From: Sebastian Hegler <sebastian.hegler@xxxxxxxxxxxxx>
• Re: RAID6: "Bad block number requested"
  • From: Bryan Gurney <bgurney@xxxxxxxxxx>
• mdadm raid soft lock-ups kernel 4.13.0-36
  • From: Premysl Kouril <premysl.kouril@xxxxxxxxx>
• Re: My first Coverity mdadm fix
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: RAID6: "Bad block number requested"
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: RAID6: "Bad block number requested"
  • From: Bryan Gurney <bgurney@xxxxxxxxxx>
• Re: RAID6: "Bad block number requested"
  • From: Anthony Youngman <anthony@xxxxxxxxxxxxxxx>
• My first Coverity mdadm fix
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: RAID6: "Bad block number requested"
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: RAID6: "Bad block number requested"
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: RAID6: "Bad block number requested"
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• RAID6: "Bad block number requested"
  • From: Sebastian Hegler <sebastian.hegler@xxxxxxxxxxxxx>
• Re: Preparing for mdadm-4.1 and gcc-8.1
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH 3/3] Replace snprintf with strncpy to avoid building error
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH 2/3] Fix one building error related with memcpy
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH 1/3] Fix building error because of -Werror=format-overflow
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH V2] Free map to avoid resource leak issues
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH V2] Free map to avoid resource leak issues
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] Free map to avoid resource leak issues
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [GIT PULL] MD update for 4.18-rc
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] imsm: correct num_data_stripes in metadata map for migration
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] Free map to avoid resource leak issues
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH RESEND] Assemble.c Don't ignore faulty disk when array is auto assembled.
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH blktests 1/9] blktests: add hepler functions for new md tests
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] imsm: correct num_data_stripes in metadata map for migration
  • From: Roman Sobanski <roman.sobanski@xxxxxxxxx>
• [PATCH] Free map to avoid resource leak issues
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] md: Unify mddev destruction paths
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] md: Unify mddev destruction paths
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH blktests 1/9] blktests: add hepler functions for new md tests
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH RESEND] Assemble.c Don't ignore faulty disk when array is auto assembled.
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: [PATCH blktests 1/9] blktests: add hepler functions for new md tests
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH blktests 1/9] blktests: add hepler functions for new md tests
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• problem statement regarding --re-add
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: [PATCH blktests 1/9] blktests: add hepler functions for new md tests
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH blktests 1/9] blktests: add hepler functions for new md tests
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH blktests 1/9] blktests: add hepler functions for new md tests
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [mdadm PATCH 3/3] Replace snprintf with strncpy to avoid building error
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [mdadm PATCH 2/3] Fix one building error related with memcpy
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [mdadm PATCH 1/3] Fix building error because of -Werror=format-overflow
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [mdadm PATCH 0/3] Fix some building errors
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Healthy RAID10 always mounts under Ubuntu 16.04, but not under Ubuntu 18.04.
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Healthy RAID10 always mounts under Ubuntu 16.04, but not under Ubuntu 18.04.
  • From: Hans Deragon <hans@xxxxxxxxxxx>
• Re: [PATCH v3] async_pq: Remove VLA usage
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: mdadm coverity scan
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Mdadm raid and UEFI boot
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• mdadm coverity scan
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Mdadm raid and UEFI boot
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Mdadm raid and UEFI boot
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Mdadm raid and UEFI boot
  • From: G <garboge@xxxxxxx>
• Re: Mdadm raid and EUFI booting
  • From: G <garboge@xxxxxxx>
• [PATCH 1/5 v2] spinlock: atomic_dec_and_lock: Add an irqsave variant
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Mdadm raid and EUFI booting
  • From: G <garboge@xxxxxxx>
• Mdadm raid and EUFI booting
  • From: G <garboge@xxxxxxx>
• Re: [PATCH v3] async_pq: Remove VLA usage
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3] async_pq: Remove VLA usage
  • From: Kyle Spiers <ksspiers@xxxxxxxxxx>
• Preparing for mdadm-4.1 and gcc-8.1
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] mdadm/test: correct tests/testdev as testdev in 02r5grow
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] mdadm/test: mdadm needn't make install on the system
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [mdadm PATCH 1/1] Check major number of block device when querying md device
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Ubuntu 16.04 mdadm bug or feature?
  • From: Bill Broadley <bill@xxxxxxxxxxxx>
• Re: Ubuntu 16.04 mdadm bug or feature?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: [PATCH 06/12] md: convert to bioset_init()/mempool_init()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Ubuntu 16.04 mdadm bug or feature?
  • From: Bill Broadley <bill@xxxxxxxxxxxx>
• Re: [PATCH] imsm: Do not require MDADM_EXPERIMENTAL flag anymore
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] imsm: Do not block volume creation when container has disks with mixed sector size
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2] async_pq: Remove VLA usage
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2] async_pq: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 10/12] btrfs: convert to bioset_init()/mempool_init()
  • From: Chris Mason <clm@xxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 07/12] dm: convert to bioset_init()/mempool_init()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: IMSM volume name truncation
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-writecache: fix compilation issue with !DAX
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm-writecache: fix compilation issue with !DAX
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] dm: writecache: add DAX dependency
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Introduce atomic_dec_and_lock_irqsave()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] mdadm/test: correct tests/testdev as testdev in 02r5grow
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH] mdadm/test: mdadm needn't make install on the system
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [mdadm PATCH 1/1] Check major number of block device when querying md device
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v2] async_pq: Remove VLA usage
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2] async_pq: Remove VLA usage
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: dm-writecache: fix compilation issue with !DAX
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• IMSM volume name truncation
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: dm-writecache: fix compilation issue with !DAX
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] Fix misspelling of 'alignment' and 'geometry'
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: dm-writecache: fix compilation issue with !DAX
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm-writecache: fix compilation issue with !DAX
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH] dm: writecache: add DAX dependency
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• [PATCH] imsm: Do not require MDADM_EXPERIMENTAL flag anymore
  • From: Michal Zylowski <michal.zylowski@xxxxxxxxx>
• [PATCH] imsm: Do not block volume creation when container has disks with mixed sector size
  • From: Michal Zylowski <michal.zylowski@xxxxxxxxx>
• [PATCH] Fix misspelling of 'alignment' and 'geometry'
  • From: Michal Zylowski <michal.zylowski@xxxxxxxxx>
• Re: dm: writecache: add DAX dependency
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/6] Generic radix trees
  • From: Liu Bo <obuil.liubo@xxxxxxxxx>
• Re: [PATCH] dm: writecache: add DAX dependency
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] dm: writecache: add DAX dependency
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/6] Generic radix trees
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 1/6] Generic radix trees
  • From: Liu Bo <obuil.liubo@xxxxxxxxx>
• Re: A Nasty md/raid bug in 2018?
  • From: Dmytro Shcherbakov <dmytro.shcherbakov@xxxxxxxxx>
• Re: A Nasty md/raid bug in 2018?
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: A Nasty md/raid bug in 2018?
  • From: Dmytro Shcherbakov <dmytro.shcherbakov@xxxxxxxxx>
• Re: [PATCH 3/8] md: raid5: use refcount_t for reference counting instead atomic_t
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] openvswitch: convert to genradix
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 2/6] proc: commit to genradix
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 6/6] Drop flex_arrays
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 3/8] md: raid5: use refcount_t for reference counting instead atomic_t
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 3/8] md: raid5: use refcount_t for reference counting instead atomic_t
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] Drop flex_arrays
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 6/6] Drop flex_arrays
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 3/8] md: raid5: use refcount_t for reference counting instead atomic_t
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/8] Introduce refcount_dec_and_lock_irqsave()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Introduce atomic_dec_and_lock_irqsave()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/8] Introduce refcount_dec_and_lock_irqsave()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] md: raid5: use refcount_t for reference counting instead atomic_t
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] md: raid5: use refcount_t for reference counting instead atomic_t
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] md: raid5: use refcount_t for reference counting instead atomic_t
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] openvswitch: convert to genradix
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] proc: commit to genradix
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 2/6] proc: commit to genradix
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 4/6] openvswitch: convert to genradix
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 6/6] Drop flex_arrays
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 3/6] md: convert to genradix
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 5/6] selinux: convert to genradix
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 1/6] Generic radix trees
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Defective RAID
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: [PATCH 01/12] block: convert bounce, q->bio_split to bioset_init()/mempool_init()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 08/12] target: convert to bioset_init()/mempool_init()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 09/12] fs: convert block_dev.c to bioset_init()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 11/12] xfs: convert to bioset_init()/mempool_init()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 12/12] block: Drop bioset_create()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 04/12] lightnvm: convert to bioset_init()/mempool_init()
  • From: Javier Gonzalez <javier@xxxxxxxxxxxx>
• Re: Defective RAID
  • From: Johannes Truschnigg <johannes@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Defective RAID
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Defective RAID
  • From: Axel Spallek IT-Dienstleistungen <axel@xxxxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 11/12] xfs: convert to bioset_init()/mempool_init()
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH V5 1/1] MD: fix lock contention for flush bios
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 05/12] bcache: convert to bioset_init()/mempool_init()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH V5 1/1] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 06/12] md: convert to bioset_init()/mempool_init()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 01/12] block: convert bounce, q->bio_split to bioset_init()/mempool_init()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 00/13] convert block layer to bioset_init()/mempool_init()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 04/12] lightnvm: convert to bioset_init()/mempool_init()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 05/12] bcache: convert to bioset_init()/mempool_init()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 03/12] pktcdvd: convert to bioset_init()/mempool_init()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 06/12] md: convert to bioset_init()/mempool_init()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 08/12] target: convert to bioset_init()/mempool_init()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 07/12] dm: convert to bioset_init()/mempool_init()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 02/12] drbd: convert to bioset_init()/mempool_init()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 12/12] block: Drop bioset_create()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 11/12] xfs: convert to bioset_init()/mempool_init()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 10/12] btrfs: convert to bioset_init()/mempool_init()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 09/12] fs: convert block_dev.c to bioset_init()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH] md: simplify flush request handling
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md: simplify flush request handling
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid5: Assigning NULL to sh->batch_head before testing bit R5_Overlap of a stripe
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: zero the original position of sb for 0.90 and 1.0
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: simplify flush request handling
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: simplify flush request handling
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH] md/raid5: Assigning NULL to sh->batch_head before testing bit R5_Overlap of a stripe
  • From: Amy Chiang <amychiang@xxxxxxxx>
• [PATCH] md: zero the original position of sb for 0.90 and 1.0
  • From: Jianchao Wang <jianchao.w.wang@xxxxxxxxxx>
• Re: [PATCH] md: simplify flush request handling
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• NVME RAID0 bottlenecked on single kworker thread?
  • From: Ryan <ryanrs@xxxxxxxxx>
• Re: [PATCH] md/raid1: add error handling of read error from FailFast device
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: simplify flush request handling
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: simplify flush request handling
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid1: add error handling of read error from FailFast device
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
• Re: A Nasty md/raid bug in 2018?
  • From: Dmytro Shcherbakov <dmytro.shcherbakov@xxxxxxxxx>
• Re: [PATCH] md: simplify flush request handling
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md: simplify flush request handling
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH] md: simplify flush request handling
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Deadlock during memory reclaim path involving sysfs and MD-Raid layers
  • From: Bruno Faccini <bfaccini62@xxxxxxxxx>
• [PATCH 1/8] bdi: use refcount_t for reference counting instead atomic_t
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 2/8] userns: use refcount_t for reference counting instead atomic_t
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 5/8] bdi: Use irqsave variant of refcount_dec_and_lock()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 3/8] md: raid5: use refcount_t for reference counting instead atomic_t
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 6/8] userns: Use irqsave variant of refcount_dec_and_lock()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 4/8] locking/refcount: implement refcount_dec_and_lock_irqsave()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 7/8] md: raid5: Use irqsave variant of refcount_dec_and_lock()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 8/8] md: raid5: Do not disable irq on release_inactive_stripe_list() call
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v2 0/8] Introduce refcount_dec_and_lock_irqsave()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] Assemble.c Don't ignore faulty disk when array is auto assembled.
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: [PATCH v4] Since changing number of devices in RAID10 is possible fix man and add a test
  • From: Azat Khuzhin <a3at.mail@xxxxxxxxx>
• Re: Introduce atomic_dec_and_lock_irqsave()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Introduce atomic_dec_and_lock_irqsave()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Introduce atomic_dec_and_lock_irqsave()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Introduce atomic_dec_and_lock_irqsave()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Introduce atomic_dec_and_lock_irqsave()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Introduce atomic_dec_and_lock_irqsave()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 3/5] kernel/user: Use irqsave variant of atomic_dec_and_lock()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 2/5] mm/backing-dev: Use irqsave variant of atomic_dec_and_lock()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 1/5] spinlock: atomic_dec_and_lock: Add an irqsave variant
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 5/5] drivers/md/raid5: Do not disable irq on release_inactive_stripe_list() call
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 4/5] drivers/md/raid5: Use irqsave variant of atomic_dec_and_lock()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] md: fix NULL dereference of mddev->pers in remove_and_add_spares()
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH] md/raid1: add error handling of read error from FailFast device
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [RFC PATCH] raid6_pq: Add module options to prefer algorithm
  • From: Timofey Titovets <nefelim4ag@xxxxxxxxx>
• Re: question for documentation writers
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• question for documentation writers
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• [mdadm] Reshape stuck after interrupted by reboot
  • From: Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Re: Question re: re-establishment of a raid-10 array
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: [PATCH] md/raid1: add error handling of read error from FailFast device
  • From: Gi-Oh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• [PATCH] md/raid1: add error handling of read error from FailFast device
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• creating parities
  • From: Marek <mlf.conv@xxxxxxxxx>
• Re: Verify RAID1
  • From: Nick Leli <nicholasleli@xxxxxxxxx>
• Re: Further question(s)
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Further question(s)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Further question(s)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Question re: re-establishment of a raid-10 array
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Question re: re-establishment of a raid-10 array
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Verify RAID1
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Question re: re-establishment of a raid-10 array
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Further question(s)
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Question re: re-establishment of a raid-10 array
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• WARNING in md_ioctl
  • From: syzbot <syzbot+1e46a0864c1a6e9bd3d8@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Question re: re-establishment of a raid-10 array
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Question re: re-establishment of a raid-10 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: fix two problems with setting the "re-add" device state.
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Question re: re-establishment of a raid-10 array
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Verify RAID1
  • From: Nick Leli <nicholasleli@xxxxxxxxx>
• Re: Verify RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v4] Since changing number of devices in RAID10 is possible fix man and add a test
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: Verify RAID1
  • From: Nikhil Kshirsagar <nkshirsa@xxxxxxxxxx>
• Verify RAID1
  • From: Nick Leli <nicholasleli@xxxxxxxxx>
• Re: Should a raid-0 array immediately stop if a component disk is removed?
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: Should a raid-0 array immediately stop if a component disk is removed?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Should a raid-0 array immediately stop if a component disk is removed?
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxxxxx>
• Re: [PATCH] mdadm/grow: correct size and chunk_size casting
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH v4] Since changing number of devices in RAID10 is possible fix man and add a test
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Fixing priority of RAID check?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• [PATCH] mdadm/grow: correct size and chunk_size casting
  • From: Roman Sobanski <roman.sobanski@xxxxxxxxx>
• Re: Fixing priority of RAID check?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Fixing priority of RAID check?
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [lkp-robot] [MD] 0ffbb1adf8: aim7.jobs-per-min -10.6% regression
  • From: Ye Xiaolong <xiaolong.ye@xxxxxxxxx>
• Re: [lkp-robot] [MD] 0ffbb1adf8: aim7.jobs-per-min -10.6% regression
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v4] Since changing number of devices in RAID10 is possible fix man and add a test
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH v4] Since changing number of devices in RAID10 is possible fix man and add a test
  • From: Azat Khuzhin <a3at.mail@xxxxxxxxx>
• [PATCH] md: fix two problems with setting the "re-add" device state.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] raid10: check bio in r10buf_pool_free to void NULL pointer dereference
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Fwd: Kernel crash trying to add an already removed disk from RAID 10
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [lkp-robot] [MD] 0ffbb1adf8: aim7.jobs-per-min -10.6% regression
  • From: Ye Xiaolong <xiaolong.ye@xxxxxxxxx>
• Re: mdadm: unrecognized option '--replace'
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: mdadm: unrecognized option '--replace'
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: mdadm: unrecognized option '--replace'
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Fwd: Kernel crash trying to add an already removed disk from RAID 10
  • From: Alexis Castilla <pencerval@xxxxxxxxx>
• Re: [PATCH] Prevent create IMSM volume with size smaller than 1M or chunk
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] Prevent create IMSM volume with size smaller than 1M or chunk
  • From: Roman Sobanski <roman.sobanski@xxxxxxxxx>
• Re: Fwd: Kernel crash trying to add an already removed disk from RAID 10
  • From: Alexis Castilla <pencerval@xxxxxxxxx>
• Re: Fwd: Kernel crash trying to add an already removed disk from RAID 10
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Fwd: Kernel crash trying to add an already removed disk from RAID 10
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [lkp-robot] [MD] 0ffbb1adf8: aim7.jobs-per-min -10.6% regression
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Fwd: Kernel crash trying to add an already removed disk from RAID 10
  • From: Alexis Castilla <pencerval@xxxxxxxxx>
• [RFC PATCH] md: add io statistics
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH] md: fix an error code format and remove unsed bio_sector
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• mdadm: unrecognized option '--replace'
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• [PATCH] md/raid10: exit sync request if MD_RECOVERY_INTR is set
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: Question
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• [PATCH v3] raid5: copy write hint from origin bio to stripe
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: [PATCH v2] raid5: copy write hint from origin bio to stripe
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [GIT PULL] MD update for 4.17-rc1
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2] raid5: copy write hint from origin bio to stripe
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Kernel bug when creating MD arrays
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Question
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Question
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Kernel bug when creating MD arrays
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: Add udev-md-raid-safe-timeouts.rules
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: Add udev-md-raid-safe-timeouts.rules
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: Add udev-md-raid-safe-timeouts.rules
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Add udev-md-raid-safe-timeouts.rules
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Add udev-md-raid-safe-timeouts.rules
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Add udev-md-raid-safe-timeouts.rules
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Add udev-md-raid-safe-timeouts.rules
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Add udev-md-raid-safe-timeouts.rules
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH 1/4] imsm: change reserved space to 4MB
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH v2] raid5: copy write hint from origin bio to stripe
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: [PATCH 1/4] imsm: change reserved space to 4MB
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: A Nasty md/raid bug in 2018?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• A Nasty md/raid bug in 2018?
  • From: Dmytro Shcherbakov <dmytro.shcherbakov@xxxxxxxxx>
• [PATCH] md: add "\n" to get_ro()
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH V4 1/1] MD: fix lock contention for flush bios
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/4] imsm: change reserved space to 4MB
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH] mdadm: fix use-after-free after free_mdstat
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH V4 1/1] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH V4 1/1] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Matthias Walther <matthias@xxxxxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH V4 1/1] MD: fix lock contention for flush bios
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V2] md/raid1: exit sync request if MD_RECOVERY_INTR is set
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md-cluster: don't update recovery_offset for faulty device
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] md-cluster: don't update recovery_offset for faulty device
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: 4tb NAS drive recommendation
  • From: Nikolai Lusan <nikolai@xxxxxxxxxxx>
• 4tb NAS drive recommendation
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH V2] md/raid1: exit sync request if MD_RECOVERY_INTR is set
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH] md/raid1: exit sync request if MD_RECOVERY_INTR is set
  • From: yuyufen <yuyufen@xxxxxxxxxx>
• [PATCH V4 1/1] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 4/4] imsm: do not use blocks_per_member in array size calculations
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH 3/4] imsm: pass already existing map to imsm_num_data_members
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH 2/4] imsm: add functions to get and set imsm dev size
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH 1/4] imsm: change reserved space to 4MB
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: raid6 glorious failure - help (or at least a shoulder to cry on) needed
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: raid6 glorious failure - help (or at least a shoulder to cry on) needed
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: raid6 glorious failure - help (or at least a shoulder to cry on) needed
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• raid6 glorious failure - help (or at least a shoulder to cry on) needed
  • From: "John Lupa" <john.lupa@xxxxxxxxx>
• Re: [PATCH] dm: fix DAX dependency
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: dm: fix DAX dependency
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] imsm: Allow create RAID volume with link to container
  • From: Michal Zylowski <michal.zylowski@xxxxxxxxx>
• [PATCH] dm: fix DAX dependency
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V3 1/1] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md: allow faster resync only on non-rotational media
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: [PATCH] md/raid5: fix 'out of memory' during raid cache recovery
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH] md/raid5: fix 'out of memory' during raid cache recovery
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/1] MD: fix lock contention for flush bios
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: problem with bio handling on raid5 and pblk
  • From: Javier González <javier@xxxxxxxxxxx>
• Re: [PATCH V3 1/1] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH] mdadm: fix use-after-free after free_mdstat
  • From: Zhipeng Xie <xiezhipeng1@xxxxxxxxxx>
• Re: [PATCH] md: allow faster resync only on non-rotational media
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid1: exit sync request if MD_RECOVERY_INTR is set
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH V3 1/1] MD: fix lock contention for flush bios
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid5: fix 'out of memory' during raid cache recovery
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: mdadm: unable to grow array more than once
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: mdadm: unable to grow array more than once
  • From: Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: set persistent sync_speed_max based on rotational attribute
  • From: John Pittman <jpittman@xxxxxxxxxx>
• [PATCH] md: allow faster resync only on non-rotational media
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: mdadm: unable to grow array more than once
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: mdadm: unable to grow array more than once
  • From: Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Re: mdadm: unable to grow array more than once
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• mdadm: unable to grow array more than once
  • From: Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: set persistent sync_speed_max based on rotational attribute
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: Replace disks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Replace disks
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: set persistent sync_speed_max based on rotational attribute
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH] md/raid5: fix 'out of memory' during raid cache recovery
  • From: Alexei Naberezhnov <anaberezhnov@xxxxxx>
• Re: Replace disks
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Replace disks
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: [PATCH] mdadm: set persistent sync_speed_max based on rotational attribute
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: Replace disks
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: Replace disks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Replace disks
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Replace disks
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Replace disks
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Replace disks
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Replace disks
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Replace disks
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Replace disks
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Grow array size issue if not using full space at first place with super 1.0
  • From: Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Re: Replace disks
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Replace disks
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• mdadm-4.1-rc1
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH] md/raid1: exit sync request if MD_RECOVERY_INTR is set
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: problem with bio handling on raid5 and pblk
  • From: Javier González <javier@xxxxxxxxxxx>
• Re: problem with bio handling on raid5 and pblk
  • From: Matias Bjørling <mb@xxxxxxxxxxx>
• problem with bio handling on raid5 and pblk
  • From: Javier González <javier@xxxxxxxxxxx>
• Re: [RESEND PATCH 0/5] Setting write hint in MD RAID
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH V3 1/1] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] raid1: correction about array_frozen in wait_barrier()
  • From: lzhong <lzhong@xxxxxxxx>
• Re: 4.15.8 Kernel - Strange linux-raid behavior, not sure where to send it.
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: set persistent sync_speed_max based on rotational attribute
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: [PATCH] mdadm: set persistent sync_speed_max based on rotational attribute
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] mdadm: set persistent sync_speed_max based on rotational attribute
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• [PATCH] mdadm: set persistent sync_speed_max based on rotational attribute
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: [PATCH 00/47] arch-removal: device drivers
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH] raid1: correction about array_frozen in wait_barrier()
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: [PATCH 07/47] raid: remove tile specific raid6 implementation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 07/47] raid: remove tile specific raid6 implementation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 00/47] arch-removal: device drivers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] raid1: correction about array_frozen in wait_barrier()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] raid1: correction about array_frozen in wait_barrier()
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: 4.15.8 Kernel - Strange linux-raid behavior, not sure where to send it.
  • From: 王金浦 <jinpuwang@xxxxxxxxx>
• Re: 4.15.8 Kernel - Strange linux-raid behavior, not sure where to send it.
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• [RFC PATCH] raid10: barrier reimplementation
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• Re: 4.15.8 Kernel - Strange linux-raid behavior, not sure where to send it.
  • From: 王金浦 <jinpuwang@xxxxxxxxx>
• 4.15.8 Kernel - Strange linux-raid behavior, not sure where to send it.
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: accidentally deleted part of raid5?
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• accidentally deleted part of raid5?
  • From: Marek <mlf.conv@xxxxxxxxx>
• Re: [PATCH RESEND] imsm: fix assemble with ppl during rebuild
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [PATCH RESEND] imsm: fix assemble with ppl during rebuild
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: mdadm superblock goes missing on reboot
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: [PATCH 00/19] mdadm/clustermd_tests: update the testing part
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• mdadm 4.1-rc snapshot
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• mdadm superblock goes missing on reboot
  • From: John Maguire <jmaguire2013@xxxxxxxxx>
• Re: [PATCH V3 3/3] Assemble: cleanup the failure path
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH V3 2/3] Assemble: provide protection when clustered raid do assemble
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH V3 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [GIT PULL] MD update for 4.16-rc3
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RESEND PATCH 0/5] Setting write hint in MD RAID
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: [PATCH] bcache: fix kernel crashes when run fio in a RAID backend bcache device
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC PATCH V2] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [RFC PATCH V2] MD: fix lock contention for flush bios
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2] md/raid1: fix NULL pointer dereference
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v3] md: fix a potential deadlock of raid5/raid10 reshape
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md-cluster: choose correct label when clustered layout is not supported
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH v2] md/raid1: fix NULL pointer dereference
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: [PATCH] md/raid1: fix NULL pointer dereference
  • From: yuyufen <yuyufen@xxxxxxxxxx>
• Re: [PATCH] md/raid1: fix NULL pointer dereference
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] mdadm: prevent out-of-date reshaping devices from force assemble
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: Reliability of RAID 5 repair function (mismatch_cnt 9560824)
  • From: Michael Metze <michael.metze@xxxxxxxxxxx>
• [PATCH] md/raid1: fix NULL pointer dereference
  • From: yuyufen <yuyufen@xxxxxxxxxx>
• Re: Reliability of RAID 5 repair function (mismatch_cnt 9560824)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] md: fix a potential deadlock of raid5/raid10 reshape
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• [PATCH v2] mdadm: prevent out-of-date reshaping devices from force assemble
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• [PATCH v2] md/md: replace confusing resync progress 99.9% with new wording
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• [PATCH v3] md: fix a potential deadlock of raid5/raid10 reshape
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• Re: [PATCH 00/19] mdadm/clustermd_tests: update the testing part
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [PATCH] md-cluster: choose correct label when clustered layout is not supported
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH V3 0/3] Make dlm lock more reliable for cluster-md
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Reliability of RAID 5 repair function (mismatch_cnt 9560824)
  • From: Michael Metze <michael.metze@xxxxxxxxxxx>
• Page allocation stalls in raid1 array
  • From: Thilo Molitor <thilo@xxxxxxxxxxxxx>
• Re: [PATCH v2] md: fix a potential deadlock of raid5/raid10 reshape
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RESEND PATCH 0/5] Setting write hint in MD RAID
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: raid5: avoid string overflow warning
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH 1/1] Add one sanity check for missing device
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [RFC PATCH V2] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [RFC PATCH] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH v2] md: fix a potential deadlock of raid5/raid10 reshape
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• Re: [MDADM PATCH] A sanity check for missing device
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] imsm: update product name in error message
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [RESEND PATCH 0/5] Setting write hint in MD RAID
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH] md: raid5: avoid string overflow warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [mdadm PATCH] imsm: fix assemble with ppl during rebuild
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH] raid5-ppl: fix handling flush requests
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: [md PATCH 2/2] md: only allow remove_and_add_spares when no sync_thread running.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: how to determine parity block
  • From: Ben Estrabaud <ben.estrabaud@xxxxxxxxxx>
• how to determine parity block
  • From: Marek <mlf.conv@xxxxxxxxx>
• Re: [md PATCH 2/2] md: only allow remove_and_add_spares when no sync_thread running.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 2/2] md: only allow remove_and_add_spares when no sync_thread running.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 0/2] Resend raid10-NULL-deref fix
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: fix md_write_start() deadlock w/o metadata devices
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RESEND PATCH 2/5] raid5: copy write hint from origin bio to stripe
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RESEND PATCH 0/5] Setting write hint in MD RAID
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RFC PATCH] MD: fix lock contention for flush bios
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] MD: Free bioset when md_run fails
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] raid10: change the size of resync window for clustered raid
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH v2] md-multipath: Use seq_putc() in multipath_status()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid1: Fix trailing semicolon
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid5: fix a potential deadlock of raid5 reshape
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md/raid5: simplify uninitialization of shrinker
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Sean Caron <scaron@xxxxxxxxx>
• [PATCH] imsm: update product name in error message
  • From: Michal Zylowski <michal.zylowski@xxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Sean Caron <scaron@xxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Automatically start two-level mdadm RAID arrays (i.e. RAID 60) on boot?
  • From: Sean Caron <scaron@xxxxxxxxx>
• [RESEND PATCH 5/5] raid5: set write hint for PPL
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [RESEND PATCH 4/5] raid5: set write hint for parity
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [RESEND PATCH 3/5] raid5: sysfs attribute for write hint policy
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [RESEND PATCH 2/5] raid5: copy write hint from origin bio to stripe
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [RESEND PATCH 1/5] raid1: copy write hint from master bio to behind bio
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [RESEND PATCH 0/5] Setting write hint in MD RAID
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Mateusz Korniak <mateusz-lists@xxxxxxxxxxxxxx>
• Re: RFC - de-clustered raid 60 or 61 algorithm
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Kay Diederichs <kay.diederichs@xxxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: RFC - de-clustered raid 60 or 61 algorithm
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Kay Diederichs <kay.diederichs@xxxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Kay Diederichs <kay.diederichs@xxxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: RFC - de-clustered raid 60 or 61 algorithm
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: RFC - de-clustered raid 60 or 61 algorithm
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [MDADM PATCH] A sanity check for missing device
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: RFC - de-clustered raid 60 or 61 algorithm
  • From: NeilBrown <neilb@xxxxxxxx>
• RFC - de-clustered raid 60 or 61 algorithm
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: [OT] C programming problem
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: [OT] C programming problem
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] mdadm: Expose Kill() return codes to user
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [OT] C programming problem
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: Expose Kill() return codes to user
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: [OT] C programming problem
  • From: Michael Fritscher <michael@xxxxxxxxxxxxx>
• Re: [OT] C programming problem
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [MDADM PATCH] A sanity check for missing device
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] mdadm: Expose Kill() return codes to user
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [OT] C programming problem
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: Buffer I/O error... async page read
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Kay Diederichs <kay.diederichs@xxxxxxxxxxxxxxx>
• Re: Buffer I/O error... async page read
  • From: Liwei <xieliwei@xxxxxxxxx>
• Re: Buffer I/O error... async page read
  • From: Weedy <weedy2887@xxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: force remapping a pending sector in sw raid5 array
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• force remapping a pending sector in sw raid5 array
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: [md PATCH 2/2] md: only allow remove_and_add_spares when no sync_thread running.
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: Buffer I/O error... async page read
  • From: Liwei <xieliwei@xxxxxxxxx>
• [PATCH v2] md raid10: fix NULL deference in handle_write_completed()
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH] md raid10: fix NULL deference in handle_write_completed()
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH] mdadm: prevent out-of-date reshaping devices from force assemble
  • From: bingjingc <bingjingc@xxxxxxxxxxxx>
• 4k random writes initially quite slow on raid10 md device
  • From: Jérôme Charaoui <jcharaoui@xxxxxxxxxxxxxxxxxx>
• Buffer I/O error... async page read
  • From: Liwei <xieliwei@xxxxxxxxx>
• [PATCH v4] Since changing number of devices in RAID10 is possible fix man and add a test
  • From: Azat Khuzhin <a3at.mail@xxxxxxxxx>
• Re: [RFC PATCH] md raid10: fix NULL deference in handle_write_completed()
  • From: yuyufen <yuyufen@xxxxxxxxxx>
• Re: [PATCH v3] Since changing number of devices in RAID10 is possible fix man and add a test
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• Re: [RFC PATCH] md raid10: fix NULL deference in handle_write_completed()
  • From: NeilBrown <neilb@xxxxxxxx>
• [RFC PATCH] md raid10: fix NULL deference in handle_write_completed()
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• [PATCH v3] Since changing number of devices in RAID10 is possible fix man and add a test
  • From: Azat Khuzhin <a3at.mail@xxxxxxxxx>
• [PATCH v2] Since changing number of devices in RAID10 is possible fix man and add a test
  • From: Azat Khuzhin <a3at.mail@xxxxxxxxx>
• Re: [PATCH] Since changing number of devices in RAID10 is possible fix man and add a test (RFC)
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] Since changing number of devices in RAID10 is possible fix man and add a test (RFC)
  • From: Azat Khuzhin <a3at.mail@xxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: mostafa kishani <mostafa.kishani@xxxxxxxxx>
• [md PATCH 2/2] md: only allow remove_and_add_spares when no sync_thread running.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 1/2] md: document lifetime of internal rdev pointer.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 0/2] Resend raid10-NULL-deref fix
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] [RFC] md raid10: use rcu to avoid NULL dereference in raid10d()
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] md: fix md_write_start() deadlock w/o metadata devices
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Multi-layer raid status
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] mdadm: Expose Kill() return codes to user
  • From: John Pittman <jpittman@xxxxxxxxxx>
• Re: Multi-layer raid status
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Multi-layer raid status
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Multi-layer raid status
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Multi-layer raid status
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH 5/5] raid5: set write hint for PPL
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH 4/5] raid5: set write hint for parity
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH 3/5] raid5: sysfs attribute for write hint policy
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH 2/5] raid5: copy write hint from origin bio to stripe
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH 1/5] raid1: copy write hint from master bio to behind bio
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• [PATCH 0/5] Setting write hint in MD RAID
  • From: Mariusz Dabrowski <mariusz.dabrowski@xxxxxxxxx>
• Re: [PATCH] [RFC] md raid10: use rcu to avoid NULL dereference in raid10d()
  • From: yuyufen <yuyufen@xxxxxxxxxx>
• Re: Multi-layer raid status
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Multi-layer raid status
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Multi-layer raid status
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Multi-layer raid status
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] [RFC] md raid10: use rcu to avoid NULL dereference in raid10d()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Multi-layer raid status
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 19/19] clustermd_tests: add test case to test switch-recovery against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 18/19] clustermd_tests: add test case to test switch-recovery against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 17/19] clustermd_tests: add test case to test switch-resync against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 16/19] clustermd_tests: add test case to test switch-resync against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 15/19] clustermd_tests: add test case to test manage_re-add against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 14/19] clustermd_tests: add test case to test manage_re-add against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 13/19] clustermd_tests: add test case to test manage_add-spare against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 10/19] clustermd_tests: add test case to test manage_add against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 12/19] clustermd_tests: add test case to test manage_add-spare against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 11/19] clustermd_tests: add test case to test manage_add against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 09/19] clustermd_tests: add test case to test grow_add against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 08/19] clustermd_tests: add test case to test switching bitmap against cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 07/19] clustermd_tests: add test case to test switching bitmap against cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 06/19] manpage: add prompt in --zero-superblock against clustered raid
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 05/19] mdadm/clustermd_tests: delete meaningless commands in check
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 04/19] mdadm/clustermd_tests: add nobitmap in check
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 03/19] mdadm/test: add do_clean to ensure each case only catch its own testlog
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 02/19] mdadm/test: add disk metadata infos in save_log
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 00/19] mdadm/clustermd_tests: update the testing part
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 01/19] mdadm/test: improve filtering r10 from raid1 in raidtype
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [MDADM PATCH] A sanity check for missing device
  • From: Xiao Ni <xni@xxxxxxxxxx>
• mdadm stuck in monitoring reshape after reboot
  • From: Fisher <fisherthepooh@xxxxxxxxxxxxxx>
• Re: [PATCH] Add udev-md-raid-safe-timeouts.rules
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] [RFC] md raid10: use rcu to avoid NULL dereference in raid10d()
  • From: yuyufen <yuyufen@xxxxxxxxxx>
• Re: Quick RAID 1+0 advice
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH] dm raid: don't use 'const' in function return
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: mostafa kishani <mostafa.kishani@xxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• [GIT PULL] MD update for 4.16-rc1
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Multi-layer raid status
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: mostafa kishani <mostafa.kishani@xxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: Can anyone help me review my patch?
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Can anyone help me review my patch?
  • From: liuchaowei110@xxxxxxxxx
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [LSF/MM TOPIC] De-clustered RAID with MD
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: Implementing Global Parity Codes
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: [PATCH mdadm] Subdevs can't be all missing when create raid device
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: mostafa kishani <mostafa.kishani@xxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: mostafa kishani <mostafa.kishani@xxxxxxxxx>
• Re: Implementing Global Parity Codes
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Implementing Global Parity Codes
  • From: mostafa kishani <mostafa.kishani@xxxxxxxxx>
• [PATCH] Add udev-md-raid-safe-timeouts.rules
  • From: "Jonathan G. Underwood" <jonathan.underwood@xxxxxxxxx>
• Re: [PATCH mdadm] Subdevs can't be all missing when create raid device
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH mdadm] Subdevs can't be all missing when create raid device
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [RFC PATCH] MD: fix lock contention for flush bios
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [RFC PATCH] MD: fix lock contention for flush bios
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] Grow.c: Block any level migration with chunk size change
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• [PATCH] Grow.c: Block any level migration with chunk size change
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Recovering Partial Data From Re-Added Drive
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: [PATCH] MD: Free bioset when md_run fails
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [RFC PATCH] MD: fix lock contention for flush bios
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: Recovering Partial Data From Re-Added Drive
  • From: Liwei <xieliwei@xxxxxxxxx>
• [PATCH] MD: Free bioset when md_run fails
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [RFC PATCH] MD: fix lock contention for flush bios
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md-cluster: choose correct label when clustered layout is not supported
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• USB-to-SATA and RAID
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: "Wol's lists" <antlists@xxxxxxxxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Vojtěch Kletečka <vojta.kletecka@xxxxxxxxx>
• Re: USB-to-SATA and RAID
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Recovering Partial Data From Re-Added Drive
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Recovering Partial Data From Re-Added Drive
  • From: Liwei <xieliwei@xxxxxxxxx>
• [PATCH] md-cluster: choose correct label when clustered layout is not supported
  • From: Lidong Zhong <lzhong@xxxxxxxx>
• [PATCH V3 3/3] Assemble: cleanup the failure path
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 2/3] Assemble: provide protection when clustered raid do assemble
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH V3 0/3] Make dlm lock more reliable for cluster-md
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH V2 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [PATCH] Assemble: prevent segfault with faulty "best" devices
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH 0/8] Enable clustered raid testing in mdadm
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] policy.c: Avoid to take spare without defined domain by imsm
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] imsm: update name in --detail-platform
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [neilbrown/mdadm] Add udev-md-raid-safe-timeouts.rules (#32)
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH V2 1/3] mdadm: improve the dlm locking mechanism for clustered raid
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Re: [PATCH] mdadm: allow clustered raid10 to be created with default layout
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• Nice Job
  • From: Adam Finzel <afinzel@xxxxxxxxx>
• [PATCH] raid10: change the size of resync window for clustered raid
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Quick RAID 1+0 advice
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• [PATCH] md/raid1: Fix trailing semicolon
  • From: Luis de Bethencourt <luisbg@xxxxxxxxxx>
• [PATCH] imsm: update name in --detail-platform
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 8/8] mdadm/clustermd_tests: add test case to test grow_resize cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 7/8] mdadm/clustermd_tests: add test case to test creating cluster-raid10
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 6/8] mdadm/clustermd_tests: add test case to test grow_resize cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 5/8] mdadm/clustermd_tests: add test case to test creating cluster-raid1
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 4/8] mdadm/test: add '--testdir=' to switch choosing test suite
  • From: Zhilong Liu <zlliu@xxxxxxxx>
• [PATCH 3/8] mdadm/test: enable clustermd testing under clustermd_tests/
  • From: Zhilong Liu <zlliu@xxxxxxxx>