Linux RAID Storage Date Index

• Thread Index

• [PATCH 07/34] md: consistent spacing around operators [ERROR]
  • From: heinzm@xxxxxxxxxx
• [PATCH 05/34] md: correct code indent [ERROR]
  • From: heinzm@xxxxxxxxxx
• [PATCH 04/34] md: adjust braces on functions/structures [ERROR]
  • From: heinzm@xxxxxxxxxx
• [PATCH 00/34] address various checkpatch.pl requirements
  • From: heinzm@xxxxxxxxxx
• [PATCH 02/34] md: fix 'foo*' and 'foo * bar' [ERROR]
  • From: heinzm@xxxxxxxxxx
• [PATCH 03/34] md: fix EXPORT_SYMBOL() to follow its functions immediately [ERROR]
  • From: heinzm@xxxxxxxxxx
• [PATCH 08/34] md: don't initilize statics/globals to 0/false [ERROR]
  • From: heinzm@xxxxxxxxxx
• [PATCH 06/34] md: move trailing statements to next line [ERROR]
  • From: heinzm@xxxxxxxxxx
• [PATCH 01/34] md: fix required/prohibited spaces [ERROR]
  • From: heinzm@xxxxxxxxxx
• Re: [regression] Bug 217074 - upgrading to kernel 6.1.12 from 5.15.x can no longer assemble software raid0
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 3/7] hv: simplify sysctl registration
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH] raid0, linear, md: add error_handlers
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] mdmon improvements for switchroot
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] xen: simplify sysctl registration for balloon
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH 5/6] mdmon: Remove need for KillMode=none
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [bug report] md: range check slot number when manually adding a spare.
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH] md: avoid signed overflow in slot_store()
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 6/6] mdmon improvements for switchroot
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [regression] Bug 217074 - upgrading to kernel 6.1.12 from 5.15.x can no longer assemble software raid0
  • From: "NeilBrown" <neilb@xxxxxxx>
• Bug in reshape+discard?
  • From: Benjamin Sonntag <benjamin@xxxxxxxxxxx>
• [PATCH -next] raid10: don't BUG_ON() in raise_barrier()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Why isn't the "Support Intel AHCI remapped NVMe devices" in mainline?
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH -next] md: fix soft lockup in status_resync
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next] raid10: fix leak of io accounting
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Why isn't the "Support Intel AHCI remapped NVMe devices" in mainline?
  • From: Michael Fritscher <michael@xxxxxxxxxxxxx>
• Re: [regression] Bug 217074 - upgrading to kernel 6.1.12 from 5.15.x can no longer assemble software raid0
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 4/7] md: simplify sysctl registration
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [bug report] md: range check slot number when manually adding a spare.
  • From: Dan Carpenter <error27@xxxxxxxxx>
• [PATCH v2 6/6] super-ddf.c: fix memleak in get_vd_num_of_subarray()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2 5/6] super-intel.c: fix memleak in find_disk_attached_hba()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2 4/6] isuper-intel.c: fix double free in load_imsm_mpb()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2 0/6] rebased patch set from Wu Guanghao
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2 2/6] util.c: fix memleak in parse_layout_faulty()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2 1/6] util.c: reorder code lines in parse_layout_faulty()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2 3/6] Detail.c: fix memleak in Detail()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [bug report] md: range check slot number when manually adding a spare.
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• [bug report] md: range check slot number when manually adding a spare.
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Re: [PATCH 2/3] mdadm: refactor ident->name handling
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH mdadm v7 4/7] mdadm: Introduce pr_info()
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] util.c: code cleanup for parse_layout_faulty()
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: The gendisk of raid can't be released
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH mdadm v7 5/7] mdadm: Add --write-zeros option for Create
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 6/6] super-ddf.c: fix memleak in get_vd_num_of_subarray()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 5/6] super-intel.c: fix memleak in find_disk_attached_hba()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 4/6] isuper-intel.c: fix double free in load_imsm_mpb()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 3/6] Detail.c: fix memleak in Detail()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 2/6] util.c: fix memleak in parse_layout_faulty()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 1/6] util.c: code cleanup for parse_layout_faulty()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 0/6] rebased patch set from Wu Guanghao
  • From: Coly Li <colyli@xxxxxxx>
• Re: The gendisk of raid can't be released
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v5 3/3] md: Use optimal I/O size for last bitmap page
  • From: Xiao Ni <xni@xxxxxxxxxx>
