Linux RAID Storage Date Index

• Thread Index

• [PATCH v2 2/6] badblocks: add helper routines for badblock ranges handling
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2 1/6] badblocks: add more helper structure and routines in badblocks.h
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2 0/7] badblocks improvement for multiple bad block ranges
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] md: allow to set the fail_fast on RAID1/RAID10
  • From: Li Feng <fengli@xxxxxxxxxx>
• Re: [PATCH v4 0/3] dm: audit event logging
  • From: Weiß, Michael <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• Re: [Non-DoD Source] Re: [PATCH] blk-mq: allow 4x BLK_MAX_REQUEST_COUNT at blk_plug for multiple_queues
  • From: Jens Axboe <axboe@xxxxxxxxx>
• RE: [Non-DoD Source] Re: [PATCH] blk-mq: allow 4x BLK_MAX_REQUEST_COUNT at blk_plug for multiple_queues
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 879401f903413462729f11f8fd7c6eabeb241358
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: fix a lock order reversal in md_alloc
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v4 0/3] dm: audit event logging
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [PATCH v4 0/3] dm: audit event logging
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v4 0/3] dm: audit event logging
  • From: Weiß, Michael <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] dm: audit event logging
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH] blk-mq: allow 4x BLK_MAX_REQUEST_COUNT at blk_plug for multiple_queues
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] blk-mq: allow 4x BLK_MAX_REQUEST_COUNT at blk_plug for multiple_queues
  • From: Song Liu <songliubraving@xxxxxx>
• Re: mdadm resync causes stable system to crash every 2 or 3 hours
  • From: Ryan Patterson <ryan.goat@xxxxxxxxx>
• Re: mdadm resync causes stable system to crash every 2 or 3 hours
  • From: Ryan Patterson <ryan.goat@xxxxxxxxx>
• Re: mdadm resync causes stable system to crash every 2 or 3 hours
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: mdadm resync causes stable system to crash every 2 or 3 hours
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: mdadm resync causes stable system to crash every 2 or 3 hours
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: mdadm resync causes stable system to crash every 2 or 3 hours
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• mdadm resync causes stable system to crash every 2 or 3 hours
  • From: Ryan Patterson <ryan.goat@xxxxxxxxx>
• Re: Slow initial resync in RAID6 with 36 SAS drives
  • From: Marcin Wanat <marcin.wanat@xxxxxxxxx>
• [PATCH v4 3/3] dm crypt: log aead integrity violations to audit subsystem
  • From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 1/3] dm: introduce audit event module for device mapper
  • From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 2/3] dm integrity: log audit events for dm-integrity target
  • From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 0/3] dm: audit event logging
  • From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] dm: introduce audit event module for device mapper
  • From: Weiß, Michael <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• Re: fix a lock order reversal in md_alloc
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 2/2] block: add __must_check for *add_disk*() callers
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 1/2] block: make __register_blkdev() return an error
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 0/2] block: 7th -- last batch of add_disk() error handling conversions
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3 1/3] dm: introduce audit event module for device mapper
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] md: fix a lock order reversal in md_alloc
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 1/5] md: fix a lock order reversal in md_alloc
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: Slow initial resync in RAID6 with 36 SAS drives
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Slow initial resync in RAID6 with 36 SAS drives
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] Refactor parse_num and use it to parse optarg.
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v3] Monitor: print message before quit for no array to monitor
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2] Monitor: print message before quit for no array to monitor
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2] Monitor: print message before quit for no array to monitor
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: fix a lock order reversal in md_alloc
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH v2] Monitor: print message before quit for no array to monitor
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] Monitor: print message before quit for no array to monitor
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 5/5] md: properly unwind when failing to add the kobject in md_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/5] md: extend disks_mutex coverage
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/5] md: add the bitmap group to the default groups for the md kobject
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/5] md: add error handling support for add_disk()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/5] md: fix a lock order reversal in md_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• fix a lock order reversal in md_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Slow initial resync in RAID6 with 36 SAS drives
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [Non-DoD Source] Re: Slow initial resync in RAID6 with 36 SAS drives
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [Non-DoD Source] Re: Slow initial resync in RAID6 with 36 SAS drives
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• [PATCH v3 3/3] dm crypt: log aead integrity violations to audit subsystem
  • From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 2/3] dm integrity: log audit events for dm-integrity target
  • From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 0/3] dm: audit event logging
  • From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/3] dm: introduce audit event module for device mapper
  • From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• [PATCH V2] Grow: Close cfd file descriptor
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• Incorrect time (was: [PATCH] Grow: Close cfd file descriptor)
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH] Grow: Close cfd file descriptor
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• [PATCH] Fix error message when creating raid 4, 5 and 10
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• Disable --write-behind for existing array
  • From: Jens Stutte <jens@xxxxxxxxxxxxxxxxxx>
• Re: Raid 5 where 2 disks out of 4 were unplugged
  • From: Anthony Youngman <antmbox@xxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 6607cd319b6b91bff94e90f798a61c031650b514
  • From: kernel test robot <lkp@xxxxxxxxx>
• [GIT PULL] md-next 20210827
  • From: Song Liu <songliubraving@xxxxxx>
