Linux RAID Storage Date Index

• Thread Index

• Re: new drive is 4 sectors shorter, can it be used for swraid5 array?
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: Trying to rescue a RAID-1 array
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: Trying to rescue a RAID-1 array
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: Trying to rescue a RAID-1 array
  • From: Bruce Korb <bruce.korb@xxxxxxxxx>
• Re: Trying to rescue a RAID-1 array
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: Trying to rescue a RAID-1 array
  • From: Bruce Korb <bruce.korb@xxxxxxxxx>
• Re: Trying to rescue a RAID-1 array
  • From: Bruce Korb <bruce.korb@xxxxxxxxx>
• Re: Trying to rescue a RAID-1 array
  • From: Bruce Korb <bruce.korb@xxxxxxxxx>
• [PATCH] mdadm/super1: restore commit 45a87c2f31335 to fix clustered slot issue
  • From: Heming Zhao <heming.zhao@xxxxxxxx>
• Re: [PATCH 4/5] block: turn bio_kmalloc into a simple kmalloc wrapper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v4 2/2] md: replace deprecated strlcpy & remove duplicated line
  • From: Heming Zhao <heming.zhao@xxxxxxxx>
• [PATCH v4 1/2] md/bitmap: don't set sb values if can't pass sanity check
  • From: Heming Zhao <heming.zhao@xxxxxxxx>
• [PATCH v4 0/2] md: fix md_bitmap_read_sb sanity check issue & deprecated api issue
  • From: Heming Zhao <heming.zhao@xxxxxxxx>
• Re: Trying to rescue a RAID-1 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] block: turn bio_kmalloc into a simple kmalloc wrapper
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 4/5] block: turn bio_kmalloc into a simple kmalloc wrapper
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: Trying to rescue a RAID-1 array
  • From: Bruce Korb <bruce.korb@xxxxxxxxx>
• Re: Trying to rescue a RAID-1 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: cleanup bio_kmalloc v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Trying to rescue a RAID-1 array
  • From: Bruce Korb <bruce.korb@xxxxxxxxx>
• Re: cleanup bio_kmalloc v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: cleanup bio_kmalloc v2
  • From: Qian Cai <quic_qiancai@xxxxxxxxxxx>
• Re: [PATCH] udev: adapt rules to systemd v247
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: Fix double free
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Grow_reshape: Add r0 grow size error message and update man
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] md/bitmap: don't set sb values if can't pass sanity check
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• Re: [PATCH v3] md/bitmap: don't set sb values if can't pass sanity check
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: cleanup bio_kmalloc v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: cleanup bio_kmalloc v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: cleanup bio_kmalloc v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3] md/bitmap: don't set sb values if can't pass sanity check
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• [PATCH v3] md/bitmap: don't set sb values if can't pass sanity check
  • From: Heming Zhao <heming.zhao@xxxxxxxx>
• Re: new drive is 4 sectors shorter, can it be used for swraid5 array?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: [kbuild] Re: [PATCH] md/bitmap: don't set sb values if can't pass sanity check
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• [kbuild] Re: [PATCH] md/bitmap: don't set sb values if can't pass sanity check
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2] md/bitmap: don't set sb values if can't pass sanity check
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• [PATCH v2] md/bitmap: don't set sb values if can't pass sanity check
  • From: Heming Zhao <heming.zhao@xxxxxxxx>
• Re: [PATCH] md/bitmap: don't set sb values if can't pass sanity check
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH] md/bitmap: don't set sb values if can't pass sanity check
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• Re: new drive is 4 sectors shorter, can it be used for swraid5 array?
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: new drive is 4 sectors shorter, can it be used for swraid5 array?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• [PATCH v2] md: fix an incorrect NULL check in sync_sbs
  • From: Xiaomeng Tong <xiam0nd.tong@xxxxxxxxx>
• [PATCH] md: fix an incorrect NULL check in md_reload_sb
  • From: Xiaomeng Tong <xiam0nd.tong@xxxxxxxxx>
• Re: [PATCH] md: md2: fix an incorrect NULL check on list iterator
  • From: Xiaomeng Tong <xiam0nd.tong@xxxxxxxxx>
• Re: [PATCH] md: md1: fix an incorrect NULL check on list iterator
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH] md: md2: fix an incorrect NULL check on list iterator
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: new drive is 4 sectors shorter, can it be used for swraid5 array?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: [PATCH] md/bitmap: don't set sb values if can't pass sanity check
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: new drive is 4 sectors shorter, can it be used for swraid5 array?
  • From: d tbsky <tbskyd@xxxxxxxxx>
• [PATCH] md: md2: fix an incorrect NULL check on list iterator
  • From: Xiaomeng Tong <xiam0nd.tong@xxxxxxxxx>
• [PATCH] md: md1: fix an incorrect NULL check on list iterator
  • From: Xiaomeng Tong <xiam0nd.tong@xxxxxxxxx>
• Re: new drive is 4 sectors shorter, can it be used for swraid5 array?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: new drive is 4 sectors shorter, can it be used for swraid5 array?
  • From: Tom Mitchell <mitch@xxxxxxxxxxxx>
• [PATCH] mdadm: Fix double free
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• [PATCH] md/bitmap: don't set sb values if can't pass sanity check
  • From: Heming Zhao <heming.zhao@xxxxxxxx>
