Linux RAID Storage Date Index

• Thread Index

• [PATCH] mdadm: Don't set bad_blocks flag when initializing metadata
  • From: Wu Guanghao <wuguanghao3@xxxxxxxxxx>
• Re: md bitmap writes random memory over disks' bitmap sectors
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: md bitmap writes random memory over disks' bitmap sectors
  • From: Su Yue <l@xxxxxxxxxxx>
• Re: [PATCH V2] mdmon: imsm: fix metadata corruption when managing new array
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: md bitmap writes random memory over disks' bitmap sectors
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH V2] mdmon: imsm: fix metadata corruption when managing new array
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] md/md-bitmap: fix wrong bitmap_limit for clustermd when write sb
  • From: Heming Zhao <heming.zhao@xxxxxxxx>
• Re: [PATCH v2] md/md-bitmap: fix wrong bitmap_limit for clustermd when write sb
  • From: Glass Su <glass.su@xxxxxxxx>
• [PATCH v3] md/md-bitmap: fix wrong bitmap_limit for clustermd when write sb
  • From: Su Yue <glass.su@xxxxxxxx>
• Re: [PATCH v2] md/md-bitmap: fix wrong bitmap_limit for clustermd when write sb
  • From: Heming Zhao <heming.zhao@xxxxxxxx>
• Re: [PATCH] md/md-bitmap: fix wrong bitmap_limit for clustermd when write sb
  • From: Glass Su <glass.su@xxxxxxxx>
• [PATCH v2] md/md-bitmap: fix wrong bitmap_limit for clustermd when write sb
  • From: Su Yue <glass.su@xxxxxxxx>
• [PATCH] md/md-bitmap: fix wrong bitmap_limit for clustermd when write sb
  • From: Su Yue <glass.su@xxxxxxxx>
• Re: [PATCH V2] mdmon: imsm: fix metadata corruption when managing new array
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• Re: [PATCH V2] mdmon: imsm: fix metadata corruption when managing new array
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxxxxxxxx>
• Re: md bitmap writes random memory over disks' bitmap sectors
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: md bitmap writes random memory over disks' bitmap sectors
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 12/12] badblocks: use sector_t instead of int to avoid truncation of badblocks length
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH V2 10/12] badblocks: return boolean from badblocks_set() and badblocks_clear()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH v2] md/raid1,raid10: don't ignore IO flags
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH] md/raid5: merge reshape_progress checking inside get_reshape_loc()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 11/12] md: improve return types of badblocks handling functions
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH V2 12/12] badblocks: use sector_t instead of int to avoid truncation of badblocks length
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH V2 11/12] md: improve return types of badblocks handling functions
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH V2 03/12] badblocks: attempt to merge adjacent badblocks during ack_all_badblocks
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH V2 10/12] badblocks: return boolean from badblocks_set() and badblocks_clear()
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH V2 09/12] badblocks: fix missing bad blocks on retry in _badblocks_check()
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH V2 08/12] badblocks: fix merge issue when new badblocks align with pre+1
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH V2 07/12] badblocks: try can_merge_front before overlap_front
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH V2 01/12] badblocks: Fix error shitf ops
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH V2 00/12] badblocks: bugfix and cleanup for badblocks
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH V2 06/12] badblocks: fix the using of MAX_BADBLOCKS
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH V2 05/12] badblocks: return error if any badblock set fails
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH V2 04/12] badblocks: return error directly when setting badblocks exceeds 512
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH V2 02/12] badblocks: factor out a helper try_adjacent_combine
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• Re: [PATCH V2] mdmon: imsm: fix metadata corruption when managing new array
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md/raid1,raid10: don't ignore IO flags
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: split out the auto-PI code and data structures v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 3/3] block: split struct bio_integrity_payload
  • From: Anuj gupta <anuj1072538@xxxxxxxxx>
• Re: [PATCH 3/3] block: split struct bio_integrity_payload
  • From: Kanchan Joshi <joshi.k@xxxxxxxxxxx>
• Re: [PATCH] md/raid1,raid10: don't ignore IO flags
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH] md/raid1,raid10: don't ignore IO flags
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• split out the auto-PI code and data structures v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] block: move the block layer auto-integrity code into a new file
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] block: mark bounce buffering as incompatible with integrity
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/3] block: split struct bio_integrity_payload
  • From: Christoph Hellwig <hch@xxxxxx>
• md bitmap writes random memory over disks' bitmap sectors
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH 04/12] badblocks: return error directly when setting badblocks exceeds 512
  • From: Li Nan <linan666@xxxxxxxxxxxxxxx>
• Re: [PATCH 05/12] badblocks: return error if any badblock set fails
  • From: Li Nan <linan666@xxxxxxxxxxxxxxx>
• Re: [PATCH 06/12] badblocks: fix the using of MAX_BADBLOCKS
  • From: Li Nan <linan666@xxxxxxxxxxxxxxx>
• [PATCH V4] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Chunyan Zhang <zhangchunyan@xxxxxxxxxxx>
• Re: Change in reported values of some block integrity sysfs attributes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v3] md: fix mddev uaf while iterating all_mddevs list
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V2] mdmon: imsm: fix metadata corruption when managing new array
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxxxxxxxx>
• Re: Failed to connect to control socket
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Failed to connect to control socket
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 7/8][next] md/raid5: Avoid -Wflex-array-member-not-at-end warnings
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH 2/8][next] md/raid5-ppl: Avoid -Wflex-array-member-not-at-end warning
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH 0/8][next] Avoid a couple hundred -Wflex-array-member-not-at-end warnings
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH v3 3/3] md/raid5: check for overlapping bad blocks before starting reshape
  • From: Doug V Johnson <dougvj@xxxxxxxxxx>
• [PATCH v3 2/3] md/raid5: warn when failing a read due to bad blocks metadata
  • From: Doug V Johnson <dougvj@xxxxxxxxxx>