• [song-md:md-next] BUILD SUCCESS 8c3bad958be2ddca2294217a45c40badcd5507e9
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Raid 5 where 2 disks out of 4 were unplugged
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH] mdadm: split off shared library
  • From: Coly Li <colyli@xxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 9cd81ffa6546bea41d67008d4b4e0bcdad2bd5bf
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V4] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [GIT PULL] md-fixes 20210825
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [GIT PULL] md-fixes 20210825
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] Incremental: Fix possible memory and resource leaks
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• Raid 5 where 2 disks out of 4 were unplugged
  • From: Gennaro Oliva <gennaro.oliva@xxxxxxxxx>
• [GIT PULL] md-fixes 20210825
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH V5] Fix buffer size warning for strcpy
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH V5] Fix buffer size warning for strcpy
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• [PATCH] mdadm: split off shared library
  • From: Hannes Reinecke <hare@xxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS bbe48a66a81d06da7db63b5cb7071531af447edc
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: [Non-DoD Source] Re: Slow initial resync in RAID6 with 36 SAS drives
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: Slow initial resync in RAID6 with 36 SAS drives
  • From: Marcin Wanat <marcin.wanat@xxxxxxxxx>
• RE: [Non-DoD Source] Re: SSDs and mdraid
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: [PATCH V4] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [syzbot] possible deadlock in md_open
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
  • From: Song Liu <song@xxxxxxxxxx>
• Re: SSDs and mdraid
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• [syzbot] possible deadlock in md_open
  • From: syzbot <syzbot+fadc0aaf497e6a493b9f@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4] Fix buffer size warning for strcpy
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH V4] Fix buffer size warning for strcpy
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• SSDs and mdraid
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: [PATCH V2] Fix buffer size warning for strcpy
  • From: hillr@xxxxxxxxxxxxxxx
• Re: [PATCH V3] Fix buffer size warning for strcpy
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH V3] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH V2] Fix buffer size warning for strcpy
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH V3] Fix buffer size warning for strcpy
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH V3] Fix buffer size warning for strcpy
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• [PATCH V2] disallow create or grow clustered bitmap with writemostly set
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH V3] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V3] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH V3] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH V2] Fix buffer size warning for strcpy
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH V2] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V2] Fix buffer size warning for strcpy
  • From: "NeilBrown" <neilb@xxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS ffcb17c3013f1cfb0d23ecf0dcfcd56e163fa021
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V2] Fix buffer size warning for strcpy
  • From: Gal Ofri <gal.ofri@xxxxxxxxxxx>
• Re: [PATCH V2] Fix buffer size warning for strcpy
  • From: Gal Ofri <gal.ofri@xxxxxxxxxxx>
• volume recovery question
  • From: scowles@xxxxxxxx
• Re: [PATCH v2] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V2] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH V2] Fix buffer size warning for strcpy
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH v2 1/3] dm: introduce audit event module for device mapper
  • From: Weiß, Michael <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] disallow create or grow clustered bitmap with writemostly set
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• [PATCH] disallow create or grow clustered bitmap with writemostly set
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• [PATCH V2] Fix buffer size warning for strcpy
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH]mdadm: fix coredump of mdadm --monitor -r
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Slow initial resync in RAID6 with 36 SAS drives
  • From: Marcin Wanat <marcin.wanat@xxxxxxxxx>
• Re: [PATCH V2] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH]mdadm: fix coredump of mdadm --monitor -r
  • From: Wu Guanghao <wuguanghao3@xxxxxxxxxx>
• Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: [PATCH v2 1/3] dm: introduce audit event module for device mapper
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] Fix potential overlap dest buffer
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH V2] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V2] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: [PATCH V2] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• [PATCH V2] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH] Fix potential overlap dest buffer
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH v2] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH v2 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH v2 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Matt Wallis <mattw@xxxxxxxxxxxx>
• Re: [PATCH] Fix buffer size warning for strcpy
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH] Fix potential overlap dest buffer
  • From: "NeilBrown" <neilb@xxxxxxx>
• RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• [PATCH] Fix potential overlap dest buffer
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• [PATCH] Fix buffer size warning for strcpy
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] drivers:md:fix a potential use-after-free bug
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: add a bvec_virt helper
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: add a bvec_virt helper
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH]mdadm: fix coredump of mdadm --monitor -r
  • From: Wu Guanghao <wuguanghao3@xxxxxxxxxx>
• Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH v2 3/3] dm crypt: log aead integrity violations to audit subsystem
  • From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/3] dm integrity: log audit events for dm-integrity target
  • From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/3] dm: introduce audit event module for device mapper
  • From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/3] dm: audit event logging
  • From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] Utils: Change sprintf to snprintf
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] Fix return value from fstat calls
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] drivers:md:fix a potential use-after-free bug
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V2] Fix return value from fstat calls
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH V2] Fix return value from fstat calls
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 1/3] dm: introduce audit event module for device mapper
  • From: Weiß, Michael <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] Fix return value from fstat calls
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH V2] Fix return value from fstat calls
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 2/3] dm integrity: log audit events for dm-integrity target
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/3] dm: introduce audit event module for device mapper
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: remove GENHD_FL_UP
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 6/8] bcache: add proper error unwinding in bcache_device_init
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 3/3] dm crypt: log aead integrity violations to audit subsystem
  • From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] dm integrity: log audit events for dm-integrity target
  • From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] dm: introduce audit event module for device mapper
  • From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] dm: audit event logging
  • From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