• RE: [PATCH 3/7] hv: simplify sysctl registration
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 2/7] ipmi: simplify sysctl registration
  • From: Corey Minyard <minyard@xxxxxxx>
• [PATCH 3/7] hv: simplify sysctl registration
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 7/7] xen: simplify sysctl registration for balloon
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 0/7] sysctl: slowly deprecate register_sysctl_table()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 2/7] ipmi: simplify sysctl registration
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 1/7] scsi: simplify sysctl registration with register_sysctl()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 4/7] md: simplify sysctl registration
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 5/7] sgi-xp: simplify sysctl registration
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 6/7] tty: simplify sysctl registration
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v5 3/3] md: Use optimal I/O size for last bitmap page
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: [PATCH mdadm v7 0/7] Write Zeroes option for Creating Arrays
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v3 0/8] Mdmonitor refactor and udev event handling improvements
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 7/8] Mdmonitor: Improve udev event handling
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 8/8] udev: Move udev_block() and udev_unblock() into udev.c
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• The gendisk of raid can't be released
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 2/3] mdadm: refactor ident->name handling
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] md: Use optimal I/O size for last bitmap page
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH mdadm v7 0/7] Write Zeroes option for Creating Arrays
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH mdadm v7 0/7] Write Zeroes option for Creating Arrays
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• [PATCH mdadm v7 3/7] Create: Factor out add_disks() helpers
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v7 6/7] tests/00raid5-zero: Introduce test to exercise --write-zeros.
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v7 7/7] manpage: Add --write-zeroes option to manpage
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v7 2/7] Create: remove safe_mode_delay local variable
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v7 4/7] mdadm: Introduce pr_info()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v7 5/7] mdadm: Add --write-zeros option for Create
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v7 1/7] Create: goto abort_locked instead of return 1 in error path
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH mdadm v7 0/7] Write Zeroes option for Creating Arrays
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v5 3/3] md: Use optimal I/O size for last bitmap page
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: [PATCH 6/6] mdmon improvements for switchroot
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] md: Use optimal I/O size for last bitmap page
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 0/6] Assorted patches relating to mdmon
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [regression] Bug 217074 - upgrading to kernel 6.1.12 from 5.15.x can no longer assemble software raid0
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH] Grow: fix can't change bitmap type from none to clustered.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] md: Use optimal I/O size for last bitmap page
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: [regression] Bug 217074 - upgrading to kernel 6.1.12 from 5.15.x can no longer assemble software raid0
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 5.10] md: Flush workqueue md_rdev_misc_wq in md_alloc()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5] Fix NULL dereference in super_by_fd
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5] Fix NULL dereference in super_by_fd
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V5] Fix NULL dereference in super_by_fd
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH V5] Fix NULL dereference in super_by_fd
  • From: Li Xiao Keng <lixiaokeng@xxxxxxxxxx>
• Re: [PATCH v5 3/3] md: Use optimal I/O size for last bitmap page
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 6/6] mdmon improvements for switchroot
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 5/6] mdmon: Remove need for KillMode=none
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 4/6] mdmon: change systemd unit file to use --foreground
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 3/6] mdmon: don't test both 'all' and 'container_name'.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/6] Improvements for IMSM_NO_PLATFORM testing.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/6] Use existence of /etc/initrd-release to detect initrd.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/6] Assorted patches relating to mdmon
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH v5 3/3] md: Use optimal I/O size for last bitmap page
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [PATCH v5 2/3] md: Fix types in sb writer
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [PATCH v5 0/3] md/bitmap: Optimal last page size
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [PATCH v5 1/3] md: Move sb writer loop to its own function
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: [PATCH v4 1/3] md: Move sb writer loop to its own function
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: question about 5e8daf906f89 ("md: Flush workqueue md_rdev_misc_wq in md_alloc()”)
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH V4] Fix NULL dereference in super_by_fd
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH mdadm v6 6/7] tests/00raid5-zero: Introduce test to exercise --write-zeros.
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH mdadm v6 7/7] manpage: Add --write-zeroes option to manpage
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH mdadm v6 5/7] mdadm: Add --write-zeros option for Create
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH mdadm v6 3/7] Create: Factor out add_disks() helpers
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH mdadm v6 4/7] mdadm: Introduce pr_info()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH mdadm v6 2/7] Create: remove safe_mode_delay local variable
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH mdadm v6 1/7] Create: goto abort_locked instead of return 1 in error path
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v4 1/3] md: Move sb writer loop to its own function
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Timestamps from the future (was: [PATCH 5.10] md: Flush workqueue md_rdev_misc_wq in md_alloc())
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• Timestamps from the future (was: [PATCH 5.10] md: Flush workqueue md_rdev_misc_wq in md_alloc())
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH 5.10] md: Flush workqueue md_rdev_misc_wq in md_alloc()
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• Re: question about 5e8daf906f89 ("md: Flush workqueue md_rdev_misc_wq in md_alloc()”)
  • From: Hou Tao <houtao1@xxxxxxxxxx>
• Re: [PATCH V4] Fix NULL dereference in super_by_fd
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V4] Fix NULL dereference in super_by_fd
  • From: Li Xiao Keng <lixiaokeng@xxxxxxxxxx>
