Linux RAID Storage Date Index
[Prev Page][Next Page]
- Re: [PATCH 2/2] block: remove the per-bio/request write hint
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: Number of parity disks
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
- Number of parity disks
- From: "Kengo.M" <kengo@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] block: remove the per-bio/request write hint
- From: Christoph Hellwig <hch@xxxxxx>
- striping 2x500G to mirror 1x1T
- From: David T-G <davidtg-robot@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] block: remove the per-bio/request write hint
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] nvme: remove support or stream based temperature hint
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 1/2] nvme: remove support or stream based temperature hint
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 1/2] nvme: remove support or stream based temperature hint
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 2/2] block: remove the per-bio/request write hint
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 1/2] nvme: remove support or stream based temperature hint
- From: Keith Busch <kbusch@xxxxxxxxxx>
- Re: [PATCH 08/10] raid5-ppl: stop using bio_devname
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH 07/10] raid1: stop using bio_devname
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH 06/10] md-multipath: stop using bio_devname
- From: Song Liu <song@xxxxxxxxxx>
- unsubcribe
- From: <psangas@xxxxxxxxxxxxxxxxxx>
- [PATCH 06/10] md-multipath: stop using bio_devname
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/10] ext4: stop using bio_devname
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/10] block: remove bio_devname
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/10] dm-integrity: stop using bio_devname
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/10] raid1: stop using bio_devname
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/10] raid5-ppl: stop using bio_devname
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/10] pktcdvd: remove a pointless debug check in pkt_submit_bio
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/10] dm-crypt: stop using bio_devname
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 02/10] block: remove handle_bad_sector
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/10] block: fix and cleanup bio_check_ro
- From: Christoph Hellwig <hch@xxxxxx>
- remove bio_devname
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 1/2] nvme: remove support or stream based temperature hint
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 2/2] block: remove the per-bio/request write hint
- From: Christoph Hellwig <hch@xxxxxx>
- Re: Raid5 Batching Question
- From: o1bigtenor <o1bigtenor@xxxxxxxxx>
- Re: Bug 215605 - [5.14 regression] BUG: unable to handle page fault while running badblocks (fsck.ext4 -c) on a raid5 md array
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH] md: use msleep() in md_notify_reboot()
- From: Song Liu <song@xxxxxxxxxx>
- [PATCH] md: use msleep() in md_notify_reboot()
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH 3/3] raid5: introduce MD_BROKEN
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: Raid5 Batching Question
- From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
- [song-md:md-next] BUILD SUCCESS 701c73b4114293fc2b2781bb70ee5c7d5296d85f
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] md: remove most calls to bdevname
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- [PATCH] md: remove most calls to bdevname
- From: Christoph Hellwig <hch@xxxxxx>
- Re: Raid5 Batching Question
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: raid5 bio handling cleanups
- From: Song Liu <song@xxxxxxxxxx>
- Re: Raid5 Batching Question
- From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
- Re: Bug 215605 - [5.14 regression] BUG: unable to handle page fault while running badblocks (fsck.ext4 -c) on a raid5 md array
- From: Dominik Mierzejewski <dominik@xxxxxxxxxxxxxx>
- Re: mdadm clone for continuous integration
- From: Phil Turmel <philip@xxxxxxxxxx>
- mdadm clone for continuous integration
- From: Coly Li <colyli@xxxxxxx>
- Re: [PATCH 2/5] squashfs: always use bio_kmalloc in squashfs_bio_read
- From: Phillip Lougher <phillip@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] target/pscsi: remove pscsi_get_bio
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH 1/5] btrfs: simplify ->flush_bio handling
- From: David Sterba <dsterba@xxxxxxx>
- [PATCH 5/5] pktcdvd: stop using bio_reset
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 4/5] block: turn bio_kmalloc into a simple kmalloc wrapper
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 3/5] target/pscsi: remove pscsi_get_bio
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 2/5] squashfs: always use bio_kmalloc in squashfs_bio_read
- From: Christoph Hellwig <hch@xxxxxx>
- cleanup bio_kmalloc
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 1/5] btrfs: simplify ->flush_bio handling
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [dm-devel] [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
- From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
- Re: Bug 215605 - [5.14 regression] BUG: unable to handle page fault while running badblocks (fsck.ext4 -c) on a raid5 md array
- From: Song Liu <song@xxxxxxxxxx>
- Re: [dm-devel] [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
- From: Xiao Ni <xni@xxxxxxxxxx>
- [PATCH 3/4] raid5-cache: statically allocate the recovery ra bio
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 4/4] raid5: initialize the stripe_head embeeded bios as needed
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 2/4] raid5-cache: fully initialize flush_bio when needed
- From: Christoph Hellwig <hch@xxxxxx>
- raid5 bio handling cleanups
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 1/4] raid5-ppl: fully initialize the bio in ppl_new_iounit
- From: Christoph Hellwig <hch@xxxxxx>
- Re: Bug 215605 - [5.14 regression] BUG: unable to handle page fault while running badblocks (fsck.ext4 -c) on a raid5 md array
- From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
- Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
- From: Martin Wilck <mwilck@xxxxxxxx>
- What leads to "bitmap file is out of date, doing full recovery"
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
- Re: [PATCH 3/3] raid5: introduce MD_BROKEN
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Raid5 Batching Question
- From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
- Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
- From: Martin Wilck <mwilck@xxxxxxxx>
- Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: [PATCH 3/3] raid5: introduce MD_BROKEN
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
- From: Martin Wilck <mwilck@xxxxxxxx>
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Bug 215605 - [5.14 regression] BUG: unable to handle page fault while running badblocks (fsck.ext4 -c) on a raid5 md array
- From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
- From: "NeilBrown" <neilb@xxxxxxx>
- [PATCH 1/2] Replace error prone signal() with sigaction()
- From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
- [PATCH 2/2] Optimize signal setting in alert() function.
- From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
- [PATCH 0/2] Improve signal handling.
- From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
- [PATCH 2/2] Optimize signal setting in alert() function.
- From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
- [PATCH v2 0/2] Improve signal handling.
- From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
- [PATCH 1/2] Replace error prone signal() with sigaction()
- From: Lukasz Florczak <lukasz.florczak@xxxxxxxxxxxxxxx>
- Reshape corrupting data after growing raid10
- From: Natanji <natanji@xxxxxxxxx>
- [PATCH v2] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
- Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
- From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
- Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
- From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
- Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
- From: Martin Wilck <mwilck@xxxxxxxx>
- Re: [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
- From: "NeilBrown" <neilb@xxxxxxx>
- [PATCH] udev-md-raid-assembly.rules: skip if DM_UDEV_DISABLE_OTHER_RULES_FLAG
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Xiao Ni <xni@xxxxxxxxxx>
- [no subject]
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- [PATCH] mdadm/systemd: remove KillMode=none from service file
- From: Coly Li <colyli@xxxxxxx>
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] raid5: introduce MD_BROKEN
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [RFC PATCH] md: raid456 improve discard performance
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: fail_last_dev and FailFast/LastDev flag incompatibility
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: fail_last_dev and FailFast/LastDev flag incompatibility
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: fail_last_dev and FailFast/LastDev flag incompatibility
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: fail_last_dev and FailFast/LastDev flag incompatibility
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: fail_last_dev and FailFast/LastDev flag incompatibility
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: Replacing all disks in a an array as a preventative measure before failing.
- From: Red Wil <redwil@xxxxxxxxx>
- Re: Replacing all disks in a an array as a preventative measure before failing.
- From: Red Wil <redwil@xxxxxxxxx>
- Re: Replacing all disks in a an array as a preventative measure before failing.
- From: Red Wil <redwil@xxxxxxxxx>
- [song-md:md-next] BUILD SUCCESS ca9c1082dc798a84561ba501e8daa9ff8077388d
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: Replacing all disks in a an array as a preventative measure before failing.
- From: Phil Turmel <philip@xxxxxxxxxx>
- RE: [PATCH v2 1/2] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v2 1/2] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
- From: David T-G <davidtg+robot@xxxxxxxxxxxxxxx>
- Re: Replacing all disks in a an array as a preventative measure before failing.
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
- [PATCH] Revert "mdadm: fix coredump of mdadm --monitor -r"
- From: Nigel Croxon <ncroxon@xxxxxxxxxx>
- fail_last_dev and FailFast/LastDev flag incompatibility
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- [PATCH] Assemble: check if device is container before scheduling force-clean update
- From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
- [PATCH] Monitor: use devname as char array instead of pointer
- From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
- Re: [PATCH v2 1/2] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- [song-md:md-next] BUILD SUCCESS 29147ed79b7add3a937c0ee6d54cf22ae5b70853
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 1/3] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Re: [PATCH v2] lib/raid6/test: fix multiple definition linking error
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v2 1/2] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH] fix multiple definition linking error due to missing extern
- From: Dirk Müller <dmueller@xxxxxxx>
- [PATCH v2] lib/raid6/test: fix multiple definition linking error
- From: Dirk Müller <dmueller@xxxxxxx>
- [PATCH v2 2/2] lib/raid6: Include <asm/ppc-opcode.h> for `VPERMXOR`
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- [PATCH v2 1/2] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH] mdadm: fix msg when removing a device using the short arg -r
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Replace error prone signal() with sigaction()
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Messages with timestamps from the future from intel.com (was: [PATCH] Replace error prone signal() with sigaction())
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH] Replace error prone signal() with sigaction()
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [PATCH] mdadm: fix msg when removing a device using the short arg -r
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [PATCH] Replace error prone signal() with sigaction()
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- [PATCH] Replace error prone signal() with sigaction()
- From: Lukasz Florczak <lukasz.florczak@xxxxxxxxx>
- Re: [PATCH v3 0/3] Improve failed arrays handling.
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH 1/3] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH] fix multiple definition linking error due to missing extern
- From: Song Liu <song@xxxxxxxxxx>
- Re: Replacing all disks in a an array as a preventative measure before failing.
- From: Wol <antlists@xxxxxxxxxxxxxxx>
- [PATCH] mdadm: fix msg when removing a device using the short arg -r
- From: Nigel Croxon <ncroxon@xxxxxxxxxx>
- RE: Replacing all disks in a an array as a preventative measure before failing.
- From: Red Wil <redwil@xxxxxxxxx>
- [RFC PATCH] md: raid456 improve discard performance
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] md: raid456 improve discard performance
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH] fix multiple definition linking error due to missing extern
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [RFC PATCH] md: raid456 improve discard performance
- From: Xiao Ni <xni@xxxxxxxxxx>
- [PATCH] fix multiple definition linking error due to missing extern
- From: Dirk Müller <dmueller@xxxxxxx>
- Re: [GIT PULL] md-fixes 20220203
- From: Jens Axboe <axboe@xxxxxxxxx>
- [GIT PULL] md-fixes 20220203
- From: Song Liu <songliubraving@xxxxxx>
- [song-md:md-fixes] BUILD SUCCESS 0f9650bd838efe5c52f7e5f40c3204ad59f1964d
- From: kernel test robot <lkp@xxxxxxxxx>
- [RFC PATCH] md: raid456 improve discard performance
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: NULL pointer dereference in blk_queue_flag_set
- From: Song Liu <song@xxxxxxxxxx>
- Re: NULL pointer dereference in blk_queue_flag_set
- From: jkhsjdhjs <jkhsjdhjs@xxxxxxxxxxx>
- Re: NULL pointer dereference in blk_queue_flag_set
- From: Song Liu <song@xxxxxxxxxx>
- Re: NULL pointer dereference in blk_queue_flag_set
- From: jkhsjdhjs <jkhsjdhjs@xxxxxxxxxxx>
- Re: NULL pointer dereference in blk_queue_flag_set
- From: Song Liu <song@xxxxxxxxxx>
- NULL pointer dereference in blk_queue_flag_set
- From: jkhsjdhjs <jkhsjdhjs@xxxxxxxxxxx>
- Re: hardware recovery and RAID5 services
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Re: hardware recovery and RAID5 services
- From: Geoff Back <geoff@xxxxxxxxxxxxxxx>
- Re: hardware recovery and RAID5 services
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
- Re: hardware recovery and RAID5 services
- From: Geoff Back <geoff@xxxxxxxxxxxxxxx>
- Re: hardware recovery and RAID5 services
- From: Phil Turmel <philip@xxxxxxxxxx>
- Re: hardware recovery and RAID5 services
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
- Re: hardware recovery and RAID5 services
- From: Nix <nix@xxxxxxxxxxxxx>
- Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] raid5: introduce MD_BROKEN
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: hardware recovery and RAID5 services
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Re: hardware recovery and RAID5 services
- From: David T-G <davidtg+robot@xxxxxxxxxxxxxxx>
- Re: hardware recovery and RAID5 services
- From: David T-G <davidtg+robot@xxxxxxxxxxxxxxx>
- RE: [Non-DoD Source] Re: Showing my ignorance - kernel workers
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
- [PATCH 3/3] raid5: introduce MD_BROKEN
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- [PATCH v3 0/3] Improve failed arrays handling.
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [Non-DoD Source] Re: Showing my ignorance - kernel workers
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
- RE: [URL Verdict: Neutral]Re: [Non-DoD Source] Re: Showing my ignorance - kernel workers
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
- Re: [Non-DoD Source] Re: Showing my ignorance - kernel workers
- From: Jeff Johnson <jeff.johnson@xxxxxxxxxxxxxxxxx>
- RE: [Non-DoD Source] Re: Showing my ignorance - kernel workers
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
- Re: Showing my ignorance - kernel workers
- From: Jani Partanen <jiipee@xxxxxxxxxxx>
- Showing my ignorance - kernel workers
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
- Re: [PATCH 1/3] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
- From: Tim Small <tim@xxxxxxxxxxxxxxxx>
- Re: a pound's a pound the whole world 'round (was "Re: [PATCH 1/3] ... Use `$(pound)` instead ...")
- From: David T-G <davidtg+robot@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- RE: [PATCH 1/3] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
- From: David Laight <David.Laight@xxxxxxxxxx>
- [PATCH 3/3] lib/raid6/test: Rename variable to avoid `raid6_call` name clash
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- [PATCH 2/3] lib/raid6: Include <asm/ppc-opcode.h> for `VPERMXOR`
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- [PATCH 1/3] lib/raid6/test/Makefile: Use `$(pound)` instead of `\#` for Make 4.3
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] Use MD_BROKEN for redundant arrays
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v2 0/3] Use MD_BROKEN for redundant arrays
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [dm-devel] Raid0 performance regression
- From: Song Liu <song@xxxxxxxxxx>
- Re: [dm-devel] Raid0 performance regression
- From: Roger Willcocks <roger@xxxxxxxxxxxxxxxx>
- Re: [dm-devel] Raid0 performance regression
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [dm-devel] Raid0 performance regression
- From: Lukas Straub <lukasstraub2@xxxxxx>
- Re: Backup drive DOA?
- From: Jani Partanen <jiipee@xxxxxxxxxxx>
- Re: Backup drive DOA?
- From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Backup drive DOA?
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Re: hardware recovery and RAID5 services
- From: anthony <antmbox@xxxxxxxxxxxxxxx>
- Re: hardware recovery and RAID5 services
- From: Phil Turmel <philip@xxxxxxxxxx>
- Re: hardware recovery and RAID5 services
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
- Re: PANIC OVER! Re: The mysterious case of the disappearing superblock ...
- From: Nix <nix@xxxxxxxxxxxxx>
- Re: PANIC OVER! Re: The mysterious case of the disappearing superblock ...
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Re: hardware recovery and RAID5 services
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Re: PANIC OVER! Re: The mysterious case of the disappearing superblock ...
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
- Re: PANIC OVER! Re: The mysterious case of the disappearing superblock ...
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Re: hardware recovery and RAID5 services
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Re: hardware recovery and RAID5 services
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Re: The mysterious case of the disappearing superblock ...
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
- hardware recovery and RAID5 services
- From: David T-G <davidtg+robot@xxxxxxxxxxxxxxx>
- [PATCH] Mdmonitor: Fix segfault and improve logging
- From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
- [PATCH 2/2] mdadm: add map_num_s()
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- [PATCH 1/2] Create, Build: use default_layout()
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- [PATCH 0/2] Add map_num_s
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: Documentation or support for IMSM caching ????
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
- Re: [PATCH] udev: adapt rules to systemd v247
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- [song-md:md-next] BUILD SUCCESS 78eb08ba82684b559276b30ae7e434053bb584f5
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: Proposal of changing generating version of mdadm
- From: "Tanska, Kinga" <kinga.tanska@xxxxxxxxxxxxxxx>
- Re: [PATCH] udev: adapt rules to systemd v247
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
- PANIC OVER! Re: The mysterious case of the disappearing superblock ...
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Re: [PATCH] raid1, raid10: drop pending_cnt.
- From: Song Liu <song@xxxxxxxxxx>
- Re: The mysterious case of the disappearing superblock ...
- From: "NeilBrown" <neilb@xxxxxxx>
- The mysterious case of the disappearing superblock ...
- From: anthony <antmbox@xxxxxxxxxxxxxxx>
- Re: The mysterious case of the disappearing superblock ...
- From: anthony <antmbox@xxxxxxxxxxxxxxx>
- Re: The mysterious case of the disappearing superblock ...
- From: Phil Turmel <philip@xxxxxxxxxx>
- Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
- From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
- Documentation or support for IMSM caching ????
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: raid6: badblocks-related bio panics
- From: Wol <antlists@xxxxxxxxxxxxxxx>
- raid6: badblocks-related bio panics
- From: Joe Rayhawk <jrayhawk@xxxxxxxxxxxxxxxx>
- Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
- From: Wol <antlists@xxxxxxxxxxxxxxx>
- Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
- From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
- [PATCH] raid1, raid10: drop pending_cnt.
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: mdadm resync causes stable system to crash every 2 or 3 hours
- From: Ryan Patterson <ryan.goat@xxxxxxxxx>
- Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
- Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
- From: "John Stoffel" <john@xxxxxxxxxxx>
- [PATCH] udev: adapt rules to systemd v247
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
- From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
- Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
- From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
- Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
- Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
- From: Aidan Walton <aidan.walton@xxxxxxxxx>
- Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
- From: Aidan Walton <aidan.walton@xxxxxxxxx>
- Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
- From: Geoff Back <geoff@xxxxxxxxxxxxxxx>
- Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
- From: Aidan Walton <aidan.walton@xxxxxxxxx>
- Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [dm-devel] Proper way to test RAID456?
- From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
- Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
- From: Aidan Walton <aidan.walton@xxxxxxxxx>
- Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
- From: Jani Partanen <jiipee@xxxxxxxxxxx>
- Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
- From: Aidan Walton <aidan.walton@xxxxxxxxx>
- Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
- Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
- From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
- Re: [PATCH backport for 5.10]: md: revert io stats accounting
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH backport for 5.10]: md: revert io stats accounting
- From: Guillaume Morin <guillaume@xxxxxxxxxxx>
- Re: [dm-devel] Proper way to test RAID456?
- From: Lukas Straub <lukasstraub2@xxxxxx>
- Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
- From: Aidan Walton <aidan.walton@xxxxxxxxx>
- RE: [Non-DoD Source] Re: MDRAID NVMe performance question, but I don't know what I don't know
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
- RE: [Non-DoD Source] Re: MDRAID NVMe performance question, but I don't know what I don't know
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
- Re: MDRAID NVMe performance question, but I don't know what I don't know
- From: Phil Turmel <philip@xxxxxxxxxx>
- Re: MDRAID NVMe performance question, but I don't know what I don't know
- From: Geoff Back <geoff@xxxxxxxxxxxxxxx>
- Re: [md] Missing revert in 5.10
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- [md] Missing revert in 5.10
- From: Guillaume Morin <guillaume@xxxxxxxxxxx>
- Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
- MDRAID NVMe performance question, but I don't know what I don't know
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
- Re: [RFC PATCH] Add wrappers for singular/plural form generation
- From: Roman Mamedov <rm@xxxxxxxxxxx>
- [RFC PATCH] Add wrappers for singular/plural form generation
- From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
- Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
- From: Mikko Rantalainen <mikko.rantalainen@xxxxxxxx>
- Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
- From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
- Re: mdadm regression tests fail
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
- From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
- Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
- From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
- Re: md device remains active even when all supporting disks have failed and been disabled by the kernel.
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Feature request: Add flag for assuming a new clean drive completely dirty when adding to a degraded raid5 array in order to increase the speed of the array rebuild
- From: Jaromír Cápík <jaromir.capik@xxxxxxxx>
- Re: [dm-devel] Proper way to test RAID456?
- From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
- Re: [dm-devel] Proper way to test RAID456?
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [dm-devel] Proper way to test RAID456?
- From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
- Re: [dm-devel] Proper way to test RAID456?
- From: Lukas Straub <lukasstraub2@xxxxxx>
- Re: [dm-devel] Proper way to test RAID456?
- From: Lukas Straub <lukasstraub2@xxxxxx>
- md device remains active even when all supporting disks have failed and been disabled by the kernel.
- From: Aidan Walton <aidan.walton@xxxxxxxxx>
- Re: [GIT PULL] md-fixes 20220103
- From: pr-tracker-bot@xxxxxxxxxx
- [song-md:md-next] BUILD SUCCESS 1745e857e73a2e29379013438ee271e9aadab2e0
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [GIT PULL] md-next 20220106
- From: Jens Axboe <axboe@xxxxxxxxx>
- [GIT PULL] md-next 20220106
- From: Song Liu <songliubraving@xxxxxx>
- Re: [PATCH] md: use default_groups in kobj_type
- From: Song Liu <song@xxxxxxxxxx>
- [PATCH] md: use default_groups in kobj_type
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [song-md:md-next] BUILD SUCCESS 8612bcac0b8db175ebc88fae40bab8c9d4b195dc
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 0/2] md: it panice after reshape from raid1 to raid5
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: mdadm regression tests fail
- From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
- Re: [PATCH 0/2] md: it panice after reshape from raid1 to raid5
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v2 1/2] lib/raid6: skip benchmark of non-chosen xor_syndrome functions
- From: Song Liu <song@xxxxxxxxxx>
- Re: mdadm regression tests fail
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Re: mdadm regression tests fail
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH] Use strict priority ranking for pq gen() benchmarking
- From: Dirk Müller <dmueller@xxxxxxx>
- [PATCH v2 2/2] lib/raid6: Use strict priority ranking for pq gen() benchmarking
- From: Dirk Müller <dmueller@xxxxxxx>
- [PATCH v2 1/2] lib/raid6: skip benchmark of non-chosen xor_syndrome functions
- From: Dirk Müller <dmueller@xxxxxxx>
- Re: ANNOUNCE mdadm-4.2
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
- Re: ANNOUNCE mdadm-4.2
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- mdadm regression tests fail
- From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
- Re: [PATCH 0/2] md: it panice after reshape from raid1 to raid5
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: [PATCH] Skip benchmarking of non-best xor_syndrome functions
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH] Use strict priority ranking for pq gen() benchmarking
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH] md: drop queue limitation for RAID1 and RAID10
- From: Song Liu <song@xxxxxxxxxx>
- [song-md:md-next] BUILD SUCCESS 9a491db5cc7b2d75fcb138cf84660c6a5022f782
- From: kernel test robot <lkp@xxxxxxxxx>
- [song-md:md-fixes] BUILD SUCCESS 46669e8616c649c71c4cfcd712fd3d107e771380
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [Regression] md/raid1: write-intent logging/bitmap issue since fd3b6975e9c1 - v5.16-rc1
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [GIT PULL] md-fixes 20220103
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH] md/raid1: fix missing bitmap update w/o WriteMostly devices
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- [PATCH] md/raid1: fix missing bitmap update w/o WriteMostly devices
- From: Song Liu <song@xxxxxxxxxx>
- [GIT PULL] md-fixes 20220103
- From: Song Liu <songliubraving@xxxxxx>
- Re: [Regression] md/raid1: write-intent logging/bitmap issue since fd3b6975e9c1 - v5.16-rc1
- From: Song Liu <songliubraving@xxxxxx>
- Re: [Regression] md/raid1: write-intent logging/bitmap issue since fd3b6975e9c1 - v5.16-rc1
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: Strange behavior when I grow raid0
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [PATCH] Use strict priority ranking for pq gen() benchmarking
- From: Dirk Müller <dmueller@xxxxxxx>
- Re: [PATCH] md: drop queue limitation for RAID1 and RAID10
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- RE: [PATCH v2] imsm: Remove possibility for get_imsm_dev to return NULL
- From: "Grzonka, Mateusz" <mateusz.grzonka@xxxxxxxxx>
- RE: [PATCH v2] Incremental: Fix possible memory and resource leaks
- From: "Grzonka, Mateusz" <mateusz.grzonka@xxxxxxxxx>
- Re: [PATCH] Skip benchmarking of non-best xor_syndrome functions
- From: Dirk Müller <dmueller@xxxxxxx>
- Re: [PATCH v5 3/6] badblocks: improve badblocks_set() for multiple ranges handling
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: [PATCH v5 2/6] badblocks: add helper routines for badblock ranges handling
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: [PATCH v6 1/4] md: add support for REQ_NOWAIT
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH] md: fix spelling of "its"
- From: Wol <antlists@xxxxxxxxxxxxxxx>
- Re: [PATCH] md: drop queue limitation for RAID1 and RAID10
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v6 1/4] md: add support for REQ_NOWAIT
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH] md: fix spelling of "its"
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH] Use strict priority ranking for pq gen() benchmarking
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH] Skip benchmarking of non-best xor_syndrome functions
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH] Use strict priority ranking for pq gen() benchmarking
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH] Skip benchmarking of non-best xor_syndrome functions
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH] Use strict priority ranking for pq gen() benchmarking
- From: Dirk Müller <dmueller@xxxxxxx>
- Re: [PATCH] Skip benchmarking of non-best xor_syndrome functions
- From: Dirk Müller <dmueller@xxxxxxx>
- Re: ANNOUNCE mdadm-4.2
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
- ANNOUNCE mdadm-4.2
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Use strict priority ranking for pq gen() benchmarking
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH] Skip benchmarking of non-best xor_syndrome functions
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- [PATCH] Use strict priority ranking for pq gen() benchmarking
- From: Dirk Müller <dmueller@xxxxxxx>
- [PATCH] Skip benchmarking of non-best xor_syndrome functions
- From: Dirk Müller <dmueller@xxxxxxx>
- [PATCH] fix multiple definition linking error due to missing extern
- From: Dirk Müller <dmueller@xxxxxxx>
- Re: Need help Recover raid5 array
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
- Re: Need help Recover raid5 array
- From: Tony Bush <thecompguru@xxxxxxxxx>
- Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [PATCH v6 4/4] md: raid456 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v6 4/4] md: raid456 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- [PATCH] md: fix spelling of "its"
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH v6 4/4] md: raid456 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v6 4/4] md: raid456 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v6 4/4] md: raid456 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: Need help Recover raid5 array
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
- Re: Need help Recover raid5 array
- From: Tony Bush <thecompguru@xxxxxxxxx>
- [song-md:md-next] BUILD SUCCESS 278cc27f7ff05a643acf0005e460719388a5aa12
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v6 1/4] md: add support for REQ_NOWAIT
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: Latest HP ProLiant DL380 G10 RAID1 support?
- From: "David F." <df7729@xxxxxxxxx>
- Re: [PATCH v6 1/4] md: add support for REQ_NOWAIT
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v6 1/4] md: add support for REQ_NOWAIT
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v6 3/4] md: raid10 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v6 1/4] md: add support for REQ_NOWAIT
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v6 3/4] md: raid10 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v6 1/4] md: add support for REQ_NOWAIT
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH 3/3] raid5: introduce MD_BROKEN
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH v6 4/4] md: raid456 add nowait support
- From: "John Stoffel" <john@xxxxxxxxxxx>
- [PATCH v6 4/4] md: raid456 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- [PATCH v6 3/4] md: raid10 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- [PATCH v6 2/4] md: raid1 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- [PATCH v6 1/4] md: add support for REQ_NOWAIT
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v5 3/4] md: raid10 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v5 3/4] md: raid10 add nowait support
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH v5 3/4] md: raid10 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [PATCH v5 3/4] md: raid10 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: Latest HP ProLiant DL380 G10 RAID1 support?
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: Latest HP ProLiant DL380 G10 RAID1 support?
- From: "David F." <df7729@xxxxxxxxx>
- Re: Need help Recover raid5 array
- From: Phil Turmel <philip@xxxxxxxxxx>
- Re: Debugging system hangs
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Re: Latest HP ProLiant DL380 G10 RAID1 support?
- From: Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Latest HP ProLiant DL380 G10 RAID1 support?
- From: Wol <antlists@xxxxxxxxxxxxxxx>
- Re: Latest HP ProLiant DL380 G10 RAID1 support?
- From: "David F." <df7729@xxxxxxxxx>
- Re: Debugging system hangs
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Latest HP ProLiant DL380 G10 RAID1 support?
- From: "David F." <df7729@xxxxxxxxx>
- Re: Need help Recover raid5 array
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
- Re: Need help Recover raid5 array
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Need help Recover raid5 array
- From: Tony Bush <thecompguru@xxxxxxxxx>
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Xiao Ni <xni@xxxxxxxxxx>
- [song-md:md-next] BUILD SUCCESS fbcddf788fe221573a9d30acd8018db0cc6c1e89
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] lib/raid6: fix abnormally high latency
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v3] lib/raid6: Reduce high latency by using migrate instead of preempt
- From: Daniel Vacek <neelx.g@xxxxxxxxx>
- Re: [PATCH v3] lib/raid6: Reduce high latency by using migrate instead of preempt
- From: Daniel Vacek <neelx.g@xxxxxxxxx>
- Re: [PATCH v2] lib/raid6: Reduce high latency by using migrate instead of preempt
- From: Daniel Vacek <neelx.g@xxxxxxxxx>
- Re: [PATCH] lib/raid6: fix abnormally high latency
- From: Daniel Vacek <neelx.g@xxxxxxxxx>
- Fwd: [PATCH] lib/raid6: fix abnormally high latency
- From: Daniel Vacek <neelx.g@xxxxxxxxx>
- Re: [PATCH v3] lib/raid6: Reduce high latency by using migrate instead of preempt
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH v3] lib/raid6: Reduce high latency by using migrate instead of preempt
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v3] lib/raid6: Reduce high latency by using migrate instead of preempt
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: Debugging system hangs
- From: Jani Partanen <jiipee@xxxxxxxxxxx>
- [PATCH] md: drop queue limitation for RAID1 and RAID10
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] raid5: introduce MD_BROKEN
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] Use MD_BROKEN for redundant arrays
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- [song-md:md-next] BUILD SUCCESS 04f913cd08324d14b55fbbc8a1110696af9f36ca
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 3/3] raid5: introduce MD_BROKEN
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- [PATCH v3] lib/raid6: Reduce high latency by using migrate instead of preempt
- From: Yajun Deng <yajun.deng@xxxxxxxxx>
- Re: [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH v2 0/3] Use MD_BROKEN for redundant arrays
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v5 3/4] md: raid10 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: Debugging system hangs
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Re: Debugging system hangs
- From: "John Stoffel" <john@xxxxxxxxxxx>
- Re: Debugging system hangs
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
- Re: Debugging system hangs
- From: "John Stoffel" <john@xxxxxxxxxxx>
- Re: [PATCH v5 3/4] md: raid10 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v5 3/4] md: raid10 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v5 3/4] md: raid10 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2] lib/raid6: Reduce high latency by using migrate instead of preempt
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v5 3/4] md: raid10 add nowait support
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH v5 3/4] md: raid10 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v5 3/4] md: raid10 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v5 3/4] md: raid10 add nowait support
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH v5 3/4] md: raid10 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- [PATCH 3/3] raid5: introduce MD_BROKEN
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- [PATCH 2/3] md: Set MD_BROKEN for RAID1 and RAID10
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- [PATCH 1/3] raid0, linear, md: add error_handlers for raid0 and linear
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- [PATCH v2 0/3] Use MD_BROKEN for redundant arrays
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- [PATCH v2] lib/raid6: Reduce high latency by using migrate instead of preempt
- From: Yajun Deng <yajun.deng@xxxxxxxxx>
- Re: [PATCH] lib/raid6: fix abnormally high latency
- From: yajun.deng@xxxxxxxxx
- Re: [PATCH] lib/raid6: fix abnormally high latency
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH] lib/raid6: fix abnormally high latency
- From: yajun.deng@xxxxxxxxx
- Re: [PATCH] lib/raid6: fix abnormally high latency
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH] lib/raid6: fix abnormally high latency
- From: yajun.deng@xxxxxxxxx
- Re: [PATCH v5 3/4] md: raid10 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v5 3/4] md: raid10 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v5 2/4] md: raid1 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: Debugging system hangs
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
- Re: Debugging system hangs
- From: Wol <antlists@xxxxxxxxxxxxxxx>
- Re: Debugging system hangs
- From: Wol <antlists@xxxxxxxxxxxxxxx>
- Re: [PATCH v5 3/4] md: raid10 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v5 2/4] md: raid1 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v5 1/4] md: add support for REQ_NOWAIT
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH] lib/raid6: fix abnormally high latency
- From: Song Liu <song@xxxxxxxxxx>
- Re: Debugging system hangs
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
- Re: Debugging system hangs
- From: o1bigtenor <o1bigtenor@xxxxxxxxx>
- [PATCH v5 4/4] md: raid456 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- [PATCH v5 3/4] md: raid10 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- [PATCH v5 2/4] md: raid1 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- [PATCH v5 1/4] md: add support for REQ_NOWAIT
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH] lib/raid6: fix abnormally high latency
- From: yajun.deng@xxxxxxxxx
- Re: Debugging system hangs
- From: "John Stoffel" <john@xxxxxxxxxxx>
- [song-md:md-next] BUILD SUCCESS c14704e1cb5564b5097e2888099dc65950370ec3
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: Debugging system hangs
- From: Phil Turmel <philip@xxxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: Debugging system hangs
- From: Roman Mamedov <rm@xxxxxxxxxxx>
- Re: [PATCH] lib/raid6: fix abnormally high latency
- From: Song Liu <song@xxxxxxxxxx>
- Debugging system hangs
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v4 3/4] md: raid10 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
- From: Donald Buczek <buczek@xxxxxxxxxxxxx>
- Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
- From: Donald Buczek <buczek@xxxxxxxxxxxxx>
- [PATCH] lib/raid6: fix abnormally high latency
- From: Yajun Deng <yajun.deng@xxxxxxxxx>
- Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: [RFC PATCH v4 3/4] md: raid10 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: [RFC PATCH v4 1/4] md: add support for REQ_NOWAIT
- From: Song Liu <song@xxxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- [song-md:md-fixes] BUILD SUCCESS 07641b5f32f6991758b08da9b1f4173feeb64f2a
- From: kernel test robot <lkp@xxxxxxxxx>
- Strange behavior when I grow raid0
- From: Jani Partanen <jiipee@xxxxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [GIT PULL] md-fixes 20211210
- From: Jens Axboe <axboe@xxxxxxxxx>
- [GIT PULL] md-fixes 20211210
- From: Song Liu <songliubraving@xxxxxx>
- [PATCH v5] test: user space code to test badblocks APIs
- From: Coly Li <colyli@xxxxxxx>
- [PATCH v5 6/6] badblocks: switch to the improved badblock handling code
- From: Coly Li <colyli@xxxxxxx>
- [PATCH v5 4/6] badblocks: improve badblocks_clear() for multiple ranges handling
- From: Coly Li <colyli@xxxxxxx>
- [PATCH v5 5/6] badblocks: improve badblocks_check() for multiple ranges handling
- From: Coly Li <colyli@xxxxxxx>
- [PATCH v5 3/6] badblocks: improve badblocks_set() for multiple ranges handling
- From: Coly Li <colyli@xxxxxxx>
- [PATCH v5 2/6] badblocks: add helper routines for badblock ranges handling
- From: Coly Li <colyli@xxxxxxx>
- [PATCH v5 1/6] badblocks: add more helper structure and routines in badblocks.h
- From: Coly Li <colyli@xxxxxxx>
- [PATCH v5 0/7] badblocks improvement for multiple bad block ranges
- From: Coly Li <colyli@xxxxxxx>
- Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
- From: Donald Buczek <buczek@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/3] md: Fix undefined behaviour in is_mddev_idle
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH v3 2/3] drbd: Fix undefined behaviour in drbd_rs_c_min_rate_throttle
- From: Li Jinlin <lijinlin3@xxxxxxxxxx>
- [PATCH v3 3/3] drbd: Remove useless variable in struct drbd_device
- From: Li Jinlin <lijinlin3@xxxxxxxxxx>
- [PATCH v3 1/3] md: Fix undefined behaviour in is_mddev_idle
- From: Li Jinlin <lijinlin3@xxxxxxxxxx>
- [PATCH v3 0/3] Fix undefined behaviour during device synchronization
- From: Li Jinlin <lijinlin3@xxxxxxxxxx>
- [PATCH 2/2] md: Move alloc/free acct bioset in to personality
- From: Xiao Ni <xni@xxxxxxxxxx>
- [PATCH 0/2] md: it panice after reshape from raid1 to raid5
- From: Xiao Ni <xni@xxxxxxxxxx>
- [PATCH V2 1/2] md/raid0: Free r0conf memory when register integrity failed
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: [PATCH v2 1/3] md: Fix undefined behaviour in is_mddev_idle
- From: Li Jinlin <lijinlin3@xxxxxxxxxx>
- [song-md:md-next] BUILD SUCCESS 0e7fca2ac1b787243e419060e1766cc0eef5952f
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v2 1/3] md: Fix undefined behaviour in is_mddev_idle
- From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/6] badblocks: add helper routines for badblock ranges handling
- From: Coly Li <colyli@xxxxxxx>
- Re: [PATCH v3 3/6] badblocks: improvement badblocks_set() for multiple ranges handling
- From: Coly Li <colyli@xxxxxxx>
- Re: [PATCH v2 1/3] md: Fix undefined behaviour in is_mddev_idle
- From: Hannes Reinecke <hare@xxxxxxx>
- [song-md:md-fixes] BUILD SUCCESS 2cdf0f5a99027acd9d5c43196cabc77d1b9f3b3b
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH 3/3] drdb: Remove useless variable in struct drbd_device
- From: Li Jinlin <lijinlin3@xxxxxxxxxx>
- [PATCH v2 1/3] md: Fix undefined behaviour in is_mddev_idle
- From: Li Jinlin <lijinlin3@xxxxxxxxxx>
- [PATCH 2/3] drdb: Fix undefined behaviour in drbd_rs_c_min_rate_throttle
- From: Li Jinlin <lijinlin3@xxxxxxxxxx>
- [PATCH 0/3] Fix undefined behaviour during device synchronization
- From: Li Jinlin <lijinlin3@xxxxxxxxxx>
- Re: [PATCH 1/2] md/raid0: Free r0conf memory when register integrity failed
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH 1/2] md/raid0: Free r0conf memory when register integrity failed
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH 1/2] md/raid0: Free r0conf memory when register integrity failed
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH 1/2] md/raid0: Free r0conf memory when register integrity failed
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH 1/2] md/raid0: Free r0conf memory when register integrity failed
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: [PATCH 1/2] md/raid0: Free r0conf memory when register integrity failed
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH 1/2] md/raid0: Free r0conf memory when register integrity failed
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: [PATCH 2/2] md: Move alloc/free acct bioset in to personality
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH 1/2] md/raid0: Free r0conf memory when register integrity failed
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH 1/2] md/raid0: Free r0conf memory when register integrity failed
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH v3 3/6] badblocks: improvement badblocks_set() for multiple ranges handling
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- [PATCH 6/6] tests: fix $dir path
- From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
- [PATCH 5/6] tests: Add a test for write-intent bitmap support for imsm
- From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
- [PATCH 4/6] test: clear the superblock at every iteration in 02lineargrow
- From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
- [PATCH 3/6] Revert "mdadm: fix coredump of mdadm --monitor -r"
- From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
- [PATCH 2/6] tests: fix raid0 tests for 0.90 metadata
- From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
- [PATCH 1/6] tests: add a test that validates raid0 with layout fails for 0.9 version
- From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
- [PATCH V2 0/6] Resurrect mdadm test cases
- From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
- Re: [PATCH 1/2] md/raid0: Free r0conf memory when register integrity failed
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH] md: Fix unexpected behaviour in is_mddev_idle
- From: Song Liu <song@xxxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v3] Monitor: print message before quit for no array to monitor
- From: Coly Li <colyli@xxxxxxx>
- Re: [PATCH v3] Monitor: print message before quit for no array to monitor
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
- From: Donald Buczek <buczek@xxxxxxxxxxxxx>
- Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
- From: Donald Buczek <buczek@xxxxxxxxxxxxx>
- Re: [PATCH v3 4/6] badblocks: improve badblocks_clear() for multiple ranges handling
- From: Geliang Tang <geliang.tang@xxxxxxxx>
- Re: [PATCH v3 3/6] badblocks: improvement badblocks_set() for multiple ranges handling
- From: Geliang Tang <geliang.tang@xxxxxxxx>
- Re: [PATCH v3 2/6] badblocks: add helper routines for badblock ranges handling
- From: Geliang Tang <geliang.tang@xxxxxxxx>
- [PATCH 2/2] md: Move alloc/free acct bioset in to personality
- From: Xiao Ni <xni@xxxxxxxxxx>
- [PATCH 1/2] md/raid0: Free r0conf memory when register integrity failed
- From: Xiao Ni <xni@xxxxxxxxxx>
- [PATCH 0/2] md: it panic after reshape from raid1 to raid5
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: [PATCH v3] Monitor: print message before quit for no array to monitor
- From: Coly Li <colyli@xxxxxxx>
- Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH] mdadm/systemd: change KillMode from none to mixed in service files
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: [PATCH] mdadm/systemd: change KillMode from none to mixed in service files
- From: Franck Bui <fbui@xxxxxxx>
- Re: [PATCH v3] Monitor: print message before quit for no array to monitor
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] mdadm: block creation with long names
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH] mdadm/systemd: change KillMode from none to mixed in service files
- From: Benjamin Brunner <bbrunner@xxxxxxxx>
- [PATCH] support LUKS2 labels on md raid arrays
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
- Re: [PATCH] mdadm/systemd: change KillMode from none to mixed in service files
- From: Coly Li <colyli@xxxxxxx>
- Re: mdadm last call for 4.2
- From: Coly Li <colyli@xxxxxxx>
- Re: [PATCH v3] Monitor: print message before quit for no array to monitor
- From: Coly Li <colyli@xxxxxxx>
- Re: Help ironing out persistent mismatches on raid6
- Re: Help ironing out persistent mismatches on raid6
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
- Re: mdadm last call for 4.2
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- [PATCH] mdadm: block creation with long names
- From: Blazej Kucman <blazej.kucman@xxxxxxxxx>
- Re: Help ironing out persistent mismatches on raid6
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
- Help ironing out persistent mismatches on raid6
- Help ironing out persistent mismatches on raid6
- From: "Matt Garretson" <matt@xxxxxxxxxx>
- [PATCH] test: user space code to test badblocks APIs
- From: Coly Li <colyli@xxxxxxx>
- [PATCH v3 6/6] badblocks: switch to the improved badblock handling code
- From: Coly Li <colyli@xxxxxxx>
- [PATCH v3 5/6] badblocks: improve badblocks_check() for multiple ranges handling
- From: Coly Li <colyli@xxxxxxx>
- [PATCH v3 4/6] badblocks: improve badblocks_clear() for multiple ranges handling
- From: Coly Li <colyli@xxxxxxx>
- [PATCH v3 3/6] badblocks: improvement badblocks_set() for multiple ranges handling
- From: Coly Li <colyli@xxxxxxx>
- [PATCH v3 2/6] badblocks: add helper routines for badblock ranges handling
- From: Coly Li <colyli@xxxxxxx>
- [PATCH v3 1/6] badblocks: add more helper structure and routines in badblocks.h
- From: Coly Li <colyli@xxxxxxx>
- [PATCH v4 0/6] badblocks improvement for multiple bad block ranges
- From: Coly Li <colyli@xxxxxxx>
- Re: [PATCH] md: Fix unexpected behaviour in is_mddev_idle
- From: Li Jinlin <lijinlin3@xxxxxxxxxx>
- Re: [PATCH] mdadm/systemd: change KillMode from none to mixed in service files
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: [PATCH] mdadm/systemd: change KillMode from none to mixed in service files
- From: Coly Li <colyli@xxxxxxx>
- Re: [PATCH] mdadm/systemd: change KillMode from none to mixed in service files
- From: Benjamin Brunner <bbrunner@xxxxxxxx>
- Re: [PATCH] mdadm/systemd: change KillMode from none to mixed in service files
- From: Coly Li <colyli@xxxxxxx>
- Re: [PATCH] mdadm/systemd: change KillMode from none to mixed in service files
- From: mtkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [PATCH] md: Fix unexpected behaviour in is_mddev_idle
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH] mdadm/systemd: change KillMode from none to mixed in service files
- From: Coly Li <colyli@xxxxxxx>
- [PATCH] md: Fix unexpected behaviour in is_mddev_idle
- From: Li Jinlin <lijinlin3@xxxxxxxxxx>
- Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH V2] md: don't unregister sync_thread with reconfig_mutex held
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: Using aGPU for RAID calculations (proprietary GRAID SupremeRAID)
- From: Keith Busch <kbusch@xxxxxxxxxx>
- Re: Using aGPU for RAID calculations (proprietary GRAID SupremeRAID)
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
- Re: Using aGPU for RAID calculations (proprietary GRAID SupremeRAID)
- From: Wolfgang Denk <wd@xxxxxxx>
- Using aGPU for RAID calculations (proprietary GRAID SupremeRAID)
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: Nothing wrong, but is my website advice wonky?
- From: "John Stoffel" <john@xxxxxxxxxxx>
- Re: Nothing wrong, but is my website advice wonky?
- From: Wol <antlists@xxxxxxxxxxxxxxx>
- Re: Nothing wrong, but is my website advice wonky?
- From: "John Stoffel" <john@xxxxxxxxxxx>
- I found how to enable the SCTERC equivalent on an NVMe drive
- From: Edward Kuns <eddie.kuns@xxxxxxxxx>
- Re: Nothing wrong, but is my website advice wonky?
- From: Wol <antlists@xxxxxxxxxxxxxxx>
- Nothing wrong, but is my website advice wonky?
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- RE: [PATCH v2] Incremental: Fix possible memory and resource leaks
- From: "Grzonka, Mateusz" <mateusz.grzonka@xxxxxxxxx>
- [PATCH v2] imsm: Remove possibility for get_imsm_dev to return NULL
- From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
- Re: [PATCH v2] Incremental: Fix possible memory and resource leaks
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
- Re: mdadm last call for 4.2
- From: jes@xxxxxxxxxxxxxxxxxx
- Re: mdadm last call for 4.2
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- Re: [PATCH v2] Incremental: Fix possible memory and resource leaks
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
- [PATCH v2] Incremental: Fix possible memory and resource leaks
- From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
- Re: [PATCH v2] Incremental: Fix possible memory and resource leaks
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
- mdadm last call for 4.2
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Correct checking if file descriptors are valid
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Incremental: Close unclosed mdfd in IncrementalScan()
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
- [PATCH] Correct checking if file descriptors are valid
- From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
- [PATCH] Incremental: Close unclosed mdfd in IncrementalScan()
- From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
- Re: Proposal of changing generating version of mdadm
- From: "Tanska, Kinga" <kinga.tanska@xxxxxxxxxxxxxxx>
- Re: [PATCH] drivers/md: fix potential memleak
- From: Song Liu <song@xxxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: Failed Raid 5 - one Disk possibly Out of date - 2nd disk damaged
- From: Martin Thoma <thomamartin1985@xxxxxxxxxxxxxx>
- Re: Failed Raid 5 - one Disk possibly Out of date - 2nd disk damaged
- From: Wol <antlists@xxxxxxxxxxxxxxx>
- [song-md:md-next] BUILD SUCCESS 673db576e886bb476aea3e82e1978fa6cb8bd368
- From: kernel test robot <lkp@xxxxxxxxx>
- [song-md:md-fixes] BUILD SUCCESS 78a7fb15ebd7b8557a87ebcf02c81018fb7566f7
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: Failed Raid 5 - one Disk possibly Out of date - 2nd disk damaged
- From: Martin Thoma <thomamartin1985@xxxxxxxxxxxxxx>
- Re: Failed Raid 5 - one Disk possibly Out of date - 2nd disk damaged
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- Re: [PATCH] drivers/md: fix potential memleak
- From: kernel test robot <lkp@xxxxxxxxx>
- Failed Raid 5 - one Disk possibly Out of date - 2nd disk damaged
- From: Martin Thoma <thomamartin1985@xxxxxxxxxxxxxx>
- Re: [PATCH v2] md: fix update super 1.0 on rdev size change
- From: Markus Hochholdinger <Markus@xxxxxxxxxxxxxxxxx>
- 答复: [PATCH] drivers/md: fix potential memleak
- From: 赵军奎 <bernard@xxxxxxxx>
- Re: [PATCH] md/raid5: play nice with PREEMPT_RT
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH] md: fix the problem that the pointer may be double free
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v2] md: fix update super 1.0 on rdev size change
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH] drivers/md: fix potential memleak
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH] md: fix update super 1.0 on rdev size change
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
- [PATCH v2] md: fix update super 1.0 on rdev size change
- From: Markus Hochholdinger <markus@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] md: fix update super 1.0 on rdev size change
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH] md: fix update super 1.0 on rdev size change
- From: Markus Hochholdinger <Markus@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] md: fix update super 1.0 on rdev size change
- From: Markus Hochholdinger <Markus@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] md: fix update super 1.0 on rdev size change
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH] md: fix update super 1.0 on rdev size change
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: [PATCH] md: fix update super 1.0 on rdev size change
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: [PATCH] md: fix update super 1.0 on rdev size change
- From: Xiao Ni <xni@xxxxxxxxxx>
- [PATCH] md: fix the problem that the pointer may be double free
- From: zhangyue <zhangyue1@xxxxxxxxxx>
- can't loop the image files and assemble (was "Re: overlays on dd images of 4T drives")
- From: David T-G <davidtg+robot@xxxxxxxxxxxxxxx>
- Re: overlays on dd images of 4T drives
- From: David T-G <davidtg+robot@xxxxxxxxxxxxxxx>
- [PATCH] md/raid5: play nice with PREEMPT_RT
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [PATCH] md: fix update super 1.0 on rdev size change
- From: Wol <antlists@xxxxxxxxxxxxxxx>
- Re: overlays on dd images of 4T drives
- From: Phillip Susi <phill@xxxxxxxxxxxx>
- Re: [PATCH] md: fix update super 1.0 on rdev size change
- From: Markus Hochholdinger <Markus@xxxxxxxxxxxxxxxxx>
- Re: raid0 vs io_uring
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH] md: fix update super 1.0 on rdev size change
- From: Xiao Ni <xni@xxxxxxxxxx>
- Re: raid0 vs io_uring
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- [PATCH] drivers/md: replace bitmap_destroy to md_bitmap_destroy
- From: Bernard Zhao <bernard@xxxxxxxx>
- [PATCH] drivers/md: fix potential memleak
- From: Bernard Zhao <bernard@xxxxxxxx>
- Re: overlays on dd images of 4T drives
- From: David T-G <davidtg+robot@xxxxxxxxxxxxxxx>
- Re: raid0 vs io_uring
- From: Jens Axboe <axboe@xxxxxxxxx>
- raid0 vs io_uring
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: overlays on dd images of 4T drives
- From: Roman Mamedov <rm@xxxxxxxxxxx>
- overlays on dd images of 4T drives
- From: David T-G <davidtg+robot@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH 8/8] md: add support for REQ_OP_VERIFY
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 018 of 29] md: Support changing rdev size on running arrays.
- From: Markus Hochholdinger <Markus@xxxxxxxxxxxxxxxxx>
- [PATCH] md: fix update super 1.0 on rdev size change
- From: markus@xxxxxxxxxxxxxxxxx
- Re: [PATCH 018 of 29] md: Support changing rdev size on running arrays.
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH 018 of 29] md: Support changing rdev size on running arrays.
- From: Markus Hochholdinger <Markus@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 018 of 29] md: Support changing rdev size on running arrays.
- From: Markus Hochholdinger <Markus@xxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 0/8] block: add support for REQ_OP_VERIFY
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- Re: [RFC PATCH 0/8] block: add support for REQ_OP_VERIFY
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- Re: [RFC PATCH 8/8] md: add support for REQ_OP_VERIFY
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- Re: [RFC PATCH 3/8] nvme: add support for the Verify command
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- Re: [RFC PATCH 2/8] scsi: add REQ_OP_VERIFY support
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- Re: [RFC PATCH 1/8] block: add support for REQ_OP_VERIFY
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- [RFC PATCH v4 4/4] md: raid456 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- [RFC PATCH v4 3/4] md: raid10 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- [RFC PATCH v4 2/4] md: raid1 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- [RFC PATCH v4 1/4] md: add support for REQ_NOWAIT
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH 018 of 29] md: Support changing rdev size on running arrays.
- From: Markus Hochholdinger <Markus@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/2] md: raid1 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/2] md: raid1 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH 018 of 29] md: Support changing rdev size on running arrays.
- From: Markus Hochholdinger <Markus@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] imsm: assert if there is migration but prev_map doesn't exist
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] imsm: free allocated memory in imsm_fix_size_mismatch
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/2] md: raid1 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/2] md: raid1 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] md: add support for REQ_NOWAIT
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/2] md: raid1 add nowait support
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v3 1/2] md: add support for REQ_NOWAIT
- From: Song Liu <song@xxxxxxxxxx>
- [PATCH] imsm: assert if there is migration but prev_map doesn't exist
- From: Pawel Piatkowski <pawel.piatkowski@xxxxxxxxx>
- Re: [PATCH v3 2/2] md: raid1 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] md: add support for REQ_NOWAIT
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] md: add support for REQ_NOWAIT
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [PATCH v3 2/2] md: raid1 add nowait support
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
- Re: [RFC PATCH 0/8] block: add support for REQ_OP_VERIFY
- From: "javier@xxxxxxxxxxx" <javier@xxxxxxxxxxx>
- Re: [RFC PATCH 3/8] nvme: add support for the Verify command
- From: Keith Busch <kbusch@xxxxxxxxxx>
- Re: [RFC PATCH 0/8] block: add support for REQ_OP_VERIFY
- From: Keith Busch <kbusch@xxxxxxxxxx>
- Re: [PATCH v5 00/14] last set for add_disk() error handling
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- Re: [RFC PATCH 0/8] block: add support for REQ_OP_VERIFY
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [RFC PATCH 0/8] block: add support for REQ_OP_VERIFY
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
- Re: [RFC PATCH 1/8] block: add support for REQ_OP_VERIFY
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
- Re: [PATCH v5 00/14] last set for add_disk() error handling
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH v5 00/14] last set for add_disk() error handling
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- Re: [RFC PATCH 0/8] block: add support for REQ_OP_VERIFY
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
- [PATCH] imsm: free allocated memory in imsm_fix_size_mismatch
- From: Pawel Piatkowski <pawel.piatkowski@xxxxxxxxx>
- Re: [PATCH v5 00/14] last set for add_disk() error handling
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [RFC PATCH 2/8] scsi: add REQ_OP_VERIFY support
- From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 00/14] last set for add_disk() error handling
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [RFC PATCH 0/8] block: add support for REQ_OP_VERIFY
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- Re: [RFC PATCH 0/8] block: add support for REQ_OP_VERIFY
- From: Christoph Hellwig <hch@xxxxxx>
- [RFC PATCH 6/8] nvmet: add verify emulation support for file-ns
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- [RFC PATCH 8/8] md: add support for REQ_OP_VERIFY
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- [RFC PATCH 7/8] null_blk: add REQ_OP_VERIFY support
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- [RFC PATCH 5/8] nvmet: add Verify emulation support for bdev-ns
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- [PATCH 4/8] nvmet: add Verify command support for bdev-ns
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- [RFC PATCH 2/8] scsi: add REQ_OP_VERIFY support
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- [RFC PATCH 3/8] nvme: add support for the Verify command
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- [RFC PATCH 0/8] block: add support for REQ_OP_VERIFY
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- [RFC PATCH 1/8] block: add support for REQ_OP_VERIFY
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
- [PATCH linux-next] md: Remove redundant assignments
- [PATCH v3 1/2] md: add support for REQ_NOWAIT
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- [PATCH v3 2/2] md: raid1 add nowait support
- From: Vishal Verma <vverma@xxxxxxxxxxxxxxxx>
- ANNOUNCE: mdadm 4.2-rc3 - A tool for managing md Soft RAID under Linux
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] mdopen: use safe functions in create_mddev
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 06/14] nvdimm/pmem: use add_disk() error handling
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH v5 05/14] nvdimm/pmem: cleanup the disk if pmem_release_disk() is yet assigned
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH v5 11/14] block: update __register_blkdev() probe documentation
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH v5 12/14] ataflop: address add_disk() error handling on probe
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH v5 14/14] block: add __must_check for *add_disk*() callers
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH v5 02/14] nvdimm/btt: add error handling support for add_disk()
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH v5 08/14] block/sunvdc: add error handling support for add_disk()
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH v5 00/14] last set for add_disk() error handling
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH v5 10/14] ataflop: remove ataflop_probe_lock mutex
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH v5 13/14] floppy: address add_disk() error handling on probe
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH v5 03/14] nvdimm/blk: avoid calling del_gendisk() on early failures
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH v5 01/14] nvdimm/btt: use goto error labels on btt_blk_init()
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH v5 09/14] mtd/ubi/block: add error handling support for add_disk()
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH v5 07/14] z2ram: add error handling support for add_disk()
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH v5 04/14] nvdimm/blk: add error handling support for add_disk()
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- Re: [PATCH v4 0/4] last set for add_disk() error handling
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH v4 2/4] ataflop: address add_disk() error handling on probe
- From: Christoph Hellwig <hch@xxxxxx>
[Index of Archives]
[Linux RAID Wiki]
[ATA RAID]
[Linux SCSI Target Infrastructure]
[Linux Block]
[Linux IDE]
[Linux SCSI]
[Linux Hams]
[Device Mapper]
[Kernel]
[Linux Admin]
[Linux Net]
[GFS]
[RPM]
[git]
[Yosemite Forum]
[Linux Networking]