• Re: [PATCH 0/3] Failed array handling improvements
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH] Grow_reshape: Add r0 grow size error message and update man
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• Re: [PATCH] Mdmonitor: Fix segfault and improve logging
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH 2/2] mdadm: replace container level checking with inline
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH 0/2] Fix force assemblation
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH 1/2] Assemble: check if device is container before scheduling force-clean update
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH 2/2] Mdmonitor: Improve logging method
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH 1/2] Mdmonitor: Fix segfault
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH 0/2] Mdmonitor improvements
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• Re: [PATCH] Mdmonitor: Fix segfault and improve logging
  • From: "Tanska, Kinga" <kinga.tanska@xxxxxxxxxxxxxxx>
• Re: [PATCH] udev: adapt rules to systemd v247
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Add map_num_s
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 3/3] raid5: introduce MD_BROKEN
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 0/3] Failed array handling improvements
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix msg when removing a device using the short arg -r
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] mdadm: Respect config file location in man
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: new drive is 4 sectors shorter, can it be used for swraid5 array?
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] mdadm: Respect config file location in man
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 1/4] mdadm: Respect config file location in man
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] Assemble: check if device is container before scheduling force-clean update
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] Assemble: check if device is container before scheduling force-clean update
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] Mdmonitor: Fix segfault and improve logging
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH] Mdmonitor: Fix segfault and improve logging
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• Re: [PATCH 1/4] mdadm: Respect config file location in man
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] mdadm: Update config manual
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 3/4] mdadm: Update config man regarding default files and multi-keyword behavior
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 2/4] mdadm: Update ReadMe
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 1/4] mdadm: Respect config file location in man
  • From: Coly Li <colyli@xxxxxxx>
• Re: new drive is 4 sectors shorter, can it be used for swraid5 array?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: [PATCH 2/2] Optimize signal setting in alert() function.
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 1/2] Replace error prone signal() with sigaction()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] Monitor: use devname as char array instead of pointer
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] Assemble: check if device is container before scheduling force-clean update
  • From: Coly Li <colyli@xxxxxxx>
• Re: new drive is 4 sectors shorter, can it be used for swraid5 array?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: new drive is 4 sectors shorter, can it be used for swraid5 array?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: new drive is 4 sectors shorter, can it be used for swraid5 array?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: mdadm is unable to see Alder Lake IMSM array
  • From: Kristoffer Knigga <kris@xxxxxxxxxx>
• Re: new drive is 4 sectors shorter, can it be used for swraid5 array?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• [PATCH 4/4] mdadm: Update config manual
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• [PATCH 3/4] mdadm: Update config man regarding default files and multi-keyword behavior
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• [PATCH 2/4] mdadm: Update ReadMe
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• [PATCH 1/4] mdadm: Respect config file location in man
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• [PATCH v2 0/4] Manual improvements
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• Re: new drive is 4 sectors shorter, can it be used for swraid5 array?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• new drive is 4 sectors shorter, can it be used for swraid5 array?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: Bug 215605 - [5.14 regression] BUG: unable to handle page fault while running badblocks (fsck.ext4 -c) on a raid5 md array
  • From: Song Liu <song@xxxxxxxxxx>
• Re: WD MyBookLiveDuo Raid repair/read
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• WD MyBookLiveDuo Raid repair/read
  • From: Rudolf Feile <rudolf@xxxxxxxxxxxxxxxx>
• Re: Bug 215605 - [5.14 regression] BUG: unable to handle page fault while running badblocks (fsck.ext4 -c) on a raid5 md array
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mdadm: Respect config file location in man.
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mdadm: Respect config file location in man.
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] mdadm: Update config man regarding default files and multi-keyword behavior.
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] mdadm: Update config man regarding default files and multi-keyword behavior.
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] Unify error message.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] mdadm: Update config man regarding default files and multi-keyword behavior.
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: Jens Axboe <axboe@xxxxxxxxx>
• RE: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: "Luca Porzio (lporzio)" <lporzio@xxxxxxxxxx>
• Re: mdadm is unable to see Alder Lake IMSM array
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mdadm: Respect config file location in man.
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Optimize signal setting in alert() function.
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 2/2] mdadm: Update config man regarding default files and multi-keyword behavior.
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 1/2] mdadm: Respect config file location in man.
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• [PATCH 2/2] mdadm: Update config man regarding default files and multi-keyword behavior.
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• [PATCH 0/2] Manual improvements
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• [PATCH] Unify error message.
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• Re: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: mdadm is unable to see Alder Lake IMSM array
  • From: Kristoffer Knigga <kris@xxxxxxxxxx>
• Re: mdadm is unable to see Alder Lake IMSM array
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: "hch@xxxxxx" <hch@xxxxxx>
• RE: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: Avi Shchislowski <Avi.Shchislowski@xxxxxxx>
• Re: [PATCHSET 0/2] Fix raid rebuild performance regression
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCHSET 0/2] Fix raid rebuild performance regression
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 1/2] block: ensure plug merging checks the correct queue at least once
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 2/2] block: flush plug based on hardware and software queue order
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCHSET 0/2] Fix raid rebuild performance regression
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Wilson Jonathan <i400sjon@xxxxxxxxx>
• RE: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: "Luca Porzio (lporzio)" <lporzio@xxxxxxxxxx>
• RE: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: "Luca Porzio (lporzio)" <lporzio@xxxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [GIT PULL] md-next 20220310
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20220310
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Song Liu <song@xxxxxxxxxx>
• RE: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: "Bean Huo (beanhuo)" <beanhuo@xxxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: "hch@xxxxxx" <hch@xxxxxx>
• RE: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: "Luca Porzio (lporzio)" <lporzio@xxxxxxxxxx>
• Re: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: Jens Axboe <axboe@xxxxxxxxx>
• RE: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: "Luca Porzio (lporzio)" <lporzio@xxxxxxxxxx>
• Re: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: Jens Axboe <axboe@xxxxxxxxx>
• RE: [EXT] Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: "Luca Porzio (lporzio)" <lporzio@xxxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [song-md:tmp/fix-5.17] BUILD SUCCESS c06ccb305e697d89fe99376c9036d1a2ece44c77
  • From: kernel test robot <lkp@xxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 03a6b195e8e846f7373bcbeb3ea2a756dfb9ae61
  • From: kernel test robot <lkp@xxxxxxxxx>
