Linux RAID Storage Date Index

• Thread Index

• Re: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Gal Ofri <gal.ofri@xxxxxxxxxxx>
• Re: help channel for md raid?
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: ANNOUNCE: mdadm 4.2-rc2 - A tool for managing md Soft RAID under Linux
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/38] Replace deprecated CPU-hotplug
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 00/38] Replace deprecated CPU-hotplug
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: ANNOUNCE: mdadm 4.2-rc2 - A tool for managing md Soft RAID under Linux
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [PATCH 15/38] md/raid5: Replace deprecated CPU-hotplug functions.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 00/38] Replace deprecated CPU-hotplug
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: ANNOUNCE: mdadm 4.2-rc2 - A tool for managing md Soft RAID under Linux
  • From: Felix Lechner <lechner@xxxxxxxxxx>
• Re: help channel for md raid?
  • From: Stephan Böttcher <boettcher@xxxxxxxxxxxxxxxxxx>
• Re: help channel for md raid?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• ANNOUNCE: mdadm 4.2-rc2 - A tool for managing md Soft RAID under Linux
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] tests: avoid passing chunk size to raid1.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] tests: fix swap_super path
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] Assemble: skip devices that don't match uuid instead of aborting the assembly.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• help channel for md raid?
  • From: Stephan Böttcher <boettcher@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] tests: clear the superblock before adding a device to the array.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] tests: remove raid0 tests for 0.90 metadata version
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Add monitor delay parameter to mdadm.conf
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tests: Avoid passing chunk size when creating RAID 1
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Fix memory leak after "mdadm --detail"
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Gal Ofri <gal.ofri@xxxxxxxxxxx>
• Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• RE: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• RE: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• [PATCH] Add monitor delay parameter to mdadm.conf
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Miao Wang <shankerwangmiao@xxxxxxxxx>
• Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Matt Wallis <mattw@xxxxxxxxxxxx>
• RE: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• RE: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Matt Wallis <mattw@xxxxxxxxxxxx>
• [PATCH] tests: Avoid passing chunk size when creating RAID 1
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Matt Wallis <mattw@xxxxxxxxxxxx>
• Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] Assemble: start dirty and degraded array.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: [PATCH] imsm: fix num_data_stripes after raid0 takeover
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [PATCH] Fix memory leak after "mdadm --detail"
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: pg@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• SSD based sw RAID: is ERC/TLER really important?
  • From: Gianluca Frustagli <gianfrus@xxxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 5ba03936c05584b6f6f79be5ebe7e5036c1dd252
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2][RESEND] md/raid10: properly indicate failure when ending a failed write request
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH RFC 11/13] md/bitmap: simplify the printing with '%pD' specifier
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] md/bitmap: Use 'atomic_inc_return' instead of hand-writing it
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH 5/5] tests: avoid passing chunk size to raid1.
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• [PATCH 4/5] tests: fix swap_super path
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• [PATCH 3/5] Assemble: skip devices that don't match uuid instead of aborting the assembly.
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• [PATCH 2/5] tests: clear the superblock before adding a device to the array.
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• [PATCH 1/5] tests: remove raid0 tests for 0.90 metadata version
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• [PATCH 0/5] Resurrect mdadm test cases - Series 1
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• [RFC PATCH v1 2/4] dm: crypt: use new key_extract_material helper
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• [RFC PATCH v1 1/4] keys: introduce key_extract_material helper
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• [RFC PATCH v1 4/4] ubifs: auth: consult encrypted and trusted keys if no logon key was found
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• [RFC PATCH v1 0/4] keys: introduce key_extract_material helper
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• [RFC PATCH v1 3/4] ubifs: auth: remove never hit key type error check
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• [PATCH] Assemble: start dirty and degraded array.
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: mdadm 4.2-rc2
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH] imsm: fix num_data_stripes after raid0 takeover
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] md: replace GENHD_FL_UP with GENHD_FL_DISK_ADDED on is_mddev_broken()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] imsm: correct offset for 4k disks in --examine output
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Use dev_open in validate geometry container
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] mdadm/super1: It needs to specify int32 for bitmap_offset
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: mdadm 4.2-rc2
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Add error handling for chunk size in RAID1
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: Fix possible memory leaks and refactor freeing struct dl
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] mdadm: Fix building errors
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 11/13] md/bitmap: simplify the printing with '%pD' specifier
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• [PATCH] Add error handling for chunk size in RAID1
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• Re: RAID5 now recognized as RAID1
  • From: Fine Fan <ffan@xxxxxxxxxx>
• [PATCH RFC 11/13] md/bitmap: simplify the printing with '%pD' specifier
  • From: Jia He <justin.he@xxxxxxx>
• Re: RAID5 now recognized as RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID5 now recognized as RAID1
  • From: Fine Fan <ffan@xxxxxxxxxx>
• Re: What about the kernel patch "failfast" and SCTERC/kernel-driver timeouts
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: 1T and 500+500 mirror, but different speeds
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: 1T and 500+500 mirror, but different speeds
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: What about the kernel patch "failfast" and SCTERC/kernel-driver timeouts
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• What about the kernel patch "failfast" and SCTERC/kernel-driver timeouts
  • From: BW <m40636067@xxxxxxxxx>
