Linux RAID Storage Date Index

• Thread Index

• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH 1/1] md: Free writes_pending in md_stop
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 1/1] md/raid0: Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 2/2] md: Change active_io to percpu
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 1/2] md: Factor out is_md_suspended helper
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 0/2] md: Change active_io to percpu
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 0/4] Change some counters to percpu type
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Change some counters to percpu type
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: What does TRIM/discard in RAID do ?
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• Re: [PATCH mdadm v6 0/7] Write Zeroes option for Creating Arrays
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: Question on sdds
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• Re: Question on sdds
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Question on sdds
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: [PATCH 2/9] Mdmonitor: Make alert_info global
  • From: "Grzonka, Mateusz" <mateusz.grzonka@xxxxxxxxxxxxxxx>
• [PATCH v2 8/8] udev: Move udev_block() and udev_unblock() into udev.c
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v2 6/8] Mdmonitor: Refactor check_one_sharer() for better error handling
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v2 7/8] Mdmonitor: Improve udev event handling
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v2 5/8] Mdmonitor: Refactor write_autorebuild_pid()
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v2 3/8] Mdmonitor: Add helper functions
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v2 4/8] Add helpers to determine whether directories or files are soft links
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v2 2/8] Mdmonitor: Pass events to alert() using enums instead of strings
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v2 1/8] Mdmonitor: Make alert_info global
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH 6/8] Mdmonitor: Refactor check_one_sharer() for better error handling
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH 5/8] Mdmonitor: Refactor write_autorebuild_pid()
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH 7/8] Mdmonitor: Improve udev event handling
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH 8/8] udev: Move udev_block() and udev_unblock() into udev.c
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH 1/8] Mdmonitor: Make alert_info global
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH 3/8] Mdmonitor: Add helper functions
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH 4/8] Add helpers to determine whether directories or files are soft links
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH 2/8] Mdmonitor: Pass events to alert() using enums instead of strings
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v2 0/8] Mdmonitor refactor and udev event handling improvements
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• Re: Fwd: RAID 5 growing hanged at 0.0%
  • From: Tiago Afonso <tiaafo@xxxxxxxxx>
• Re: What does TRIM/discard in RAID do ?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• [PATCH 4/4] Free writes_pending in md_stop
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 1/4] Factor out is_md_suspended helper
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 0/4] Change some counters to percpu type
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 2/4] Change active_io to percpu
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 3/4] Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH] Define alignof using _Alignof when using C11 or newer
  • From: Khem Raj <raj.khem@xxxxxxxxx>
• Re: [PATCH rcu v2 06/20] drivers/md: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] md: Use optimal I/O size for last bitmap page
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: What does TRIM/discard in RAID do ?
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• Re: [PATCH rcu v2 06/20] drivers/md: Remove "select SRCU"
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH for-6.2/block V3 2/2] block: Change the granularity of io ticks from ms to ns
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Fwd: RAID 5 growing hanged at 0.0%
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Fwd: RAID 5 growing hanged at 0.0%
  • From: Tiago Afonso <tiaafo@xxxxxxxxx>
• Re: Fwd: RAID 5 growing hanged at 0.0%
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Fwd: RAID 5 growing hanged at 0.0%
  • From: Tiago Afonso <tiaafo@xxxxxxxxx>
• Re: Parity distribution when adding disks to md-raid6
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: Parity distribution when adding disks to md-raid6
  • From: boscabeag <boscabeag@xxxxxxxxxxxxxx>
• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: H <agents@xxxxxxxxxxxxxx>
• Re: What does TRIM/discard in RAID do ?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: What does TRIM/discard in RAID do ?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: What does TRIM/discard in RAID do ?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: What does TRIM/discard in RAID do ?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: What does TRIM/discard in RAID do ?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: What does TRIM/discard in RAID do ?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: What does TRIM/discard in RAID do ?
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• Re: What does TRIM/discard in RAID do ?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: What does TRIM/discard in RAID do ?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: What does TRIM/discard in RAID do ?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• What does TRIM/discard in RAID do ?
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: H <agents@xxxxxxxxxxxxxx>
• Re: [GIT PULL] md-fixes 20230113
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-fixes 20230113
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: nvme raid locking up (4.18.0-348.23.1.el8_5.x86_64)
  • From: Orion Poplawski <orion@xxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS b0907cadabcae6f1248f37a32a6e777f9ff6d4aa
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH rcu v2 06/20] drivers/md: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/1] md: fix incorrect declaration about claim_rdev in md_import_device
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 1/1] md: fix incorrect declaration about claim_rdev in md_import_device
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/1] md: fix incorrect declaration about claim_rdev in md_import_device
  • From: Adrian Huang <adrianhuang0701@xxxxxxxxx>
• Re: [PATCH 2/3] mdadm: refactor ident->name handling
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Parity distribution when adding disks to md-raid6
  • From: anthony <antmbox@xxxxxxxxxxxxxxx>
• Parity distribution when adding disks to md-raid6
  • From: boscabeag <boscabeag@xxxxxxxxxxxxxx>
• [song-md:new_module_alloc_build_test] BUILD REGRESSION 59c58e6f71e349eab2b969a214f7a2c0f60490ae
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH mdadm v6 0/7] Write Zeroes option for Creating Arrays
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH V4] Fix NULL dereference in super_by_fd
  • From: Li Xiao Keng <lixiaokeng@xxxxxxxxxx>
• Re: [bug] Hi, need your help about raid1 causing kernel panic!
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH] manage: move comment with function description
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] manage: move comment with function description
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] manage: move comment with function description
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• Re: [PATCH v2] super-intel: make freesize not required for chunk size migration
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] Incremental mode: remove safety verification
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH rcu 14/27] drivers/md: Remove "select SRCU"
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH rcu 14/27] drivers/md: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mdadm/udev: Don't handle change event on raw devices
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/1] mdadm/udev: Don't handle change event on raw devices
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] Don't handle change event against raw devices
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] Don't handle change event against raw devices
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] util: remove obsolete code from get_md_name
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mdmon: fix segfault
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/10] Block update-subarray and refactor context update v2
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [bug] Hi, need your help about raid1 causing kernel panic!
  • From: Liam Zeng <zqwliam@xxxxxxxxx>