• Device LBA to array offset calculation
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• mdadm is unable to see Alder Lake IMSM array
  • From: Kristoffer Knigga <kris@xxxxxxxxxx>
• Re: Raid6 check performance regression 5.15 -> 5.16
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: to partition or not to partition (was "Re: striping 2x500G to mirror 1x1T")
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• to partition or not to partition (was "Re: striping 2x500G to mirror 1x1T")
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: raid5 bio handling cleanups
  • From: Song Liu <song@xxxxxxxxxx>
• Re: raid5 bio handling cleanups
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] block: check more requests for multiple_queues in blk_attempt_plug_merge
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Raid6 check performance regression 5.15 -> 5.16
  • From: Song Liu <song@xxxxxxxxxx>
• Re: raid5 bio handling cleanups
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/2] block: remove the per-bio/request write hint.
  • From: Manjong Lee <mj0123.lee@xxxxxxxxxxx>
• Re: [PATCH 4/5] block: turn bio_kmalloc into a simple kmalloc wrapper
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: backups and losses (was "Re: striping 2x500G to mirror 1x1T")
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: striping 2x500G to mirror 1x1T
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: striping 2x500G to mirror 1x1T
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• [GIT PULL] md-next 20220308
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [GIT PULL] md-next 20220308
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: striping 2x500G to mirror 1x1T
  • From: Jani Partanen <jiipee@xxxxxxxxxxx>
• Re: Raid6 check performance regression 5.15 -> 5.16
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: Raid6 check performance regression 5.15 -> 5.16
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: [PATCH 5/5] pktcdvd: stop using bio_reset
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 3/5] target/pscsi: remove pscsi_get_bio
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 1/5] btrfs: simplify ->flush_bio handling
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: Raid6 check performance regression 5.15 -> 5.16
  • From: Wilson Jonathan <i400sjon@xxxxxxxxx>
• Re: Raid6 check performance regression 5.15 -> 5.16
  • From: Wilson Jonathan <i400sjon@xxxxxxxxx>
• [PATCH 4/5] block: turn bio_kmalloc into a simple kmalloc wrapper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/5] pktcdvd: stop using bio_reset
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/5] target/pscsi: remove pscsi_get_bio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/5] btrfs: simplify ->flush_bio handling
  • From: Christoph Hellwig <hch@xxxxxx>
• cleanup bio_kmalloc v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/5] squashfs: always use bio_kmalloc in squashfs_bio_read
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Raid6 check performance regression 5.15 -> 5.16
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 0a43d103a1779d768bc52be4613f59d7c00c9a8a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Raid6 check performance regression 5.15 -> 5.16
  • From: Song Liu <song@xxxxxxxxxx>
• Raid6 check performance regression 5.15 -> 5.16
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• Re: remove bio_devname
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: remove bio_devname
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove bio_devname
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: striping 2x500G to mirror 1x1T
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: striping 2x500G to mirror 1x1T
  • From: Natanji <natanji@xxxxxxxxx>
• Re: remove bio_devname
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: remove bio_devname
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 09/10] ext4: stop using bio_devname
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 06/10] md-multipath: stop using bio_devname
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 05/10] dm-integrity: stop using bio_devname
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 04/10] dm-crypt: stop using bio_devname
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 10/10] block: remove bio_devname
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 07/10] raid1: stop using bio_devname
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 02/10] block: remove handle_bad_sector
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 01/10] block: fix and cleanup bio_check_ro
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 2/2] block: remove the per-bio/request write hint
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: remove the per-bio/request write hint
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/2] block: remove the per-bio/request write hint
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/2] block: remove the per-bio/request write hint
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: bcache patches for Linux v5.18
  • From: Coly Li <colyli@xxxxxxx>
• Re: bcache patches for Linux v5.18
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: bcache patches for Linux v5.18
  • From: Coly Li <colyli@xxxxxxx>
• Re: bcache patches for Linux v5.18
  • From: Jens Axboe <axboe@xxxxxxxxx>
• bcache patches for Linux v5.18
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 2/2] block: remove the per-bio/request write hint
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 2/2] block: remove the per-bio/request write hint
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Number of parity disks
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Number of parity disks
  • From: "Kengo.M" <kengo@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: remove the per-bio/request write hint
  • From: Christoph Hellwig <hch@xxxxxx>
• striping 2x500G to mirror 1x1T
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: remove the per-bio/request write hint
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] nvme: remove support or stream based temperature hint
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/2] nvme: remove support or stream based temperature hint
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/2] nvme: remove support or stream based temperature hint
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/2] block: remove the per-bio/request write hint
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/2] nvme: remove support or stream based temperature hint
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCH 08/10] raid5-ppl: stop using bio_devname
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 07/10] raid1: stop using bio_devname
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 06/10] md-multipath: stop using bio_devname
  • From: Song Liu <song@xxxxxxxxxx>
• unsubcribe
  • From: <psangas@xxxxxxxxxxxxxxxxxx>
• [PATCH 06/10] md-multipath: stop using bio_devname
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/10] ext4: stop using bio_devname
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/10] block: remove bio_devname
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/10] dm-integrity: stop using bio_devname
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/10] raid1: stop using bio_devname
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/10] raid5-ppl: stop using bio_devname
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/10] pktcdvd: remove a pointless debug check in pkt_submit_bio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/10] dm-crypt: stop using bio_devname
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/10] block: remove handle_bad_sector
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/10] block: fix and cleanup bio_check_ro
  • From: Christoph Hellwig <hch@xxxxxx>
