Linux RAID Storage Date Index

• Thread Index

• [song-md:md-next] BUILD SUCCESS 4ab9303daf9d0834fdc41e50c2632bf9c2a0d8fa
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md: warn about using another MD array as write journal
  • From: Manuel Riel <manu@xxxxxxxxxxxxx>
• Re: [PATCH] md: warn about using another MD array as write journal
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] Monitor: make libudev dependency optional
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [PATCH] Monitor: make libudev dependency optional
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: support for third Sata controller
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: Linux RAID with btrfs stuck and consume 100 % CPU
  • From: Vojtech Myslivec <vojtech@xxxxxxxxxxxx>
• [PATCH] md: Fix missing unused status line of /proc/mdstat
  • From: Jan Glauber <jglauber@xxxxxxxxxxxxxxxx>
• [PATCH] imsm: support for third Sata controller
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH] md: warn about using another MD array as write journal
  • From: Manuel Riel <manu@xxxxxxxxxxxxx>
• Re: [PATCH v2] imsm: nvme multipath support
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: IMSM regresion
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: extend curr_migr_unit to u64
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS f3cf8c2b2caf6ae77b7c786218d3b060faef63a6
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: raid5 crash on system which PAGE_SIZE is 64KB
  • From: Yufen Yu <yuyufen@xxxxxxxxxx>
• Re: Cannot add replacement hard drive to mdadm RAID5 array
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [kbuild-all] Re: [song-md:md-next 5/6] drivers/md/raid10.c:1526:8-27: atomic_dec_and_test variation before object free at line 1532.
  • From: Rong Chen <rong.a.chen@xxxxxxxxx>
• Re: [song-md:md-next 5/6] drivers/md/raid10.c:1526:8-27: atomic_dec_and_test variation before object free at line 1532.
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [song-md:md-next 5/6] drivers/md/raid10.c:1526:8-27: atomic_dec_and_test variation before object free at line 1532.
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [song-md:md-next 5/6] drivers/md/raid10.c:1526:8-27: atomic_dec_and_test variation before object free at line 1532.
  • From: kernel test robot <lkp@xxxxxxxxx>
• [song-md:md-next 6/6] mm/mmap.c:1453:31: error: called object type 'void is not a function or function pointer
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Cannot add replacement hard drive to mdadm RAID5 array
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• raid5 crash on system which PAGE_SIZE is 64KB
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: release plan for mdadm
  • From: Felix Lechner <lechner@xxxxxxxxxx>
• Cannot add replacement hard drive to mdadm RAID5 array
  • From: Devon Beets <devon@xxxxxxxxxxxxxxxx>
• IMSM regresion
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH v2] imsm: nvme multipath support
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdmonitor: check if udev has finished events processing
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• [PATCH] imsm: extend curr_migr_unit to u64
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/4] dm: add DM_INTERPOSED_FLAG
  • From: Sergei Shtepa <sergei.shtepa@xxxxxxxxx>
• RE: [PATCH V2 0/5] md/raid10: Improve handling raid10 discard request
  • From: Adrian Huang12 <ahuang12@xxxxxxxxxx>
• Re: [PATCH] mdmonitor: check if udev has finished events processing
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: release plan for mdadm
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] Write-intent bitmap support for IMSM metadata
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/4] dm: add DM_INTERPOSED_FLAG
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/4] block: add blk_interposer
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/4] dm: add DM_INTERPOSED_FLAG
  • From: Sergei Shtepa <sergei.shtepa@xxxxxxxxx>
• Re: [PATCH v6 2/4] block: add blk_interposer
  • From: Sergei Shtepa <sergei.shtepa@xxxxxxxxx>
• Re: [PATCH v6 4/4] dm: add DM_INTERPOSED_FLAG
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/4] block: add blk_interposer
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/4] block: add blk_mq_is_queue_frozen()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] mdmonitor: check if udev has finished events processing
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mdmonitor: check if udev has finished events processing
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdmonitor: check if udev has finished events processing
  • From: Michael Fritscher <michael@xxxxxxxxxxxxx>
• Re: [PATCH] mdmonitor: check if udev has finished events processing
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH] mdmonitor: check if udev has finished events processing
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Raid10 reshape bug
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: Raid10 reshape bug
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: [PATCH 1/1] It should be FAILED when raid has not enough active disks
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: add verbose flag to compare_super
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: nvme multipath support
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mdmonitor: check if udev has finished events processing
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] Document PPL in man md
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] imsm: use saved fds during migration
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: Raid5 to Raid6 reshape stalled
  • From: apfc123@xxxxxxxxx
• Re: Raid5 to Raid6 reshape stalled
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Raid5 to Raid6 reshape stalled
  • From: apfc123@xxxxxxxxx
• Re: release plan for mdadm
  • From: "Radtke, Jakub" <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH 3/8] imsm: Write-intent bitmap support
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH 2/8] Enable bitmap support for external metadata
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH 4/8] imsm: Adding a spare to an existing array with bitmap
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH 5/8] Add "bitmap" to allowed command-line values
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH 8/8] Grow: Block reshape when external metadata and write-intent bitmap
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH 7/8] Create: Block automatic enabling bitmap for external metadata
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH 6/8] imsm: Update-subarray for write-intent bitmap
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH 1/8] Modify mdstat parsing for volumes with the bitmap
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH 0/8] Write-intent bitmap support for IMSM metadata
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH RESEND] imsm: use saved fds during migration
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH RESEND] imsm: add verbose flag to compare_super
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH v6 0/4] block-layer interposer
  • From: Sergei Shtepa <sergei.shtepa@xxxxxxxxx>
• Re: [PATCH] super1: fix Floating point exception
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: release plan for mdadm
  • From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
• Re: release plan for mdadm
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/6] badblocks: add more helper structure and routines in badblocks.h
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC PATCH v1 1/6] badblocks: add more helper structure and routines in badblocks.h
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v6 4/4] dm: add DM_INTERPOSED_FLAG
  • From: Sergei Shtepa <sergei.shtepa@xxxxxxxxx>
• [PATCH v6 3/4] dm: introduce dm-interposer
  • From: Sergei Shtepa <sergei.shtepa@xxxxxxxxx>
• [PATCH v6 2/4] block: add blk_interposer
  • From: Sergei Shtepa <sergei.shtepa@xxxxxxxxx>
• [PATCH v6 1/4] block: add blk_mq_is_queue_frozen()
  • From: Sergei Shtepa <sergei.shtepa@xxxxxxxxx>
• Re: [PATCH v2] super1.c: avoid useless sync when bitmap switches from clustered to none
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: release plan for mdadm
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• resend: [PATCH mdadm] super1: fix Floating point exception
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• resend: [PATCH v2 mdadm] super1.c: avoid useless sync when bitmap switches from clustered to none
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• Re: resend: [PATCH v2 mdadm] super1.c: avoid useless sync when bitmap switches from clustered to none
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• [RFC PATCH v1 1/6] badblocks: add more helper structure and routines in badblocks.h
  • From: Coly Li <colyli@xxxxxxx>