• [PATCH 2/2] util: remove obsolete code from get_md_name
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH 1/2] mdmon: fix segfault
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 10/10] Change char* to enum in context->update & refactor code
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 09/10] Manage&Incremental: code refactor, string to enum
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 08/10] Change update to enum in update_super and update_subarray
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 07/10] super-intel: refactor the code for enum
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 06/10] super1: refactor the code for enum
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 05/10] super0: refactor the code for enum
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 04/10] super-ddf: Remove update_super_ddf.
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 03/10] Add code specific update options to enum.
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 02/10] Fix --update-subarray on active volume
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 01/10] mdadm: Add option validation for --update-subarray
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH v2 00/10] Block update-subarray and refactor context update v2
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• Re: [PATCH 1/1] Don't handle change event against raw devices
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] Don't handle change event against raw devices
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH 1/1] Don't handle change event against raw devices
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 2/3] mdadm: refactor ident->name handling
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: RAID6 recovery, event count mismatch
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH 2/3] mdadm: refactor ident->name handling
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] mdadm: create ident_init()
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] Grow: fix possible memory leak
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 0/2] Changes in Monitor
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] Mdmonitor: Make alert_info global
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] Mdmonitor: Split alert() into separate functions
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/10] super1: refactor the code for enum
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] Incremental mode: remove safety verification
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH v3 3/3] manage: move comment with function description
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH v3 0/3] Incremental mode: remove safety verification
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH v3 2/3] incremental, manage: do not verify if remove is safe
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH v3 1/3] Manage: do not check array state when drive is removed
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• Re: [PATCH for-6.2/block V3 1/2] block: Data type conversion for IO accounting
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• RE: [PATCH for-6.2/block V3 2/2] block: Change the granularity of io ticks from ms to ns
  • From: Gulam Mohamed <gulam.mohamed@xxxxxxxxxx>
• Re: [PATCH v2 0/2] Incremental mode: remove safety verification
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH for-6.2/block V3 2/2] block: Change the granularity of io ticks from ms to ns
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCH for-6.2/block V3 1/2] block: Data type conversion for IO accounting
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2 1/2] incremental, manage: do not verify if remove is safe
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH v2 2/2] manage: move comment with function description
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH v2 0/2] Incremental mode: remove safety verification
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH V2] Grow: fix possible memory leak
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• Re: [PATCH V4] Fix NULL dereference in super_by_fd
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 3/3] Limit length and set of characters allowed of devname
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 2/3] mdadm: refactor ident->name handling
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 1/3] mdadm: create ident_init()
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 0/3] Validation for names during creation
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH V4] Fix NULL dereference in super_by_fd
  • From: Li Xiao Keng <lixiaokeng@xxxxxxxxxx>
• Re: [PATCH V3] Fix NULL dereference in super_by_fd
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH V3] Fix NULL dereference in super_by_fd
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH for-6.2/block V3 2/2] block: Change the granularity of io ticks from ms to ns
  • From: Gulam Mohamed <gulam.mohamed@xxxxxxxxxx>
• [PATCH for-6.2/block V3 1/2] block: Data type conversion for IO accounting
  • From: Gulam Mohamed <gulam.mohamed@xxxxxxxxxx>
• Re: [PATCH 2/2] manage: move comment with function description
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH 2/2] manage: move comment with function description
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH 0/2] Incremental mode: remove safety verification
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH 1/2] incremental, manage: do not verify if remove is safe
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• [PATCH V3] Fix NULL dereference in super_by_fd
  • From: lixiaokeng <lixiaokeng@xxxxxxxxxx>
• Re: [PATCH] Grow: fix possible memory leak.
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH] Grow: fix possible memory leak.
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• Re: [PATCH] incremental, manage: do not verify if remove is safe
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH] incremental, manage: do not verify if remove is safe
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• Re: [PATCH V2] Fix NULL dereference in super_by_fd
  • From: lixiaokeng <lixiaokeng@xxxxxxxxxx>
• Re: RAID6 recovery, event count mismatch
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH V2] Fix NULL dereference in super_by_fd
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Update mdadm Monitor manual.
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 1/2] Monitor: block if monitor modes are combined.
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 1/2] Monitor: block if monitor modes are combined.
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V2] Fix NULL dereference in super_by_fd
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH V3] Fix NULL dereference in super_by_fd
  • From: lixiaokeng <lixiaokeng@xxxxxxxxxx>
• Re: [PATCH V2] Fix NULL dereference in super_by_fd
  • From: lixiaokeng <lixiaokeng@xxxxxxxxxx>
• Re: [PATCH V2] Fix NULL dereference in super_by_fd
  • From: lixiaokeng <lixiaokeng@xxxxxxxxxx>
• [PATCH V2 2/2] Update mdadm Monitor manual.
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• [PATCH V2 1/2] Monitor: block if monitor modes are combined.
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• [PATCH V2 0/2] Changes in Monitor
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• [PATCH 2/2] Update mdadm Monitor manual.
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• [PATCH 1/2] Monitor: block if monitor modes are combined.
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• [PATCH 0/2] Changes in Monitor
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• RAID6 recovery, event count mismatch
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH AUTOSEL 4.9 12/20] md/raid1: stop mdx_raid1 thread when raid1 array run failed
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 14/23] md/raid1: stop mdx_raid1 thread when raid1 array run failed
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 15/26] drivers/md/md-bitmap: check the return value of md_bitmap_get_counter()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 16/26] md/raid1: stop mdx_raid1 thread when raid1 array run failed
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 17/30] drivers/md/md-bitmap: check the return value of md_bitmap_get_counter()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 18/30] md/raid1: stop mdx_raid1 thread when raid1 array run failed
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 23/39] md/raid1: stop mdx_raid1 thread when raid1 array run failed
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 22/39] drivers/md/md-bitmap: check the return value of md_bitmap_get_counter()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 25/46] drivers/md/md-bitmap: check the return value of md_bitmap_get_counter()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 26/46] md/raid1: stop mdx_raid1 thread when raid1 array run failed
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.0 38/73] md/raid1: stop mdx_raid1 thread when raid1 array run failed
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.0 36/73] drivers/md/md-bitmap: check the return value of md_bitmap_get_counter()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.0 37/73] md/raid0, raid10: Don't set discard sectors for request queue
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 43/85] md/raid0, raid10: Don't set discard sectors for request queue
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 44/85] md/raid1: stop mdx_raid1 thread when raid1 array run failed
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 42/85] drivers/md/md-bitmap: check the return value of md_bitmap_get_counter()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH V2] Fix NULL dereference in super_by_fd
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH V2] Fix NULL dereference in super_by_fd
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH V2] Fix NULL dereference in super_by_fd
  • From: lixiaokeng <lixiaokeng@xxxxxxxxxx>