• remove bio_devname
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] nvme: remove support or stream based temperature hint
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/2] block: remove the per-bio/request write hint
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Raid5 Batching Question
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Bug 215605 - [5.14 regression] BUG: unable to handle page fault while running badblocks (fsck.ext4 -c) on a raid5 md array
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: use msleep() in md_notify_reboot()
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] md: use msleep() in md_notify_reboot()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 3/3] raid5: introduce MD_BROKEN
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Raid5 Batching Question
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 701c73b4114293fc2b2781bb70ee5c7d5296d85f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md: remove most calls to bdevname
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• [PATCH] md: remove most calls to bdevname
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Raid5 Batching Question
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: raid5 bio handling cleanups
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Raid5 Batching Question
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: Bug 215605 - [5.14 regression] BUG: unable to handle page fault while running badblocks (fsck.ext4 -c) on a raid5 md array
  • From: Dominik Mierzejewski <dominik@xxxxxxxxxxxxxx>
• Re: mdadm clone for continuous integration
  • From: Phil Turmel <philip@xxxxxxxxxx>
• mdadm clone for continuous integration
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 2/5] squashfs: always use bio_kmalloc in squashfs_bio_read
  • From: Phillip Lougher <phillip@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] target/pscsi: remove pscsi_get_bio
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 1/5] btrfs: simplify ->flush_bio handling
  • From: David Sterba <dsterba@xxxxxxx>
• [PATCH 5/5] pktcdvd: stop using bio_reset
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/5] block: turn bio_kmalloc into a simple kmalloc wrapper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/5] target/pscsi: remove pscsi_get_bio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/5] squashfs: always use bio_kmalloc in squashfs_bio_read
  • From: Christoph Hellwig <hch@xxxxxx>
• cleanup bio_kmalloc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/5] btrfs: simplify ->flush_bio handling
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [dm-devel] [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: Bug 215605 - [5.14 regression] BUG: unable to handle page fault while running badblocks (fsck.ext4 -c) on a raid5 md array
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [dm-devel] [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 3/4] raid5-cache: statically allocate the recovery ra bio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/4] raid5: initialize the stripe_head embeeded bios as needed
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/4] raid5-cache: fully initialize flush_bio when needed
  • From: Christoph Hellwig <hch@xxxxxx>
• raid5 bio handling cleanups
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/4] raid5-ppl: fully initialize the bio in ppl_new_iounit
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Bug 215605 - [5.14 regression] BUG: unable to handle page fault while running badblocks (fsck.ext4 -c) on a raid5 md array
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
  • From: Martin Wilck <mwilck@xxxxxxxx>
• What leads to "bitmap file is out of date, doing full recovery"
  • From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] raid5: introduce MD_BROKEN
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Raid5 Batching Question
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 3/3] raid5: introduce MD_BROKEN
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Bug 215605 - [5.14 regression] BUG: unable to handle page fault while running badblocks (fsck.ext4 -c) on a raid5 md array
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH 1/2] Replace error prone signal() with sigaction()
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• [PATCH 2/2] Optimize signal setting in alert() function.
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• [PATCH 0/2] Improve signal handling.
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• [PATCH 2/2] Optimize signal setting in alert() function.
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• [PATCH v2 0/2] Improve signal handling.
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• [PATCH 1/2] Replace error prone signal() with sigaction()
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• Reshape corrupting data after growing raid10
  • From: Natanji <natanji@xxxxxxxxx>
• [PATCH v2] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
  • From: mwilck@xxxxxxxx
• Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
  • From: mwilck@xxxxxxxx
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH] mdadm/systemd: remove KillMode=none from service file
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] raid5: introduce MD_BROKEN
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [RFC PATCH] md: raid456 improve discard performance
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: fail_last_dev and FailFast/LastDev flag incompatibility
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: fail_last_dev and FailFast/LastDev flag incompatibility
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: fail_last_dev and FailFast/LastDev flag incompatibility
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: fail_last_dev and FailFast/LastDev flag incompatibility
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: fail_last_dev and FailFast/LastDev flag incompatibility
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Replacing all disks in a an array as a preventative measure before failing.
  • From: Red Wil <redwil@xxxxxxxxx>
• Re: Replacing all disks in a an array as a preventative measure before failing.
  • From: Red Wil <redwil@xxxxxxxxx>
• Re: Replacing all disks in a an array as a preventative measure before failing.
  • From: Red Wil <redwil@xxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS ca9c1082dc798a84561ba501e8daa9ff8077388d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Replacing all disks in a an array as a preventative measure before failing.
  • From: Phil Turmel <philip@xxxxxxxxxx>
• RE: [PATCH v2 1/2] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2 1/2] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
  • From: David T-G <davidtg+robot@xxxxxxxxxxxxxxx>
• Re: Replacing all disks in a an array as a preventative measure before failing.
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• [PATCH] Revert "mdadm: fix coredump of mdadm --monitor -r"
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• fail_last_dev and FailFast/LastDev flag incompatibility
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH] Assemble: check if device is container before scheduling force-clean update
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH] Monitor: use devname as char array instead of pointer
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• Re: [PATCH v2 1/2] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 29147ed79b7add3a937c0ee6d54cf22ae5b70853
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/3] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] lib/raid6/test: fix multiple definition linking error
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 1/2] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] fix multiple definition linking error due to missing extern
  • From: Dirk Müller <dmueller@xxxxxxx>