• [RFC PATCH v1 6/6] badblocks: switch to the improved badblock handling code
  • From: Coly Li <colyli@xxxxxxx>
• [RFC PATCH v1 5/6] badblocks: improve badblocks_check() for multiple ranges handling
  • From: Coly Li <colyli@xxxxxxx>
• [RFC PATCH v1 4/6] badblocks: improve badblocks_clear() for multiple ranges handling
  • From: Coly Li <colyli@xxxxxxx>
• [RFC PATCH v1 3/6] badblocks: improvement badblocks_set() for multiple ranges handling
  • From: Coly Li <colyli@xxxxxxx>
• [RFC PATCH v1 0/6] badblocks improvement for multiple bad block ranges
  • From: Coly Li <colyli@xxxxxxx>
• [RFC PATCH v1 2/6] badblocks: add helper routines for badblock ranges handling
  • From: Coly Li <colyli@xxxxxxx>
• Re: release plan for mdadm
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: Linux RAID with btrfs stuck and consume 100 % CPU
  • From: Manuel Riel <manu@xxxxxxxxxxxxx>
• Re: [PATCH mdadm] Grow: be careful of corrupt dev_roles list
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] mdadm/bitmap: locate bitmap calcuate bitmap position wrongly
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [zfs-discuss] Fwd: [OT][X-POST] RAID-6 hw rebuild speed
  • From: "rob_mailing_lists&rbabb net" <Ufficio.Qualita@xxxxxxxxxxxxxxxxxx>
• [PATCH mdadm] Grow: be careful of corrupt dev_roles list
  • From: NeilBrown <neilb@xxxxxxx>
• [song-md:md-next] BUILD SUCCESS WITH WARNING ec8263472f36ff06a9b5988675109cb0123e366b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
  • From: Song Liu <song@xxxxxxxxxx>
• Re: md read-only fixes
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V2 0/5] md/raid10: Improve handling raid10 discard request
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V2 0/5] md/raid10: Improve handling raid10 discard request
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Raid10 reshape bug
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: md read-only fixes
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: use ssd as write-journal or lvm-cache?
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: use ssd as write-journal or lvm-cache?
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: use ssd as write-journal or lvm-cache?
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: use ssd as write-journal or lvm-cache?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: use ssd as write-journal or lvm-cache?
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: use ssd as write-journal or lvm-cache?
  • From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: use ssd as write-journal or lvm-cache?
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: use ssd as write-journal or lvm-cache?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• use ssd as write-journal or lvm-cache?
  • From: d tbsky <tbskyd@xxxxxxxxx>
• Re: mdxxx_raid6 kernel thread frozen
  • From: "Michael D. O'Brien" <obrienmd@xxxxxxxxx>
• Re: mdxxx_raid6 kernel thread frozen
  • From: Thomas Kreitler <kreitler@xxxxxxxxxxxxx>
• Re: [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [PATCH 12/78] dm: use set_capacity_and_notify
  • From: Christoph Hellwig <hch@xxxxxx>
• mdxxx_raid6 kernel thread frozen
  • From: "Michael D. O'Brien" <obrienmd@xxxxxxxxx>
• Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH V2 0/5] md/raid10: Improve handling raid10 discard request
  • From: Matthew Ruffell <matthew.ruffell@xxxxxxxxxxxxx>
• [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 12/78] dm: use set_capacity_and_notify
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] md: don't unregister sync_thread with reconfig_mutex held
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: don't unregister sync_thread with reconfig_mutex held
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Re: [PATCH] md: don't unregister sync_thread with reconfig_mutex held
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Linux RAID with btrfs stuck and consume 100 % CPU
  • From: Manuel Riel <manu@xxxxxxxxxxxxx>
• Re: I trashed my superblocks after reshape from raid5 to raid6 stalled - need help recovering
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS c5eec74f252dfba25269cd68f9a3407aedefd330
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] md: don't unregister sync_thread with reconfig_mutex held
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH 1/1] It should be FAILED when raid has not enough active disks
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• Re: cleanup bvec allocation
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: Repairing IMSM RAID array "active, FAILED, not started"
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• Re: cleanup bvec allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH] super-intel: correctly recognize NVMe device during assemble
  • From: Zhong Lidong <lidong.zhong@xxxxxxxx>
• Repairing IMSM RAID array "active, FAILED, not started"
  • From: 19 Devices linuxraid <19devices@xxxxxxxxx>
• [PATCH] imsm: add verbose flag to compare_super
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] super-intel: correctly recognize NVMe device during assemble
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [RFC PATCH] super-intel: correctly recognize NVMe device during assemble
  • From: Lidong Zhong <lidong.zhong@xxxxxxxx>
• Re: [dm-devel] [PATCH AUTOSEL 5.4 03/26] dm integrity: select CRYPTO_SKCIPHER
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: Re: put 2 hard drives in mdadm raid 1 and detect bitrot like btrfs does, what's that called?
  • From: " " <Cedric.dewijs@xxxxxxxxxx>
• Re: put 2 hard drives in mdadm raid 1 and detect bitrot like btrfs does, what's that called?
  • From: Goffredo Baroncelli <kreijack@xxxxxxxxx>
• Re: [PATCH 10/11] md/raid10: remove dead code in reshape_request
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH V2 0/5] md/raid10: Improve handling raid10 discard request
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Re: put 2 hard drives in mdadm raid 1 and detect bitrot like btrfs does, what's that called?
  • From: " " <Cedric.dewijs@xxxxxxxxxx>
• Re: [GIT PULL] md-next 20210203
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: put 2 hard drives in mdadm raid 1 and detect bitrot like btrfs does, what's that called?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: [PATCH V2 0/5] md/raid10: Improve handling raid10 discard request
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: One failed raid device can't umount automatically
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 0/5] md/raid10: Improve handling raid10 discard request
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH V2 5/5] md/raid10: improve discard request for far layout
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH V2 2/5] md/raid10: extend r10bio devs to raid disks
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH V2 4/5] md/raid10: improve raid10 discard request
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH V2 3/5] md/raid10: pull the code that wait for blocked dev into one function
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH V2 1/5] md: add md_submit_discard_bio() for submitting discard bio
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH V2 0/5] md/raid10: Improve handling raid10 discard request
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH V2 0/5] md/raid10: Improve handling raid10 discard request
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/5] md: add md_submit_discard_bio() for submitting discard bio
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/5] md: add md_submit_discard_bio() for submitting discard bio
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [GIT PULL] md-next 20210203
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH V2 4/5] md/raid10: improve raid10 discard request
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH V2 5/5] md/raid10: improve discard request for far layout
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH V2 3/5] md/raid10: pull the code that wait for blocked dev into one function
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH V2 2/5] md/raid10: extend r10bio devs to raid disks
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH V2 1/5] md: add md_submit_discard_bio() for submitting discard bio
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH V2 0/5] md/raid10: Improve handling raid10 discard request
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/5] md: add md_submit_discard_bio() for submitting discard bio
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 4/5] md/raid10: improve raid10 discard request
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 3/5] md/raid10: pull codes that wait for blocked dev into one function
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 1/5] md: add md_submit_discard_bio() for submitting discard bio
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 4/5] md/raid10: improve raid10 discard request
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] md/raid10: extend r10bio devs to raid disks
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] md/raid10: pull codes that wait for blocked dev into one function
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] md: add md_submit_discard_bio() for submitting discard bio
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 4/5] md/raid10: improve raid10 discard request
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 5/5] md/raid10: improve discard request for far layout
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 3/5] md/raid10: pull codes that wait for blocked dev into one function
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 1/5] md: add md_submit_discard_bio() for submitting discard bio
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 2/5] md/raid10: extend r10bio devs to raid disks
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 0/5] md/raid10: Improve handling raid10 discard request
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [solved] 3 drive RAID5 with 1 bad drive, 1 drive active but not clean and a single clean drive
  • From: importantdata <importantdata@xxxxxxxxxxxxxx>