• [PATCH v3 1/3] md/raid5: freeze reshape when encountering a bad read
  • From: Doug V Johnson <dougvj@xxxxxxxxxx>
• Re: [PATCH 10/12] badblocks: return boolen from badblocks_set() and badblocks_clear()
  • From: Coly Li <colyli@xxxxxxxxxx>
• Re: [PATCH 05/12] badblocks: return error if any badblock set fails
  • From: Coly Li <colyli@xxxxxxxxxx>
• Re: [PATCH 05/12] badblocks: return error if any badblock set fails
  • From: Coly Li <colyli@xxxxxxxxxx>
• Re: [PATCH 10/12] badblocks: return boolen from badblocks_set() and badblocks_clear()
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH 10/12] badblocks: return boolen from badblocks_set() and badblocks_clear()
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH 12/12] badblocks: use sector_t instead of int to avoid truncation of badblocks length
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 09/12] badblocks: fix missing bad blocks on retry in _badblocks_check()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 11/12] md: improve return types of badblocks handling functions
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/12] badblocks: return boolen from badblocks_set() and badblocks_clear()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 08/12] badblocks: fix merge issue when new badblocks align with pre+1
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 06/12] badblocks: fix the using of MAX_BADBLOCKS
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 07/12] badblocks: try can_merge_front before overlap_front
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 05/12] badblocks: return error if any badblock set fails
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [BUG] possible race between md_free_disk and md_notify_reboot
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [BUG] possible race between md_free_disk and md_notify_reboot
  • From: Guillaume Morin <guillaume@xxxxxxxxxxx>
• Re: Change in reported values of some block integrity sysfs attributes
  • From: Anuj Gupta <anuj20.g@xxxxxxxxxxx>
• Re: [PATCH 00/12] badblocks: bugfix and cleanup for badblocks
  • From: Coly Li <colyli@xxxxxxxxxx>
• Re: [PATCH 12/12] badblocks: use sector_t instead of int to avoid truncation of badblocks length
  • From: Coly Li <i@xxxxxxx>
• Re: Change in reported values of some block integrity sysfs attributes
  • From: Anuj Gupta <anuj20.g@xxxxxxxxxxx>
• Re: [PATCH 01/12] badblocks: Fix error shitf ops
  • From: Coly Li <i@xxxxxxx>
• Re: Change in reported values of some block integrity sysfs attributes
  • From: Anuj gupta <anuj1072538@xxxxxxxxx>
• Re: [PATCH 09/12] badblocks: fix missing bad blocks on retry in _badblocks_check()
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 06/12] badblocks: fix the using of MAX_BADBLOCKS
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 02/12] badblocks: factor out a helper try_adjacent_combine
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 02/12] badblocks: factor out a helper try_adjacent_combine
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 05/12] badblocks: return error if any badblock set fails
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 05/12] badblocks: return error if any badblock set fails
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 06/12] badblocks: fix the using of MAX_BADBLOCKS
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH 05/12] badblocks: return error if any badblock set fails
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 03/12] badblocks: attempt to merge adjacent badblocks during ack_all_badblocks
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 04/12] badblocks: return error directly when setting badblocks exceeds 512
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 03/12] badblocks: attempt to merge adjacent badblocks during ack_all_badblocks
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/12] badblocks: factor out a helper try_adjacent_combine
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/12] badblocks: Fix error shitf ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/12] badblocks: bugfix and cleanup for badblocks
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 12/12] badblocks: use sector_t instead of int to avoid truncation of badblocks length
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH 10/12] badblocks: return boolen from badblocks_set() and badblocks_clear()
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH 09/12] badblocks: fix missing bad blocks on retry in _badblocks_check()
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH 11/12] md: improve return types of badblocks handling functions
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH 07/12] badblocks: try can_merge_front before overlap_front
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH 04/12] badblocks: return error directly when setting badblocks exceeds 512
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH 08/12] badblocks: fix merge issue when new badblocks align with pre+1
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH 00/12] badblocks: bugfix and cleanup for badblocks
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH 06/12] badblocks: fix the using of MAX_BADBLOCKS
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH 05/12] badblocks: return error if any badblock set fails
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH 03/12] badblocks: attempt to merge adjacent badblocks during ack_all_badblocks
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH 01/12] badblocks: Fix error shitf ops
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• [PATCH 02/12] badblocks: factor out a helper try_adjacent_combine
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] block: split struct bio_integrity_data
  • From: Anuj gupta <anuj1072538@xxxxxxxxx>
• Re: [PATCH 2/3] block: move the block layer auto-integrity code into a new file
  • From: Anuj gupta <anuj1072538@xxxxxxxxx>
• Re: [PATCH 1/3] block: mark bounce buffering as incompatible with integrity
  • From: Anuj gupta <anuj1072538@xxxxxxxxx>
• Re: Change in reported values of some block integrity sysfs attributes
  • From: M Nikhil <nikh1092@xxxxxxxxxxxxx>
• [PATCH V3] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Chunyan Zhang <zhangchunyan@xxxxxxxxxxx>
• Re: [BUG] possible race between md_free_disk and md_notify_reboot
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] md: fix mddev uaf while iterating all_mddevs list
  • From: Guillaume Morin <guillaume@xxxxxxxxxxx>
• Re: [GIT PULL] md-6.14-20250218
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [BUG] possible race between md_free_disk and md_notify_reboot
  • From: Guillaume Morin <guillaume@xxxxxxxxxxx>
• [PATCH v3] md: fix mddev uaf while iterating all_mddevs list
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [BUG] possible race between md_free_disk and md_notify_reboot
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [BUG] possible race between md_free_disk and md_notify_reboot
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [BUG] possible race between md_free_disk and md_notify_reboot
  • From: Guillaume Morin <guillaume@xxxxxxxxxxx>