• Re: 1T and 500+500 mirror, but different speeds
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• 1T and 500+500 mirror, but different speeds
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: --detail --export doesn't show all properties
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: --detail --export doesn't show all properties
  • From: BW <m40636067@xxxxxxxxx>
• Re: bad sector and unused area.
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: bad sector and unused area.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: --detail --export doesn't show all properties
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: bad sector and unused area.
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: bad sector and unused area.
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• bad sector and unused area.
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• RAID5 now recognized as RAID1
  • From: Nicolas Martin <nicolas.martin.3d@xxxxxxxxx>
• Re: --detail --export doesn't show all properties
  • From: BW <m40636067@xxxxxxxxx>
• Re: --detail --export doesn't show all properties
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: --detail --export doesn't show all properties
  • From: BW <m40636067@xxxxxxxxx>
• --detail --export doesn't show all properties
  • From: BW <m40636067@xxxxxxxxx>
• Re: max_queued_requests for raid1 and raid10 - questions
  • From: "NeilBrown" <neilb@xxxxxxx>
• Fwd: max_queued_requests for raid1 and raid10 - questions
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• max_queued_requests for raid1 and raid10 - questions
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v2][RESEND] md/raid10: properly indicate failure when ending a failed write request
  • From: Guoqing Jiang <jiangguoqing@xxxxxxxxxx>
• Re: 4-disk RAID6 (non-standard layout) normalise hung, now all disks spare
  • From: Phil Turmel <philip@xxxxxxxxxx>
• mdadm 4.2-rc2
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH] imsm: Fix possible memory leaks and refactor freeing struct dl
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v2][RESEND] md/raid10: properly indicate failure when ending a failed write request
  • From: wsy@xxxxxxxxxx
• Re: Redundant EFI Systemp Partitions (Was Re: How does one enable SCTERC on an NVMe drive (and other install questions))
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Redundant EFI Systemp Partitions (Was Re: How does one enable SCTERC on an NVMe drive (and other install questions))
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: Question: RAID cabinet for home use
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• RE: 4-disk RAID6 (non-standard layout) normalise hung, now all disks spare
  • From: "Jason Flood" <3mu5555@xxxxxxxxx>
• Re: Redundant EFI Systemp Partitions (Was Re: How does one enable SCTERC on an NVMe drive (and other install questions))
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Question: RAID cabinet for home use
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: Redundant EFI Systemp Partitions (Was Re: How does one enable SCTERC on an NVMe drive (and other install questions))
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: 4-disk RAID6 (non-standard layout) normalise hung, now all disks spare
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: 4-disk RAID6 (non-standard layout) normalise hung, now all disks spare
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• RE: 4-disk RAID6 (non-standard layout) normalise hung, now all disks spare
  • From: "Jason Flood" <3mu5555@xxxxxxxxx>
• Re: Redundant EFI Systemp Partitions (Was Re: How does one enable SCTERC on an NVMe drive (and other install questions))
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Question: RAID cabinet for home use
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Redundant EFI Systemp Partitions (Was Re: How does one enable SCTERC on an NVMe drive (and other install questions))
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: Question: RAID cabinet for home use
  • From: Mark Wagner <carnildo@xxxxxxxxx>
• Re: [PATCH] md/raid10: properly indicate failure when ending a failed write request
  • From: Song Liu <song@xxxxxxxxxx>
• Re: 4-disk RAID6 (non-standard layout) normalise hung, now all disks spare
  • From: Phil Turmel <philip@xxxxxxxxxx>
• 4-disk RAID6 (non-standard layout) normalise hung, now all disks spare
  • From: "Jason Flood" <3mu5555@xxxxxxxxx>
• Re: [PATCH] md/raid10: properly indicate failure when ending a failed write request
  • From: Guoqing Jiang <jiangguoqing@xxxxxxxxxx>
• Re: [PATCH] md/raid10: properly indicate failure when ending a failed write request
  • From: Wei Shuyu <wsy@xxxxxxxxxx>
• Re: [PATCH] md/raid10: properly indicate failure when ending a failed write request
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH] md/raid10: properly indicate failure when ending a failed write request
  • From: wsy@xxxxxxxxxx
• Re: Question: RAID cabinet for home use
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Question: RAID cabinet for home use
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Question: RAID cabinet for home use
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Question: RAID cabinet for home use
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: Question: RAID cabinet for home use
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH] md: use BLK_STS_OK instead of hardcode
  • From: Xianting Tian <xianting_tian@xxxxxxx>
• Re: [PATCH] md: use BLK_STS_OK instead of hardcode
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 1/1] mdadm: Fix building errors
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Question: RAID cabinet for home use (vs "Backplane/Cage/Mobile Rack"?)
  • From: Bill Hudacek <bill.hudacek@xxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Question: RAID cabinet for home use
  • From: Bill Hudacek <bill.hudacek@xxxxxxxxx>
• Re: How does one enable SCTERC on an NVMe drive (and other install questions)
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: How does one enable SCTERC on an NVMe drive (and other install questions)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: How does one enable SCTERC on an NVMe drive (and other install questions)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Wang Shanker <shankerwangmiao@xxxxxxxxx>
• How does one enable SCTERC on an NVMe drive (and other install questions)
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: [PATCH 1/1] mdadm/super1: It needs to specify int32 for bitmap_offset
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 3/3] Don't associate spares with other arrays during RAID Examine
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxxxxxxxx>
• [PATCH 2/3] Remove Spare drives line from details for external metadata
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxxxxxxxx>
• [PATCH 1/3] imsm: correct offset for 4k disks in --examine output
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Wang Shanker <shankerwangmiao@xxxxxxxxx>
• Re: Intermittent stalling of all MD IO, Debian buster (4.19.0-16)
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: Recovering RAID-1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Recovering RAID-1
  • From: H <agents@xxxxxxxxxxxxxx>