• [PATCH v2] lib/raid6/test: fix multiple definition linking error
  • From: Dirk Müller <dmueller@xxxxxxx>
• [PATCH v2 2/2] lib/raid6: Include <asm/ppc-opcode.h> for `VPERMXOR`
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH v2 1/2] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix msg when removing a device using the short arg -r
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Replace error prone signal() with sigaction()
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Messages with timestamps from the future from intel.com (was: [PATCH] Replace error prone signal() with sigaction())
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] Replace error prone signal() with sigaction()
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix msg when removing a device using the short arg -r
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] Replace error prone signal() with sigaction()
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH] Replace error prone signal() with sigaction()
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxx>
• Re: [PATCH v3 0/3] Improve failed arrays handling.
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 1/3] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] fix multiple definition linking error due to missing extern
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Replacing all disks in a an array as a preventative measure before failing.
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• [PATCH] mdadm: fix msg when removing a device using the short arg -r
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• RE: Replacing all disks in a an array as a preventative measure before failing.
  • From: Red Wil <redwil@xxxxxxxxx>
• [RFC PATCH] md: raid456 improve discard performance
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] md: raid456 improve discard performance
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [PATCH] fix multiple definition linking error due to missing extern
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [RFC PATCH] md: raid456 improve discard performance
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH] fix multiple definition linking error due to missing extern
  • From: Dirk Müller <dmueller@xxxxxxx>
• Re: [GIT PULL] md-fixes 20220203
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-fixes 20220203
  • From: Song Liu <songliubraving@xxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 0f9650bd838efe5c52f7e5f40c3204ad59f1964d
  • From: kernel test robot <lkp@xxxxxxxxx>
• [RFC PATCH] md: raid456 improve discard performance
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: NULL pointer dereference in blk_queue_flag_set
  • From: Song Liu <song@xxxxxxxxxx>
• Re: NULL pointer dereference in blk_queue_flag_set
  • From: jkhsjdhjs <jkhsjdhjs@xxxxxxxxxxx>
• Re: NULL pointer dereference in blk_queue_flag_set
  • From: Song Liu <song@xxxxxxxxxx>
• Re: NULL pointer dereference in blk_queue_flag_set
  • From: jkhsjdhjs <jkhsjdhjs@xxxxxxxxxxx>
• Re: NULL pointer dereference in blk_queue_flag_set
  • From: Song Liu <song@xxxxxxxxxx>
• NULL pointer dereference in blk_queue_flag_set
  • From: jkhsjdhjs <jkhsjdhjs@xxxxxxxxxxx>
• Re: hardware recovery and RAID5 services
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: hardware recovery and RAID5 services
  • From: Geoff Back <geoff@xxxxxxxxxxxxxxx>
• Re: hardware recovery and RAID5 services
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: hardware recovery and RAID5 services
  • From: Geoff Back <geoff@xxxxxxxxxxxxxxx>
• Re: hardware recovery and RAID5 services
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: hardware recovery and RAID5 services
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: hardware recovery and RAID5 services
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] raid5: introduce MD_BROKEN
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: hardware recovery and RAID5 services
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: hardware recovery and RAID5 services
  • From: David T-G <davidtg+robot@xxxxxxxxxxxxxxx>
• Re: hardware recovery and RAID5 services
  • From: David T-G <davidtg+robot@xxxxxxxxxxxxxxx>
• RE: [Non-DoD Source] Re: Showing my ignorance - kernel workers
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• [PATCH 3/3] raid5: introduce MD_BROKEN
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH v3 0/3] Improve failed arrays handling.
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [Non-DoD Source] Re: Showing my ignorance - kernel workers
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• RE: [URL Verdict: Neutral]Re: [Non-DoD Source] Re: Showing my ignorance - kernel workers
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: [Non-DoD Source] Re: Showing my ignorance - kernel workers
  • From: Jeff Johnson <jeff.johnson@xxxxxxxxxxxxxxxxx>
• RE: [Non-DoD Source] Re: Showing my ignorance - kernel workers
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: Showing my ignorance - kernel workers
  • From: Jani Partanen <jiipee@xxxxxxxxxxx>
• Showing my ignorance - kernel workers
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: [PATCH 1/3] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• Re: a pound's a pound the whole world 'round (was "Re: [PATCH 1/3] ... Use `$(pound)` instead ...")
  • From: David T-G <davidtg+robot@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• RE: [PATCH 1/3] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH 3/3] lib/raid6/test: Rename variable to avoid `raid6_call` name clash
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH 2/3] lib/raid6: Include <asm/ppc-opcode.h> for `VPERMXOR`
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH 1/3] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Use MD_BROKEN for redundant arrays
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 0/3] Use MD_BROKEN for redundant arrays
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [dm-devel] Raid0 performance regression
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [dm-devel] Raid0 performance regression
  • From: Roger Willcocks <roger@xxxxxxxxxxxxxxxx>
• Re: [dm-devel] Raid0 performance regression
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [dm-devel] Raid0 performance regression
  • From: Lukas Straub <lukasstraub2@xxxxxx>
• Re: Backup drive DOA?
  • From: Jani Partanen <jiipee@xxxxxxxxxxx>
• Re: Backup drive DOA?
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Backup drive DOA?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: hardware recovery and RAID5 services
  • From: anthony <antmbox@xxxxxxxxxxxxxxx>