• [PATCH v2] Grow: fix can't change bitmap type from none to clustered
  • From: Heming Zhao <heming.zhao@xxxxxxxx>
• Re: [PATCH] Grow: fix can't change bitmap type from none to clustered.
  • From: Heming Zhao <heming.zhao@xxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 6e95cefc15299684b031ea5cbb8cdf627c069d66
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v4 1/3] md: Move sb writer loop to its own function
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [PATCH v4 2/3] md: Fix types in sb writer
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [PATCH v4 3/3] md: Use optimal I/O size for last bitmap page
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [PATCH v4 0/3] md/bitmap: Optimal last page size
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: [PATCH] Grow: fix can't change bitmap type from none to clustered.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Grow: fix can't change bitmap type from none to clustered.
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [regression] Bug 217074 - upgrading to kernel 6.1.12 from 5.15.x can no longer assemble software raid0
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH] Grow: fix can't change bitmap type from none to clustered.
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] Fix memory leak for function Manage_subdevs Manage_add Kill V2
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] Grow: fix can't change bitmap type from none to clustered.
  • From: Heming Zhao <heming.zhao@xxxxxxxx>
• Re: [PATCH v3 4/8] Add helpers to determine whether directories or files are soft links
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v3 7/8] Mdmonitor: Improve udev event handling
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v3 8/8] udev: Move udev_block() and udev_unblock() into udev.c
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v3 5/8] Mdmonitor: Refactor write_autorebuild_pid()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v3 6/8] Mdmonitor: Refactor check_one_sharer() for better error handling
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v3 3/8] Mdmonitor: Add helper functions
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v3 2/8] Mdmonitor: Pass events to alert() using enums instead of strings
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] Fix memory leak for function Manage_subdevs Manage_add Kill V2
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] md: Move sb writer loop to its own function
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/1] md: Free resources in __md_stop
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 3/3] md: Use optimal I/O size for last bitmap page
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] md: Use optimal I/O size for last bitmap page
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] md: Use optimal I/O size for last bitmap page
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] md: Fix types in sb writer
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] md: Move sb writer loop to its own function
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v3 3/3] md: Use optimal I/O size for last bitmap page
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [PATCH v3 1/3] md: Move sb writer loop to its own function
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [PATCH v3 2/3] md: Fix types in sb writer
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [PATCH v3 0/3] md/bitmap: Optimal last page size
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [PATCH] Fix memory leak for function Manage_subdevs Manage_add Kill V2
  • From: miaoguanqin <miaoguanqin@xxxxxxxxxx>
• [PATCH 1/1] md: Free resources in __md_stop
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 0/2] md/raid10: random bugfix
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH 2/2] md/raid10: fix null-ptr-deref in raid10_sync_request
  • From: linan666@xxxxxxxxxxxxxxx
• [PATCH 1/2] md/raid10: fix taks hung in raid10d
  • From: linan666@xxxxxxxxxxxxxxx
• Re: [PATCH] md: fix null-ptr-deference in md_free_disk()
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• Re: [PATCH] md: fix null-ptr-deference in md_free_disk()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md: fix null-ptr-deference in md_free_disk()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v2] md: Use optimal I/O size for last bitmap page
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2] md: Use optimal I/O size for last bitmap page
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] md: fix null-ptr-deference in md_free_disk()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] md: Use optimal I/O size for last bitmap page
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: [PATCH v2] md: Use optimal I/O size for last bitmap page
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md: Use optimal I/O size for last bitmap page
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2] md: Use optimal I/O size for last bitmap page
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: [PATCH v2] md: Use optimal I/O size for last bitmap page
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH v2] md: Use optimal I/O size for last bitmap page
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: [PATCH] md: Use optimal I/O size for last bitmap page
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• Re: [PATCH] md: Use optimal I/O size for last bitmap page
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] md: Use optimal I/O size for last bitmap page
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [PATCH] enable RAID for SATA under VMD
  • From: Kevin Friedberg <kev.friedberg@xxxxxxxxx>