• Re: Recovering RAID-1
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Intermittent stalling of all MD IO, Debian buster (4.19.0-16)
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: Intermittent stalling of all MD IO, Debian buster (4.19.0-16)
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [GIT PULL] md-next 20210615
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20210615
  • From: Song Liu <songliubraving@xxxxxx>
• [song-md:md-next] BUILD SUCCESS 97ae27252f4962d0fcc38ee1d9f913d817a2024e
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] Use dev_open in validate geometry container
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• Re: Recover from crash in RAID6 due to hardware failure
  • From: Carlos Maziero <carlos.maziero@xxxxxxxxx>
• Re: Recover from crash in RAID6 due to hardware failure
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Recover from crash in RAID6 due to hardware failure
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: Recover from crash in RAID6 due to hardware failure
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: Recovering RAID-1
  • From: H <agents@xxxxxxxxxxxxxx>
• Re: Recovering RAID-1
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Recovering RAID-1
  • From: H <agents@xxxxxxxxxxxxxx>
• Re: Intermittent stalling of all MD IO, Debian buster (4.19.0-16)
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Intermittent stalling of all MD IO, Debian buster (4.19.0-16)
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: [GIT PULL] md-fixes 20210610
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 9be148e408df7d361ec5afd6299b7736ff3928b0
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] md-fixes 20210610
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [GIT PULL] md-fixes 20210610
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-fixes 20210610
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [RESEND] md: adding a new flag MD_DELETING
  • From: Zhong Lidong <lidong.zhong@xxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 867a92060cfd29e5c011cc088916626005080c82
  • From: kernel test robot <lkp@xxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 36fa858d50d9490332119cd19ca880ac06584c78
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Wang Shanker <shankerwangmiao@xxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [RESEND] md: adding a new flag MD_DELETING
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH v2] md/raid5: avoid device_lock in read_one_chunk()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [RESEND] md: adding a new flag MD_DELETING
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Wang Shanker <shankerwangmiao@xxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Wang Shanker <shankerwangmiao@xxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v2] md/raid5: avoid device_lock in read_one_chunk()
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH v2] md/raid5: avoid device_lock in read_one_chunk()
  • From: <gal.ofri@xxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: [PATCH 17/26] nvdimm-pmem: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Recover from crash in RAID6 due to hardware failure
  • From: Carlos Maziero <carlos.maziero@xxxxxxxxx>
• Re: [PATCH] md/raid5: reduce lock contention in read_one_chunk()
  • From: Gal Ofri <gal.ofri@xxxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Wang Shanker <shankerwangmiao@xxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Wang Shanker <shankerwangmiao@xxxxxxxxx>
• [RESEND] md: adding a new flag MD_DELETING
  • From: Lidong Zhong <lidong.zhong@xxxxxxxx>
• Re: [PATCH] md/raid5: reduce lock contention in read_one_chunk()
  • From: "NeilBrown" <neilb@xxxxxxx>
• [song-md:md-next] BUILD SUCCESS eaf634fc2966114742315d169b3cf99fcbd752a2
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md/raid5: reduce lock contention in read_one_chunk()
  • From: Gal Ofri <gal.ofri@xxxxxxxxxx>
• Re: [PATCH] md/raid5: reduce lock contention in read_one_chunk()
  • From: Gal Ofri <gal.ofri@xxxxxxxxxx>
• Re: [PATCH] md/raid5: reduce lock contention in read_one_chunk()
  • From: Gal Ofri <gal.ofri@xxxxxxxxxx>
• Re: [PATCH] md/raid5: reduce lock contention in read_one_chunk()
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH] md: adding a new flag MD_DELETING
  • From: Zhong Lidong <lidong.zhong@xxxxxxxx>
• Re: [PATCH 0/2] incremental patches about io stats
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: adding a new flag MD_DELETING
  • From: Song Liu <song@xxxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 783b5dcba231f07459f30ca508162c1e670b0dcc
  • From: kernel test robot <lkp@xxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 991e6befee6b08c6af7380eb6e451db57e7ed071
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md/raid5: reduce lock contention in read_one_chunk()
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH] md/raid5: reduce lock contention in read_one_chunk()
  • From: <gal.ofri@xxxxxxxxxx>
• [PATCH 2/2] md: add comments in md_integrity_register
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH 1/2] md: check level before create and exit io_acct_set
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH 0/2] incremental patches about io stats
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [Update PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [Update PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH 1/1] mdadm/super1: It needs to specify int32 for bitmap_offset
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] It needs to check offset array is NULL or not in async_xor_offs
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxxxxxxxx>
• Re: move bd_mutex to the gendisk v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: simplify gendisk and request_queue allocation for bio based drivers
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] md: Constify attribute_group structs
  • From: Song Liu <song@xxxxxxxxxx>
• [Update PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 1/1] It needs to check offset array is NULL or not in async_xor_offs
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] md: Constify attribute_group structs
  • From: Rikard Falkeborn <rikard.falkeborn@xxxxxxxxx>