• [PATCH] Utils: Change sprintf to snprintf
  • From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
• Re: [PATCH 7/8] bcache: move the del_gendisk call out of bcache_device_free
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH V2] Fix return value from fstat calls
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH V2] Fix return value from fstat calls
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH V2] Fix return value from fstat calls
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• [PATCH] Fix 2 dc stream buffer
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH] Fix return value from fstat calls
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH] Fix return value from fstat calls
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [GIT PULL] md-fixes 20210804
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] md-fixes 20210804
  • From: Song Liu <songliubraving@xxxxxx>
• RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: [GIT PULL] md-fixes 20210804
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/8] mmc: block: cleanup gendisk creation
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH 1/8] mmc: block: let device_add_disk create disk attributes
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• [PATCH 8/8] block: remove GENHD_FL_UP
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/8] bcache: move the del_gendisk call out of bcache_device_free
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/8] bcache: add proper error unwinding in bcache_device_init
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/8] sx8: use the internal state machine to check if del_gendisk needs to be called
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/8] nvme: replace the GENHD_FL_UP check in nvme_mpath_shutdown_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/8] nvme: remove the GENHD_FL_UP check in nvme_ns_remove
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/8] mmc: block: cleanup gendisk creation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/8] mmc: block: let device_add_disk create disk attributes
  • From: Christoph Hellwig <hch@xxxxxx>
• remove GENHD_FL_UP
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Gal Ofri <gal.ofri@xxxxxxxxxxx>
• Re: [RFC PATCH v1 0/4] keys: introduce key_extract_material helper
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• Re: [PATCH 10/15] sd: use bvec_virt
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 02/15] block: use bvec_virt in bio_integrity_{process,free}
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 01/15] bvec: add a bvec_virt helper
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: [dm-devel] [PATCH 10/15] sd: use bvec_virt
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 15/38] md/raid5: Replace deprecated CPU-hotplug functions.
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 08/15] virtio_blk: use bvec_virt
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH 07/15] rbd: use bvec_virt
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 02/15] block: use bvec_virt in bio_integrity_{process,free}
  • From: Chaitanya Kulkarni <ckulkarnilinux@xxxxxxxxx>
• Re: [PATCH 01/15] bvec: add a bvec_virt helper
  • From: Chaitanya Kulkarni <ckulkarnilinux@xxxxxxxxx>
• Re: [GIT PULL] md-fixes 20210804
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-fixes 20210804
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 13/15] dasd: use bvec_virt
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• Re: [PATCH 09/15] bcache: use bvec_virt
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 15/15] nvme: use bvec_virt
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• [PATCH 15/15] nvme: use bvec_virt
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/15] ubd: use bvec_virt
  • From: Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>
• [PATCH 14/15] dcssblk: use bvec_virt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/15] dasd: use bvec_virt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/15] ps3vram: use bvec_virt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/15] ubd: use bvec_virt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/15] sd: use bvec_virt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/15] bcache: use bvec_virt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/15] virtio_blk: use bvec_virt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/15] rbd: use bvec_virt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/15] squashfs: use bvec_virt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/15] dm-integrity: use bvec_virt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/15] dm-ebs: use bvec_virt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/15] dm: make EBS depend on !HIGHMEM
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/15] block: use bvec_virt in bio_integrity_{process,free}
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/15] bvec: add a bvec_virt helper
  • From: Christoph Hellwig <hch@xxxxxx>
• add a bvec_virt helper
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: help channel for md raid?
  • From: Stephan Böttcher <boettcher@xxxxxxxxxxxxxxxxxx>
• Re: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Gal Ofri <gal.ofri@xxxxxxxxxxx>
• Re: help channel for md raid?
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: ANNOUNCE: mdadm 4.2-rc2 - A tool for managing md Soft RAID under Linux
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/38] Replace deprecated CPU-hotplug
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 00/38] Replace deprecated CPU-hotplug
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: ANNOUNCE: mdadm 4.2-rc2 - A tool for managing md Soft RAID under Linux
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [PATCH 15/38] md/raid5: Replace deprecated CPU-hotplug functions.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 00/38] Replace deprecated CPU-hotplug
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: ANNOUNCE: mdadm 4.2-rc2 - A tool for managing md Soft RAID under Linux
  • From: Felix Lechner <lechner@xxxxxxxxxx>
• Re: help channel for md raid?
  • From: Stephan Böttcher <boettcher@xxxxxxxxxxxxxxxxxx>