• Re: [PATCH] Fix NULL difference in super_by_fd
  • From: lixiaokeng <lixiaokeng@xxxxxxxxxx>
• Re: [PATCH] Fix NULL difference in super_by_fd
  • From: lixiaokeng <lixiaokeng@xxxxxxxxxx>
• Re: [PATCH] Fix NULL difference in super_by_fd
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [PATCH] Fix NULL difference in super_by_fd
  • From: lixiaokeng <lixiaokeng@xxxxxxxxxx>
• Re: Is it possible to restart --add?
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: [PATCH 0/6] block: add support for REQ_OP_VERIFY
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: Is it possible to restart --add?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Is it possible to restart --add?
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: [PATCH 0/6] block: add support for REQ_OP_VERIFY
  • From: Carlos Carvalho <carlos@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] block: add support for REQ_OP_VERIFY
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Using aGPU for RAID calculations (proprietary GRAID SupremeRAID)
  • From: Janpieter Sollie <janpietersollie@xxxxxxxxx>
• Re: [PATCH 0/6] block: add support for REQ_OP_VERIFY
  • From: Javier González <javier@xxxxxxxxxxx>
• Re: [PATCH 0/6] block: add support for REQ_OP_VERIFY
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC for-6.2/block V2] block: Change the granularity of io ticks from ms to ns
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC for-6.2/block V2] block: Change the granularity of io ticks from ms to ns
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC for-6.2/block V2] block: Change the granularity of io ticks from ms to ns
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [RFC for-6.2/block V2] block: Change the granularity of io ticks from ms to ns
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [RFC for-6.2/block V2] block: Change the granularity of io ticks from ms to ns
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC for-6.2/block V2] block: Change the granularity of io ticks from ms to ns
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• [RFC for-6.2/block V2] block: Change the granularity of io ticks from ms to ns
  • From: Gulam Mohamed <gulam.mohamed@xxxxxxxxxx>
• Re: [RFC] block: Change the granularity of io ticks from ms to ns
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC] block: Change the granularity of io ticks from ms to ns
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: remove bio_set_op_attrs
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC] block: Change the granularity of io ticks from ms to ns
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] block: remove bio_set_op_attrs
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [RFC] block: Change the granularity of io ticks from ms to ns
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC] block: Change the granularity of io ticks from ms to ns
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [RFC] block: Change the granularity of io ticks from ms to ns
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] block: remove bio_set_op_attrs
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [RFC] block: Change the granularity of io ticks from ms to ns
  • From: Gulam Mohamed <gulam.mohamed@xxxxxxxxxx>
• Re: [dm-devel] [PATCH] block: remove bio_set_op_attrs
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] block: remove bio_set_op_attrs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] block: remove bio_set_op_attrs
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] block: remove bio_set_op_attrs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 0/6] block: add support for REQ_OP_VERIFY
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: batches and serial numbers
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: about linear and about RAID10
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: about linear and about RAID10
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: batches and serial numbers (was "Re: md vs LVM and VMs and ...")
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: about linear and about RAID10
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: batches and serial numbers
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: about linear and about RAID10
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: batches and serial numbers (was "Re: md vs LVM and VMs and ...")
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: about linear and about RAID10
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• batches and serial numbers (was "Re: md vs LVM and VMs and ...")
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: about linear and about RAID10
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Revisit Old Issue - Raid1 (harmless still?) mismatch_cnt = 128 on scrub?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: about linear and about RAID10
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: md vs LVM and VMs and ... (was "Re: md RAID0 can be grown (was ...")
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS b5c1acf012a7a73e3d0c5c3605ececcca6797267
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: about linear and about RAID10
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• stripe size checking (was "Re: about linear and about RAID10")
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: about linear and about RAID10
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: md RAID0 can be grown
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• md vs LVM and VMs and ... (was "Re: md RAID0 can be grown (was ...")
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] block: add support for REQ_OP_VERIFY
  • From: Javier González <javier@xxxxxxxxxxx>
• Re: Revisit Old Issue - Raid1 (harmless still?) mismatch_cnt = 128 on scrub?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [GIT PULL] md-next 20221202
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20221202
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH 0/6] block: add support for REQ_OP_VERIFY
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• RE: [PATCH 0/6] block: add support for REQ_OP_VERIFY
  • From: Clay Mayers <Clay.Mayers@xxxxxxxxxx>
• Re: [PATCH 0/6] block: add support for REQ_OP_VERIFY
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCH 0/6] block: add support for REQ_OP_VERIFY
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 0/6] block: add support for REQ_OP_VERIFY
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Fwd: Recover RAID5
  • From: Samuel Lopes <samuelblopes@xxxxxxxxx>
• Re: [PATCH 0/6] block: add support for REQ_OP_VERIFY
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 0/6] block: add support for REQ_OP_VERIFY
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS b41b054a24e7026fad2dac6363668841ad5019d5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [External] Re: raid5 deadlock issue
  • From: Zhang Tianci <zhangtianci.1997@xxxxxxxxxxxxx>
• Re: Fwd: Recover RAID5
  • From: Carlos Carvalho <carlos@xxxxxxxxxxxxxx>
• Re: md RAID0 can be grown (was "Re: how do i fix these RAID5 arrays?")
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: md RAID0 can be grown (was "Re: how do i fix these RAID5 arrays?")
  • From: Jani Partanen <jiipee@xxxxxxxxxxx>
• Re: minor md cleanups
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH mdadm v5 0/7] Write Zeroes option for Creating Arrays
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• [PATCH 3/3] md: fold unbind_rdev_from_array into md_kick_rdev_from_array
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] md: remove lock_bdev / unlock_bdev
  • From: Christoph Hellwig <hch@xxxxxx>
• minor md cleanups
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] md: mark md_kick_rdev_from_array static
  • From: Christoph Hellwig <hch@xxxxxx>
• Fwd: Recover RAID5
  • From: Samuel Lopes <samuelblopes@xxxxxxxxx>