• 3 drive RAID5 with 1 bad drive, 1 drive active but not clean and a single clean drive
  • From: importantdata <importantdata@xxxxxxxxxxxxxx>
• Re: PROBLEM: Recent raid10 block discard patchset causes filesystem corruption on fstrim
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH v2] super1.c: avoid useless sync when bitmap switches from clustered to none
  • From: Zhao Heming <heming.zhao@xxxxxxxx>
• [PATCH] super1.c: avoid useless sync when bitmap switches from clustered to none
  • From: Zhao Heming <heming.zhao@xxxxxxxx>
• [PATCH 11/11] block: use bi_max_vecs to find the bvec pool
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/11] md/raid10: remove dead code in reshape_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/11] block: factor out a bvec_alloc_gfp helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/11] block: reuse BIO_INLINE_VECS for integrity bvecs
  • From: Christoph Hellwig <hch@xxxxxx>
• cleanup bvec allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/11] block: mark the bio as cloned in bio_iov_bvec_set
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/11] block: set BIO_NO_PAGE_REF in bio_iov_bvec_set
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/11] block: remove a layer of indentation in bio_iov_iter_get_pages
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/11] block: turn the nr_iovecs argument to bio_alloc* into an unsigned short
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/11] block: remove the 1 and 4 vec bvec_slabs entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/11] block: streamline bvec_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/11] block: move struct biovec_slab to bio.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] dm crypt: support using trusted keys
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• Re: PROBLEM: Recent raid10 block discard patchset causes filesystem corruption on fstrim
  • From: Matthew Ruffell <matthew.ruffell@xxxxxxxxxxxxx>
• Re: Regarding Raid-6 array
  • From: Song Liu <songliubraving@xxxxxx>
• Re: md read-only fixes
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: One failed raid device can't umount automatically
  • From: Xiao Ni <xni@xxxxxxxxxx>
• md read-only fixes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/2] md: use rdev_read_only in restart_array
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] md: check for NULL ->meta_bdev before calling bdev_read_only
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/17] block: split bio_kmalloc from bio_alloc_bioset
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: misc bio allocation cleanups
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• [PATCH] super1: fix Floating point exception
  • From: Zhao Heming <heming.zhao@xxxxxxxx>
• Re: [PATCH 04/17] block: split bio_kmalloc from bio_alloc_bioset
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Problem with initial sync of a RAID1 with 4Kn drives
  • From: Tobias Jakobi <tjakobi@xxxxxxxxxxxxxxxxxxxxx>
• Re: [f2fs-dev] [PATCH 08/17] f2fs: remove FAULT_ALLOC_BIO
  • From: Chao Yu <yuchao0@xxxxxxxxxx>
• Re: [f2fs-dev] [PATCH 07/17] f2fs: use blkdev_issue_flush in __submit_flush_wait
  • From: Chao Yu <yuchao0@xxxxxxxxxx>
• I trashed my superblocks after reshape from raid5 to raid6 stalled - need help recovering
  • From: Patrik Dahlström <risca@xxxxxxxxxxxxxxx>
• Re: "attempt to access beyond end of device" when reshaping raid10 from near=2 to offset=2
  • From: Daniel Gnoutcheff <gnoutchd@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/17] f2fs: remove FAULT_ALLOC_BIO
  • From: Jaegeuk Kim <jaegeuk@xxxxxxxxxx>
• Re: [PATCH] md: change bitmap offset verification in write_sb_page
  • From: "Radtke, Jakub" <jakub.radtke@xxxxxxxxxxxxxxx>
• md: Speed shrinks with drives number
  • From: George Shuklin <george.shuklin@xxxxxxxxx>
• Re: "attempt to access beyond end of device" when reshaping raid10 from near=2 to offset=2
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• "attempt to access beyond end of device" when reshaping raid10 from near=2 to offset=2
  • From: Daniel Gnoutcheff <gnoutchd@xxxxxxxxxxxxxxxxxxx>
• [song-md:md-next] BUILD SUCCESS ae5fc93485e1e3fb961345359facfab24685410d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: misc bio allocation cleanups
  • From: Jens Axboe <axboe@xxxxxxxxx>
• release plan for mdadm
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] md: change bitmap offset verification in write_sb_page
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 13/17] md: remove md_bio_alloc_sync
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 12/17] md: simplify sync_page_io
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 11/17] md: remove bio_alloc_mddev
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 14/17] md/raid6: refactor raid5_read_one_chunk
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md/raid5: cast chunk_sectors to sector_t value
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 02/17] btrfs: use bio_kmalloc in __alloc_device
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [PATCH 05/17] block: use an on-stack bio in blkdev_issue_flush
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [PATCH 16/17] nilfs2: remove cruft in nilfs_alloc_seg_bio
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [PATCH 03/17] blk-crypto: use bio_kmalloc in blk_crypto_clone_bio
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 01/17] zonefs: use bio_alloc in zonefs_file_dio_append
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 01/17] zonefs: use bio_alloc in zonefs_file_dio_append
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [PATCH 01/10] brd: remove the end of device check in brd_do_bvec
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• [PATCH 17/17] mm: remove get_swap_bio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/17] nilfs2: remove cruft in nilfs_alloc_seg_bio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/17] nfs/blocklayout: remove cruft in bl_alloc_init_bio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/17] md/raid6: refactor raid5_read_one_chunk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/17] md: remove md_bio_alloc_sync
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/17] md: simplify sync_page_io
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/17] md: remove bio_alloc_mddev
  • From: Christoph Hellwig <hch@xxxxxx>
• Kernel bug during chunk size migration
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH 10/17] drbd: remove drbd_req_make_private_bio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/17] blk-crypto: use bio_kmalloc in blk_crypto_clone_bio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/17] drbd: remove bio_alloc_drbd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/17] f2fs: remove FAULT_ALLOC_BIO
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/17] zonefs: use bio_alloc in zonefs_file_dio_append
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• [PATCH 07/17] f2fs: use blkdev_issue_flush in __submit_flush_wait
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/17] dm-clone: use blkdev_issue_flush in commit_metadata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/17] block: use an on-stack bio in blkdev_issue_flush
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/17] block: split bio_kmalloc from bio_alloc_bioset
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/17] btrfs: use bio_kmalloc in __alloc_device
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• [PATCH 02/17] btrfs: use bio_kmalloc in __alloc_device
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/17] zonefs: use bio_alloc in zonefs_file_dio_append
  • From: Christoph Hellwig <hch@xxxxxx>