• [GIT PULL] md-6.14-20250218
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [BUG] possible race between md_free_disk and md_notify_reboot
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• Re: [BUG] possible race between md_free_disk and md_notify_reboot
  • From: Guillaume Morin <guillaume@xxxxxxxxxxx>
• Re: [BUG] possible race between md_free_disk and md_notify_reboot
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [BUG] possible race between md_free_disk and md_notify_reboot
  • From: Guillaume Morin <guillaume@xxxxxxxxxxx>
• Re: [PATCH] mdmon: imsm: fix metadata corruption when managing new array
  • From: junxiao.bi@xxxxxxxxxx
• Re: [PATCH] mdmon: imsm: fix metadata corruption when managing new array
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] block: move the block layer auto-integrity code into a new file
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 3/3] block: split struct bio_integrity_data
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/3] block: mark bounce buffering as incompatible with integrity
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 3/3] block: split struct bio_integrity_data
  • From: Kanchan Joshi <joshi.k@xxxxxxxxxxx>
• Re: [PATCH 2/3] block: move the block layer auto-integrity code into a new file
  • From: Kanchan Joshi <joshi.k@xxxxxxxxxxx>
• [PATCH md-6.15 v4 10/11] md: check before referencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.15 v4 02/11] md/md-bitmap: merge md_bitmap_group into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.15 v4 11/11] md/md-bitmap: introduce CONFIG_MD_BITMAP
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.15 v4 07/11] md/raid1: check before referencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.15 v4 05/11] md/md-bitmap: handle the case bitmap is not enabled before end_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.15 v4 09/11] md/raid5: check before referencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.15 v4 08/11] md/raid10: check before referencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.15 v4 04/11] md/md-bitmap: handle the case bitmap is not enabled before start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.15 v4 03/11] md/md-bitmap: add md_bitmap_registered/enabled() helper
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.15 v4 01/11] md/md-bitmap: remove the parameter 'init' for bitmap_ops->resize()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.15 v4 00/11] md/md-bitmap: introduce CONFIG_MD_BITMAP
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.15 v4 06/11] md/raid1: check bitmap before behind write
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v4] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] block: move the block layer auto-integrity code into a new file
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] mdmon: imsm: fix metadata corruption when managing new array
  • From: junxiao.bi@xxxxxxxxxx
• [PATCH V2] mdmon: imsm: fix metadata corruption when managing new array
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• Re: [PATCH 1/3] block: mark bounce buffering as incompatible with integrity
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 2/3] block: move the block layer auto-integrity code into a new file
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH] mdmon: imsm: fix metadata corruption when managing new array
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• [PATCH 2/3] block: move the block layer auto-integrity code into a new file
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/3] block: split struct bio_integrity_data
  • From: Christoph Hellwig <hch@xxxxxx>
• split out the auto-PI code and data structures
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] block: mark bounce buffering as incompatible with integrity
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v4] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Tomas Mudrunka <tomas.mudrunka@xxxxxxxxx>
• Re: [PATCH v2 1/2] md/raid5: freeze reshape when encountering a bad read
  • From: Doug V Johnson <dougvj@xxxxxxxxxx>
• Re: [PATCH md-6.15 2/7] md: only include md-cluster.h if necessary
  • From: Su Yue <l@xxxxxxxxxxx>
• Re: [PATCH md-6.15 7/7] md: switch md-cluster to use md_submodle_head
  • From: Su Yue <l@xxxxxxxxxxx>
• Re: [PATCH md-6.15 6/7] md: don't export md_cluster_ops
  • From: Su Yue <l@xxxxxxxxxxx>
• Re: [PATCH md-6.15 2/7] md: only include md-cluster.h if necessary
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• Re: Huge lock contention during raid5 build time
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.15 5/7] md/md-cluster: cleanup md_cluster_ops reference
  • From: Glass Su <glass.su@xxxxxxxx>
• Re: [PATCH md-6.15 2/7] md: only include md-cluster.h if necessary
  • From: Glass Su <glass.su@xxxxxxxx>
• Re: [PATCH md-6.15 1/7] md: merge common code into find_pers()
  • From: Glass Su <glass.su@xxxxxxxx>
• Re: [PATCH] md/raid1: fix memory leak in raid1_run() if no active rdev
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Huge lock contention during raid5 build time
  • From: Anton Gavriliuk <antosha20xx@xxxxxxxxx>
• [PATCH md-6.15 4/7] md: switch personalities to use md_submodule_head
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.15 7/7] md: switch md-cluster to use md_submodle_head
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.15 6/7] md: don't export md_cluster_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.15 1/7] md: merge common code into find_pers()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.15 3/7] md: introduce struct md_submodule_head and APIs
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.15 5/7] md/md-cluster: cleanup md_cluster_ops reference
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.15 2/7] md: only include md-cluster.h if necessary
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 0/7 md-6.15] md: introduce md_submodle_head
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH] md/raid1: fix memory leak in raid1_run() if no active rdev
  • From: Zheng Qixing <zhengqixing@xxxxxxxxxxxxxxx>
• Re: [PATCH V2] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Chunyan Zhang <zhang.lyra@xxxxxxxxx>
• Re: [PATCH v3 md-6.15 11/11] md/md-bitmap: introducet CONFIG_MD_BITMAP
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: ensure resync is prioritized over recovery
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: ensure resync is prioritized over recovery
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/raid*: Fix the set_queue_limits implementations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH V2] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH] md: ensure resync is prioritized over recovery
  • From: linan666@xxxxxxxxxxxxxxx
• Re: [PATCH] md/raid*: Fix the set_queue_limits implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] mdmon: imsm: fix metadata corruption when managing new array
  • From: junxiao.bi@xxxxxxxxxx