• Re: about linear and about RAID10
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: about linear and about RAID10
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: about linear and about RAID10
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: about linear and about RAID10
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• md RAID0 can be grown (was "Re: how do i fix these RAID5 arrays?")
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: change UUID of RAID devcies
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: piergiorgio.sartor@xxxxxxxx
• Re: how do i fix these RAID5 arrays?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• LVM on top of mdraid of LVM thin volumes on top of LUKS, aka LUKS+LVM+mdraid Tower of Babel
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: about linear and about RAID10
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: about linear and about RAID10 (was "Re: how do i fix these RAID5 arrays?")
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: about linear and about RAID10 (was "Re: how do i fix these RAID5 arrays?")
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• and dm-integrity, too (was "Re: how do i fix these RAID5 arrays?")
  • From: David T-G <davidtg@xxxxxxxxxxxxxxx>
• about linear and about RAID10 (was "Re: how do i fix these RAID5 arrays?")
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: [PATCH mdadm v6 0/7] Write Zeroes option for Creating Arrays
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: how do i fix these RAID5 arrays?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• how do i fix these RAID5 arrays?
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• [PATCH mdadm v6 1/7] Create: goto abort_locked instead of return 1 in error path
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v6 2/7] Create: remove safe_mode_delay local variable
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v6 3/7] Create: Factor out add_disks() helpers
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v6 4/7] mdadm: Introduce pr_info()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v6 7/7] manpage: Add --write-zeroes option to manpage
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v6 6/7] tests/00raid5-zero: Introduce test to exercise --write-zeros.
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v6 0/7] Write Zeroes option for Creating Arrays
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v6 5/7] mdadm: Add --write-zeros option for Create
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH mdadm v5 5/7] mdadm: Add --write-zeros option for Create
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH mdadm v5 5/7] mdadm: Add --write-zeros option for Create
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH V2 1/1] Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH V2 1/1] Add mddev->io_acct_cnt for raid0_quiesce
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V2 1/1] Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH V2 1/1] Add mddev->io_acct_cnt for raid0_quiesce
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] mdadm: fix compilation failure on the x32 ABI
  • From: Jes Sorensen <jsorensen@xxxxxxxx>
• Re: [PATCH] mdadm: fix compilation failure on the x32 ABI
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm reshape hangs on external grow chunk
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 1/1] Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH mdadm v5 5/7] mdadm: Add --write-zeros option for Create
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v5 2/7] Create: remove safe_mode_delay local variable
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v5 1/7] Create: goto abort_locked instead of return 1 in error path
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v5 7/7] manpage: Add --write-zeroes option to manpage
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v5 6/7] tests/00raid5-zero: Introduce test to exercise --write-zeros.
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v5 4/7] mdadm: Introduce pr_info()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v5 0/7] RESEND: Write Zeroes option for Creating Arrays
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v5 3/7] Create: Factor out add_disks() helpers
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v5 4/7] mdadm: Introduce pr_info()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v5 1/7] Create: goto abort_locked instead of return 1 in error path
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v5 3/7] Create: Factor out add_disks() helpers
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v5 6/7] tests/00raid5-zero: Introduce test to exercise --write-zeros.
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v5 2/7] Create: remove safe_mode_delay local variable
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v5 7/7] manpage: Add --write-zeroes option to manpage
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v5 5/7] mdadm: Add --write-zeros option for Create
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v5 0/7] Write Zeroes option for Creating Arrays
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH mdadm v4 0/7] Write Zeroes option for Creating Arrays
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS b611ad14006e5be2170d9e8e611bf49dff288911
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V2 1/1] Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [GIT PULL] md-next 20221114
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20221114
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH V2 1/1] Add mddev->io_acct_cnt for raid0_quiesce
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Kernel crash, possibly raid, and dump but no log available as shutdown.
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Kernel crash, possibly raid, and dump but no log available as shutdown.
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Kernel crash, possibly raid, and dump but no log available as shutdown.
  • From: Wilson Jonathan <i400sjon@xxxxxxxxx>
• Re: [External] Re: raid5 deadlock issue
  • From: Zhang Tianci <zhangtianci.1997@xxxxxxxxxxxxx>
• Re: [External] Re: raid5 deadlock issue
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] restripe.c: Use _FILE_OFFSET_BITS to enable largefile support
  • From: Khem Raj <raj.khem@xxxxxxxxx>
• [PATCH] restripe.c: Use _FILE_OFFSET_BITS to enable largefile support
  • From: Khem Raj <raj.khem@xxxxxxxxx>
• Re: [External] Re: raid5 deadlock issue
  • From: Zhang Tianci <zhangtianci.1997@xxxxxxxxxxxxx>
• Re: [External] Re: raid5 deadlock issue
  • From: Zhang Tianci <zhangtianci.1997@xxxxxxxxxxxxx>
• Re: raid5 deadlock issue
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V3 1/1] md/raid1: stop mdx_raid1 thread when raid1 array run failed
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md/raid5: use bdev_write_cache instead of open coding it
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2] md: fix a crash in mempool_free
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] md/raid5: use bdev_write_cache instead of open coding it
  • From: Christoph Hellwig <hch@xxxxxx>
• raid5 deadlock issue
  • From: Zhang Tianci <zhangtianci.1997@xxxxxxxxxxxxx>
• [PATCH V3 1/1] md/raid1: stop mdx_raid1 thread when raid1 array run failed
  • From: Jiang Li <jiang.li1388@xxxxxxxxx>
• Re: mdadm udev rule does not start mdmonitor systemd unit.
  • From: Marc Rechté <marc4@xxxxxxxxx>
• Re: A crash caused by the commit 0dd84b319352bb8ba64752d4e45396d8b13e6018
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: mdadm udev rule does not start mdmonitor systemd unit.
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: mdadm udev rule does not start mdmonitor systemd unit.
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: A crash caused by the commit 0dd84b319352bb8ba64752d4e45396d8b13e6018
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: mdadm udev rule does not start mdmonitor systemd unit.
  • From: Marc Rechté <marc4@xxxxxxxxx>
• Re: mdadm udev rule does not start mdmonitor systemd unit.
  • From: Marc Rechté <marc4@xxxxxxxxx>
• Re: [dm-devel] [PATCH] md: fix a crash in mempool_free
  • From: "NeilBrown" <neilb@xxxxxxx>