• misc bio allocation cleanups
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] block: simplify submit_bio_checks a bit
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH] md/raid5: cast chunk_sectors to sector_t value
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Re: [PATCH 02/10] dcssblk: remove the end of device check in dcssblk_submit_bio
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 08/10] block: add a disk_uevent helper
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH v2 08/10] md: Implement ->corrupted_range()
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• [PATCH v2 02/10] blk: Introduce ->corrupted_range() for block device
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 07/10] dm: Introduce ->rmap() to find bdev offset
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 06/10] pmem: Implement ->corrupted_range() for pmem driver
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 03/10] fs: Introduce ->corrupted_range() for superblock
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 09/10] xfs: Implement ->corrupted_range() for XFS
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 08/10] md: Implement ->corrupted_range()
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 10/10] fs/dax: Remove useless functions
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 04/10] mm, fsdax: Refactor memory-failure handler for dax mapping
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 05/10] mm, pmem: Implement ->memory_failure() in pmem driver
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 01/10] pagemap: Introduce ->memory_failure()
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 00/10] fsdax: introduce fs query to support reflink
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH 05/10] block: do not reassig ->bi_bdev when partition remapping
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 05/10] block: do not reassig ->bi_bdev when partition remapping
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/10] block: do not reassig ->bi_bdev when partition remapping
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 05/10] block: do not reassig ->bi_bdev when partition remapping
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/10] block: do not reassig ->bi_bdev when partition remapping
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 05/10] block: do not reassig ->bi_bdev when partition remapping
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/10] block: do not reassig ->bi_bdev when partition remapping
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 05/10] block: do not reassig ->bi_bdev when partition remapping
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 05/10] block: do not reassig ->bi_bdev when partition remapping
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: store a pointer to the block_device in struct bio (again) v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 09/10] block: remove DISK_PITER_REVERSE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/10] block: use an xarray for disk->part_tbl
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/10] block: add a disk_uevent helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/10] blk-mq: use ->bi_bdev for I/O accounting
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/10] block: use ->bi_bdev for bio based I/O accounting
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/10] block: do not reassig ->bi_bdev when partition remapping
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/10] block: simplify submit_bio_checks a bit
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/10] block: store a block_device pointer in struct bio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/10] dcssblk: remove the end of device check in dcssblk_submit_bio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/10] brd: remove the end of device check in brd_do_bvec
  • From: Christoph Hellwig <hch@xxxxxx>
• store a pointer to the block_device in struct bio (again) v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] dm crypt: support using trusted keys
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] dm crypt: support using trusted keys
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH 2/2] dm crypt: support using trusted keys
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH 2/2] dm crypt: support using trusted keys
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/37] block: introduce bio_init_fields()
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [RFC PATCH 00/37] block: introduce bio_init_fields()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS dc5d17a3c39b06aef866afca19245a9cfb533a79
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] mdadm: fix reshape from RAID5 to RAID6 with backup file
  • From: Nigel Croxon <ncroxon@xxxxxxxxxx>
• Re: [GIT PULL] md-fixes 20210119
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] md-fixes 20210119
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [GIT PULL] md-fixes 20210119
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [GIT PULL] md-fixes 20210119
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] md-fixes 20210119
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [dm-devel] [PATCH AUTOSEL 5.4 03/26] dm integrity: select CRYPTO_SKCIPHER
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH 00/37] block: introduce bio_init_fields()
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• [PATCH AUTOSEL 4.19 02/15] dm integrity: select CRYPTO_SKCIPHER
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 03/26] dm integrity: select CRYPTO_SKCIPHER
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 07/45] dm integrity: select CRYPTO_SKCIPHER
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 2/9] dm integrity: select CRYPTO_SKCIPHER
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [RFC PATCH 04/37] btrfs: use bio_init_fields in volumes
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [RFC PATCH 00/37] block: introduce bio_init_fields()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH 00/37] block: introduce bio_init_fields()
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: What is the best way to combine 4 HDD's and 2 SSD's into a single filesystem?
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• [RFC PATCH 00/37] block: introduce bio_init_fields()
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 11/37] jfs: use bio_init_fields in logmgr
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 01/37] block: introduce bio_init_fields() helper
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 07/37] gfs2: use bio_init_fields in meta_io
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 05/37] ext4: use bio_init_fields in page_io
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 10/37] iomap: use bio_init_fields in direct-io
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 03/37] btrfs: use bio_init_fields in disk-io
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 06/37] gfs2: use bio_init_fields in lops
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 09/37] iomap: use bio_init_fields in buffered-io
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 12/37] zonefs: use bio_init_fields in append
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 17/37] pktcdvd: use bio_init_fields
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 15/37] drdb: use bio_init_fields in receiver
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 16/37] floppy: use bio_init_fields
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 13/37] drdb: use bio_init_fields in actlog
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 08/37] gfs2: use bio_init_fields in ops_fstype
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 18/37] bcache: use bio_init_fields in journal
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 25/37] dm-zoned: use bio_init_fields
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 23/37] dm-zoned: use bio_init_fields metadata
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 20/37] bcache: use bio_init_fields in writeback
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 14/37] drdb: use bio_init_fields in bitmap
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 35/37] ocfs: use bio_init_fields in heartbeat
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 28/37] target: use bio_init_fields in iblock
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 33/37] jfs: use bio_init_fields in metadata
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 26/37] dm log writes: use bio_init_fields
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 30/37] fs: use bio_init_fields in buffer
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 36/37] xfs: use bio_init_fields in xfs_buf
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 34/37] nfs: use bio_init_fields in blocklayout
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 37/37] xfs: use bio_init_fields in xfs_log
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 32/37] eros: use bio_init_fields in zdata
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 31/37] eros: use bio_init_fields in data
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 21/37] dm-bufio: use bio_init_fields
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 19/37] bcache: use bio_init_fields in super
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 27/37] nvmet: use bio_init_fields in bdev-ns
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 22/37] dm-crypt: use bio_init_fields
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 29/37] btrfs: use bio_init_fields in scrub
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 24/37] dm-zoned: use bio_init_fields target
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 04/37] btrfs: use bio_init_fields in volumes
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• [RFC PATCH 02/37] fs: use bio_init_fields in block_dev
  • From: Chaitanya Kulkarni <chaitanya.kulkarni@xxxxxxx>
• Re: Self inflicted reshape catastrophe
  • From: Nathan Brown <nbrown.us@xxxxxxxxx>
• Re: Self inflicted reshape catastrophe
  • From: NeilBrown <neil@xxxxxxxxxx>
• Re: Self inflicted reshape catastrophe
  • From: Nathan Brown <nbrown.us@xxxxxxxxx>