• Re: [dm-devel] RAID4 with no striping mode request
  • From: Kyle Sanderson <kyle.leet@xxxxxxxxx>
• Re: [dm-devel] RAID4 with no striping mode request
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: [dm-devel] RAID4 with no striping mode request
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [dm-devel] RAID4 with no striping mode request
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: [dm-devel] RAID4 with no striping mode request
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [dm-devel] RAID4 with no striping mode request
  • From: Kyle Sanderson <kyle.leet@xxxxxxxxx>
• Re: [dm-devel] RAID4 with no striping mode request
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: RAID4 with no striping mode request
  • From: Song Liu <song@xxxxxxxxxx>
• Re: (subset) [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH] md/raid10: Fix typo in comment (replacment -> replacement)
  • From: Jiangshan Yi <yijiangshan@xxxxxxxxxx>
• [PATCH] md: make kobj_type structures constant
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: RAID4 with no striping mode request
  • From: Kyle Sanderson <kyle.leet@xxxxxxxxx>
• Re: RAID4 with no striping mode request
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH] treat AHCI controllers under VMD as part of VMD
  • From: Kevin Friedberg <kev.friedberg@xxxxxxxxx>
• RAID4 with no striping mode request
  • From: Kyle Sanderson <kyle.leet@xxxxxxxxx>
• Re: [PATCH] Revert "mdadm/systemd: remove KillMode=none from service file"
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] md: Use optimal I/O size for last bitmap page
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] Fix memory leak for function Manage_subdevs Manage_add Kill
  • From: miaoguanqin <miaoguanqin@xxxxxxxxxx>
• Re: [PATCH] treat AHCI controllers under VMD as part of VMD
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 76fed01420bb8b0e282745a4945925b25751d42b
  • From: kernel test robot <lkp@xxxxxxxxx>
• question about 5e8daf906f89 ("md: Flush workqueue md_rdev_misc_wq in md_alloc()”)
  • From: Li Nan <linan666@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: Use optimal I/O size for last bitmap page
  • From: Jonathan Derrick <jonathan.derrick@xxxxxxxxx>
• [song-md:new_module_alloc_build_test] BUILD SUCCESS efe6ec771369ca06ed80182c30ffcf9c494146dd
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] treat AHCI controllers under VMD as part of VMD
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [GIT PULL] md-next 20230208
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20230208
  • From: Song Liu <songliubraving@xxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 3f7c3f2b0f113ac56fc202733110e1b738206be3
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/1] md: Increase active_io to count acct_io
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] md: Increase active_io to count acct_io
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 1/1] md: Increase active_io to count acct_io
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [song-md:new_module_alloc_build_test] BUILD SUCCESS d63bee3fea6c9ac940de7b3725bf9adf7050a430
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] treat AHCI controllers under VMD as part of VMD
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Slow discard on RAID1 with --write-mostly: split into 1MB requests
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: [PATCH] treat AHCI controllers under VMD as part of VMD
  • From: Kevin Friedberg <kev.friedberg@xxxxxxxxx>
• throughput testing (was "Re: how to know a hard drive will mix well")
  • From: David Thorburn-Gundlach <davidtg-robot@xxxxxxxxxxxxxxx>
• [song-md:new_module_alloc_build_test] BUILD SUCCESS 9e278a4880d5bee01bab987f06b709da7d532e93
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: how to know a hard drive will mix well
  • From: David Thorburn-Gundlach <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: how to know a hard drive will mix well
  • From: David Thorburn-Gundlach <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: block: remove submit_bio_noacct
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: block: remove submit_bio_noacct
  • From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