• Re: [PATCH] mdmon: imsm: fix metadata corruption when managing new array
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxxxxxxxx>
• [PATCH] md/raid*: Fix the set_queue_limits implementations
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] mdmon: imsm: fix metadata corruption when managing new array
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH V2] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Chunyan Zhang <zhang.lyra@xxxxxxxxx>
• Re: [PATCH V2] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Chunyan Zhang <zhang.lyra@xxxxxxxxx>
• [PATCH] mdmon: imsm: fix metadata corruption when managing new array
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• [PATCH 6.6 v2 6/6] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 v2 2/6] md/md-bitmap: factor behind write counters out from bitmap_{start/end}write()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 v2 3/6] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 v2 5/6] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 v2 4/6] md: add a new callback pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 v2 0/6] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 v2 1/6] md/raid5: recheck if reshape has finished with device_lock held
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Problem with RAID1 - unable to read superblock
  • From: Raffaele Morelli <raffaele.morelli@xxxxxxxxx>
• Re: [PATCH v2 1/2] md/raid5: freeze reshape when encountering a bad read
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH V3] md-linear: optimize which_dev() for small disks number
  • From: Coly Li <i@xxxxxxx>
• Re: [GIT PULL] md-6.14 20250206
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH V3] md-linear: optimize which_dev() for small disks number
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [GIT PULL] md-6.14 20250206
  • From: Song Liu <songliubraving@xxxxxxxx>
• [PATCH V3] md-linear: optimize which_dev() for small disks number
  • From: colyli@xxxxxxxxxx
• [PATCH V2] md-linear: optimize which_dev() for small disks number
  • From: colyli@xxxxxxxxxx
• [PATCH v3] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Tomas Mudrunka <tomas.mudrunka@xxxxxxxxx>
• [no subject]
  • From: Unknown
• [PATCH] md-linear: optimize which_dev() for small disks number
  • From: colyli@xxxxxxxxxx
• Re: replaced all drives in RAID-10 array with larger drives -> failing to correctly extend array to use new/add'l space.
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Problem with RAID1 - unable to read superblock
  • From: Raffaele Morelli <raffaele.morelli@xxxxxxxxx>
• Re: [PATCH 6.6 0/6] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 6.13 0/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC mdadm/master] mdadm: add support for new lockless bitmap
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Problem with RAID1 - unable to read superblock
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• Problem with RAID1 - unable to read superblock
  • From: Raffaele Morelli <raffaele.morelli@xxxxxxxxx>
• Re: [PATCH 6.6 0/6] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.6 2/6] md/md-bitmap: factor behind write counters out from bitmap_{start/end}write()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] block: move the block layer auto-integrity code into a new file
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/3] block: split struct bio_integrity_data
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 2/3] block: move the block layer auto-integrity code into a new file
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 1/3] block: mark bounce buffering as incompatible with integrity
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH v2] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Tomas Mudrunka <tomas.mudrunka@xxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: mdadm/raid5, spare disk or spare space
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• mdadm/raid5, spare disk or spare space
  • From: Anton Gavriliuk <antosha20xx@xxxxxxxxx>
• Re: [PATCH] md: Fix linear_set_limits()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: Fix linear_set_limits()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 1/3] block: mark bounce buffering as incompatible with integrity
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH 3/3] block: split struct bio_integrity_data
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] block: move the block layer auto-integrity code into a new file
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] block: mark bounce buffering as incompatible with integrity
  • From: Christoph Hellwig <hch@xxxxxx>
• RFC: split out the auto-PI code and data structures
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] md: Fix linear_set_limits()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] md: Fix linear_set_limits()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: replaced all drives in RAID-10 array with larger drives -> failing to correctly extend array to use new/add'l space.
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: replaced all drives in RAID-10 array with larger drives -> failing to correctly extend array to use new/add'l space.
  • From: pgnd <pgnd@xxxxxxxxxxxx>
• replaced all drives in RAID-10 array with larger drives -> failing to correctly extend array to use new/add'l space.
  • From: pgnd <pgnd@xxxxxxxxxxxx>
• Re: Re: Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Joel Granados <joel.granados@xxxxxxxxxx>
• Altering the meta data version of md raid
  • From: Jaco Kroon <jaco@xxxxxxxxx>
• Re: Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: Add spare disk to raid50
  • From: Anton Gavriliuk <antosha20xx@xxxxxxxxx>
• Re: Add spare disk to raid50
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• Re: Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Joel Granados <joel.granados@xxxxxxxxxx>
• Re: [PATCH V2] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: Add spare disk to raid50
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Add spare disk to raid50
  • From: Anton Gavriliuk <antosha20xx@xxxxxxxxx>
• Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Joel Granados <joel.granados@xxxxxxxxxx>
• Re: [PATCH 6.13 0/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Huge lock contention during raid5 build time
  • From: Anton Gavriliuk <antosha20xx@xxxxxxxxx>
• Re: [PATCH] mdadm: fix --grow with --add for linear
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH RFC mdadm/master] mdadm: add support for new lockless bitmap
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH v3] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH 6.13 0/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] md/raid5: warn when failing a read due to bad blocks metadata
  • From: Doug V Johnson <dougvj@xxxxxxxxxx>
• [PATCH v2 1/2] md/raid5: freeze reshape when encountering a bad read
  • From: Doug V Johnson <dougvj@xxxxxxxxxx>
• [PATCH 6.6 6/6] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 5/6] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 3/6] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 4/6] md: add a new callback pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 2/6] md/md-bitmap: factor behind write counters out from bitmap_{start/end}write()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 1/6] md/raid5: recheck if reshape has finished with device_lock held
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.12 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.6 0/6] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.12 1/5] md/md-bitmap: factor behind write counters out from bitmap_{start/end}write()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.12 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.12 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.12 3/5] md: add a new callback pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.12 0/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.13 1/5] md/md-bitmap: factor behind write counters out from bitmap_{start/end}write()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.13 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.13 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.13 3/5] md: add a new callback pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 6.13 0/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: skip stripes with bad reads during reshape to avoid stall
  • From: Doug V Johnson <dougvj@xxxxxxxxxx>