• Re: What is the best way to combine 4 HDD's and 2 SSD's into a single filesystem?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] md/raid10: wake pending freeze in raid10d()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Self inflicted reshape catastrophe
  • From: NeilBrown <neil@xxxxxxxxxx>
• Re: What is the best way to combine 4 HDD's and 2 SSD's into a single filesystem?
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: What is the best way to combine 4 HDD's and 2 SSD's into a single filesystem?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• What is the best way to combine 4 HDD's and 2 SSD's into a single filesystem?
  • From: " " <Cedric.dewijs@xxxxxxxxxx>
• Re: raid5 size reduced after system reinstall, how to fix?
  • From: Marcus Lell <marcus.lell@xxxxxxxxx>
• Re: Self inflicted reshape catastrophe
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] imsm: nvme multipath support
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxx>
• [PATCH 7/8] Create: Block automatic enabling bitmap for external metadata
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH 8/8] Grow: Block reshape when external metadata and write-intent bitmap
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH 6/8] imsm: Update-subarray for write-intent bitmap
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH 3/8] imsm: Write-intent bitmap support
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH 5/8] Add "bitmap" to allowed command-line values
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH 4/8] imsm: Adding a spare to an existing array with bitmap
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH 1/8] Modify mdstat parsing for volumes with the bitmap
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH 0/8] Write-intent bitmap support for IMSM metadata
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH 2/8] Enable bitmap support for external metadata
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• Re: raid5 size reduced after system reinstall, how to fix?
  • From: Song Liu <song@xxxxxxxxxx>
• Self inflicted reshape catastrophe
  • From: Nathan Brown <nbrown.us@xxxxxxxxx>
• Re: raid5 size reduced after system reinstall, how to fix?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH 04/10] mm, fsdax: Refactor memory-failure handler for dax mapping
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 04/10] mm, fsdax: Refactor memory-failure handler for dax mapping
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH] mdmonitor: check if udev has finished events processing
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxx>
• [PATCH v2] Document PPL in man md
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxx>
• Re: [PATCH 04/10] mm, fsdax: Refactor memory-failure handler for dax mapping
  • From: zhong jiang <zhongjiang-ali@xxxxxxxxxxxxxxxxx>
• raid5 size reduced after system reinstall, how to fix?
  • From: Marcus Lell <marcus.lell@xxxxxxxxx>
• Re: [PATCH 04/10] mm, fsdax: Refactor memory-failure handler for dax mapping
  • From: Ruan Shiyang <ruansy.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH 04/10] mm, fsdax: Refactor memory-failure handler for dax mapping
  • From: zhong jiang <zhongjiang-ali@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] mm, fsdax: Refactor memory-failure handler for dax mapping
  • From: Ruan Shiyang <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH] Document PPL in man md
  • From: Oleksandr Shchirskyi <oleksandr.shchirskyi@xxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS c5d9dcfb1d340591e04e976469ac38cf2dc1707a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 04/10] mm, fsdax: Refactor memory-failure handler for dax mapping
  • From: zhong jiang <zhongjiang-ali@xxxxxxxxxxxxxxxxx>
• [PATCH] imsm: use saved fds during migration
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] Set prev_flush_start and flush_bio in an atomic way
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 08/10] md: Implement ->corrupted_range()
  • From: Ruan Shiyang <ruansy.fnst@xxxxxxxxxxxxxx>
• Re: "md/raid10:md5: sdf: redirecting sector 2979126480 to another mirror"
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] Set prev_flush_start and flush_bio in an atomic way
  • From: Xiao Ni <xni@xxxxxxxxxx>
• One failed raid device can't umount automatically
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 04/10] mm, fsdax: Refactor memory-failure handler for dax mapping
  • From: Ruan Shiyang <ruansy.fnst@xxxxxxxxxxxxxx>
• Re: "md/raid10:md5: sdf: redirecting sector 2979126480 to another mirror"
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: "md/raid10:md5: sdf: redirecting sector 2979126480 to another mirror"
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: "md/raid10:md5: sdf: redirecting sector 2979126480 to another mirror"
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: [PATCH 02/10] blk: Introduce ->corrupted_range() for block device
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] md: Implement ->corrupted_range()
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC PATCH v3 0/9] fsdax: introduce fs query to support reflink
  • From: Jane Chu <jane.chu@xxxxxxxxxx>
• Re: [PATCH 03/10] fs: Introduce ->corrupted_range() for superblock
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/10] blk: Introduce ->corrupted_range() for block device
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v3 8/9] md: Implement ->corrupted_range()
  • From: Ruan Shiyang <ruansy.fnst@xxxxxxxxxxxxxx>
• "md/raid10:md5: sdf: redirecting sector 2979126480 to another mirror"
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Re: [PATCH 08/10] md: Implement ->corrupted_range()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 05/10] mm, pmem: Implement ->memory_failure() in pmem driver
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 04/10] mm, fsdax: Refactor memory-failure handler for dax mapping
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH] md: change bitmap offset verification in write_sb_page
  • From: Jakub Radtke <jakub.radtke@xxxxxxxxxxxxxxx>
• [PATCH] drivers: md: Fix another spelling at top of the file
  • From: Bhaskar Chowdhury <unixbhaskar@xxxxxxxxx>
• Re: [RFC PATCH v3 8/9] md: Implement ->corrupted_range()
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 09/10] xfs: Implement ->corrupted_range() for XFS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH] dm zoned: select CONFIG_CRC32
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: Raid working but stuck at 99.9%
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] dm zoned: select CONFIG_CRC32
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: Raid working but stuck at 99.9%
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: naming system of raid devices
  • From: Anthony Youngman <anthony@xxxxxxxxxxxxxxx>
• Re: naming system of raid devices
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: naming system of raid devices
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Raid working but stuck at 99.9%
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: naming system of raid devices
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: naming system of raid devices
  • From: <c.buhtz@xxxxxxxxx>
• Raid working but stuck at 99.9%
  • From: Teejay <teejay@xxxxxxxxxxx>
• Re: naming system of raid devices
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: naming system of raid devices
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: naming system of raid devices
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• naming system of raid devices
  • From: <c.buhtz@xxxxxxxxx>
• [PATCH 2/2] md/raid10: introducing range-based barriers
  • From: Kevin Vigor <kvigor@xxxxxxxxx>
• [PATCH 1/2] md/raid10: wake pending freeze in raid10d()
  • From: Kevin Vigor <kvigor@xxxxxxxxx>
• Re: [PATCH 0/4] Fix order when split bio and send remaining back to itself
  • From: Danny Shih <dannyshih@xxxxxxxxxxxx>