• Re: hardware recovery and RAID5 services
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: hardware recovery and RAID5 services
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: PANIC OVER! Re: The mysterious case of the disappearing superblock ...
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: PANIC OVER! Re: The mysterious case of the disappearing superblock ...
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: hardware recovery and RAID5 services
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: PANIC OVER! Re: The mysterious case of the disappearing superblock ...
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: PANIC OVER! Re: The mysterious case of the disappearing superblock ...
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: hardware recovery and RAID5 services
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: hardware recovery and RAID5 services
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: The mysterious case of the disappearing superblock ...
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• hardware recovery and RAID5 services
  • From: David T-G <davidtg+robot@xxxxxxxxxxxxxxx>
• [PATCH] Mdmonitor: Fix segfault and improve logging
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH 2/2] mdadm: add map_num_s()
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 1/2] Create, Build: use default_layout()
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 0/2] Add map_num_s
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Documentation or support for IMSM caching ????
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH] udev: adapt rules to systemd v247
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 78eb08ba82684b559276b30ae7e434053bb584f5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Proposal of changing generating version of mdadm
  • From: "Tanska, Kinga" <kinga.tanska@xxxxxxxxxxxxxxx>
• Re: [PATCH] udev: adapt rules to systemd v247
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• PANIC OVER! Re: The mysterious case of the disappearing superblock ...
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] raid1, raid10: drop pending_cnt.
  • From: Song Liu <song@xxxxxxxxxx>
• Re: The mysterious case of the disappearing superblock ...
  • From: "NeilBrown" <neilb@xxxxxxx>
• The mysterious case of the disappearing superblock ...
  • From: anthony <antmbox@xxxxxxxxxxxxxxx>
• Re: The mysterious case of the disappearing superblock ...
  • From: anthony <antmbox@xxxxxxxxxxxxxxx>
• Re: The mysterious case of the disappearing superblock ...
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
  • From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
• Documentation or support for IMSM caching ????
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: raid6: badblocks-related bio panics
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• raid6: badblocks-related bio panics
  • From: Joe Rayhawk <jrayhawk@xxxxxxxxxxxxxxxx>
• Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
  • From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
• [PATCH] raid1, raid10: drop pending_cnt.
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: mdadm resync causes stable system to crash every 2 or 3 hours
  • From: Ryan Patterson <ryan.goat@xxxxxxxxx>
• Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH] udev: adapt rules to systemd v247
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
  • From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
• Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
  • From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
• Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
  • From: Aidan Walton <aidan.walton@xxxxxxxxx>
• Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
  • From: Aidan Walton <aidan.walton@xxxxxxxxx>
• Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
  • From: Geoff Back <geoff@xxxxxxxxxxxxxxx>
• Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
  • From: Aidan Walton <aidan.walton@xxxxxxxxx>
• Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [dm-devel] Proper way to test RAID456?
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
  • From: Aidan Walton <aidan.walton@xxxxxxxxx>
• Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
  • From: Jani Partanen <jiipee@xxxxxxxxxxx>
• Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
  • From: Aidan Walton <aidan.walton@xxxxxxxxx>
• Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
  • From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
• Re: [PATCH backport for 5.10]: md: revert io stats accounting
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH backport for 5.10]: md: revert io stats accounting
  • From: Guillaume Morin <guillaume@xxxxxxxxxxx>
• Re: [dm-devel] Proper way to test RAID456?
  • From: Lukas Straub <lukasstraub2@xxxxxx>
• Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
  • From: Aidan Walton <aidan.walton@xxxxxxxxx>
• RE: [Non-DoD Source] Re: MDRAID NVMe performance question, but I don't know what I don't know
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• RE: [Non-DoD Source] Re: MDRAID NVMe performance question, but I don't know what I don't know
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: MDRAID NVMe performance question, but I don't know what I don't know
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: MDRAID NVMe performance question, but I don't know what I don't know
  • From: Geoff Back <geoff@xxxxxxxxxxxxxxx>
• Re: [md] Missing revert in 5.10
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [md] Missing revert in 5.10
  • From: Guillaume Morin <guillaume@xxxxxxxxxxx>
• Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• MDRAID NVMe performance question, but I don't know what I don't know
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: [RFC PATCH] Add wrappers for singular/plural form generation
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• [RFC PATCH] Add wrappers for singular/plural form generation
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
  • From: Mikko Rantalainen <mikko.rantalainen@xxxxxxxx>
• Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
  • From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
• Re: mdadm regression tests fail
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
  • From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
• Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
  • From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
• Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
  • From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
• Re: [dm-devel] Proper way to test RAID456?
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: [dm-devel] Proper way to test RAID456?
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [dm-devel] Proper way to test RAID456?
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: [dm-devel] Proper way to test RAID456?
  • From: Lukas Straub <lukasstraub2@xxxxxx>
• Re: [dm-devel] Proper way to test RAID456?
  • From: Lukas Straub <lukasstraub2@xxxxxx>
• md device remains active even when all supporting disks have failed and been disabled by the kernel.
  • From: Aidan Walton <aidan.walton@xxxxxxxxx>
• Re: [GIT PULL] md-fixes 20220103
  • From: pr-tracker-bot@xxxxxxxxxx
• [song-md:md-next] BUILD SUCCESS 1745e857e73a2e29379013438ee271e9aadab2e0
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] md-next 20220106
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20220106
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] md: use default_groups in kobj_type
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] md: use default_groups in kobj_type
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 8612bcac0b8db175ebc88fae40bab8c9d4b195dc
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/2] md: it panice after reshape from raid1 to raid5
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: mdadm regression tests fail
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• Re: [PATCH 0/2] md: it panice after reshape from raid1 to raid5
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 1/2] lib/raid6: skip benchmark of non-chosen xor_syndrome functions
  • From: Song Liu <song@xxxxxxxxxx>
• Re: mdadm regression tests fail
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: mdadm regression tests fail
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] Use strict priority ranking for pq gen() benchmarking
  • From: Dirk Müller <dmueller@xxxxxxx>