• Re: [PATCH V2] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH V2] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Chunyan Zhang <zhangchunyan@xxxxxxxxxxx>
• [PATCH RFC] md: introduce llbitmap
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RFC mdadm/master] mdadm: add support for new lockless bitmap
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix --grow with --add for linear
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: skip stripes with bad reads during reshape to avoid stall
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH 1/2] md/raid5: skip stripes with bad reads during reshape to avoid stall
  • From: Doug V Johnson <dougvj@xxxxxxxxxx>
• [PATCH 2/2] md/raid5: warn when failing a read due to bad blocks metadata
  • From: Doug V Johnson <dougvj@xxxxxxxxxx>
• Re: Huge lock contention during raid5 build time
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [GIT PULL] md-6.14 20250124
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-6.14 20250124
  • From: Song Liu <songliubraving@xxxxxxxx>
• [PATCH] md/md-bitmap: synchronize bitmap_get_stats() with bitmap lifetime
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [REGRESSION] kernel panic at bitmap_get_stats+0x2b/0xa0 since 6.12
  • From: Harshit Mogalapalli <harshit.m.mogalapalli@xxxxxxxxxx>
• Re: [REGRESSION] kernel panic at bitmap_get_stats+0x2b/0xa0 since 6.12
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [REGRESSION] kernel panic at bitmap_get_stats+0x2b/0xa0 since 6.12
  • From: Harshit Mogalapalli <harshit.m.mogalapalli@xxxxxxxxxx>
• Re: Huge lock contention during raid5 build time
  • From: Anton Gavriliuk <antosha20xx@xxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: [REGRESSION] kernel panic at bitmap_get_stats+0x2b/0xa0 since 6.12
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [REGRESSION] kernel panic at bitmap_get_stats+0x2b/0xa0 since 6.12
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Huge lock contention during raid5 build time
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Huge lock contention during raid5 build time
  • From: Anton Gavriliuk <antosha20xx@xxxxxxxxx>
• Re: Huge lock contention during raid5 build time
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Huge lock contention during raid5 build time
  • From: Anton Gavriliuk <antosha20xx@xxxxxxxxx>
• [PATCH v3 md-6.15 10/11] md: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 07/11] md/raid1: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 11/11] md/md-bitmap: introducet CONFIG_MD_BITMAP
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 09/11] md/raid5: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 08/11] md/raid10: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 02/11] md/md-bitmap: merge md_bitmap_group into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 06/11] md/raid1: check bitmap before behind write
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 05/11] md/md-bitmap: handle the case bitmap is not enabled before end_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 04/11] md/md-bitmap: handle the case bitmap is not enabled before start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 01/11] md/md-bitmap: remove the parameter 'init' for bitmap_ops->resize()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 03/11] md/md-bitmap: add md_bitmap_registered/enabled() helper
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 md-6.15 00/11] md/md-bitmap: introduce CONFIG_MD_BITMAP
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [REGRESSION] kernel panic at bitmap_get_stats+0x2b/0xa0 since 6.12
  • From: Harshit Mogalapalli <harshit.m.mogalapalli@xxxxxxxxxx>
• Re: [PATCH v2] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v3] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH v2] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Coly Li <colyli@xxxxxxx>
• Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Joel Granados <joel.granados@xxxxxxxxxx>
• Re: [PATCH v2] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• [PATCH v2] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• [PATCH] mdopen: add sbin path to env PATH when call system("modprobe md_mod")
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Chunyan Zhang <zhang.lyra@xxxxxxxxx>
• Re: [PATCH RFC v2 0/8] device mapper atomic write support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/8] device mapper atomic write support
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: (subset) [PATCH RFC v2 0/8] device mapper atomic write support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH RFC v2 0/8] device mapper atomic write support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH RFC v2 0/8] device mapper atomic write support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/1] mdadm/raid6check: add xmalloc.h to raid6check.c
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 1/1] mdadm/raid6check: add xmalloc.h to raid6check.c
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [GIT PULL] md-6.14 20250116
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 5.10/5.15] md/raid5: fix atomicity violation in raid5_cache_count
  • From: Song Liu <song@xxxxxxxxxx>
• [GIT PULL] md-6.14 20250116
  • From: Song Liu <songliubraving@xxxxxxxx>
• [PATCH RFC v2 7/8] dm-io: Warn on creating multiple atomic write bios for a region
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC v2 1/8] block: Add common atomic writes enable flag
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC v2 2/8] block: Don't trim an atomic write
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC v2 4/8] dm: Ensure cloned bio is same length for atomic write
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC v2 3/8] dm-table: atomic writes support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC v2 0/8] device mapper atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC v2 6/8] dm-stripe: Enable atomic writes
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC v2 8/8] dm-mirror: Support atomic writes
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH RFC v2 5/8] dm-linear: Enable atomic writes
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: "Bill O'Donnell" <bodonnel@xxxxxxxxxx>
• Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Tomáš Mudruňka <tomas.mudrunka@xxxxxxxxx>
• Re: [PATCH next] md/md-linear: Fix a NULL vs IS_ERR() bug in linear_add()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH next] md/md-linear: Fix a NULL vs IS_ERR() bug in linear_add()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [GIT PULL] md-6.14 20250113
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-6.14 20250113
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH] md: Add missing md-linear.c
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] md: Add missing md-linear.c
  • From: Song Liu <song@xxxxxxxxxx>
• Re: RAID 1 | Extending Logical Volume
  • From: Johannes Truschnigg <johannes@xxxxxxxxxxxxxxx>
• RAID 1 | Extending Logical Volume
  • From: Stefanie Leisestreichler <stefanie.leisestreichler@xxxxxxxxxxxxxx>
• Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 5.10/5.15] md/raid5: fix atomicity violation in raid5_cache_count
  • From: Vasiliy Kovalev <kovalev@xxxxxxxxxxxx>
• Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Anna Schumaker <anna.schumaker@xxxxxxxxxx>
• Re: [PATCH] treewide: const qualify ctl_tables where applicable
  • From: "Dixit, Ashutosh" <ashutosh.dixit@xxxxxxxxx>
• Re: [PATCH] md: Replace deprecated kmap_atomic() with kmap_local_page()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [GIT PULL] md-6.14 20250109
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Joel Granados <joel.granados@xxxxxxxxxx>
• [GIT PULL] md-6.14 20250109
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH v2 md-6.14 0/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 md-6.14 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] treewide: const qualify ctl_tables where applicable
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 md-6.14 00/12] md/md-bitmap: introducet CONFIG_MD_BITMAP
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] treewide: const qualify ctl_tables where applicable
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH] treewide: const qualify ctl_tables where applicable
  • From: Corey Minyard <corey@xxxxxxxxxxx>
• Re: [PATCH] treewide: const qualify ctl_tables where applicable
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] treewide: const qualify ctl_tables where applicable
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] treewide: const qualify ctl_tables where applicable
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] treewide: const qualify ctl_tables where applicable
  • From: Joel Granados <joel.granados@xxxxxxxxxx>
• Re: [PATCH 1/1] md: Fix typo in comment
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 1/1] md: Fix typo in comment
  • From: Cherniaev Andrei <dungeonlords789@xxxxxxxxx>
• [PATCH v2 md-6.14 12/12] md/md-bitmap: introducet CONFIG_MD_BITMAP
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 11/12] md: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 10/12] md/raid5: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 09/12] md/raid10: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 08/12] md/raid1: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 07/12] md/raid1: check bitmap before behind write
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 06/12] md/dm-raid: check if bitmap is registered in raid_ctr()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 05/12] md/md-bitmap: handle the case bitmap is not enabled before end_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 03/12] md/md-bitmap: add md_bitmap_registered/enabled() helper
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 04/12] md/md-bitmap: handle the case bitmap is not enabled before start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 02/12] md/md-bitmap: merge md_bitmap_group into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 00/12] md/md-bitmap: introducet CONFIG_MD_BITMAP
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 01/12] md/md-bitmap: remove the parameter 'init' for bitmap_ops->resize()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 1/5] md/md-bitmap: factor behind write counters out from bitmap_{start/end}write()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 3/5] md: add a new callback pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 md-6.14 0/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH] md: Replace deprecated kmap_atomic() with kmap_local_page()
  • From: David Reaver <me@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: Replace deprecated kmap_atomic() with kmap_local_page()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH RFC md-6.14] md: reintroduce md-linear
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Jessica Clarke <jrtc27@xxxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH] Fixup vector options
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC md-6.14] md: reintroduce md-linear
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RFC md-6.14] md: reintroduce md-linear
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH RFC md-6.14] md: reintroduce md-linear
  • From: RIc Wheeler <ricwheeler@xxxxxxxxx>
• Re: [PATCH RFC md-6.14] md: reintroduce md-linear
  • From: RIc Wheeler <ricwheeler@xxxxxxxxx>
• Re: [PATCH RFC md-6.14] md: reintroduce md-linear
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH md-6.14 13/13] md/md-bitmap: support to build md-bitmap as kernel module
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Tomáš Mudruňka <tomas.mudrunka@xxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH md-6.14 13/13] md/md-bitmap: support to build md-bitmap as kernel module
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH md-6.14 13/13] md/md-bitmap: support to build md-bitmap as kernel module
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.14 13/13] md/md-bitmap: support to build md-bitmap as kernel module
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Tomas Mudrunka <tomas.mudrunka@xxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC md-6.14] md: reintroduce md-linear
  • From: Coly Li <colyli@xxxxxxx>
• Re: md-linear accidental(?) removal, removed significant(?) use case?
  • From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
• Re: md-linear accidental(?) removal, removed significant(?) use case?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: md-linear accidental(?) removal, removed significant(?) use case?
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md-linear accidental(?) removal, removed significant(?) use case?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Tomas Mudrunka <tomas.mudrunka@xxxxxxxxx>
• [PATCH RFC md-6.14] md: reintroduce md-linear
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md-linear accidental(?) removal, removed significant(?) use case?
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 md-6.14 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Xiao Ni <xni@xxxxxxxxxx>
• md-linear accidental(?) removal, removed significant(?) use case?
  • From: Allen Toureg <thetanix@xxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 md-6.14 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 md-6.14 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 md-6.14 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Tomáš Mudruňka <tomas.mudrunka@xxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH] mdadm: fix --grow with --add for linear
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Re: [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH] Export MDRAID bitmap on disk structure in UAPI header file
  • From: Tomas Mudrunka <tomas.mudrunka@xxxxxxxxx>
• Re: [PATCH v2 md-6.14 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md: fix NULL point access
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Confused about device counting in MD RAID1
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• [PATCH] mdadm: fix --grow with --add for linear
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 13/13] md/md-bitmap: support to build md-bitmap as kernel module
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 11/13] md: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 09/13] md/raid10: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 12/13] md: export some helpers
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 10/13] md/raid5: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 08/13] md/raid1: check before deferencing mddev->bitmap_ops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 07/13] md/raid1: check bitmap before behind write
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 04/13] md/md-bitmap: handle the case bitmap is not enabled before start_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 06/13] md/dm-raid: check if bitmap is registered in raid_ctr()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 05/13] md/md-bitmap: handle the case bitmap is not enabled before end_sync()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 00/13] md/md-bitmap: support to build md-bitmap as kernel module
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 01/13] md/md-bitmap: remove the parameter 'init' for bitmap_ops->resize()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 03/13] md/md-bitmap: add md_bitmap_registered/enabled() helper
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.14 02/13] md/md-bitmap: merge md_bitmap_group into bitmap_operations
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 md-6.14 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 md-6.14 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Chunyan Zhang <zhang.lyra@xxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Chunyan Zhang <zhang.lyra@xxxxxxxxx>
• Confused about device counting in MD RAID1
  • From: Tomas Mudrunka <mudrunka@xxxxxxxxx>