• Re: help channel for md raid?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• ANNOUNCE: mdadm 4.2-rc2 - A tool for managing md Soft RAID under Linux
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] tests: avoid passing chunk size to raid1.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] tests: fix swap_super path
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] Assemble: skip devices that don't match uuid instead of aborting the assembly.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• help channel for md raid?
  • From: Stephan Böttcher <boettcher@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] tests: clear the superblock before adding a device to the array.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] tests: remove raid0 tests for 0.90 metadata version
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Add monitor delay parameter to mdadm.conf
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tests: Avoid passing chunk size when creating RAID 1
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Fix memory leak after "mdadm --detail"
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Gal Ofri <gal.ofri@xxxxxxxxxxx>
• Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• RE: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• RE: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• [PATCH] Add monitor delay parameter to mdadm.conf
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Miao Wang <shankerwangmiao@xxxxxxxxx>
• Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Matt Wallis <mattw@xxxxxxxxxxxx>
• RE: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• RE: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Matt Wallis <mattw@xxxxxxxxxxxx>
• [PATCH] tests: Avoid passing chunk size when creating RAID 1
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Matt Wallis <mattw@xxxxxxxxxxxx>
• Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] Assemble: start dirty and degraded array.
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
  • From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
• Re: [PATCH] imsm: fix num_data_stripes after raid0 takeover
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [PATCH] Fix memory leak after "mdadm --detail"
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: pg@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: SSD based sw RAID: is ERC/TLER really important?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• SSD based sw RAID: is ERC/TLER really important?
  • From: Gianluca Frustagli <gianfrus@xxxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 5ba03936c05584b6f6f79be5ebe7e5036c1dd252
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2][RESEND] md/raid10: properly indicate failure when ending a failed write request
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH RFC 11/13] md/bitmap: simplify the printing with '%pD' specifier
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] md/bitmap: Use 'atomic_inc_return' instead of hand-writing it
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH 5/5] tests: avoid passing chunk size to raid1.
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• [PATCH 4/5] tests: fix swap_super path
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• [PATCH 3/5] Assemble: skip devices that don't match uuid instead of aborting the assembly.
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• [PATCH 2/5] tests: clear the superblock before adding a device to the array.
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• [PATCH 1/5] tests: remove raid0 tests for 0.90 metadata version
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• [PATCH 0/5] Resurrect mdadm test cases - Series 1
  • From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
• [RFC PATCH v1 2/4] dm: crypt: use new key_extract_material helper
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• [RFC PATCH v1 1/4] keys: introduce key_extract_material helper
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• [RFC PATCH v1 4/4] ubifs: auth: consult encrypted and trusted keys if no logon key was found
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• [RFC PATCH v1 0/4] keys: introduce key_extract_material helper
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• [RFC PATCH v1 3/4] ubifs: auth: remove never hit key type error check
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• [PATCH] Assemble: start dirty and degraded array.
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: mdadm 4.2-rc2
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH] imsm: fix num_data_stripes after raid0 takeover
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] md: replace GENHD_FL_UP with GENHD_FL_DISK_ADDED on is_mddev_broken()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] imsm: correct offset for 4k disks in --examine output
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Use dev_open in validate geometry container
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] mdadm/super1: It needs to specify int32 for bitmap_offset
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: mdadm 4.2-rc2
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Add error handling for chunk size in RAID1
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: Fix possible memory leaks and refactor freeing struct dl
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] mdadm: Fix building errors
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 11/13] md/bitmap: simplify the printing with '%pD' specifier
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• [PATCH] Add error handling for chunk size in RAID1
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• Re: RAID5 now recognized as RAID1
  • From: Fine Fan <ffan@xxxxxxxxxx>
• [PATCH RFC 11/13] md/bitmap: simplify the printing with '%pD' specifier
  • From: Jia He <justin.he@xxxxxxx>
• Re: RAID5 now recognized as RAID1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID5 now recognized as RAID1
  • From: Fine Fan <ffan@xxxxxxxxxx>
• Re: What about the kernel patch "failfast" and SCTERC/kernel-driver timeouts
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: 1T and 500+500 mirror, but different speeds
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: 1T and 500+500 mirror, but different speeds
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: What about the kernel patch "failfast" and SCTERC/kernel-driver timeouts
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• What about the kernel patch "failfast" and SCTERC/kernel-driver timeouts
  • From: BW <m40636067@xxxxxxxxx>
• Re: 1T and 500+500 mirror, but different speeds
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• 1T and 500+500 mirror, but different speeds
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: --detail --export doesn't show all properties
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: --detail --export doesn't show all properties
  • From: BW <m40636067@xxxxxxxxx>
• Re: bad sector and unused area.
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: bad sector and unused area.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: --detail --export doesn't show all properties
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: bad sector and unused area.
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: bad sector and unused area.
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• bad sector and unused area.
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• RAID5 now recognized as RAID1
  • From: Nicolas Martin <nicolas.martin.3d@xxxxxxxxx>
• Re: --detail --export doesn't show all properties
  • From: BW <m40636067@xxxxxxxxx>
• Re: --detail --export doesn't show all properties
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: --detail --export doesn't show all properties
  • From: BW <m40636067@xxxxxxxxx>
• --detail --export doesn't show all properties
  • From: BW <m40636067@xxxxxxxxx>
• Re: max_queued_requests for raid1 and raid10 - questions
  • From: "NeilBrown" <neilb@xxxxxxx>
• Fwd: max_queued_requests for raid1 and raid10 - questions
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• max_queued_requests for raid1 and raid10 - questions
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v2][RESEND] md/raid10: properly indicate failure when ending a failed write request
  • From: Guoqing Jiang <jiangguoqing@xxxxxxxxxx>