• Re: [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 3/8] block: move bd_mutex to struct gendisk
  • From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
• [PATCH 1/1] It needs to check offset array is NULL or not in async_xor_offs
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V2 0/7] md: io stats accounting
  • From: Paweł Wiejacha <pawel.wiejacha@xxxxxxxxxxxx>
• Re: [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [song-md:md-next] BUILD REGRESSION 0e2ec211ca2c697c8f94137735f779611e6065a9
  • From: kernel test robot <lkp@xxxxxxxxx>
• [song-md:md-next 2/8] ERROR: modpost: "bioset_integrity_free" [drivers/md/md-mod.ko] undefined!
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [GIT PULL] md-fixes 20210525
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS cc146267914950b12c2bdee68c1e9e5453c81cde
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/4] imsm: lowest namespace support
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: simplify gendisk and request_queue allocation for bio based drivers
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Song Liu <song@xxxxxxxxxx>
• [GIT PULL] md-fixes 20210525
  • From: Song Liu <songliubraving@xxxxxx>
• Re: simplify gendisk and request_queue allocation for bio based drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 8/8] block: remove bdget_disk
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 7/8] block: factor out a part_devt helper
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 6/8] block: move bd_part_count to struct gendisk
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 5/8] block: split __blkdev_put
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 4/8] block: move adjusting bd_part_count out of __blkdev_get
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 3/8] block: move bd_mutex to struct gendisk
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] md/raid5: remove an incorect assert in in_chunk_boundary
  • From: Song Liu <song@xxxxxxxxxx>
• Re: simplify gendisk and request_queue allocation for bio based drivers
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: Spurious bad blocks on RAID-5
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Spurious bad blocks on RAID-5
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• [PATCH V3 8/8] md: mark some personalities as deprecated
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V3 7/8] md/raid10: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V3 6/8] md/raid1: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V3 5/8] md/raid1: rename print_msg with r1bio_existed
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V3 4/8] md/raid5: avoid redundant bio clone in raid5_read_one_chunk
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V3 3/8] md/raid5: move checking badblock before clone bio in raid5_read_one_chunk
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V3 1/8] md: revert io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V3 0/6] md: io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 8/8] block: remove bdget_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 7/8] block: factor out a part_devt helper
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 6/8] block: move bd_part_count to struct gendisk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 5/8] block: split __blkdev_put
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 4/8] block: move adjusting bd_part_count out of __blkdev_get
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/8] block: split __blkdev_get
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 3/8] block: move bd_mutex to struct gendisk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 2/8] block: move sync_blockdev from __blkdev_put to blkdev_put
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 8/8] block: remove bdget_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/8] block: factor out a part_devt helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/8] block: move bd_part_count to struct gendisk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/8] block: split __blkdev_put
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/8] block: move adjusting bd_part_count out of __blkdev_get
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/8] block: move bd_mutex to struct gendisk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/8] block: move sync_blockdev from __blkdev_put to blkdev_put
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/8] block: split __blkdev_get
  • From: Christoph Hellwig <hch@xxxxxx>
• move bd_mutex to the gendisk v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Spurious bad blocks on RAID-5
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS ac5cf751a832c0dc7adf0e880158edd5c58ae854
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md/raid5: remove an incorect assert in in_chunk_boundary
  • From: "Florian D." <spam02@xxxxxxxxxxxx>