• Re: [PATCH 0/4] Fix order when split bio and send remaining back to itself
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/4] block: introduce submit_bio_noacct_add_head
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] block: introduce submit_bio_noacct_add_head
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH 09/10] xfs: Implement ->corrupted_range() for XFS
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH 10/10] fs/dax: remove useless functions
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH 08/10] md: Implement ->corrupted_range()
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH 07/10] dm: Introduce ->rmap() to find bdev offset
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH 06/10] pmem: Implement ->corrupted_range() for pmem driver
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH 05/10] mm, pmem: Implement ->memory_failure() in pmem driver
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH 04/10] mm, fsdax: Refactor memory-failure handler for dax mapping
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH 02/10] blk: Introduce ->corrupted_range() for block device
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH 03/10] fs: Introduce ->corrupted_range() for superblock
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH 00/10] fsdax: introduce fs query to support reflink
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [PATCH 01/10] pagemap: Introduce ->memory_failure()
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] block: introduce submit_bio_noacct_add_head
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH 1/4] block: introduce submit_bio_noacct_add_head
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] block: introduce submit_bio_noacct_add_head
  • From: Danny Shih <dannyshih@xxxxxxxxxxxx>
• Re: [PATCH 1/4] block: introduce submit_bio_noacct_add_head
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• [PATCH 0/4] Fix order when split bio and send remaining back to itself
  • From: dannyshih <dannyshih@xxxxxxxxxxxx>
• [PATCH 4/4] md: use submit_bio_noacct_add_head for split bio sending back
  • From: dannyshih <dannyshih@xxxxxxxxxxxx>
• [PATCH 1/4] block: introduce submit_bio_noacct_add_head
  • From: dannyshih <dannyshih@xxxxxxxxxxxx>
• [PATCH 2/4] block: use submit_bio_noacct_add_head for split bio sending back
  • From: dannyshih <dannyshih@xxxxxxxxxxxx>
• [PATCH 3/4] dm: use submit_bio_noacct_add_head for split bio sending back
  • From: dannyshih <dannyshih@xxxxxxxxxxxx>
• Re: PROBLEM: Recent raid10 block discard patchset causes filesystem corruption on fstrim
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md/raid10: fix: incompatible types in comparison expression (different address spaces).
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md/raid10: fix: incompatible types in comparison expression (different address spaces).
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md/raid10: fix: incompatible types in comparison expression (different address spaces).
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md/raid10: fix: incompatible types in comparison expression (different address spaces).
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: PROBLEM: Recent raid10 block discard patchset causes filesystem corruption on fstrim
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] md/raid10: fix: incompatible types in comparison expression (different address spaces).
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 0/5] dm: dm-user: New target that proxies BIOs to userspace
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v1 0/5] dm: dm-user: New target that proxies BIOs to userspace
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/5] dm: dm-user: New target that proxies BIOs to userspace
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [dm-devel] [PATCH v1 0/5] dm: dm-user: New target that proxies BIOs to userspace
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v1 0/5] dm: dm-user: New target that proxies BIOs to userspace
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [dm-devel] [PATCH v1 0/5] dm: dm-user: New target that proxies BIOs to userspace
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH] badblocks: Improvement badblocks_set() for handling multiple ranges
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• [PATCH] md/raid10: fix: incompatible types in comparison expression (different address spaces).
  • From: YANG LI <abaci-bugfix@xxxxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• why RAID10 doesn't return BB during resync?
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• Re: [PATCH] Incremental: Remove redundant spare movement logic
  • From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] badblocks: Improvement badblocks_set() for handling multiple ranges
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC PATCH] badblocks: Improvement badblocks_set() for handling multiple ranges
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC PATCH] badblocks: Improvement badblocks_set() for handling multiple ranges
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/9] fsdax: introduce fs query to support reflink
  • From: Ruan Shiyang <ruansy.fnst@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/9] fsdax: introduce fs query to support reflink
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC PATCH] badblocks: Improvement badblocks_set() for handling multiple ranges
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH v3 0/9] fsdax: introduce fs query to support reflink
  • From: Ruan Shiyang <ruansy.fnst@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 9/9] xfs: Implement ->corrupted_range() for XFS
  • From: Ruan Shiyang <ruansy.fnst@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] md: Implement ->corrupted_range()
  • From: Ruan Shiyang <ruansy.fnst@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] md: Implement ->corrupted_range()
  • From: Ruan Shiyang <ruansy.fnst@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 4/9] mm, fsdax: Refactor memory-failure handler for dax mapping
  • From: Ruan Shiyang <ruansy.fnst@xxxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH v1 0/5] dm: dm-user: New target that proxies BIOs to userspace
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [RFC PATCH v3 4/9] mm, fsdax: Refactor memory-failure handler for dax mapping
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/9] fsdax: introduce fs query to support reflink
  • From: Jane Chu <jane.chu@xxxxxxxxxx>
• Re: [dm-devel] [PATCH v1 0/5] dm: dm-user: New target that proxies BIOs to userspace
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [dm-devel] [PATCH v1 0/5] dm: dm-user: New target that proxies BIOs to userspace
  • From: Vitaly Mayatskih <v.mayatskih@xxxxxxxxx>
• Re: [RFC PATCH v3 8/9] md: Implement ->corrupted_range()
  • From: Jane Chu <jane.chu@xxxxxxxxxx>
• Re: Array size dropped from 40TB to 7TB when upgrading to 5.10
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] md/raid5: cast chunk_sectors to sector_t value
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/6] fsdax: introduce fs query to support reflink
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: Array size dropped from 40TB to 7TB when upgrading to 5.10
  • From: Sébastien Luttringer <seblu@xxxxxxxxx>
• [PATCH] md/raid5: cast chunk_sectors to sector_t value
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] md: Implement ->corrupted_range()
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Array size dropped from 40TB to 7TB when upgrading to 5.10
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/6] fsdax: introduce fs query to support reflink
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: RE Array size dropped from 40TB to 7TB when upgrading to 5.10
  • From: Sébastien Luttringer <seblu@xxxxxxxxx>
• Re: [RFC PATCH v3 8/9] md: Implement ->corrupted_range()
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC PATCH v3 9/9] xfs: Implement ->corrupted_range() for XFS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• RE Array size dropped from 40TB to 7TB when upgrading to 5.10
  • From: Ian Kumlien <ian.kumlien@xxxxxxxxx>
• Re: [RFC PATCH v2 0/6] fsdax: introduce fs query to support reflink
  • From: Jane Chu <jane.chu@xxxxxxxxxx>
• Array size dropped from 40TB to 7TB when upgrading to 5.10
  • From: Sébastien Luttringer <seblu@xxxxxxxxx>
• raid6 performance > 16 drives
  • From: Larkin Lowrey <llowrey@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 1/9] pagemap: Introduce ->memory_failure()
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [RFC PATCH v3 7/9] dm: Introduce ->rmap() to find bdev offset
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [RFC PATCH v3 2/9] blk: Introduce ->corrupted_range() for block device
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [RFC PATCH v3 6/9] pmem: Implement ->corrupted_range() for pmem driver
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [RFC PATCH v3 0/9] fsdax: introduce fs query to support reflink
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [RFC PATCH v3 9/9] xfs: Implement ->corrupted_range() for XFS
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [RFC PATCH v3 4/9] mm, fsdax: Refactor memory-failure handler for dax mapping
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [RFC PATCH v3 8/9] md: Implement ->corrupted_range()
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [RFC PATCH v3 5/9] mm, pmem: Implement ->memory_failure() in pmem driver
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• [RFC PATCH v3 3/9] fs: Introduce ->corrupted_range() for superblock
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/6] fsdax: introduce fs query to support reflink
  • From: Ruan Shiyang <ruansy.fnst@xxxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH v1 0/5] dm: dm-user: New target that proxies BIOs to userspace
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [RFC PATCH v2 0/6] fsdax: introduce fs query to support reflink
  • From: Jane Chu <jane.chu@xxxxxxxxxx>