• Re: 4-disk RAID6 (non-standard layout) normalise hung, now all disks spare
  • From: Phil Turmel <philip@xxxxxxxxxx>
• mdadm 4.2-rc2
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH] imsm: Fix possible memory leaks and refactor freeing struct dl
  • From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
• [PATCH v2][RESEND] md/raid10: properly indicate failure when ending a failed write request
  • From: wsy@xxxxxxxxxx
• Re: Redundant EFI Systemp Partitions (Was Re: How does one enable SCTERC on an NVMe drive (and other install questions))
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Redundant EFI Systemp Partitions (Was Re: How does one enable SCTERC on an NVMe drive (and other install questions))
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: Question: RAID cabinet for home use
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• RE: 4-disk RAID6 (non-standard layout) normalise hung, now all disks spare
  • From: "Jason Flood" <3mu5555@xxxxxxxxx>
• Re: Redundant EFI Systemp Partitions (Was Re: How does one enable SCTERC on an NVMe drive (and other install questions))
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Question: RAID cabinet for home use
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: Redundant EFI Systemp Partitions (Was Re: How does one enable SCTERC on an NVMe drive (and other install questions))
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: 4-disk RAID6 (non-standard layout) normalise hung, now all disks spare
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: 4-disk RAID6 (non-standard layout) normalise hung, now all disks spare
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• RE: 4-disk RAID6 (non-standard layout) normalise hung, now all disks spare
  • From: "Jason Flood" <3mu5555@xxxxxxxxx>
• Re: Redundant EFI Systemp Partitions (Was Re: How does one enable SCTERC on an NVMe drive (and other install questions))
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Question: RAID cabinet for home use
  • From: Ram Ramesh <rramesh2400@xxxxxxxxx>
• Redundant EFI Systemp Partitions (Was Re: How does one enable SCTERC on an NVMe drive (and other install questions))
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: Question: RAID cabinet for home use
  • From: Mark Wagner <carnildo@xxxxxxxxx>
• Re: [PATCH] md/raid10: properly indicate failure when ending a failed write request
  • From: Song Liu <song@xxxxxxxxxx>
• Re: 4-disk RAID6 (non-standard layout) normalise hung, now all disks spare
  • From: Phil Turmel <philip@xxxxxxxxxx>
• 4-disk RAID6 (non-standard layout) normalise hung, now all disks spare
  • From: "Jason Flood" <3mu5555@xxxxxxxxx>
• Re: [PATCH] md/raid10: properly indicate failure when ending a failed write request
  • From: Guoqing Jiang <jiangguoqing@xxxxxxxxxx>
• Re: [PATCH] md/raid10: properly indicate failure when ending a failed write request
  • From: Wei Shuyu <wsy@xxxxxxxxxx>
• Re: [PATCH] md/raid10: properly indicate failure when ending a failed write request
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH] md/raid10: properly indicate failure when ending a failed write request
  • From: wsy@xxxxxxxxxx
• Re: Question: RAID cabinet for home use
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Question: RAID cabinet for home use
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Question: RAID cabinet for home use
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Question: RAID cabinet for home use
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: Question: RAID cabinet for home use
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH] md: use BLK_STS_OK instead of hardcode
  • From: Xianting Tian <xianting_tian@xxxxxxx>
• Re: [PATCH] md: use BLK_STS_OK instead of hardcode
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 1/1] mdadm: Fix building errors
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Question: RAID cabinet for home use (vs "Backplane/Cage/Mobile Rack"?)
  • From: Bill Hudacek <bill.hudacek@xxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Question: RAID cabinet for home use
  • From: Bill Hudacek <bill.hudacek@xxxxxxxxx>
• Re: How does one enable SCTERC on an NVMe drive (and other install questions)
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: How does one enable SCTERC on an NVMe drive (and other install questions)
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: How does one enable SCTERC on an NVMe drive (and other install questions)
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Wang Shanker <shankerwangmiao@xxxxxxxxx>
• How does one enable SCTERC on an NVMe drive (and other install questions)
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: [PATCH 1/1] mdadm/super1: It needs to specify int32 for bitmap_offset
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 3/3] Don't associate spares with other arrays during RAID Examine
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxxxxxxxx>
• [PATCH 2/3] Remove Spare drives line from details for external metadata
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxxxxxxxx>
• [PATCH 1/3] imsm: correct offset for 4k disks in --examine output
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Wang Shanker <shankerwangmiao@xxxxxxxxx>
• Re: Intermittent stalling of all MD IO, Debian buster (4.19.0-16)
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: Recovering RAID-1
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Recovering RAID-1
  • From: H <agents@xxxxxxxxxxxxxx>
• Re: Recovering RAID-1
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: Intermittent stalling of all MD IO, Debian buster (4.19.0-16)
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: Intermittent stalling of all MD IO, Debian buster (4.19.0-16)
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [GIT PULL] md-next 20210615
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-next 20210615
  • From: Song Liu <songliubraving@xxxxxx>