• [song-md:md-next] BUILD SUCCESS 7476cc5394a10e982a4daa56079093a8b88e4bf3
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V2 1/1] md/raid0, raid10: Don't set discard sectors for request queue
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 1/1] md/raid1: stop mdx_raid1 thread when raid1 array run failed
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [dm-devel] A crash caused by the commit 0dd84b319352bb8ba64752d4e45396d8b13e6018
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH] mdadm: fix compilation failure on the x32 ABI
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v2] md: fix a crash in mempool_free
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [dm-devel] [PATCH] md: fix a crash in mempool_free
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: A crash caused by the commit 0dd84b319352bb8ba64752d4e45396d8b13e6018
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: A crash caused by the commit 0dd84b319352bb8ba64752d4e45396d8b13e6018
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Problems with email threading (was: [dm-devel] [PATCH] md: fix a crash in mempool_free)
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH] md: fix a crash in mempool_free
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: A crash caused by the commit 0dd84b319352bb8ba64752d4e45396d8b13e6018
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: A crash caused by the commit 0dd84b319352bb8ba64752d4e45396d8b13e6018
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH 1/3] ACPI: scan: substitute empty_zero_page with helper ZERO_PAGE(0)
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] md: fix a crash in mempool_free
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: A crash caused by the commit 0dd84b319352bb8ba64752d4e45396d8b13e6018
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: A crash caused by the commit 0dd84b319352bb8ba64752d4e45396d8b13e6018
  • From: Heming Zhao <heming.zhao@xxxxxxxx>
• Re: A crash caused by the commit 0dd84b319352bb8ba64752d4e45396d8b13e6018
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH mdadm v4 0/7] Write Zeroes option for Creating Arrays
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxxxxxxxx>
• Re: A crash caused by the commit 0dd84b319352bb8ba64752d4e45396d8b13e6018
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: A crash caused by the commit 0dd84b319352bb8ba64752d4e45396d8b13e6018
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: mdadm udev rule does not start mdmonitor systemd unit.
  • From: Xiao Ni <xni@xxxxxxxxxx>
• A crash caused by the commit 0dd84b319352bb8ba64752d4e45396d8b13e6018
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] Manage: Block unsafe member failing
  • From: "Kusiak, Mateusz" <mateusz.kusiak@xxxxxxxxxxxxxxx>
• Re: [bisected] RAID1 direct IO redirecting sector loop since 6.0
  • From: Dmitrii Tcvetkov <me@xxxxxxxxx>
• Re: [PATCH V2 1/1] md/raid0, raid10: Don't set discard sectors for request queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V2 1/1] md/raid0, raid10: Don't set discard sectors for request queue
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] Don't set discard sectors for request queue
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Troubleshooting "Buffer I/O error" on reading md device
  • From: Darshaka Pathirana <dpat@xxxxxxxxxxx>
• Re: [PATCH 1/1] Don't set discard sectors for request queue
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [bisected] RAID1 direct IO redirecting sector loop since 6.0
  • From: Dmitrii Tcvetkov <me@xxxxxxxxx>
• Re: [bisected] RAID1 direct IO redirecting sector loop since 6.0
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [bisected] RAID1 direct IO redirecting sector loop since 6.0
  • From: Dmitrii Tcvetkov <me@xxxxxxxxx>
• Re: [PATCH 1/1] Don't set discard sectors for request queue
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md/raid1: Fix crash during poweroff
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [bisected] RAID1 direct IO redirecting sector loop since 6.0
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• mdadm udev rule does not start mdmonitor systemd unit.
  • From: Marc Rechté <marc4@xxxxxxxxx>
• Re: [bisected] RAID1 direct IO redirecting sector loop since 6.0
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH 1/1] Don't set discard sectors for request queue
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [bisected] RAID1 direct IO redirecting sector loop since 6.0
  • From: Dmitrii Tcvetkov <me@xxxxxxxxx>
• mdadm udev rule does not start mdmonitor systemd unit.
  • From: Marc Rechté <marc4@xxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS a24fec3fdfc56203e3cbb3b6c723babc6c4f1053
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCHv3] md/bitmap: Fix bitmap chunk size overflow issues
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V2 1/1] Add mddev->io_acct_cnt for raid0_quiesce
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 8/9] Mdmonitor: Improve udev event handling
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 6/9] Mdmonitor: Refactor write_autorebuild_pid()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 9/9] udev: Move udev_block() and udev_unblock() into udev.c
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 7/9] Mdmonitor: Refactor check_one_sharer() for better error handling
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 5/9] Add helpers to determine whether directories or files are soft links
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 4/9] Mdmonitor: Add helper functions
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 3/9] Mdmonitor: Pass events to alert() using enums instead of strings
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 2/9] Mdmonitor: Make alert_info global
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 1/9] Mdmonitor: Split alert() into separate functions
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 0/9] Mdmonitor refactor and udev event handling improvements
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2] super-intel: make freesize not required for chunk size migration
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• Re: [PATCH mdadm v4 0/7] Write Zeroes option for Creating Arrays
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] super-intel: make freesize not required for chunk size migration
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH mdadm v4 0/7] Write Zeroes option for Creating Arrays
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [song-md:md-next 6/6] drivers/md/md-bitmap.c:2541:12: warning: result of comparison of constant 4294967296 with expression of type 'unsigned long' is always false
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• [PATCHv3] md/bitmap: Fix bitmap chunk size overflow issues
  • From: Jack Wang <jinpu.wang@xxxxxxxxx>
• Re: [song-md:md-next 6/6] drivers/md/md-bitmap.c:2541:12: warning: result of comparison of constant 4294967296 with expression of type 'unsigned long' is always false
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [song-md:md-next 6/6] drivers/md/md-bitmap.c:2541:12: warning: result of comparison of constant 4294967296 with expression of type 'unsigned long' is always false
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• [PATCH V2 1/1] Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [RFC PATCH] md-bitmap: reuse former bitmap chunk size on resizing.
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH 1/1] Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: now that i've screwed up and apparently get to start over ...
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] Add mddev->io_acct_cnt for raid0_quiesce
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Performance Testing MD-RAID10 with 1 failed drive
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Performance Testing MD-RAID10 with 1 failed drive
  • From: Umang Agarwalla <umangagarwalla111@xxxxxxxxx>