• Re: [PATCH V2 2/7] md: add accounting_bio for raid0 and raid5
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 14/26] md: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 18/26] nvme-multipath: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 14/26] md: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/26] dm: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 06/26] brd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [dm-devel] [PATCH 05/26] block: add blk_alloc_disk and blk_cleanup_disk APIs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/26] block: refactor device number setup in __device_add_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [dm-devel] [PATCH 01/26] block: refactor device number setup in __device_add_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V2 0/7] md: io stats accounting
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [UPDATE PATCH V2 3/7] md: the latest try for improve io stats accounting
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V2 2/7] md: add accounting_bio for raid0 and raid5
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md/raid5: remove an incorect assert in in_chunk_boundary
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 12/26] bcache: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 12/26] bcache: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 26/26] block: unexport blk_alloc_queue
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 25/26] null_blk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 24/26] xpram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 23/26] dcssblk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 22/26] ps3vram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 21/26] n64cart: convert to blk_alloc_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 20/26] simdisk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 19/26] nfblock: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 18/26] nvme-multipath: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 17/26] nvdimm-pmem: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 16/26] nvdimm-btt: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 15/26] nvdimm-blk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 14/26] md: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 13/26] dm: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 12/26] bcache: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 11/26] lightnvm: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 10/26] zram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 09/26] rsxx: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 08/26] pktcdvd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 07/26] drbd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 06/26] brd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/26] block: add blk_alloc_disk and blk_cleanup_disk APIs
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 04/26] block: add a flag to make put_disk on partially initalized disks safer
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 03/26] block: automatically enable GENHD_FL_EXT_DEVT
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 02/26] block: move the DISK_MAX_PARTS sanity check into __device_add_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 01/26] block: refactor device number setup in __device_add_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [dm-devel] [PATCH 05/26] block: add blk_alloc_disk and blk_cleanup_disk APIs
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 04/26] block: add a flag to make put_disk on partially initalized disks safer
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 03/26] block: automatically enable GENHD_FL_EXT_DEVT
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 02/26] block: move the DISK_MAX_PARTS sanity check into __device_add_disk
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 01/26] block: refactor device number setup in __device_add_disk
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 19/26] nfblock: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [UPDATE PATCH V2 3/7] md: the latest try for improve io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH V2 3/7] md: the latest try for improve io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH V2 3/7] md: the latest try for improve io stats accounting
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH 12/26] bcache: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/26] bcache: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 26/26] block: unexport blk_alloc_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/26] null_blk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/26] xpram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/26] dcssblk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/26] ps3vram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/26] n64cart: convert to blk_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/26] simdisk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/26] nfblock: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/26] nvme-multipath: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/26] nvdimm-pmem: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/26] nvdimm-btt: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/26] nvdimm-blk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/26] md: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/26] bcache: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/26] dm: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/26] lightnvm: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/26] zram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/26] rsxx: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/26] pktcdvd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/26] drbd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/26] brd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/26] block: add blk_alloc_disk and blk_cleanup_disk APIs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/26] block: automatically enable GENHD_FL_EXT_DEVT
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/26] block: add a flag to make put_disk on partially initalized disks safer
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/26] block: refactor device number setup in __device_add_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/26] block: move the DISK_MAX_PARTS sanity check into __device_add_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• simplify gendisk and request_queue allocation for bio based drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• simplify gendisk and request_queue allocation for bio based drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• [PATCH V2 7/7] md: mark some personalities as deprecated
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V2 6/7] md/raid10: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V2 5/7] md/raid1: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V2 4/7] md/raid1: rename print_msg with r1bio_existed
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V2 3/7] md: the latest try for improve io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V2 2/7] md: add accounting_bio for raid0 and raid5
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V2 0/7] md: io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V2 1/7] md: revert io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Song Liu <song@xxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: raid10 redundancy
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH 1/8] block: split __blkdev_get
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: [PATCH] md/raid5: remove an incorect assert in in_chunk_boundary
  • From: wp1083705-spam02 wp1083705-spam02 <spam02@xxxxxxxxxxxx>
• Re: [PATCH 2/8] block: move sync_blockdev from __blkdev_put to blkdev_put
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 1/8] block: split __blkdev_get
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH] md/raid5: remove an incorect assert in in_chunk_boundary
  • From: Guoqing Jiang <jiangguoqing@xxxxxxxxxx>
• Re: [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH] md/raid5: remove an incorect assert in in_chunk_boundary
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] md/raid5: remove an incorect assert in in_chunk_boundary
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Linux-5.12 regression
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Linux-5.12 regression
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 0/5] md: io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 4/5] md/raid1: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 3/5] md-multipath: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 0/5] md: io stats accounting
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Linux-5.12 regression
  • From: Song Liu <song@xxxxxxxxxx>
• Re: raid10 redundancy
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: raid10 redundancy
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: [PATCH 4/5] md/raid1: enable io accounting
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] md-multipath: enable io accounting
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 5/5] md/raid10: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH 4/5] md/raid1: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH 3/5] md-multipath: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH 1/5] md: revert io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH 0/5] md: io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: raid10 redundancy
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: raid10 redundancy
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• [PATCH 4/4] Manage: Call validate_geometry when adding drive to external container
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 3/4] imsm: Limit support to the lowest namespace
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 2/4] imsm: add devpath_to_char method
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 1/4] imsm: add generic method to resolve "device" links
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 0/4] imsm: lowest namespace support
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Christopher Thomas <youkai@xxxxxxxxxxxxx>
• My superblocks have gone missing, can't reassemble raid5
  • From: Christopher Thomas <youkai@xxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Linux-5.12 regression
  • From: "Florian D." <spam02@xxxxxxxxxxxx>
• Re: Looking for a good documentation on how to recover a raid
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Looking for a good documentation on how to recover a raid
  • From: Michael Marré <michael.marre@xxxxxx>
• Re: raid10 redundancy
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: raid10 redundancy
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: [PATCH] md: don't account io stat for split bio
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH] md: warn about using another MD array as write journal
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH] md: warn about using another MD array as write journal
  • From: Vojtech Myslivec <vojtech@xxxxxxxxxxxx>
• Re: Patch to fix boot from RAID-1 partitioned arrays
  • From: "J. Brian Kelley" <jbk@xxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: raid10 redundancy
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Patch to fix boot from RAID-1 partitioned arrays
  • From: Geoff Back <geoff@xxxxxxxxxxxxxxx>
• Re: Patch to fix boot from RAID-1 partitioned arrays
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Patch to fix boot from RAID-1 partitioned arrays
  • From: Geoff Back <geoff@xxxxxxxxxxxxxxx>
• Patch to fix boot from RAID-1 partitioned arrays
  • From: Geoff Back <geoff@xxxxxxxxxxxxxxx>
• [PATCH 8/8] block: remove bdget_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/8] block: factor out a part_devt helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/8] block: move bd_part_count to struct gendisk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/8] block: move bd_mutex to struct gendisk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/8] block: split __blkdev_put
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/8] block: move adjusting bd_part_count out of __blkdev_get
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/8] block: move sync_blockdev from __blkdev_put to blkdev_put
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/8] block: split __blkdev_get
  • From: Christoph Hellwig <hch@xxxxxx>