• [PATCH v2 2/2] lib/raid6: Use strict priority ranking for pq gen() benchmarking
  • From: Dirk Müller <dmueller@xxxxxxx>
• [PATCH v2 1/2] lib/raid6: skip benchmark of non-chosen xor_syndrome functions
  • From: Dirk Müller <dmueller@xxxxxxx>
• Re: ANNOUNCE mdadm-4.2
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: ANNOUNCE mdadm-4.2
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• mdadm regression tests fail
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• Re: [PATCH 0/2] md: it panice after reshape from raid1 to raid5
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] Skip benchmarking of non-best xor_syndrome functions
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] Use strict priority ranking for pq gen() benchmarking
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: drop queue limitation for RAID1 and RAID10
  • From: Song Liu <song@xxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 9a491db5cc7b2d75fcb138cf84660c6a5022f782
  • From: kernel test robot <lkp@xxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 46669e8616c649c71c4cfcd712fd3d107e771380
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [Regression] md/raid1: write-intent logging/bitmap issue since fd3b6975e9c1 - v5.16-rc1
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [GIT PULL] md-fixes 20220103
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] md/raid1: fix missing bitmap update w/o WriteMostly devices
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• [PATCH] md/raid1: fix missing bitmap update w/o WriteMostly devices
  • From: Song Liu <song@xxxxxxxxxx>
• [GIT PULL] md-fixes 20220103
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [Regression] md/raid1: write-intent logging/bitmap issue since fd3b6975e9c1 - v5.16-rc1
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [Regression] md/raid1: write-intent logging/bitmap issue since fd3b6975e9c1 - v5.16-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Strange behavior when I grow raid0
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] Use strict priority ranking for pq gen() benchmarking
  • From: Dirk Müller <dmueller@xxxxxxx>
• Re: [PATCH] md: drop queue limitation for RAID1 and RAID10
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• RE: [PATCH v2] imsm: Remove possibility for get_imsm_dev to return NULL
  • From: "Grzonka, Mateusz" <mateusz.grzonka@xxxxxxxxx>
• RE: [PATCH v2] Incremental: Fix possible memory and resource leaks
  • From: "Grzonka, Mateusz" <mateusz.grzonka@xxxxxxxxx>
• Re: [PATCH] Skip benchmarking of non-best xor_syndrome functions
  • From: Dirk Müller <dmueller@xxxxxxx>
• Re: [PATCH v5 3/6] badblocks: improve badblocks_set() for multiple ranges handling
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v5 2/6] badblocks: add helper routines for badblock ranges handling
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v6 1/4] md: add support for REQ_NOWAIT
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [PATCH] md: fix spelling of "its"
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: drop queue limitation for RAID1 and RAID10
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v6 1/4] md: add support for REQ_NOWAIT
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: fix spelling of "its"
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] Use strict priority ranking for pq gen() benchmarking
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] Skip benchmarking of non-best xor_syndrome functions
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] Use strict priority ranking for pq gen() benchmarking
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] Skip benchmarking of non-best xor_syndrome functions
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] Use strict priority ranking for pq gen() benchmarking
  • From: Dirk Müller <dmueller@xxxxxxx>
• Re: [PATCH] Skip benchmarking of non-best xor_syndrome functions
  • From: Dirk Müller <dmueller@xxxxxxx>
• Re: ANNOUNCE mdadm-4.2
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• ANNOUNCE mdadm-4.2
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Use strict priority ranking for pq gen() benchmarking
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] Skip benchmarking of non-best xor_syndrome functions
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH] Use strict priority ranking for pq gen() benchmarking
  • From: Dirk Müller <dmueller@xxxxxxx>
• [PATCH] Skip benchmarking of non-best xor_syndrome functions
  • From: Dirk Müller <dmueller@xxxxxxx>
• [PATCH] fix multiple definition linking error due to missing extern
  • From: Dirk Müller <dmueller@xxxxxxx>
• Re: Need help Recover raid5 array
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Need help Recover raid5 array
  • From: Tony Bush <thecompguru@xxxxxxxxx>
• Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/4] md: raid456 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/4] md: raid456 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• [PATCH] md: fix spelling of "its"
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/4] md: raid456 add nowait support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v6 4/4] md: raid456 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/4] md: raid456 add nowait support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Need help Recover raid5 array
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Need help Recover raid5 array
  • From: Tony Bush <thecompguru@xxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 278cc27f7ff05a643acf0005e460719388a5aa12
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 1/4] md: add support for REQ_NOWAIT
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Latest HP ProLiant DL380 G10 RAID1 support?
  • From: "David F." <df7729@xxxxxxxxx>
• Re: [PATCH v6 1/4] md: add support for REQ_NOWAIT
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/4] md: add support for REQ_NOWAIT
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v6 3/4] md: raid10 add nowait support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v6 1/4] md: add support for REQ_NOWAIT
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v6 3/4] md: raid10 add nowait support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v6 1/4] md: add support for REQ_NOWAIT
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH 3/3] raid5: introduce MD_BROKEN
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH v6 4/4] md: raid456 add nowait support
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH v6 4/4] md: raid456 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• [PATCH v6 3/4] md: raid10 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• [PATCH v6 2/4] md: raid1 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• [PATCH v6 1/4] md: add support for REQ_NOWAIT
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/4] md: raid10 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/4] md: raid10 add nowait support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v5 3/4] md: raid10 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/4] md: raid10 add nowait support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Latest HP ProLiant DL380 G10 RAID1 support?
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Latest HP ProLiant DL380 G10 RAID1 support?
  • From: "David F." <df7729@xxxxxxxxx>