• Re: [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Conor Dooley <conor@xxxxxxxxxx>
• [RFC PATCH] raid6: Add RISC-V SIMD syndrome and recovery calculations
  • From: Chunyan Zhang <zhangchunyan@xxxxxxxxxxx>
• [PATCH v2 md-6.14 3/5] md: add a new callback pers->bitmap_sector()
  • From: yukuai@xxxxxxxxxx
• [PATCH v2 md-6.14 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: yukuai@xxxxxxxxxx
• [PATCH v2 md-6.14 4/5] md/raid5: implement pers->bitmap_sector()
  • From: yukuai@xxxxxxxxxx
• [PATCH v2 md-6.14 0/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: yukuai@xxxxxxxxxx
• [PATCH v2 md-6.14 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: yukuai@xxxxxxxxxx
• [PATCH v2 md-6.14 1/5] md/md-bitmap: factor behind write counters out from bitmap_{start/end}write()
  • From: yukuai@xxxxxxxxxx
• Re: Change in reported values of some block integrity sysfs attributes
  • From: M Nikhil <nikh1092@xxxxxxxxxxxxx>
• Re: Change in reported values of some block integrity sysfs attributes
  • From: M Nikhil <nikh1092@xxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: Change in reported values of some block integrity sysfs attributes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Change in reported values of some block integrity sysfs attributes
  • From: Christoph Hellwig <hch@xxxxxx>
• Release mdadm-4.4
  • From: Mariusz Tkaczyk <mtkaczyk@xxxxxxxxxx>
• Change in reported values of some block integrity sysfs attributes
  • From: M Nikhil <nikh1092@xxxxxxxxxxxxx>
• Re: [PATCH AUTOSEL 6.12 16/19] md/raid1: Handle bio_split() errors
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [RFC V9] md/bitmap: Optimize lock contention.
  • From: Shushu Yi <teddyxym@xxxxxxxxxxx>
• [RFC V9] md/bitmap: Optimize lock contention.
  • From: Yiming Xu <teddyxym@xxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: Resuming mdadm reshape on a different system
  • From: Jbum List <jbumslist@xxxxxxxxx>
• Re: Resuming mdadm reshape on a different system
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Resuming mdadm reshape on a different system
  • From: Jbum List <jbumslist@xxxxxxxxx>
• Re: [PATCH v4 mdadm 0/5] mdadm: remove bitmap file support
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 mdadm 0/5] mdadm: remove bitmap file support
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH v4 mdadm 0/5] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v4 mdadm 5/5] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v4 mdadm 1/5] tests/04update-uuid: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v4 mdadm 3/5] Manage: forbid re-add to the array without metadata
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v4 mdadm 4/5] mdadm: ask user if bitmap is not set
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v4 mdadm 2/5] tests/05r1-re-add-nosuper: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH AUTOSEL 6.12 16/19] md/raid1: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH md-6.13 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 6.12 16/19] md/raid1: Handle bio_split() errors
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH md-6.13 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH md-6.13 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] mdadm: remove bitmap file support
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH md-6.13 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 3/5] md: add a new callback pers->bitmap_sector()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH md-6.13 1/5] md/md-bitmap: factor behind write counters out from bitmap_{start/end}write()
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH md-6.13 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v3 3/4] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] mdadm: remove bitmap file support
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH v3 3/4] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops - *bad memory* please ignore
  • From: Genes Lists <lists@xxxxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Genes Lists <lists@xxxxxxxxxxxx>
• Re: [PATCH v3 4/4] Manage: forbid re-add to the array without metadata
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] mdadm: remove bitmap file support
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Ojaswin Mujoo <ojaswin@xxxxxxxxxxxxx>
• [PATCH v3 1/4] tests/04update-uuid: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 4/4] Manage: forbid re-add to the array without metadata
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 3/4] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 0/4] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 2/4] tests/05r1-re-add-nosuper: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/5] RAID 0/1/10 atomic write support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v5 0/5] RAID 0/1/10 atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v5 0/5] RAID 0/1/10 atomic write support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v5 0/5] RAID 0/1/10 atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• RE: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Jack Wang <jinpu.wang@xxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Genes Lists <lists@xxxxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Ojaswin Mujoo <ojaswin@xxxxxxxxxxxxx>
• Re: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• RE: [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Jack Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH v5 0/5] RAID 0/1/10 atomic write support
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH md-6.13 0/5] md/md-bitmap: move bitmap_{start,end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.13 1/5] md/md-bitmap: factor behind write counters out from bitmap_{start/end}write()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.13 5/5] md/md-bitmap: move bitmap_{start, end}write to md upper layer
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.13 4/5] md/raid5: implement pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.13 3/5] md: add a new callback pers->bitmap_sector()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.13 2/5] md/md-bitmap: remove the last parameter for bimtap_ops->endwrite()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v5 2/5] block: Support atomic writes limits for stacked devices
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v5 1/5] block: Add extra checks in blk_validate_atomic_write_limits()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v5 4/5] md/raid1: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v5 5/5] md/raid10: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v5 3/5] md/raid0: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v5 0/5] RAID 0/1/10 atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/5] md/raid10: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Genes Lists <lists@xxxxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Genes Lists <lists@xxxxxxxxxxxx>
• Re: [PATCH v4 4/5] md/raid1: Atomic write support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/5] md/raid10: Atomic write support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] md-6.13 20241115
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-6.13 20241115
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH v4 5/5] md/raid10: Atomic write support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: md-raid 6.11.8 page fault oops
  • From: Song Liu <song@xxxxxxxxxx>