• move bd_mutex to the gendisk (resend)
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Kernel bug in async_xor_offs during RAID5 recovery
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: don't account io stat for split bio
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] md: don't account io stat for split bio
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] md: don't account io stat for split bio
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: don't account io stat for split bio
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: adding a new flag MD_DELETING
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: don't account io stat for split bio
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] md: don't account io stat for split bio
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: raid10 redundancy
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] md: don't account io stat for split bio
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH] md: don't account io stat for split bio
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH] md: don't account io stat for split bio
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: keld@xxxxxxxxxx
• Re: [PATCH] md: adding a new flag MD_DELETING
  • From: Zhong Lidong <lidong.zhong@xxxxxxxx>
• Re: raid10 redundancy
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• [PATCH] md: don't account io stat for split bio
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: raid10 redundancy
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: PROBLEM: double fault in md_end_io
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: raid10 redundancy
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: raid10 redundancy
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: raid10 redundancy
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: raid10 redundancy
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: raid10 redundancy
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: raid10 redundancy
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: PROBLEM: double fault in md_end_io
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH] Prevent user from using --stop with ambiguous args
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] Fix some building errors
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: change wrong size verification
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: Kernel bug in async_xor_offs during RAID5 recovery
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: raid10 redundancy
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: raid10 redundancy
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: PROBLEM: double fault in md_end_io
  • From: Song Liu <song@xxxxxxxxxx>
• raid10 redundancy
  • From: d tbsky <tbskyd@xxxxxxxxx>
• [PATCH] Prevent user from using --stop with ambiguous args
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: PROBLEM: double fault in md_end_io
  • From: Paweł Wiejacha <pawel.wiejacha@xxxxxxxxxxxx>
• Re: add new disk with dd
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Kernel bug in async_xor_offs during RAID5 recovery
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxxxxxxxx>
• Raid1 and Raid10 Discard Limit Fixups for 5.13 Merge Window
  • From: Matthew Ruffell <matthew.ruffell@xxxxxxxxxxxxx>
• Re: add new disk with dd
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: add new disk with dd
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: add new disk with dd
  • From: Mateusz <mateusz-lists@xxxxxxxxxxxxxx>
• Re: add new disk with dd
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• add new disk with dd
  • From: d tbsky <tbskyd@xxxxxxxxx>
• [PATCH] md: adding a new flag MD_DELETING
  • From: Lidong Zhong <lidong.zhong@xxxxxxxx>
• [song-md:md-next] BUILD SUCCESS ceaf2966ab082bbc4d26516f97b3ca8a676e2af8
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] md-next 20210426
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20210426
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 1/1] async_xor: It should add src_offs when dropping destination page
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] async_xor: It should add src_offs when dropping destination page
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 1/1] async_xor: It should add src_offs when dropping destination page
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 2417b9869b81882ab90fd5ed1081a1cb2d4db1dd
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] md-next 20210423
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20210423
  • From: Song Liu <songliubraving@xxxxxx>
• Re: Cannot add replacement hard drive to mdadm RAID5 array
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: PROBLEM: double fault in md_end_io
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 1/1] Fix some building errors
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: PROBLEM: double fault in md_end_io
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS ddf9acf2430d7ca8d9eae2f658292684af46d5bb
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Cannot add replacement hard drive to mdadm RAID5 array
  • From: Devon Beets <devon@xxxxxxxxxxxxxxxx>
• [PATCH] md-cluster: set correct sb->resync_offset
  • From: Heming Zhao <heming.zhao@xxxxxxxx>
• Re: PROBLEM: double fault in md_end_io
  • From: Paweł Wiejacha <pawel.wiejacha@xxxxxxxxxxxx>
• Re: [PATCH] md/raid1: properly indicate failure when ending a failed write request
  • From: Song Liu <song@xxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 77b743f3aab662295129d8d7901ff3ea20674a49
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md/raid1: properly indicate failure when ending a failed write request
  • From: Paul Clements <paul.clements@xxxxxxxxxxx>
• [PATCH] imsm: change wrong size verification
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS b70dbcef094b6d0318a97554c4daa92b4a6c72ed
  • From: kernel test robot <lkp@xxxxxxxxx>
• [RESEND PATCH v2] md-cluster: fix use-after-free issue when removing rdev
  • From: Heming Zhao <heming.zhao@xxxxxxxx>
• Re: [PATCH v2] md-cluster: fix use-after-free issue when removing rdev
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• Re: [PATCH] md/raid1: properly indicate failure when ending a failed write request
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2] md-cluster: fix use-after-free issue when removing rdev
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] md/raid1: properly indicate failure when ending a failed write request
  • From: Paul Clements <paul.clements@xxxxxxxxxxx>
• Re: [dm-devel] [RFC PATCH 2/2] block: support to freeze bio based request queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v2] md-cluster: fix use-after-free issue when removing rdev
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• Re: [dm-devel] [RFC PATCH 2/2] block: support to freeze bio based request queue
  • From: JeffleXu <jefflexu@xxxxxxxxxxxxxxxxx>
• Re: [dm-devel] [RFC PATCH 2/2] block: support to freeze bio based request queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [dm-devel] [RFC PATCH 2/2] block: support to freeze bio based request queue
  • From: JeffleXu <jefflexu@xxxxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 404a8ef512587b2460107d3272c17a89aef75edf
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: mdadm-4.2-rc1
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [dm-devel] [RFC PATCH 2/2] block: support to freeze bio based request queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [dm-devel] [RFC PATCH 2/2] block: support to freeze bio based request queue
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [RFC PATCH 1/2] percpu_ref: add percpu_ref_tryget_many_live
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [GIT PULL] md-next 20210415
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20210415
  • From: Song Liu <songliubraving@xxxxxx>