• Re: Need help Recover raid5 array
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Debugging system hangs
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Latest HP ProLiant DL380 G10 RAID1 support?
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Latest HP ProLiant DL380 G10 RAID1 support?
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: Latest HP ProLiant DL380 G10 RAID1 support?
  • From: "David F." <df7729@xxxxxxxxx>
• Re: Debugging system hangs
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Latest HP ProLiant DL380 G10 RAID1 support?
  • From: "David F." <df7729@xxxxxxxxx>
• Re: Need help Recover raid5 array
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Need help Recover raid5 array
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Need help Recover raid5 array
  • From: Tony Bush <thecompguru@xxxxxxxxx>
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS fbcddf788fe221573a9d30acd8018db0cc6c1e89
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] lib/raid6: fix abnormally high latency
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3] lib/raid6: Reduce high latency by using migrate instead of preempt
  • From: Daniel Vacek <neelx.g@xxxxxxxxx>
• Re: [PATCH v3] lib/raid6: Reduce high latency by using migrate instead of preempt
  • From: Daniel Vacek <neelx.g@xxxxxxxxx>
• Re: [PATCH v2] lib/raid6: Reduce high latency by using migrate instead of preempt
  • From: Daniel Vacek <neelx.g@xxxxxxxxx>
• Re: [PATCH] lib/raid6: fix abnormally high latency
  • From: Daniel Vacek <neelx.g@xxxxxxxxx>
• Fwd: [PATCH] lib/raid6: fix abnormally high latency
  • From: Daniel Vacek <neelx.g@xxxxxxxxx>
• Re: [PATCH v3] lib/raid6: Reduce high latency by using migrate instead of preempt
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v3] lib/raid6: Reduce high latency by using migrate instead of preempt
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3] lib/raid6: Reduce high latency by using migrate instead of preempt
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Debugging system hangs
  • From: Jani Partanen <jiipee@xxxxxxxxxxx>
• [PATCH] md: drop queue limitation for RAID1 and RAID10
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] raid5: introduce MD_BROKEN
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Use MD_BROKEN for redundant arrays
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 04f913cd08324d14b55fbbc8a1110696af9f36ca
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] raid5: introduce MD_BROKEN
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• [PATCH v3] lib/raid6: Reduce high latency by using migrate instead of preempt
  • From: Yajun Deng <yajun.deng@xxxxxxxxx>
• Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH v2 0/3] Use MD_BROKEN for redundant arrays
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v5 3/4] md: raid10 add nowait support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Debugging system hangs
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Debugging system hangs
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Debugging system hangs
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Debugging system hangs
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH v5 3/4] md: raid10 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/4] md: raid10 add nowait support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v5 3/4] md: raid10 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2] lib/raid6: Reduce high latency by using migrate instead of preempt
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v5 3/4] md: raid10 add nowait support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v5 3/4] md: raid10 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/4] md: raid10 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/4] md: raid10 add nowait support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v5 3/4] md: raid10 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• [PATCH 3/3] raid5: introduce MD_BROKEN
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH v2 0/3] Use MD_BROKEN for redundant arrays
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH v2] lib/raid6: Reduce high latency by using migrate instead of preempt
  • From: Yajun Deng <yajun.deng@xxxxxxxxx>
• Re: [PATCH] lib/raid6: fix abnormally high latency
  • From: yajun.deng@xxxxxxxxx
• Re: [PATCH] lib/raid6: fix abnormally high latency
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] lib/raid6: fix abnormally high latency
  • From: yajun.deng@xxxxxxxxx
• Re: [PATCH] lib/raid6: fix abnormally high latency
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] lib/raid6: fix abnormally high latency
  • From: yajun.deng@xxxxxxxxx
• Re: [PATCH v5 3/4] md: raid10 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/4] md: raid10 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] md: raid1 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: Debugging system hangs
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Debugging system hangs
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: Debugging system hangs
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/4] md: raid10 add nowait support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v5 2/4] md: raid1 add nowait support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v5 1/4] md: add support for REQ_NOWAIT
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] lib/raid6: fix abnormally high latency
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Debugging system hangs
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Debugging system hangs
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• [PATCH v5 4/4] md: raid456 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• [PATCH v5 3/4] md: raid10 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• [PATCH v5 2/4] md: raid1 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• [PATCH v5 1/4] md: add support for REQ_NOWAIT
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [PATCH] lib/raid6: fix abnormally high latency
  • From: yajun.deng@xxxxxxxxx
• Re: Debugging system hangs
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS c14704e1cb5564b5097e2888099dc65950370ec3
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Debugging system hangs
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: Debugging system hangs
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: [PATCH] lib/raid6: fix abnormally high latency
  • From: Song Liu <song@xxxxxxxxxx>
• Debugging system hangs
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 3/4] md: raid10 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• [PATCH] lib/raid6: fix abnormally high latency
  • From: Yajun Deng <yajun.deng@xxxxxxxxx>
• Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [RFC PATCH v4 3/4] md: raid10 add nowait support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [RFC PATCH v4 1/4] md: add support for REQ_NOWAIT
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
  • From: Song Liu <song@xxxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 07641b5f32f6991758b08da9b1f4173feeb64f2a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Strange behavior when I grow raid0
  • From: Jani Partanen <jiipee@xxxxxxxxxxx>
• Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
  • From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
• Re: [GIT PULL] md-fixes 20211210
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-fixes 20211210
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v5] test: user space code to test badblocks APIs
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v5 6/6] badblocks: switch to the improved badblock handling code
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v5 4/6] badblocks: improve badblocks_clear() for multiple ranges handling
  • From: Coly Li <colyli@xxxxxxx>