• Re: Performance Testing MD-RAID10 with 1 failed drive
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: Performance Testing MD-RAID10 with 1 failed drive
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Performance Testing MD-RAID10 with 1 failed drive
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: [PATCH] super-intel: make freesize not required for chunk size migration
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS c748adfcbe0bd0c760c68d78434a1dfc0344b6b6
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Performance Testing MD-RAID10 with 1 failed drive
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• Re: [PATCH] super-intel: make freesize not required for chunk size migration
  • From: Coly Li <colyli@xxxxxxx>
• Re: Performance Testing MD-RAID10 with 1 failed drive
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] Add mddev->io_acct_cnt for raid0_quiesce
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [RFC PATCH] md-bitmap: reuse former bitmap chunk size on resizing.
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCHv2] md/bitmap: Fix bitmap chunk size overflow issues
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH -next 0/3] do some cleanup for md_ioctl
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] lib/raid6: drop RAID6_USE_EMPTY_ZERO_PAGE
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2] raid5-cache: use try_cmpxchg in r5l_wake_reclaim
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v1] drivers/md/md-bitmap: check the return value of md_bitmap_get_counter()
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH v2] raid5-cache: use try_cmpxchg in r5l_wake_reclaim
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [PATCH] raid5-cache: use try_cmpxchg in r5l_wake_reclaim Use try_cmpxchg instead of cmpxchg (*ptr, old, new) == old in r5l_wake_reclaim. x86 CMPXCHG instruction returns success in ZF flag, so this change saves a compare after cmpxchg (and related move instruction in front of cmpxchg).
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [PATCH] super-intel: make freesize not required for chunk size migration
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
• Re: Performance Testing MD-RAID10 with 1 failed drive
  • From: Umang Agarwalla <umangagarwalla111@xxxxxxxxx>
• Re: Performance Testing MD-RAID10 with 1 failed drive
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Performance Testing MD-RAID10 with 1 failed drive
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Performance Testing MD-RAID10 with 1 failed drive
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Performance Testing MD-RAID10 with 1 failed drive
  • From: Umang Agarwalla <umangagarwalla111@xxxxxxxxx>
• Re: Performance Testing MD-RAID10 with 1 failed drive
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: now that i've screwed up and apparently get to start over ...
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Performance Testing MD-RAID10 with 1 failed drive
  • From: Umang Agarwalla <umangagarwalla111@xxxxxxxxx>
• Re: [PATCH 3/3] raid: substitute empty_zero_page with helper ZERO_PAGE(0)
  • From: Giulio Benetti <giulio.benetti@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] lib/raid6: drop RAID6_USE_EMPTY_ZERO_PAGE
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] lib/raid6: drop RAID6_USE_EMPTY_ZERO_PAGE
  • From: Giulio Benetti <giulio.benetti@xxxxxxxxxxxxxxxxxxxxxx>
• Re: (subset) [PATCH 1/3] ACPI: scan: substitute empty_zero_page with helper ZERO_PAGE(0)
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 3/3] raid: substitute empty_zero_page with helper ZERO_PAGE(0)
  • From: Giulio Benetti <giulio.benetti@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] raid: substitute empty_zero_page with helper ZERO_PAGE(0)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 2/3] spi: fsl-cpm: substitute empty_zero_page with helper ZERO_PAGE(0)
  • From: Giulio Benetti <giulio.benetti@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] ACPI: scan: substitute empty_zero_page with helper ZERO_PAGE(0)
  • From: Giulio Benetti <giulio.benetti@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] raid: substitute empty_zero_page with helper ZERO_PAGE(0)
  • From: Giulio Benetti <giulio.benetti@xxxxxxxxxxxxxxxxxxxxxx>
• Re: calculate "Array Size" for fdisk
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Rebuilding mdadm RAID array after OS drive failure
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [md/bitmap] 935dbb156b: mdadm-selftests.05r1-bitmapfile.fail
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: Rebuilding mdadm RAID array after OS drive failure
  • From: Steve Kolk <stevekolk@xxxxxxxxx>
• Re: [PATCH] md/bitmap: Fix bitmap chunk size overflow issues.
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• [PATCHv2] md/bitmap: Fix bitmap chunk size overflow issues
  • From: Jack Wang <jinpu.wang@xxxxxxxxx>
• now that i've screwed up and apparently get to start over ...
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• [PATCH 1/1] Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Rebuilding mdadm RAID array after OS drive failure
  • From: anthony <antmbox@xxxxxxxxxxxxxxx>
• Rebuilding mdadm RAID array after OS drive failure
  • From: Steve Kolk <stevekolk@xxxxxxxxx>
• Re: [PATCH v2 0/3] Bitmap percentage flushing
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: [PATCH v2 0/3] Bitmap percentage flushing
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH] md/bitmap: Fix bitmap chunk size overflow issues.
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH] md/bitmap: Fix bitmap chunk size overflow issues.
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [RFC PATCH] md-bitmap: reuse former bitmap chunk size on resizing.
  • From: Jack Wang <jinpu.wang@xxxxxxxxx>
• [PATCH] md/bitmap: Fix bitmap chunk size overflow issues.
  • From: Jack Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH v2 1/3] md/bitmap: Add chunk-threshold unplugging
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: [PATCH 2/2] md/bitmap: Add chunk-count-based bitmap flushing
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH v2 2/3] md/bitmap: Add sysfs interface for flush threshold
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [PATCH v2 0/3] Bitmap percentage flushing
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [PATCH v2 3/3] md/bitmap: Convert daemon_work to proper timer
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [PATCH v2 1/3] md/bitmap: Add chunk-threshold unplugging
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: [PATCH 2/2] md/bitmap: Add chunk-count-based bitmap flushing
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: [PATCH mdadm v4 0/7] Write Zeroes option for Creating Arrays
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH mdadm v4 0/7] Write Zeroes option for Creating Arrays
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 10/19] md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 1/1] Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 28/47] md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 07/13] md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.19 35/63] md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 15/27] md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 21/33] md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.19 54/63] block: replace blk_queue_nowait with bdev_nowait
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.0 56/67] block: replace blk_queue_nowait with bdev_nowait
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.0 36/67] md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• RE: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH mdadm v4 0/7] Write Zeroes option for Creating Arrays
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: Memory leak when raid10 takeover raid0
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• [PATCH 1/1] Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [RFC PATCH] mdadm: Add parameter for bitmap chunk threshold
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH mdadm v4 0/7] Write Zeroes option for Creating Arrays
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Memory leak when raid10 takeover raid0
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Memory leak when raid10 takeover raid0
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH 2/2] md/bitmap: Add chunk-count-based bitmap flushing
  • From: Song Liu <song@xxxxxxxxxx>