• [song-md:new_module_alloc_build_test 1/1] arch/arm64/kernel/module-plts.c:70:28: error: incompatible pointer to integer conversion passing 'void *' to parameter of type 'unsigned long'
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: block: remove submit_bio_noacct
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: block: remove submit_bio_noacct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/1] md: Increase active_io to count acct_io
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: block: remove submit_bio_noacct
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: how to know a hard drive will mix well
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: block: remove submit_bio_noacct
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: how to know a hard drive will mix well
  • From: Wol <antlists@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] md-next 20230202
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: how to know a hard drive will mix well
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• [GIT PULL] md-next 20230202
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [dm-devel] [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: how to know a hard drive will mix well
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [dm-devel] [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] block: remove submit_bio_noacct
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [song-md:md-next] BUILD SUCCESS ed821cf84e7b969fb5b63598c89d3428a30d8d31
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V3 1/1] md/raid0: Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• how to know a hard drive will mix well
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• [PATCH v3 7/8] Mdmonitor: Improve udev event handling
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v3 8/8] udev: Move udev_block() and udev_unblock() into udev.c
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v3 5/8] Mdmonitor: Refactor write_autorebuild_pid()
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v3 6/8] Mdmonitor: Refactor check_one_sharer() for better error handling
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v3 2/8] Mdmonitor: Pass events to alert() using enums instead of strings
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v3 4/8] Add helpers to determine whether directories or files are soft links
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v3 3/8] Mdmonitor: Add helper functions
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v3 1/8] Mdmonitor: Make alert_info global
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v3 0/8] Mdmonitor refactor and udev event handling improvements
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH] Revert "mdadm/systemd: remove KillMode=none from service file"
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/1] md/raid0: Add mddev->io_acct_cnt for raid0_quiesce
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: don't update recovery_cp when curr_resync is ACTIVE
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: don't update recovery_cp when curr_resync is ACTIVE
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/1] md/raid0: Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH V4 1/1] md/raid0: Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH V3 1/1] md/raid0: Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH V3 1/1] md/raid0: Add mddev->io_acct_cnt for raid0_quiesce
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2] md: use MD_RESYNC_* whenever possible
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH] md: don't update recovery_cp when curr_resync is ACTIVE
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2] md: use MD_RESYNC_* whenever possible
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH mdadm v6 0/7] Write Zeroes option for Creating Arrays
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH mdadm v6 0/7] Write Zeroes option for Creating Arrays
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm reshape hangs on external grow chunk
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH V3 1/1] md/raid0: Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] treat AHCI controllers under VMD as part of VMD
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH v2] md: use MD_RESYNC_* whenever possible
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] md: Free writes_pending in md_stop
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V2 1/1] md/raid0: Add mddev->io_acct_cnt for raid0_quiesce
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V2 2/2] md: Change active_io to percpu
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: use MD_RESYNC_* whenever possible
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: don't update recovery_cp when curr_resync is ACTIVE
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: use MD_RESYNC_* whenever possible
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] md: use MD_RESYNC_* whenever possible
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• [PATCH V2 1/1] md/raid0: Add mddev->io_acct_cnt for raid0_quiesce
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md: don't update recovery_cp when curr_resync is ACTIVE
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH 2/9] Documentation: driver-api: correct spelling
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] md: don't update recovery_cp when curr_resync is ACTIVE
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• [PATCH V2 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 V2 0/2] md: Change active_io to percpu
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [dm-devel] [PATCH] md: use preallocated hashed wait queues instead of mddev->sb_wait
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [dm-devel] [PATCH] md: use preallocated hashed wait queues instead of mddev->sb_wait
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 2/2] md: Change active_io to percpu
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 2/9] Documentation: driver-api: correct spelling
  • From: Song Liu <song@xxxxxxxxxx>
• RE: [PATCH 2/9] Documentation: driver-api: correct spelling
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 2/9] Documentation: driver-api: correct spelling
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] treat AHCI controllers under VMD as part of VMD
  • From: Kevin Friedberg <kev.friedberg@xxxxxxxxx>
• [PATCH] md: use preallocated hashed wait queues instead of mddev->sb_wait
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/2] md: Change active_io to percpu
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/2] md: Factor out is_md_suspended helper
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 2/2] md: Change active_io to percpu
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] md: Factor out is_md_suspended helper
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: H <agents@xxxxxxxxxxxxxx>
• 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: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• 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: 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: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• Re: Transferring an existing system from non-RAID disks to RAID1 disks in the same computer
  • From: H <agents@xxxxxxxxxxxxxx>
• 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: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• 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: 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: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• 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: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• 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: 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: 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: 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>
• 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: 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: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• 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: 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>