• Re: [dm-devel] [git pull] 2 reverts for 5.11 to fix v5.10 MD regression
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] 2 reverts for 5.11 to fix v5.10 MD regression
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm integrity: select the Kconfig option CRYPTO_SKCIPHER
  • From: Anthony Iliopoulos <ailiop@xxxxxxxx>
• [PATCH] Dump: get stat from a wrong metadata file when restoring metadata
  • From: Lidong Zhong <lidong.zhong@xxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 0d5c7b890229f8a9bb4b588b34ffe70c62691143
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] md: change mddev 'chunk_sectors' from int to unsigned
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH] md: change mddev 'chunk_sectors' from int to unsigned
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH AUTOSEL 5.9 17/23] dm table: Remove BUG_ON(in_interrupt())
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 10/14] dm table: Remove BUG_ON(in_interrupt())
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 9/9] dm table: Remove BUG_ON(in_interrupt())
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 8/8] dm table: Remove BUG_ON(in_interrupt())
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 5/5] dm table: Remove BUG_ON(in_interrupt())
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [GIT PULL v3] md-fixes 20201212
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH AUTOSEL 4.4 2/2] dm table: Remove BUG_ON(in_interrupt())
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.9 04/23] dm integrity: don't use drivers that have CRYPTO_ALG_ALLOCATES_MEMORY
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [GIT PULL v3] md-fixes 20201212
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [GIT PULL v3] md-fixes 20201212
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH] Incremental: Remove redundant spare movement logic
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
• [PATCH -next] md/raid10: convert comma to semicolon
  • From: Zheng Yongjun <zhengyongjun3@xxxxxxxxxx>
• [song-md:md-fixes] BUILD SUCCESS 57a0f3a81ef21fe51d6223aa78a1a890098d4ada
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [dm-devel] [PATCH v1 0/5] dm: dm-user: New target that proxies BIOs to userspace
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: [GIT PULL v2] md-fixes 20201209
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [GIT PULL v2] md-fixes 20201209
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [GIT PULL v2] md-fixes 20201209
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [GIT PULL v2] md-fixes 20201209
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [GIT PULL v2] md-fixes 20201209
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 1/1] Set prev_flush_start and flush_bio in an atomic way
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] Revert "dm raid: remove unnecessary discard limits for raid10"
  • From: kernel test robot <lkp@xxxxxxxxx>
• [GIT PULL v2] md-fixes 20201209
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] Revert "dm raid: remove unnecessary discard limits for raid10"
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [dm-devel] [PATCH v1 0/5] dm: dm-user: New target that proxies BIOs to userspace
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [GIT PULL] md-fixes 20201208
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: PROBLEM: Recent raid10 block discard patchset causes filesystem corruption on fstrim
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: Revert "dm raid: remove unnecessary discard limits for raid10"
  • From: Song Liu <songliubraving@xxxxxx>
• Re: Revert "dm raid: remove unnecessary discard limits for raid10"
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Revert "dm raid: remove unnecessary discard limits for raid10"
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [GIT PULL] md-fixes 20201208
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH] Revert "dm raid: remove unnecessary discard limits for raid10"
  • From: Song Liu <songliubraving@xxxxxx>
• Re: PROBLEM: Recent raid10 block discard patchset causes filesystem corruption on fstrim
  • From: Song Liu <songliubraving@xxxxxx>
• Re: PROBLEM: Recent raid10 block discard patchset causes filesystem corruption on fstrim
  • From: Song Liu <songliubraving@xxxxxx>
• PROBLEM: Recent raid10 block discard patchset causes filesystem corruption on fstrim
  • From: Matthew Ruffell <matthew.ruffell@xxxxxxxxxxxxx>
• Re: store a pointer to the block_device in struct bio (again)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: store a pointer to the block_device in struct bio (again)
  • From: Daniel Wagner <dwagner@xxxxxxx>
• Re: store a pointer to the block_device in struct bio (again)
  • From: Qian Cai <qcai@xxxxxxxxxx>
• Re: store a pointer to the block_device in struct bio (again)
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: store a pointer to the block_device in struct bio (again)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: store a pointer to the block_device in struct bio (again)
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: store a pointer to the block_device in struct bio (again)
  • From: Qian Cai <qcai@xxxxxxxxxx>
• Re: [PATCH v1 0/5] dm: dm-user: New target that proxies BIOs to userspace
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [RFC PATCH v2 0/6] fsdax: introduce fs query to support reflink
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Disk identifiers
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: Disk identifiers
  • From: H <agents@xxxxxxxxxxxxxx>
• Re: Disk identifiers
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: Disk identifiers
  • From: H <agents@xxxxxxxxxxxxxx>
• Re: Disk identifiers
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Disk identifiers
  • From: H <agents@xxxxxxxxxxxxxx>
• Re: store a pointer to the block_device in struct bio (again)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: block tracepoint cleanups v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v1 0/5] dm: dm-user: New target that proxies BIOs to userspace
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] block: remove the request_queue argument to the block_bio_remap tracepoint
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [PATCH 5/5] block: remove the request_queue to argument request based tracepoints
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [PATCH 3/5] block: remove the request_queue argument to the block_split tracepoint
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [PATCH 2/5] block: simplify and extend the block_bio_merge tracepoint class
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• Re: [PATCH 1/5] block: remove the unused block_sleeprq tracepoint
  • From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
• [PATCH v1 4/5] selftests/dm-user: A handful of tests for dm-user
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH v1 5/5] MAINTAINERS: Add myself as a dm-user maintainer
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH v1 3/5] dm: dm-user: New target that proxies BIOs to userspace
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH v1 0/5] dm: dm-user: New target that proxies BIOs to userspace
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH v1 1/5] Documentation: Describe dm-user
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH v1 2/5] uapi: Add dm-user structure definition
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 3/9] block: store a block_device pointer in struct bio
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCH 5/5] block: remove the request_queue to argument request based tracepoints
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/5] block: remove the request_queue argument to the block_bio_remap tracepoint
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/5] block: remove the request_queue argument to the block_split tracepoint
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/5] block: simplify and extend the block_bio_merge tracepoint class
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/5] block: remove the unused block_sleeprq tracepoint
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC PATCH] badblocks: Improvement badblocks_set() for handling multiple ranges
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 4/5] block: remove the request_queue argument to the block_bio_remap tracepoint
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/5] block: remove the request_queue to argument request based tracepoints
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/5] block: remove the request_queue argument to the block_split tracepoint
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/5] block: simplify and extend the block_bio_merge tracepoint class
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/5] block: remove the unused block_sleeprq tracepoint
  • From: Christoph Hellwig <hch@xxxxxx>