• Re: calculate "Array Size" for fdisk
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: calculate "Array Size" for fdisk
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• calculate "Array Size" for fdisk
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Memory leak when raid10 takeover raid0
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Memory leak when raid10 takeover raid0
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Memory leak when raid10 takeover raid0
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: Memory leak when raid10 takeover raid0
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Memory leak when raid10 takeover raid0
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH mdadm v4 6/7] tests/00raid5-zero: Introduce test to exercise --write-zeros.
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v4 0/7] Write Zeroes option for Creating Arrays
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v4 5/7] mdadm: Add --write-zeros option for Create
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v4 7/7] manpage: Add --write-zeroes option to manpage
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v4 4/7] mdadm: Introduce pr_info()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v4 1/7] Create: goto abort_locked instead of return 1 in error path
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v4 3/7] Create: Factor out add_disks() helpers
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v4 2/7] Create: remove safe_mode_delay local variable
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 2/2] md/bitmap: Add chunk-count-based bitmap flushing
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: [PATCH 2/2] md/bitmap: Add chunk-count-based bitmap flushing
  • From: Song Liu <song@xxxxxxxxxx>
• [RFC PATCH] mdadm: Add parameter for bitmap chunk threshold
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [PATCH 1/2] md/bitmap: Move unplug to daemon thread
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [PATCH 0/2] Bitmap percentage flushing
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [PATCH 2/2] md/bitmap: Add chunk-count-based bitmap flushing
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [f2fs-dev] [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [f2fs-dev] [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 5/5] prandom: remove unused functions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 4/5] treewide: use get_random_bytes when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 2/5] treewide: use get_random_{u8,u16}() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 1/5] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 0/5] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: Linux RAID futures question
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• RE: Linux RAID futures question
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Linux RAID futures question
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: [PATCH] mdadm/systemd: remove KillMode=none from service file
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH] md/bitmap: Avoid chunksize overflow
  • From: Jack Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH mdadm v3 5/7] mdadm: Add --write-zeros option for Create
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH mdadm v3 0/7] Write Zeroes option for Creating Arrays
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH mdadm v3 0/7] Write Zeroes option for Creating Arrays
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH mdadm v3 5/7] mdadm: Add --write-zeros option for Create
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v4 0/2] Mdmonitor improvements
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] Mdmonitor improvements
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v4 0/2] Mdmonitor improvements
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Mdmonitor: Omit non-md devices
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] mdadm: replace container level checking with inline
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: 5.18: likely useless very preliminary bug report: mdadm raid-6 boot-time assembly failure
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: 5.18: likely useless very preliminary bug report: mdadm raid-6 boot-time assembly failure
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH] mdadm reshape hangs on external grow chunk
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxxxxxxxx>
• Re: Python tests
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• Re: regression caused by block: freeze the queue earlier in del_gendisk
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL v2] md-next 20220922
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] mdadm reshape hangs on external grow chunk
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH mdadm v3 5/7] mdadm: Add --write-zeros option for Create
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 65b94b527dfcb700b84d043c5bdf2924663724e7
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 05/10] super0: refactor the code for enum
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/10] super-intel: refactor the code for enum
  • From: "Kusiak, Mateusz" <mateusz.kusiak@xxxxxxxxxxxxxxx>
• Re: [PATCH 08/10] Change update to enum in update_super and update_subarray
  • From: "Kusiak, Mateusz" <mateusz.kusiak@xxxxxxxxxxxxxxx>
• Re: [PATCH 05/10] super0: refactor the code for enum
  • From: "Kusiak, Mateusz" <mateusz.kusiak@xxxxxxxxxxxxxxx>
• Re: [PATCH 06/10] super1: refactor the code for enum
  • From: "Kusiak, Mateusz" <mateusz.kusiak@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] mdadm: Add option validation for --update-subarray
  • From: "Kusiak, Mateusz" <mateusz.kusiak@xxxxxxxxxxxxxxx>
• [GIT PULL v2] md-next 20220922
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH] Mdmonitor: Omit non-md devices
  • From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] md-next 20220921
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [GIT PULL] md-next 20220921
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [GIT PULL] md-next 20220921
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [GIT PULL] md-next 20220921
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v2] md: generate CHANGE uevents for md device
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 0/1] Updated MD_SB_CHANGE_PENDING fix
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH mdadm v3 6/7] tests/00raid5-zero: Introduce test to exercise --write-zeros.
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v3 5/7] mdadm: Add --write-zeros option for Create
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v3 2/7] Create: remove safe_mode_delay local variable
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v3 0/7] Write Zeroes option for Creating Arrays
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v3 4/7] mdadm: Introduce pr_info()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v3 1/7] Create: goto abort_locked instead of return 1 in error path
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v3 7/7] manpage: Add --write-zeroes option to manpage
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v3 3/7] Create: Factor out add_disks() helpers
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH mdadm v2 1/2] mdadm: Add --discard option for Create
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v6 5/7] badblocks: improve badblocks_check() for multiple ranges handling
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH v2 1/1] md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 0/1] Updated MD_SB_CHANGE_PENDING fix
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v6 4/7] badblocks: improve badblocks_clear() for multiple ranges handling
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: regression caused by block: freeze the queue earlier in del_gendisk
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: regression caused by block: freeze the queue earlier in del_gendisk
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: regression caused by block: freeze the queue earlier in del_gendisk
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v2] md: generate CHANGE uevents for md device
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH 9/9 v2] udev: Move udev_block() and udev_unblock() into udev.c
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• Re: [PATCH v6 1/7] badblocks: add more helper structure and routines in badblocks.h
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v6 3/7] badblocks: improve badblocks_set() for multiple ranges handling
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v6 2/7] badblocks: add helper routines for badblock ranges handling
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: regression caused by block: freeze the queue earlier in del_gendisk
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: regression caused by block: freeze the queue earlier in del_gendisk
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: regression caused by block: freeze the queue earlier in del_gendisk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: regression caused by block: freeze the queue earlier in del_gendisk
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] dm: Fix spelling mistake in comments
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: regression caused by block: freeze the queue earlier in del_gendisk
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 673164f606ec776de795c15396faa80288c523d0
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH -next 1/3] md: refactor md ioctl cmd check
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH -next 3/3] md: introduce md_ro_state to make code easy to understand
  • From: Ye Bin <yebin10@xxxxxxxxxx>