• Re: PROBLEM: double fault in md_end_io
  • From: Paweł Wiejacha <pawel.wiejacha@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] block: support to freeze bio based request queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [RFC PATCH 2/2] block: support to freeze bio based request queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [RFC PATCH 1/2] percpu_ref: add percpu_ref_tryget_many_live
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [RFC PATCH 0/2] block: support to freeze bio based queue
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: PROBLEM: double fault in md_end_io
  • From: Song Liu <song@xxxxxxxxxx>
• Re: PROBLEM: double fault in md_end_io
  • From: Song Liu <song@xxxxxxxxxx>
• mdadm-4.2-rc1
  • From: Jes Sorensen <jes.sorensen@xxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 2715e61834586cef8292fcaa457cbf2da955a3b8
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: PROBLEM: double fault in md_end_io
  • From: Paweł Wiejacha <pawel.wiejacha@xxxxxxxxxxxx>
• Re: [PATCH v2] md/bitmap: wait for external bitmap writes to complete during tear down
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH v2] md/bitmap: wait for external bitmap writes to complete during tear down
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• RE: [PATCH] md/bitmap: wait for external bitmap writes to complete during tear down
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• Re: [PATCH] md/bitmap: wait for external bitmap writes to complete during tear down
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• [PATCH] md/bitmap: wait for external bitmap writes to complete during tear down
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• Re: refactor mddev_find_or_alloc
  • From: Song Liu <song@xxxxxxxxxx>
• RE: [PATCH] md/bitmap: wait for bitmap writes to complete during the tear down sequence
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• Re: new mdadm release
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• new mdadm release
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/bitmap: wait for bitmap writes to complete during the tear down sequence
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• RE: [PATCH] md/bitmap: wait for bitmap writes to complete during the tear down sequence
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• [PATCH 3/3] md: do not return existing mddevs from mddev_find_or_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] md: refactor mddev_find_or_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] md: factor out a mddev_alloc_unit helper from mddev_find
  • From: Christoph Hellwig <hch@xxxxxx>
• refactor mddev_find_or_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: PROBLEM: double fault in md_end_io
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md/bitmap: wait for bitmap writes to complete during the tear down sequence
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md/bitmap: wait for bitmap writes to complete during the tear down sequence
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• RE: [PATCH] md/bitmap: wait for bitmap writes to complete during the tear down sequence
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• Re: [PATCH] md/bitmap: wait for bitmap writes to complete during the tear down sequence
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• PROBLEM: double fault in md_end_io
  • From: Paweł Wiejacha <pawel.wiejacha@xxxxxxxxxxxx>
• [PATCH] md/bitmap: wait for bitmap writes to complete during the tear down sequence
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 65aa97c4d2bfd76677c211b9d03ef05a98c6d68e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] md-next 20210407
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 10/15] block: move bd_mutex to struct gendisk
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• Re: OT: Processor recommendation for RAID6
  • From: Gal Ofri <gal.ofri@xxxxxxxxxx>
• [PATCH v2] md-cluster: fix use-after-free issue when removing rdev
  • From: Heming Zhao <heming.zhao@xxxxxxxx>
• Re: [PATCH] md-cluster: fix use-after-free issue when removing rdev
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• [GIT PULL] md-next 20210407
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] md-cluster: fix use-after-free issue when removing rdev
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• Re: [PATCH] md-cluster: fix use-after-free issue when removing rdev
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] md-cluster: fix use-after-free issue when removing rdev
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• Re: [PATCH] md-cluster: fix use-after-free issue when removing rdev
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH] md-cluster: fix use-after-free issue when removing rdev
  • From: Heming Zhao <heming.zhao@xxxxxxxx>
• Re: OT: Processor recommendation for RAID6
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: bitmaps on xfs
  • From: Mark Wagner <carnildo@xxxxxxxxx>
• SHM: blk_update_request: I/O error, dev loop5, sector 1001648 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: OT: Processor recommendation for RAID6
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: Cannot add replacement hard drive to mdadm RAID5 array
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: OT: Processor recommendation for RAID6
  • From: Hans Henrik Happe <happe@xxxxxx>
• Re: Cannot add replacement hard drive to mdadm RAID5 array
  • From: Devon Beets <devon@xxxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [regression 5.4.97 → 5.10.24]: raid6 avx2x4 speed drops from 18429 MB/s to 6155 MB/s
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [regression 5.4.97 → 5.10.24]: raid6 avx2x4 speed drops from 18429 MB/s to 6155 MB/s
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS f21c86cf789a60e5f4054fe897026f612ac5f123
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: bitmaps on xfs (was "Re: how do i bring this disk back into the fold?")
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: systemd black magic (was "Re: Question about mdcheck")
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: systemd black magic (was "Re: Question about mdcheck")
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: Question about mdcheck
  • From: Jeffery Small <jeff@xxxxxxxx>
• Re: bitmaps on xfs (was "Re: how do i bring this disk back into the fold?")
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: bitmaps on xfs
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: bitmaps on xfs
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Question about mdcheck
  • From: Jeffery Small <jeff@xxxxxxxx>