• [song-md:md-next] BUILD SUCCESS 97ae27252f4962d0fcc38ee1d9f913d817a2024e
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] Use dev_open in validate geometry container
  • From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
• Re: Recover from crash in RAID6 due to hardware failure
  • From: Carlos Maziero <carlos.maziero@xxxxxxxxx>
• Re: Recover from crash in RAID6 due to hardware failure
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Recover from crash in RAID6 due to hardware failure
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: Recover from crash in RAID6 due to hardware failure
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: Recovering RAID-1
  • From: H <agents@xxxxxxxxxxxxxx>
• Re: Recovering RAID-1
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Recovering RAID-1
  • From: H <agents@xxxxxxxxxxxxxx>
• Re: Intermittent stalling of all MD IO, Debian buster (4.19.0-16)
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Intermittent stalling of all MD IO, Debian buster (4.19.0-16)
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: [GIT PULL] md-fixes 20210610
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 9be148e408df7d361ec5afd6299b7736ff3928b0
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] md-fixes 20210610
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [GIT PULL] md-fixes 20210610
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-fixes 20210610
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [RESEND] md: adding a new flag MD_DELETING
  • From: Zhong Lidong <lidong.zhong@xxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 867a92060cfd29e5c011cc088916626005080c82
  • From: kernel test robot <lkp@xxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 36fa858d50d9490332119cd19ca880ac06584c78
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Wang Shanker <shankerwangmiao@xxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [RESEND] md: adding a new flag MD_DELETING
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH v2] md/raid5: avoid device_lock in read_one_chunk()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [RESEND] md: adding a new flag MD_DELETING
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Wang Shanker <shankerwangmiao@xxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Wang Shanker <shankerwangmiao@xxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v2] md/raid5: avoid device_lock in read_one_chunk()
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH v2] md/raid5: avoid device_lock in read_one_chunk()
  • From: <gal.ofri@xxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: [PATCH 17/26] nvdimm-pmem: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Recover from crash in RAID6 due to hardware failure
  • From: Carlos Maziero <carlos.maziero@xxxxxxxxx>
• Re: [PATCH] md/raid5: reduce lock contention in read_one_chunk()
  • From: Gal Ofri <gal.ofri@xxxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Wang Shanker <shankerwangmiao@xxxxxxxxx>
• Re: [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• [Bug Report] Discard bios cannot be correctly merged in blk-mq
  • From: Wang Shanker <shankerwangmiao@xxxxxxxxx>
• [RESEND] md: adding a new flag MD_DELETING
  • From: Lidong Zhong <lidong.zhong@xxxxxxxx>
• Re: [PATCH] md/raid5: reduce lock contention in read_one_chunk()
  • From: "NeilBrown" <neilb@xxxxxxx>
• [song-md:md-next] BUILD SUCCESS eaf634fc2966114742315d169b3cf99fcbd752a2
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md/raid5: reduce lock contention in read_one_chunk()
  • From: Gal Ofri <gal.ofri@xxxxxxxxxx>
• Re: [PATCH] md/raid5: reduce lock contention in read_one_chunk()
  • From: Gal Ofri <gal.ofri@xxxxxxxxxx>
• Re: [PATCH] md/raid5: reduce lock contention in read_one_chunk()
  • From: Gal Ofri <gal.ofri@xxxxxxxxxx>
• Re: [PATCH] md/raid5: reduce lock contention in read_one_chunk()
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH] md: adding a new flag MD_DELETING
  • From: Zhong Lidong <lidong.zhong@xxxxxxxx>
• Re: [PATCH 0/2] incremental patches about io stats
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md: adding a new flag MD_DELETING
  • From: Song Liu <song@xxxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 783b5dcba231f07459f30ca508162c1e670b0dcc
  • From: kernel test robot <lkp@xxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS 991e6befee6b08c6af7380eb6e451db57e7ed071
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md/raid5: reduce lock contention in read_one_chunk()
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH] md/raid5: reduce lock contention in read_one_chunk()
  • From: <gal.ofri@xxxxxxxxxx>
• [PATCH 2/2] md: add comments in md_integrity_register
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH 1/2] md: check level before create and exit io_acct_set
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH 0/2] incremental patches about io stats
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [Update PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [Update PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH 1/1] mdadm/super1: It needs to specify int32 for bitmap_offset
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/1] It needs to check offset array is NULL or not in async_xor_offs
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxxxxxxxx>
• Re: move bd_mutex to the gendisk v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: simplify gendisk and request_queue allocation for bio based drivers
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] md: Constify attribute_group structs
  • From: Song Liu <song@xxxxxxxxxx>
• [Update PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 1/1] It needs to check offset array is NULL or not in async_xor_offs
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH] md: Constify attribute_group structs
  • From: Rikard Falkeborn <rikard.falkeborn@xxxxxxxxx>
• Re: [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 3/8] block: move bd_mutex to struct gendisk
  • From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
• [PATCH 1/1] It needs to check offset array is NULL or not in async_xor_offs
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V2 0/7] md: io stats accounting
  • From: Paweł Wiejacha <pawel.wiejacha@xxxxxxxxxxxx>