• md-raid 6.11.8 page fault oops
  • From: Genes Lists <lists@xxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH v4 0/5] RAID 0/1/10 atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: Increase r5conf.cache_name size
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: Increase r5conf.cache_name size
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [song-md:md-6.13] BUILD SUCCESS ea90d270349d51086d0dddc55821a782040d68f5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: Increase r5conf.cache_name size
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: Increase r5conf.cache_name size
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: Increase r5conf.cache_name size
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH 1/2] md/raid5: Increase r5conf.cache_name size
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 0/2] md W=1 build fixes
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH 2/2] dm vdo: Increase MAX_VDO_WORK_QUEUE_NAME_LEN size
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH 1/2] md/raid5: Increase r5conf.cache_name size
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 4/5] md/raid1: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 0/5] RAID 0/1/10 atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 5/5] md/raid10: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 3/5] md/raid0: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 2/5] block: Support atomic writes limits for stacked devices
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 1/5] block: Add extra checks in blk_validate_atomic_write_limits()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/6] block: Rework bio_split() return value
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v4 0/6] bio_split() error handling rework
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v4 3/6] block: Handle bio_split() errors in bio_submit_split()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 4/6] md/raid0: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 1/6] block: Rework bio_split() return value
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 6/6] md/raid10: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 5/6] md/raid1: Handle bio_split() errors
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 0/6] bio_split() error handling rework
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v4 2/6] block: Error an attempt to split an atomic write in bio_split()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] md-6.13 20241107
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• [song-md:md-6.13] BUILD SUCCESS c13c2d2a4b52eacab1c093e5b993c0a6f82c438e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V2 2/3] mdadm: remove bitmap file support
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Make Yu Kuai co-maintainer of md/raid subsystem
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [GIT PULL] md-6.13 20241107
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Make Yu Kuai co-maintainer of md/raid subsystem
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH] MAINTAINERS: Make Yu Kuai co-maintainer of md/raid subsystem
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH md-6.13] md: remove bitmap file support
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 1/1] md/raid5: Wait sync io to finish before changing group cnt
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 0/6] bio_split() error handling rework
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v3 0/6] bio_split() error handling rework
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] md/raid5: Wait sync io to finish before changing group cnt
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 3/3] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 1/3] tests/04update-uuid: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 2/3] tests/05r1-re-add-nosuper: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v3 0/3] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 0/3] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH md-6.13] md: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH V2 2/3] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH V2 0/3] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH V2 3/3] mdadm: add support for new lockless bitmap
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH V2 1/3] tests/05r1-re-add-nosuper: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH mdadm/master v2 4/4] mdadm: add support for new lockless bitmap
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH mdadm/master v2 4/4] mdadm: add support for new lockless bitmap
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH mdadm/master v2 0/4] remove bitmap file support and reserve major number for lockless bitmap
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH mdadm/master v2 3/4] mdadm: remove bitmap file support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH mdadm/master v2 1/4] tests/04update-uuid: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH mdadm/master v2 4/4] mdadm: add support for new lockless bitmap
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH mdadm/master v2 2/4] tests/05r1-re-add-nosuper: remove bitmap file test
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH mdadm/master v2 0/4] remove bitmap file support and reserve major number for lockless bitmap
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/6] bio_split() error handling rework
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v3 0/6] bio_split() error handling rework
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [song-md:md-6.13] BUILD SUCCESS 6012169e8aae9c0eda38bbedcd7a1540a81220ae
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] md-6.13 20241105
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 1/1] md/raid5: Wait sync io to finish before changing group cnt
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [GIT PULL] md-6.13 20241105
  • From: Song Liu <songliubraving@xxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] md/md-bitmap: Add missing destroy_work_on_stack()
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 0/7] md: enhance faulty checking for blocked handling
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 1/6] block: Rework bio_split() return value
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• Re: Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• [PATCH] md/md-bitmap: Add missing destroy_work_on_stack()
  • From: Yuan Can <yuancan@xxxxxxxxxx>
• Re: [PATCH RFC 1/1] md: Use pers->quiesce in mddev_suspend
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Experiencing md raid5 hang and CPU lockup on kernel v6.11
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• Re: [PATCH RFC 1/1] md: Use pers->quiesce in mddev_suspend
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/1] md: Use pers->quiesce in mddev_suspend
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH RFC 1/1] md: Use pers->quiesce in mddev_suspend
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH RFC 1/1] md: Use pers->quiesce in mddev_suspend
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/1] md: Use pers->quiesce in mddev_suspend
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/1] md: Use pers->quiesce in mddev_suspend
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH RFC 1/1] md: Use pers->quiesce in mddev_suspend
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v3 6/6] md/raid10: Handle bio_split() errors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 5/6] md/raid1: Handle bio_split() errors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 4/6] md/raid0: Handle bio_split() errors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 3/6] block: Handle bio_split() errors in bio_submit_split()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 2/6] block: Error an attempt to split an atomic write in bio_split()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 1/6] block: Rework bio_split() return value
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai3@xxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] md/raid0: Atomic write support
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/5] block: Support atomic writes limits for stacked devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 4/5] md/raid1: Atomic write support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Dragan Milivojević <galileo@xxxxxxxxxxx>
• Re: PROBLEM: repeatable lockup on RAID-6 with LUKS dm-crypt on NVMe devices when rsyncing many files
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• [PATCH v3 0/5] RAID 0/1/10 atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v3 4/5] md/raid1: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v3 5/5] md/raid10: Atomic write support
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH v3 1/5] block: Add extra checks in blk_validate_atomic_write_limits()
  • From: John Garry <john.g.garry@xxxxxxxxxx>