• [PATCH -next 2/3] md: factor out __md_set_array_info()
  • From: Ye Bin <yebin10@xxxxxxxxxx>
• [PATCH -next 1/3] md: refactor md ioctl cmd check
  • From: Ye Bin <yebin10@xxxxxxxxxx>
• [PATCH -next 0/3] do some cleanup for md_ioctl
  • From: Ye Bin <yebin10@xxxxxxxxxx>
• [PATCH v2] md: Fix spelling mistake in comments of r5l_log
  • From: zhoun <zhounan@xxxxxxxxxxxx>
• Re: [PATCH] dm: Fix spelling mistake in comments
  • From: Zhou nan <zhounan@xxxxxxxxxxxx>
• [PATCH] dm: Fix spelling mistake in comments
  • From: Zhou nan <zhounan@xxxxxxxxxxxx>
• Re: [PATCH v3 5/5] md/raid10: convert resync_lock to use seqlock
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] dm: Fix spelling mistake in comments
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 3/3] md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2] md : Replace snprintf with scnprintf
  • From: Song Liu <song@xxxxxxxxxx>
• RE: [PATCH v2] md : Replace snprintf with scnprintf
  • From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] md/raid10: convert resync_lock to use seqlock
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH mdadm v2 1/2] mdadm: Add --discard option for Create
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v3 5/5] md/raid10: convert resync_lock to use seqlock
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/5] md/raid10: factor out code from wait_barrier() to stop_waiting_barrier()
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH v3 2/5] md/raid10: don't modify 'nr_waitng' in wait_barrier() for the case nowait
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH v3 3/5] md/raid10: prevent unnecessary calls to wake_up() in fast path
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH v3 4/5] md/raid10: fix improper BUG_ON() in raise_barrier()
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH v3 5/5] md/raid10: convert resync_lock to use seqlock
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• [PATCH v2] drivers/md/md-bitmap: check the return value of md_bitmap_get_counter()
  • From: Li Zhong <floridsleeves@xxxxxxxxx>
• Re: [PATCH v2 0/2] Small fixes from Debian
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] md/raid10: convert resync_lock to use seqlock
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v3 4/5] md/raid10: fix improper BUG_ON() in raise_barrier()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v3 3/5] md/raid10: prevent unnecessary calls to wake_up() in fast path
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v3 2/5] md/raid10: don't modify 'nr_waitng' in wait_barrier() for the case nowait
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v3 1/5] md/raid10: factor out code from wait_barrier() to stop_waiting_barrier()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] ReadMe: fix command-line help
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2 1/2] mdadm: Add Documentation entries to systemd services
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v3 0/5] md/raid10: reduce lock contention for io
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 4/5] md/raid10: fix improper BUG_ON() in raise_barrier()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 5/5] md/raid10: convert resync_lock to use seqlock
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 3/5] md/raid10: prevent unnecessary calls to wake_up() in fast path
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 2/5] md/raid10: don't modify 'nr_waitng' in wait_barrier() for the case nowait
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 1/5] md/raid10: factor out code from wait_barrier() to stop_waiting_barrier()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 1/4] md/raid10: cleanup wait_barrier()
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] md/raid10: cleanup wait_barrier()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH mdadm v2 1/2] mdadm: Add --discard option for Create
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH mdadm v2 1/2] mdadm: Add --discard option for Create
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 1/4] md/raid10: cleanup wait_barrier()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 10/10] Change char* to enum in context->update & refactor code
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 09/10] Manage&Incremental: code refactor, string to enum
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 08/10] Change update to enum in update_super and update_subarray
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 06/10] super1: refactor the code for enum
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 07/10] super-intel: refactor the code for enum
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 05/10] super0: refactor the code for enum
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 04/10] super-ddf: Remove update_super_ddf.
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 03/10] Add code specific update options to enum.
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 02/10] Fix --update-subarray on active volume
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 5/5 v2] get_vd_num_of_subarray: fix memleak
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v4] mdadm: replace container level checking with inline
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2] mdadm: added support for Intel Alderlake RST on VMD platform
  • From: Oldřich Jedlička <oldium.pro@xxxxxxxxx>
• Re: [PATCH v2] mdadm: added support for Intel Alderlake RST on VMD platform
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] mdadm: added support for Intel Alderlake RST on VMD platform
  • From: Kinga Tanska <kinga.tanska@xxxxxxxxxxxxxxx>
• Re: [PATCH mdadm v2 1/2] mdadm: Add --discard option for Create
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] md/raid10: cleanup wait_barrier()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] md/raid10: convert resync_lock to use seqlock
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] md/raid10: prevent unnecessary calls to wake_up() in fast path
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] md/raid10: cleanup wait_barrier()
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH v2 3/4] md/raid10: fix improper BUG_ON() in raise_barrier()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 0/4] md/raid10: reduce lock contention for io
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 1/4] md/raid10: cleanup wait_barrier()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 4/4] md/raid10: convert resync_lock to use seqlock
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 2/4] md/raid10: prevent unnecessary calls to wake_up() in fast path
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: change UUID of RAID devcies
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: change UUID of RAID devcies
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: change UUID of RAID devcies
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: change UUID of RAID devcies
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: change UUID of RAID devcies
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: change UUID of RAID devcies
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: change UUID of RAID devcies
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: change UUID of RAID devcies
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: change UUID of RAID devcies
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: change UUID of RAID devcies
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: change UUID of RAID devcies
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: change UUID of RAID devcies
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: change UUID of RAID devcies
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: change UUID of RAID devcies
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] mdadm: Add option validation for --update-subarray
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH mdadm v2 0/2] Discard Option for Creating Arrays
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH mdadm v2 1/2] mdadm: Add --discard option for Create
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: change UUID of RAID devcies
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• Re: change UUID of RAID devcies
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: RAID5 failure and consequent ext4 problems
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: RAID5 failure and consequent ext4 problems
  • From: Phillip Susi <phill@xxxxxxxxxxxx>