• Re: [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [song-md:md-next] BUILD REGRESSION 0e2ec211ca2c697c8f94137735f779611e6065a9
  • From: kernel test robot <lkp@xxxxxxxxx>
• [song-md:md-next 2/8] ERROR: modpost: "bioset_integrity_free" [drivers/md/md-mod.ko] undefined!
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [GIT PULL] md-fixes 20210525
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS cc146267914950b12c2bdee68c1e9e5453c81cde
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/4] imsm: lowest namespace support
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: simplify gendisk and request_queue allocation for bio based drivers
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Song Liu <song@xxxxxxxxxx>
• [GIT PULL] md-fixes 20210525
  • From: Song Liu <songliubraving@xxxxxx>
• Re: simplify gendisk and request_queue allocation for bio based drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 8/8] block: remove bdget_disk
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 7/8] block: factor out a part_devt helper
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 6/8] block: move bd_part_count to struct gendisk
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 5/8] block: split __blkdev_put
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 4/8] block: move adjusting bd_part_count out of __blkdev_get
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 3/8] block: move bd_mutex to struct gendisk
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] md/raid5: remove an incorect assert in in_chunk_boundary
  • From: Song Liu <song@xxxxxxxxxx>
• Re: simplify gendisk and request_queue allocation for bio based drivers
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: Spurious bad blocks on RAID-5
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: Spurious bad blocks on RAID-5
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• [PATCH V3 8/8] md: mark some personalities as deprecated
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V3 7/8] md/raid10: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V3 6/8] md/raid1: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V3 5/8] md/raid1: rename print_msg with r1bio_existed
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V3 4/8] md/raid5: avoid redundant bio clone in raid5_read_one_chunk
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V3 2/8] md: add io accounting for raid0 and raid5
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V3 3/8] md/raid5: move checking badblock before clone bio in raid5_read_one_chunk
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V3 1/8] md: revert io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V3 0/6] md: io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 8/8] block: remove bdget_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 7/8] block: factor out a part_devt helper
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 6/8] block: move bd_part_count to struct gendisk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 5/8] block: split __blkdev_put
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 4/8] block: move adjusting bd_part_count out of __blkdev_get
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/8] block: split __blkdev_get
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 3/8] block: move bd_mutex to struct gendisk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 2/8] block: move sync_blockdev from __blkdev_put to blkdev_put
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH 8/8] block: remove bdget_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/8] block: factor out a part_devt helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/8] block: move bd_part_count to struct gendisk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/8] block: split __blkdev_put
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/8] block: move adjusting bd_part_count out of __blkdev_get
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/8] block: move bd_mutex to struct gendisk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/8] block: move sync_blockdev from __blkdev_put to blkdev_put
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/8] block: split __blkdev_get
  • From: Christoph Hellwig <hch@xxxxxx>
• move bd_mutex to the gendisk v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Spurious bad blocks on RAID-5
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS ac5cf751a832c0dc7adf0e880158edd5c58ae854
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md/raid5: remove an incorect assert in in_chunk_boundary
  • From: "Florian D." <spam02@xxxxxxxxxxxx>
• Re: [PATCH V2 2/7] md: add accounting_bio for raid0 and raid5
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 14/26] md: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 18/26] nvme-multipath: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 14/26] md: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/26] dm: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 06/26] brd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [dm-devel] [PATCH 05/26] block: add blk_alloc_disk and blk_cleanup_disk APIs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/26] block: refactor device number setup in __device_add_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [dm-devel] [PATCH 01/26] block: refactor device number setup in __device_add_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V2 0/7] md: io stats accounting
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [UPDATE PATCH V2 3/7] md: the latest try for improve io stats accounting
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V2 2/7] md: add accounting_bio for raid0 and raid5
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md/raid5: remove an incorect assert in in_chunk_boundary
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 12/26] bcache: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 12/26] bcache: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 26/26] block: unexport blk_alloc_queue
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 25/26] null_blk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 24/26] xpram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 23/26] dcssblk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 22/26] ps3vram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 21/26] n64cart: convert to blk_alloc_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 20/26] simdisk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 19/26] nfblock: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 18/26] nvme-multipath: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 17/26] nvdimm-pmem: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 16/26] nvdimm-btt: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 15/26] nvdimm-blk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 14/26] md: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 13/26] dm: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 12/26] bcache: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 11/26] lightnvm: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 10/26] zram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 09/26] rsxx: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 08/26] pktcdvd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 07/26] drbd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 06/26] brd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/26] block: add blk_alloc_disk and blk_cleanup_disk APIs
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 04/26] block: add a flag to make put_disk on partially initalized disks safer
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 03/26] block: automatically enable GENHD_FL_EXT_DEVT
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 02/26] block: move the DISK_MAX_PARTS sanity check into __device_add_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 01/26] block: refactor device number setup in __device_add_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [dm-devel] [PATCH 05/26] block: add blk_alloc_disk and blk_cleanup_disk APIs
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 04/26] block: add a flag to make put_disk on partially initalized disks safer
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 03/26] block: automatically enable GENHD_FL_EXT_DEVT
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 02/26] block: move the DISK_MAX_PARTS sanity check into __device_add_disk
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 01/26] block: refactor device number setup in __device_add_disk
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 19/26] nfblock: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [UPDATE PATCH V2 3/7] md: the latest try for improve io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH V2 3/7] md: the latest try for improve io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH V2 3/7] md: the latest try for improve io stats accounting
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH 12/26] bcache: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/26] bcache: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 26/26] block: unexport blk_alloc_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/26] null_blk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/26] xpram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/26] dcssblk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/26] ps3vram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/26] n64cart: convert to blk_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/26] simdisk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/26] nfblock: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/26] nvme-multipath: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/26] nvdimm-pmem: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/26] nvdimm-btt: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/26] nvdimm-blk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/26] md: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/26] bcache: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/26] dm: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/26] lightnvm: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/26] zram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/26] rsxx: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/26] pktcdvd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/26] drbd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/26] brd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/26] block: add blk_alloc_disk and blk_cleanup_disk APIs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/26] block: automatically enable GENHD_FL_EXT_DEVT
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/26] block: add a flag to make put_disk on partially initalized disks safer
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/26] block: refactor device number setup in __device_add_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/26] block: move the DISK_MAX_PARTS sanity check into __device_add_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• simplify gendisk and request_queue allocation for bio based drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• simplify gendisk and request_queue allocation for bio based drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• [PATCH V2 7/7] md: mark some personalities as deprecated
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V2 6/7] md/raid10: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V2 5/7] md/raid1: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V2 4/7] md/raid1: rename print_msg with r1bio_existed
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V2 3/7] md: the latest try for improve io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V2 2/7] md: add accounting_bio for raid0 and raid5
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V2 0/7] md: io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH V2 1/7] md: revert io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Song Liu <song@xxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: raid10 redundancy
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [PATCH 1/8] block: split __blkdev_get
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Leslie Rhorer <lesrhorer@xxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: [PATCH] md/raid5: remove an incorect assert in in_chunk_boundary
  • From: wp1083705-spam02 wp1083705-spam02 <spam02@xxxxxxxxxxxx>