• block tracepoint cleanups v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: block tracepoint cleanups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 5/5] block: remove the request_queue to argument request based tracepoints
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 4/5] block: remove the request_queue argument to the block_bio_remap tracepoint
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 3/5] block: remove the request_queue argument to the block_split tracepoint
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 2/5] block: simplify and extended the block_bio_merge tracepoint class
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/5] block: remove the unused block_sleeprq tracepoint
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• Re: [PATCH 3/9] block: store a block_device pointer in struct bio
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 5/5] block: remove the request_queue to argument request based tracepoints
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [dm-devel] [PATCH 4/5] block: remove the request_queue argument to the block_bio_remap tracepoint
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 3/5] block: remove the request_queue argument to the block_split tracepoint
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [dm-devel] [PATCH 2/5] block: simplify and extended the block_bio_merge tracepoint class
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [dm-devel] [PATCH 1/5] block: remove the unused block_sleeprq tracepoint
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH 3/9] block: store a block_device pointer in struct bio
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: block tracepoint cleanups
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/9] block: store a block_device pointer in struct bio
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 3/9] block: store a block_device pointer in struct bio
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH 9/9] block: use an xarray for disk->part_tbl
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 8/9] block: remove DISK_PITER_REVERSE
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 7/9] block: add a disk_uevent helper
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/9] blk-mq: use ->bi_bdev for I/O accounting
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 5/9] block: use ->bi_bdev for bio based I/O accounting
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/9] block: simplify submit_bio_checks a bit
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/9] block: store a block_device pointer in struct bio
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: store a pointer to the block_device in struct bio (again)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/9] dcssblk: remove the end of device check in brd_do_bvec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/9] brd: remove the end of device check in brd_do_bvec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: store a pointer to the block_device in struct bio (again)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/6] fsdax: introduce fs query to support reflink
  • From: Ruan Shiyang <ruansy.fnst@xxxxxxxxxxxxxx>
• Re: Fwd: [OT][X-POST] RAID-6 hw rebuild speed
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Fwd: [OT][X-POST] RAID-6 hw rebuild speed
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• [PATCH 8/9] block: remove DISK_PITER_REVERSE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 9/9] block: use an xarray for disk->part_tbl
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/9] block: add a disk_uevent helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/9] blk-mq: use ->bi_bdev for I/O accounting
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/9] block: use ->bi_bdev for bio based I/O accounting
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/9] block: store a block_device pointer in struct bio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/9] block: simplify submit_bio_checks a bit
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/9] dcssblk: remove the end of device check in brd_do_bvec
  • From: Christoph Hellwig <hch@xxxxxx>
• store a pointer to the block_device in struct bio (again)
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/9] brd: remove the end of device check in brd_do_bvec
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Fwd: [OT][X-POST] RAID-6 hw rebuild speed
  • From: Roger Heflin <rogerheflin@xxxxxxxxx>
• Re: Fwd: [OT][X-POST] RAID-6 hw rebuild speed
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [zfs-discuss] Fwd: [OT][X-POST] RAID-6 hw rebuild speed
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: partitions & filesystems (was "Re: ???root account locked??? after removing one RAID1 hard disc")
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Fwd: [OT][X-POST] RAID-6 hw rebuild speed
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• Re: partitions & filesystems (was "Re: ???root account locked??? after removing one RAID1 hard disc")
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: partitions & filesystems (was "Re: ???root account locked??? after removing one RAID1 hard disc")
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: partitions & filesystems (was "Re: ???root account locked??? after removing one RAID1 hard disc")
  • From: c.buhtz@xxxxxxxxx
• re: partitions & filesystems (was "Re: ???root account locked??? after removing one RAID1 hard disc")
  • From: c.buhtz@xxxxxxxxx
• re: partitions & filesystems (was "Re: ???root account locked??? after removing one RAID1 hard disc")
  • From: buhtz@xxxxxxxxx
• [song-md:md-next] BUILD SUCCESS bca5b0658020be90b6b504ca514fd80110204f71
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: partitions & filesystems (was "Re: ???root account locked??? after removing one RAID1 hard disc")
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: partitions & filesystems (was "Re: ???root account locked??? after removing one RAID1 hard disc")
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: [GIT PULL] md-next 20201130
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: partitions & filesystems (was "Re: ???root account locked??? after removing one RAID1 hard disc")
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: RAID repair script (was "Re: ???root account locked??? after removing one RAID1 hard disc"
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: partitions & filesystems
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: ???root account locked??? after removing one RAID1 hard disc
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: partitions & filesystems (was "Re: ???root account locked??? after removing one RAID1 hard disc")
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: partitions & filesystems (was "Re: ???root account locked??? after removing one RAID1 hard disc")
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: partitions & filesystems (was "Re: ???root account locked??? after removing one RAID1 hard disc")
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• re: partitions & filesystems (was "Re: ???root account locked??? after removing one RAID1 hard disc")
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• Re: ???root account locked??? after removing one RAID1 hard disc
  • From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
• [GIT PULL] md-next 20201130
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 5/5] block: remove the request_queue to argument request based tracepoints
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/5] block: remove the request_queue argument to the block_bio_remap tracepoint
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/5] block: remove the request_queue argument to the block_split tracepoint
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/5] block: simplify and extended the block_bio_merge tracepoint class
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/5] block: remove the unused block_sleeprq tracepoint
  • From: Christoph Hellwig <hch@xxxxxx>
• block tracepoint cleanups
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: “root account locked” after removing one RAID1 hard disc
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: “root account locked” after removing one RAID1 hard disc
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: “root account locked” after removing one RAID1 hard disc
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: “root account locked” after removing one RAID1 hard disc
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: “root account locked” after removing one RAID1 hard disc
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: “root account locked” after removing one RAID1 hard disc
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: “root account locked” after removing one RAID1 hard disc
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: “root account locked” after removing one RAID1 hard disc
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: “root account locked” after removing one RAID1 hard disc
  • From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: “root account locked” after removing one RAID1 hard disc
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: “root account locked” after removing one RAID1 hard disc
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: “root account locked” after removing one RAID1 hard disc
  • From: c.buhtz@xxxxxxxxx
• Re: “root account locked” after removing one RAID1 hard disc
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• “root account locked” after removing one RAID1 hard disc
  • From: c.buhtz@xxxxxxxxx
• Re: [PATCH v4 2/2] md/cluster: fix deadlock when node is doing resync job
  • From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
• Re: [PATCH v4 2/2] md/cluster: fix deadlock when node is doing resync job
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/6] fsdax: introduce fs query to support reflink
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Assemble RAID on new machine but with missing devices
  • From: Doug Herr <gmane@xxxxxxxxxxx>
• Re: Config option for removing bbl on assembly?
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
• Assemble RAID on new machine but with missing devices
  • From: <c.buhtz@xxxxxxxxx>
• md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition
  • From: Donald Buczek <buczek@xxxxxxxxxxxxx>
• Re: Config option for removing bbl on assembly?
  • From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
• Re: "--re-add for /dev/sdb1 to /dev/md0 is not possible"
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>