• Re: split mddev_find and don't create new instance in ->open
  • From: Song Liu <song@xxxxxxxxxx>
• Re: bitmaps on xfs (was "Re: how do i bring this disk back into the fold?")
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: bitmaps on xfs (was "Re: how do i bring this disk back into the fold?")
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] md: factor out a mddev_find_locked helper from mddev_find
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/2] md: split mddev_find
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• Re: [PATCH 1/2] md: factor out a mddev_find_locked helper from mddev_find
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• Re: [PATCH] md: md_open returns -EBUSY when entering racing area
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• [PATCH 1/2] md: factor out a mddev_find_locked helper from mddev_find
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/2] md: split mddev_find
  • From: Christoph Hellwig <hch@xxxxxx>
• split mddev_find and don't create new instance in ->open
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] md: md_open returns -EBUSY when entering racing area
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [regression 5.4.97 → 5.10.24]: raid6 avx2x4 speed drops from 18429 MB/s to 6155 MB/s
  • From: Thomas Backlund <tmb@xxxxxx>
• [PATCH] md: md_open returns -EBUSY when entering racing area
  • From: Zhao Heming <heming.zhao@xxxxxxxx>
• Re: [PATCH v2] md: don't create mddev in md_open
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• Re: how do i bring this disk back into the fold?
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: [PATCH v2] md: don't create mddev in md_open
  • From: Song Liu <song@xxxxxxxxxx>
• Re: OT: Processor recommendation for RAID6
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: [regression 5.4.97 → 5.10.24]: raid6 avx2x4 speed drops from 18429 MB/s to 6155 MB/s
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2] md: don't create mddev in md_open
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxxxxxxxx>
• Re: OT: Processor recommendation for RAID6
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [regression 5.4.97 → 5.10.24]: raid6 avx2x4 speed drops from 18429 MB/s to 6155 MB/s
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH v2] md: don't create mddev in md_open
  • From: Song Liu <song@xxxxxxxxxx>
• Re: how do i bring this disk back into the fold?
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: how do i bring this disk back into the fold?
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: how do i bring this disk back into the fold?
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] md: don't create mddev in md_open
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• Re: [PATCH 10/15] block: move bd_mutex to struct gendisk
  • From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
• Re: [PATCH v2] md: don't create mddev in md_open
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v2] md: don't create mddev in md_open
  • From: Zhao Heming <heming.zhao@xxxxxxxx>
• Re: [PATCH] md: don't create mddev in md_open
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• Re: [PATCH] md: don't create mddev in md_open
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: don't create mddev in md_open
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• Re: [PATCH] md: don't create mddev in md_open
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 01/15] md: remove the code to flush an old instance in md_open
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/15] md: remove the code to flush an old instance in md_open
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• Re: [PATCH 15/15] block: remove bdget_disk
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• [PATCH 15/15] block: remove bdget_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/15] block: factor out a part_devt helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/15] block: move bd_part_count to struct gendisk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/15] block: split __blkdev_put
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/15] block: move adjusting bd_part_count out of __blkdev_get
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/15] block: move bd_mutex to struct gendisk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/15] block: move sync_blockdev from __blkdev_put to blkdev_put
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/15] block: split __blkdev_get
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/15] block: remove the -ERESTARTSYS handling in blkdev_get_by_dev
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/15] md: refactor mddev_find_or_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/15] md: do not return existing mddevs from mddev_find_or_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/15] md: split mddev_find
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/15] md: factor out a mddev_find_locked helper from mddev_find
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/15] md: factor out a mddev_alloc_unit helper from mddev_find
  • From: Christoph Hellwig <hch@xxxxxx>
• move bd_mutex to the gendisk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/15] md: remove the code to flush an old instance in md_open
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] md: don't create mddev in md_open
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• [PATCH] md: don't create mddev in md_open
  • From: Zhao Heming <heming.zhao@xxxxxxxx>
• Re: why won't this RAID5 device start?
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: why won't this RAID5 device start?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: why won't this RAID5 device start?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• how do i bring this disk back into the fold?
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• why won't this RAID5 device start?
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [GITPULL] md-next 20210324
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 7abfabaf5f805f5171d133ce6af9b65ab766e76a
  • From: kernel test robot <lkp@xxxxxxxxx>
• [GITPULL] md-next 20210324
  • From: Song Liu <songliubraving@xxxxxx>
• Re: MDRaid Rollback
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: MDRaid Rollback
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: MDRaid Rollback
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: MDRaid Rollback
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• MDRaid Rollback
  • From: Shaun Glass <shaunglass@xxxxxxxxx>
• Re: raid5 crash on system which PAGE_SIZE is 64KB
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: raid5 crash on system which PAGE_SIZE is 64KB
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: raid5 crash on system which PAGE_SIZE is 64KB
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md: warn about using another MD array as write journal
  • From: Manuel Riel <manu@xxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: Fix missing unused status line of /proc/mdstat
  • From: Song Liu <song@xxxxxxxxxx>
• Re: raid5 crash on system which PAGE_SIZE is 64KB
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH] md: warn about using another MD array as write journal
  • From: Song Liu <song@xxxxxxxxxx>
• Re: IMSM regresion
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: warn about using another MD array as write journal
  • From: Manuel Riel <manu@xxxxxxxxxxxxx>