• Re: [PATCH 2/8] block: move sync_blockdev from __blkdev_put to blkdev_put
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 1/8] block: split __blkdev_get
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH] md/raid5: remove an incorect assert in in_chunk_boundary
  • From: Guoqing Jiang <jiangguoqing@xxxxxxxxxx>
• Re: [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• Re: [PATCH] md/raid5: remove an incorect assert in in_chunk_boundary
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] md/raid5: remove an incorect assert in in_chunk_boundary
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Linux-5.12 regression
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Linux-5.12 regression
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 0/5] md: io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 4/5] md/raid1: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 3/5] md-multipath: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH 0/5] md: io stats accounting
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Linux-5.12 regression
  • From: Song Liu <song@xxxxxxxxxx>
• Re: raid10 redundancy
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: raid10 redundancy
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: [PATCH 4/5] md/raid1: enable io accounting
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] md-multipath: enable io accounting
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• [PATCH 5/5] md/raid10: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH 4/5] md/raid1: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH 3/5] md-multipath: enable io accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH 2/5] md: the latest try for improve io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH 1/5] md: revert io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• [PATCH 0/5] md: io stats accounting
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: raid10 redundancy
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: raid10 redundancy
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• [PATCH 4/4] Manage: Call validate_geometry when adding drive to external container
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 3/4] imsm: Limit support to the lowest namespace
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 2/4] imsm: add devpath_to_char method
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 1/4] imsm: add generic method to resolve "device" links
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 0/4] imsm: lowest namespace support
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: My superblocks have gone missing, can't reassemble raid5
  • From: Christopher Thomas <youkai@xxxxxxxxxxxxx>
• My superblocks have gone missing, can't reassemble raid5
  • From: Christopher Thomas <youkai@xxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Linux-5.12 regression
  • From: "Florian D." <spam02@xxxxxxxxxxxx>
• Re: Looking for a good documentation on how to recover a raid
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Looking for a good documentation on how to recover a raid
  • From: Michael Marré <michael.marre@xxxxxx>
• Re: raid10 redundancy
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: raid10 redundancy
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: [PATCH] md: don't account io stat for split bio
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH] md: warn about using another MD array as write journal
  • From: Guoqing Jiang <jgq516@xxxxxxxxx>
• Re: [PATCH] md: warn about using another MD array as write journal
  • From: Vojtech Myslivec <vojtech@xxxxxxxxxxxx>
• Re: Patch to fix boot from RAID-1 partitioned arrays
  • From: "J. Brian Kelley" <jbk@xxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: raid10 redundancy
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: raid10 redundancy
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: Patch to fix boot from RAID-1 partitioned arrays
  • From: Geoff Back <geoff@xxxxxxxxxxxxxxx>
• Re: Patch to fix boot from RAID-1 partitioned arrays
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Patch to fix boot from RAID-1 partitioned arrays
  • From: Geoff Back <geoff@xxxxxxxxxxxxxxx>
• Patch to fix boot from RAID-1 partitioned arrays
  • From: Geoff Back <geoff@xxxxxxxxxxxxxxx>
• [PATCH 8/8] block: remove bdget_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/8] block: factor out a part_devt helper
  • From: Christoph Hellwig <hch@xxxxxx>