Linux RAID Storage

• Date Index

• [PATCH 03/35] block, fs, mm, drivers: set bi_op to REQ_OP, (continued)
  • [PATCH 03/35] block, fs, mm, drivers: set bi_op to REQ_OP, mchristi
  • [PATCH 06/35] direct-io: set bi_op to REQ_OP, mchristi
  • [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields, mchristi
  • [PATCH 05/35] fs: have ll_rw_block users pass in op and flags separately, mchristi
  • [PATCH 04/35] fs: have submit_bh users pass in op and flags separately, mchristi
  • [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio, mchristi
  • Re: [PATCH 00/35 v3] eparate operations from flags in the bio/request structs, Christoph Hellwig
• stripe_cache_active always 0, Adam Goryachev
  • RE: stripe_cache_active always 0, Robert Kierski
    • Re: stripe_cache_active always 0, Roman Mamedov
    • Re: stripe_cache_active always 0, Benjamin ESTRABAUD
• [PATCH 1/3] md: set MD_HAS_JOURNAL in correct places, Shaohua Li
  • [PATCH 3/3] raid5-cache: handle journal hotadd in quiesce, Shaohua Li
  • [PATCH 2/3] MD: add journal with array suspended, Shaohua Li
  • Re: [PATCH 1/3] md: set MD_HAS_JOURNAL in correct places, NeilBrown
• [PATCH 0/4]raid5-cache: fix journal hotadd, Shaohua Li
  • [PATCH 3/4] raid5-cache: handle flush request for journal hotadd, Shaohua Li
    • Re: [PATCH 3/4] raid5-cache: handle flush request for journal hotadd, NeilBrown
      • Re: [PATCH 3/4] raid5-cache: handle flush request for journal hotadd, Shaohua Li
        • Re: [PATCH 3/4] raid5-cache: handle flush request for journal hotadd, NeilBrown
  • [PATCH 2/4] raid5-cache: avoid write failure for journal hotadd, Shaohua Li
    • Re: [PATCH 2/4] raid5-cache: avoid write failure for journal hotadd, NeilBrown
  • [PATCH 1/4] raid5-cache: use rcu api to access r5conf->log, Shaohua Li
    • Re: [PATCH 1/4] raid5-cache: use rcu api to access r5conf->log, NeilBrown
  • [PATCH 4/4] raid5-cache: handle batch stripe for journal hotadd, Shaohua Li
• [PATCH 00/35 v2] separate operations from flags in the bio/request structs, mchristi
  • [PATCH 10/35] btrfs: don't pass rq_flag_bits if there is a bio, mchristi
  • [PATCH 11/35] f2fs: set bi_op to REQ_OP, mchristi
  • [PATCH 31/35] block, fs: remove old REQ definitions., mchristi
  • [PATCH 33/35] block, drivers: add REQ_OP_FLUSH operation, mchristi
  • [PATCH 32/35] block: shrink bi_rw and bi_op, mchristi
  • [PATCH 35/35] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH, mchristi
    • Re: [PATCH 35/35] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH, kbuild test robot
  • [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua, mchristi
    • Re: [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua, kbuild test robot
    • Re: [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua, Christoph Hellwig
  • [PATCH 30/35] block, fs, drivers: do not test bi_rw for REQ_OPs, mchristi
  • [PATCH 29/35] ide cd: do not set REQ_WRITE on requests., mchristi
  • [PATCH 26/35] block: set op to REQ_OP, mchristi
    • Re: [PATCH 26/35] block: set op to REQ_OP, Christoph Hellwig
  • [PATCH 28/35] blktrace: get op from req->op/bio->bi_op, mchristi
  • [PATCH 27/35] drivers: set request op to REQ_OP, mchristi
  • [PATCH 25/35] target: set bi_op to REQ_OP, mchristi
    • Re: [PATCH 25/35] target: set bi_op to REQ_OP, Nicholas A. Bellinger
  • [PATCH 20/35] dm: pass dm stats data dir instead of bi_rw, mchristi
  • [PATCH 24/35] xen: set bi_op to REQ_OP, mchristi
  • [PATCH 23/35] md/raid: set bi_op to REQ_OP, mchristi
  • [PATCH 22/35] drbd: set bi_op to REQ_OP, mchristi
  • [PATCH 21/35] bcache: set bi_op to REQ_OP, mchristi
  • [PATCH 18/35] pm: set bi_op to REQ_OP, mchristi
  • [PATCH 19/35] dm: set bi_op to REQ_OP, mchristi
  • [PATCH 17/35] ocfs2: set bi_op to REQ_OP, mchristi
  • [PATCH 16/35] nilfs: set bi_op to REQ_OP, mchristi
  • [PATCH 15/35] mpage: set bi_op to REQ_OP, mchristi
  • [PATCH 14/35] hfsplus: set bi_op to REQ_OP, mchristi
  • [PATCH 13/35] xfs: set bi_op to REQ_OP, mchristi
    • Re: [PATCH 13/35] xfs: set bi_op to REQ_OP, Dave Chinner
  • [PATCH 12/35] gfs2: set bi_op to REQ_OP, mchristi
  • [PATCH 09/35] btrfs: update __btrfs_map_block for bi_op transition, mchristi
  • [PATCH 03/35] block, fs, mm, drivers: set bi_op to REQ_OP, mchristi
  • [PATCH 08/35] btrfs: set bi_op tp REQ_OP, mchristi
  • [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields, mchristi
    • Re: [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields, Martin K. Petersen
    • Re: [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields, Christoph Hellwig
      • Re: [dm-devel] [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields, Mike Christie
        • Re: [dm-devel] [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields, Mike Christie
          • Re: [dm-devel] [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields, Christoph Hellwig
        • Re: [dm-devel] [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields, Christoph Hellwig
  • [PATCH 07/35] btrfs: have submit_one_bio users setup bio bi_op, mchristi
  • [PATCH 06/35] direct-io: set bi_op to REQ_OP, mchristi
  • [PATCH 05/35] fs: have ll_rw_block users pass in op and flags separately, mchristi
    • Re: [PATCH 05/35] fs: have ll_rw_block users pass in op and flags separately, kbuild test robot
  • [PATCH 04/35] fs: have submit_bh users pass in op and flags separately, mchristi
  • [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio, mchristi
    • Re: [dm-devel] [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio, Bart Van Assche
    • Re: [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio, Christoph Hellwig
      • Re: [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio, Mike Christie
  • Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs, Martin K. Petersen
    • Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs, Dave Chinner
  • Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs, Christoph Hellwig
    • Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs, Mike Christie
      • Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs, Mike Snitzer
• [PATCH 1/2] imsm: use timeout when waiting for reshape progress, Artur Paszkiewicz
  • [PATCH 2/2] imsm: don't update migration record when reshape is interrupted, Artur Paszkiewicz
  • Re: [PATCH 1/2] imsm: use timeout when waiting for reshape progress, NeilBrown
• [PATCH] IMSM: Add support for VMD, Pawel Baldysiak
  • Re: [PATCH] IMSM: Add support for VMD, NeilBrown
• [patch -next] bcache: cleanup indenting in bch_btree_insert_check_key(), Dan Carpenter
• Reading the same block via partition and non-partitioned device gives different content, Andrei Borzenkov
  • Re: Reading the same block via partition and non-partitioned device gives different content, NeilBrown
• [PATCH 1/2] raid5-cache: destroy mempool, Shaohua Li
  • [PATCH 2/2] raid5-cache: correctly handle stripe with enough journal space, Shaohua Li
    • Re: [PATCH 2/2] raid5-cache: correctly handle stripe with enough journal space, NeilBrown
      • Re: [PATCH 2/2] raid5-cache: correctly handle stripe with enough journal space, Shaohua Li
  • Re: [PATCH 1/2] raid5-cache: destroy mempool, NeilBrown
• [PATCH RESEND v2 00/19] Support fuse mounts in user namespaces, Seth Forshee
  • [PATCH RESEND v2 07/18] fs: Check for invalid i_uid in may_follow_link(), Seth Forshee
  • [PATCH RESEND v2 05/18] userns: Replace in_userns with current_in_userns, Seth Forshee
  • [PATCH RESEND v2 04/18] selinux: Add support for unprivileged mounts from user namespaces, Seth Forshee
  • [PATCH RESEND v2 03/18] fs: Treat foreign mounts as nosuid, Seth Forshee
  • [PATCH RESEND v2 09/18] fs: Refuse uid/gid changes which don't map into s_user_ns, Seth Forshee
  • [PATCH RESEND v2 10/18] fs: Update posix_acl support to handle user namespace mounts, Seth Forshee
  • [PATCH RESEND v2 08/18] cred: Reject inodes with invalid ids in set_create_file_as(), Seth Forshee
  • [PATCH RESEND v2 18/18] fuse: Allow user namespace mounts, Seth Forshee
    • Re: [PATCH RESEND v2 18/18] fuse: Allow user namespace mounts, Miklos Szeredi
  • [PATCH RESEND v2 17/18] fuse: Restrict allow_other to the superblock's namespace or a descendant, Seth Forshee
    • Re: [PATCH RESEND v2 17/18] fuse: Restrict allow_other to the superblock's namespace or a descendant, Miklos Szeredi
  • [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns, Seth Forshee
    • Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns, Miklos Szeredi
      • Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns, Seth Forshee
        • Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns, Miklos Szeredi
          • Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns, Seth Forshee
            • Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns, Miklos Szeredi
              • Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns, Seth Forshee
                • Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns, Miklos Szeredi
                  • Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns, Seth Forshee
  • [PATCH RESEND v2 15/18] fuse: Add support for pid namespaces, Seth Forshee
    • Re: [PATCH RESEND v2 15/18] fuse: Add support for pid namespaces, Miklos Szeredi
      • Re: [PATCH RESEND v2 15/18] fuse: Add support for pid namespaces, Seth Forshee
  • [PATCH RESEND v2 14/18] capabilities: Allow privileged user in s_user_ns to set security.* xattrs, Seth Forshee
  • [PATCH RESEND v2 06/18] Smack: Handle labels consistently in untrusted mounts, Seth Forshee
  • [PATCH RESEND v2 13/18] fs: Allow superblock owner to access do_remount_sb(), Seth Forshee
  • [PATCH RESEND v2 12/18] fs: Don't remove suid for CAP_FSETID in s_user_ns, Seth Forshee
  • [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes, Seth Forshee
    • Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes, Seth Forshee
      • Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes, Eric W. Biederman
        • Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes, Seth Forshee
          • Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes, Eric W. Biederman
            • Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes, Seth Forshee
        • Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes, Seth Forshee
          • Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes, Eric W. Biederman
            • Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes, Seth Forshee
              • Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes, Eric W. Biederman
  • [PATCH RESEND v2 02/18] block_dev: Check permissions towards block device inode when mounting, Seth Forshee
  • [PATCH RESEND v2 01/18] block_dev: Support checking inode permissions in lookup_bdev(), Seth Forshee
  • Re: [PATCH RESEND v2 00/19] Support fuse mounts in user namespaces, Seth Forshee
    • Re: [PATCH RESEND v2 00/19] Support fuse mounts in user namespaces, Eric W. Biederman
      • Re: [PATCH RESEND v2 00/19] Support fuse mounts in user namespaces, Seth Forshee
• Intel IMSM RAID 5 won't start, Guido D'Arezzo
  • Re: Intel IMSM RAID 5 won't start, Artur Paszkiewicz
    • Re: Intel IMSM RAID 5 won't start, Wols Lists
    • Message not available
      • Re: Intel IMSM RAID 5 won't start, Artur Paszkiewicz
• Problems reassembling raid6 with --force option, René
• raid5d hangs when stopping an array during reshape, Artur Paszkiewicz
  • Re: raid5d hangs when stopping an array during reshape, Dan Williams
    • Re: raid5d hangs when stopping an array during reshape, Shaohua Li
      • Re: raid5d hangs when stopping an array during reshape, NeilBrown
        • Re: raid5d hangs when stopping an array during reshape, Shaohua Li
          • Re: raid5d hangs when stopping an array during reshape, Artur Paszkiewicz
            • Re: raid5d hangs when stopping an array during reshape, Shaohua Li
              • Re: raid5d hangs when stopping an array during reshape, Dan Williams
                • Re: raid5d hangs when stopping an array during reshape, Shaohua Li
                  • Re: raid5d hangs when stopping an array during reshape, Dan Williams
• [PATCH] md: remove unnecesary md_new_event_inintr, Guoqing Jiang
  • Re: [PATCH] md: remove unnecesary md_new_event_inintr, NeilBrown
• [PATCH v5 0/3] Badblock tracking for gendisks, Vishal Verma
  • [PATCH v5 1/3] badblocks: Add core badblock management code, Vishal Verma
  • [PATCH v5 2/3] block: Add badblock management for gendisks, Vishal Verma
  • [PATCH v5 3/3] md: convert to use the generic badblocks code, Vishal Verma
• [GIT PULL REQUEST] one more md fix for 4.4-rc, NeilBrown
• Create Lock to Eliminate RMW in RAID/456 when writing perfect stripes, Doug Dumitru
  • RE: Create Lock to Eliminate RMW in RAID/456 when writing perfect stripes, Robert Kierski
    • Re: Create Lock to Eliminate RMW in RAID/456 when writing perfect stripes, Doug Dumitru
  • Re: Create Lock to Eliminate RMW in RAID/456 when writing perfect stripes, NeilBrown
    • Re: Create Lock to Eliminate RMW in RAID/456 when writing perfect stripes, Doug Dumitru
      • Re: Create Lock to Eliminate RMW in RAID/456 when writing perfect stripes, NeilBrown
• [PATCH 1/2] Grow: close file descriptor earlier to avoid "still in use" when stopping, Artur Paszkiewicz
  • [PATCH 2/2] imsm: abort reshape if sync_action is not "reshape", Artur Paszkiewicz
    • Re: [PATCH 2/2] imsm: abort reshape if sync_action is not "reshape", NeilBrown
  • Re: [PATCH 1/2] Grow: close file descriptor earlier to avoid "still in use" when stopping, NeilBrown
• Recreating RAID-5 after SATA controller failure and botched auto-assemble, Wolfgang Draxinger
  • Re: Recreating RAID-5 after SATA controller failure and botched auto-assemble, Phil Turmel
• [PATCH v2 1/2] md: bcache: Replace get_seconds with ktime_get_seconds, Shraddha Barke
• [PATCH 2/2] md: Replace get_seconds with ktime_get_seconds, Shraddha Barke
  • Re: [PATCH 2/2] md: Replace get_seconds with ktime_get_seconds, NeilBrown
    • Re: [PATCH 2/2] md: Replace get_seconds with ktime_get_seconds, Deepa Dinamani
• raid5 async_xor: sleep in atomic, Stanislav Samsonov
  • Re: raid5 async_xor: sleep in atomic, NeilBrown
    • Re: raid5 async_xor: sleep in atomic, Dan Williams
      • Re: raid5 async_xor: sleep in atomic, NeilBrown
        • Re: raid5 async_xor: sleep in atomic, Dan Williams
          • Re: raid5 async_xor: sleep in atomic, Stanislav Samsonov
            • Re: raid5 async_xor: sleep in atomic, NeilBrown
              • Re: raid5 async_xor: sleep in atomic, Dan Williams
                • Re: raid5 async_xor: sleep in atomic, Vinod Koul
                  • [PATCH] async_tx: use GFP_NOWAIT rather than GFP_IO, NeilBrown
                    • Re: [PATCH] async_tx: use GFP_NOWAIT rather than GFP_IO, Vinod Koul
• [PATCH 0/3] [mdadm] fixes and feature for journal device, Song Liu
  • [PATCH 2/3] [mdadm] in --add assign raid_disk of 0 to journal, Song Liu
  • [PATCH 1/3] [mdadm] move journal to end of --detail list, Song Liu
  • [PATCH 3/3] Add new journal to array that does not have journal, Song Liu
    • Re: [PATCH 3/3] Add new journal to array that does not have journal, NeilBrown
• [MDADM PATCH] Check and remove bitmap first when reshape to raid0, Xiao Ni
  • Re: [MDADM PATCH] Check and remove bitmap first when reshape to raid0, NeilBrown
  • <Possible follow-ups>
  • [MDADM PATCH] Check and remove bitmap first when reshape to raid0, Xiao Ni
    • Re: [MDADM PATCH] Check and remove bitmap first when reshape to raid0, NeilBrown
• WANTED new maintainer for Linux/md (and mdadm), NeilBrown
  • Re: WANTED new maintainer for Linux/md (and mdadm), Phil Turmel
  • Re: [dm-devel] WANTED new maintainer for Linux/md (and mdadm), Sebastian Parschauer
  • Re: WANTED new maintainer for Linux/md (and mdadm), Shaohua Li
    • Re: WANTED new maintainer for Linux/md (and mdadm), NeilBrown
  • Re: [dm-devel] WANTED new maintainer for Linux/md (and mdadm), Brassow Jonathan
    • Re: [dm-devel] WANTED new maintainer for Linux/md (and mdadm), Jes Sorensen
      • Re: [dm-devel] WANTED new maintainer for Linux/md (and mdadm), NeilBrown
        • Re: [dm-devel] WANTED new maintainer for Linux/md (and mdadm), Jes Sorensen
  • Re: WANTED new maintainer for Linux/md (and mdadm), Artur Paszkiewicz
    • Re: WANTED new maintainer for Linux/md (and mdadm), NeilBrown
      • Re: WANTED new maintainer for Linux/md (and mdadm), Jes Sorensen
• [GIT PULL REQUEST] md fixes for 4.4-rc, NeilBrown
• RAID6 - whole disk vs partitions, Steven Haigh
  • Re: RAID6 - whole disk vs partitions, Phil Turmel
    • Re: RAID6 - whole disk vs partitions, Steven Haigh
• RAID10 Write Performance, Marc Smith
  • Re: RAID10 Write Performance, Marc Smith
    • Re: RAID10 Write Performance, NeilBrown
      • Re: RAID10 Write Performance, Marc Smith
        • Re: RAID10 Write Performance, NeilBrown
• clustered MD - beyond RAID1, Scott Sinno
  • Re: clustered MD - beyond RAID1, NeilBrown
    • Re: clustered MD - beyond RAID1, Tejas Rao
      • Re: clustered MD - beyond RAID1, NeilBrown
        • Re: clustered MD - beyond RAID1, Tejas Rao
          • Re: clustered MD - beyond RAID1, NeilBrown
            • Re: clustered MD - beyond RAID1, Adam Goryachev
              • Re: clustered MD - beyond RAID1, NeilBrown
            • Re: clustered MD - beyond RAID1, Tejas Rao
              • Re: clustered MD - beyond RAID1, Alireza Haghdoost
              • Re: clustered MD - beyond RAID1, NeilBrown
                • Message not available
                  • Re: clustered MD - beyond RAID1, Aaron Knister
            • Message not available
              • Re: clustered MD - beyond RAID1, Aaron Knister
                • Re: clustered MD - beyond RAID1, Tejas Rao
  • <Possible follow-ups>
  • clustered MD - beyond RAID1, Robert Woodworth
    • Re: clustered MD - beyond RAID1, Shaohua Li
• raid5-cache: avoid GFP_NOFAIL allocation, Christoph Hellwig
  • [PATCH 1/3] raid5-cache: use a bio_set, Christoph Hellwig
  • [PATCH 2/3] raid5-cache: use a mempool for the metadata block, Christoph Hellwig
  • [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail, Christoph Hellwig
    • Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail, Shaohua Li
      • Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail, NeilBrown
        • Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail, Shaohua Li
          • Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail, Christoph Hellwig
            • Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail, Shaohua Li
              • Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail, NeilBrown
                • Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail, Christoph Hellwig
                  • Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail, NeilBrown
        • Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail, Christoph Hellwig
          • Re: [PATCH 3/3] raid5: allow r5l_io_unit allocations to fail, NeilBrown
  • Re: raid5-cache: avoid GFP_NOFAIL allocation, NeilBrown
• [PATCH] Fix remove_and_add_spares removes drive added as spare in slot_store, rgoldwyn
  • Re: [PATCH] Fix remove_and_add_spares removes drive added as spare in slot_store, NeilBrown
• [PATCH v3 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Baolin Wang
  • [PATCH v3 2/2] md: dm-crypt: Introduce the bulk IV mode for bulk crypto, Baolin Wang
  • [PATCH v3 1/2] block: Introduce blk_bio_map_sg() to map one bio, Baolin Wang
• [PATCH 1/2] MD: change journal disk role to disk 0, Shaohua Li
  • [PATCH 2/2] raid5-cache: add journal hot add/remove support, Shaohua Li
    • Re: [PATCH 2/2] raid5-cache: add journal hot add/remove support, NeilBrown
• [PATCH 1/2] mdadm: do not try to hold dlm lock in free_super1, Guoqing Jiang
  • [PATCH 2/2] mdadm: improve the safeguard for change cluster raid's sb, Guoqing Jiang
    • Re: [PATCH 2/2] mdadm: improve the safeguard for change cluster raid's sb, NeilBrown
• [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Baolin Wang
  • [PATCH v2 2/2] md: dm-crypt: Introduce the bulk IV mode for bulk crypto, Baolin Wang
  • [PATCH v2 1/2] block: Export the __blk_bios_map_sg() to map one bio, Baolin Wang
  • Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Milan Broz
    • Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Baolin Wang
    • Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Baolin Wang
      • Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Milan Broz
        • Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Baolin Wang
        • Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Mark Brown
          • Re: [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Baolin Wang
          • Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Mikulas Patocka
            • Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Arnd Bergmann
              • Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Mikulas Patocka
                • Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Arnd Bergmann
                  • Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Mikulas Patocka
              • Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Milan Broz
            • Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Mark Brown
              • Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Mikulas Patocka
                • Re: [dm-devel] [PATCH v2 0/2] Introduce the bulk IV mode for improving the crypto engine efficiency, Mark Brown
• [PATCH] raid5-cache: add journal hot add/remove support, Shaohua Li
  • Re: [PATCH] raid5-cache: add journal hot add/remove support, NeilBrown
    • Re: [PATCH] raid5-cache: add journal hot add/remove support, Shaohua Li
      • Re: [PATCH] raid5-cache: add journal hot add/remove support, NeilBrown
• [PATCH v2 0/2] mdadm: re-add journal to array with bad journal, Song Liu
  • [PATCH v2 1/2] add sysfs_array_state to struct mdinfo, Song Liu
  • [PATCH v2 2/2] [mdadm] recreate journal in mdadm, Song Liu
  • Re: [PATCH v2 0/2] mdadm: re-add journal to array with bad journal, NeilBrown
• core dump on initial sync of raid10 please help, Micheal Blue
  • Re: core dump on initial sync of raid10 please help, Micheal Blue
    • Re: core dump on initial sync of raid10 please help, John Stoffel
• [PATCH 0/2] Optimize the dm-crypt for XTS mode, Baolin Wang
  • [PATCH 2/2] md: dm-crypt: Optimize the dm-crypt for XTS mode, Baolin Wang
    • Re: [PATCH 2/2] md: dm-crypt: Optimize the dm-crypt for XTS mode, Milan Broz
      • Re: [PATCH 2/2] md: dm-crypt: Optimize the dm-crypt for XTS mode, Baolin Wang
        • Re: [PATCH 2/2] md: dm-crypt: Optimize the dm-crypt for XTS mode, Milan Broz
          • Re: [PATCH 2/2] md: dm-crypt: Optimize the dm-crypt for XTS mode, Baolin Wang
  • [PATCH 1/2] block: Export the __blk_bios_map_sg() to map one bio, Baolin Wang
• Seeking advice to convert RAID5 to RAID10 adding a drive in the process, Micheal Blue
  • Re: Seeking advice to convert RAID5 to RAID10 adding a drive in the process, NeilBrown
• Mdadm with data offsets, TheGerwazy .
  • Re: Mdadm with data offsets, Phil Turmel
    • Re: Mdadm with data offsets, Phil Turmel
      • Re: Mdadm with data offsets, TheGerwazy .
        • Re: Mdadm with data offsets, Phil Turmel
          • Re: Mdadm with data offsets, TheGerwazy .
            • Re: Mdadm with data offsets, Phil Turmel
              • Re: Mdadm with data offsets, TheGerwazy .
• start dm-multipath before mdadm raid, P. Remek
  • Re: start dm-multipath before mdadm raid, John Stoffel
    • Re: start dm-multipath before mdadm raid, P. Remek
    • Re: start dm-multipath before mdadm raid, P. Remek
  • Re: start dm-multipath before mdadm raid, Phil Turmel
    • Re: start dm-multipath before mdadm raid, P. Remek
      • Re: start dm-multipath before mdadm raid, Phil Turmel
        • Re: start dm-multipath before mdadm raid, P. Remek
          • Re: start dm-multipath before mdadm raid, Phil Turmel
            • Re: start dm-multipath before mdadm raid, P. Remek
              • Re: start dm-multipath before mdadm raid, Phil Turmel
                • Re: start dm-multipath before mdadm raid, P. Remek
              • Re: start dm-multipath before mdadm raid, John Stoffel
                • Re: start dm-multipath before mdadm raid, P. Remek
                  • Re: start dm-multipath before mdadm raid, P. Remek
                    • Re: start dm-multipath before mdadm raid, Phil Turmel
                    • Re: start dm-multipath before mdadm raid, John Stoffel
• best base / worst case RAID 5,6 write speeds, Dallas Clement
  • Re: best base / worst case RAID 5,6 write speeds, Alexander Afonyashin
    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
  • Re: best base / worst case RAID 5,6 write speeds, John Stoffel
    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
      • Message not available
        • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
          • Re: best base / worst case RAID 5,6 write speeds, John Stoffel
            • Re: best base / worst case RAID 5,6 write speeds, Wols Lists
      • Re: best base / worst case RAID 5,6 write speeds, John Stoffel
        • Re: best base / worst case RAID 5,6 write speeds, Wols Lists
  • Re: best base / worst case RAID 5,6 write speeds, Phil Turmel
    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
      • Re: best base / worst case RAID 5,6 write speeds, Phil Turmel
        • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
          • Re: best base / worst case RAID 5,6 write speeds, Phil Turmel
      • Message not available
        • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
          • Message not available
            • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
              • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                • Message not available
                  • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                    • Re: best base / worst case RAID 5,6 write speeds, John Stoffel
                      • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                        • Re: best base / worst case RAID 5,6 write speeds, John Stoffel
                          • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                            • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                              • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                                • Re: best base / worst case RAID 5,6 write speeds, Phil Turmel
                                  • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                                    • Re: best base / worst case RAID 5,6 write speeds, Phil Turmel
                                    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                                    • Message not available
                                    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                                    • Message not available
                                    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                                    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                                    • Re: best base / worst case RAID 5,6 write speeds, Tommy Apel
                                    • Message not available
                                    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                                    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                                    • Re: best base / worst case RAID 5,6 write speeds, Phil Turmel
                                    • RE: best base / worst case RAID 5,6 write speeds, Robert Kierski
                                    • Re: best base / worst case RAID 5,6 write speeds, John Stoffel
                                    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                                    • Re: best base / worst case RAID 5,6 write speeds, Phil Turmel
                                    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                                    • Re: best base / worst case RAID 5,6 write speeds, Phil Turmel
                                    • Re: best base / worst case RAID 5,6 write speeds, John Stoffel
                                    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                                    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                                    • Message not available
                                    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                                    • Message not available
                                    • Re: best base / worst case RAID 5,6 write speeds, Phil Turmel
                                    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                                    • Re: best base / worst case RAID 5,6 write speeds, Phil Turmel
                                    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                                    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                                    • Message not available
                                    • Re: best base / worst case RAID 5,6 write speeds, Doug Dumitru
                                    • RE: best base / worst case RAID 5,6 write speeds, Robert Kierski
                                    • Re: best base / worst case RAID 5,6 write speeds, Dallas Clement
                                    • Re: best base / worst case RAID 5,6 write speeds, Doug Dumitru
                                    • RE: best base / worst case RAID 5,6 write speeds, Robert Kierski
                                    • Re: best base / worst case RAID 5,6 write speeds, Doug Dumitru
                                    • RE: best base / worst case RAID 5,6 write speeds, Robert Kierski
                                    • Re: best base / worst case RAID 5,6 write speeds, Doug Dumitru
                                    • RE: best base / worst case RAID 5,6 write speeds, Robert Kierski
• RAID 6 "Failed to restore critical section for reshape, sorry." - recovery advice?, George Rapp
  • Re: RAID 6 "Failed to restore critical section for reshape, sorry." - recovery advice?, Mikael Abrahamsson
    • Re: RAID 6 "Failed to restore critical section for reshape, sorry." - recovery advice?, George Rapp
      • Re: RAID 6 "Failed to restore critical section for reshape, sorry." - recovery advice?, George Rapp
        • Re: RAID 6 "Failed to restore critical section for reshape, sorry." - recovery advice?, Mikael Abrahamsson
        • Re: RAID 6 "Failed to restore critical section for reshape, sorry." - recovery advice?, NeilBrown
          • Re: RAID 6 "Failed to restore critical section for reshape, sorry." - recovery advice?, George Rapp
            • Re: RAID 6 "Failed to restore critical section for reshape, sorry." - recovery advice?, NeilBrown
              • Message not available
                • Re: RAID 6 "Failed to restore critical section for reshape, sorry." - recovery advice?, NeilBrown
                  • Re: RAID 6 "Failed to restore critical section for reshape, sorry." - recovery advice?, George Rapp
• [PATCH v4 0/3] Badblock tracking for gendisks, Vishal Verma
  • [PATCH v4 1/3] badblocks: Add core badblock management code, Vishal Verma
  • [PATCH v4 2/3] block: Add badblock management for gendisks, Vishal Verma
  • [PATCH v4 3/3] md: convert to use the generic badblocks code, Vishal Verma
  • Re: [PATCH v4 0/3] Badblock tracking for gendisks, NeilBrown
    • Re: [PATCH v4 0/3] Badblock tracking for gendisks, Finn Thain
  • Re: [PATCH v4 0/3] Badblock tracking for gendisks, Dan Williams
• [PATCH] dm verity: use sector_div for division, Arnd Bergmann
  • Re: dm verity: use sector_div for division, Mike Snitzer
• Help Reassembling a raid5 array, Andrew Wilkins
  • Re: Help Reassembling a raid5 array, Phil Turmel
    • Re: Help Reassembling a raid5 array, Andrew Wilkins
    • Message not available
      • Re: Help Reassembling a raid5 array, Phil Turmel
• [PATCH 1/2] [mdadm] fix bug in assemble, Song Liu
  • RE: [PATCH 1/2] [mdadm] fix bug in assemble, Song Liu
  • Re: [PATCH 1/2] [mdadm] fix bug in assemble, NeilBrown
• [PATCH v2 00/19] Support fuse mounts in user namespaces, Seth Forshee
  • [PATCH v2 04/18] selinux: Add support for unprivileged mounts from user namespaces, Seth Forshee
  • [PATCH v2 13/18] fs: Allow superblock owner to access do_remount_sb(), Seth Forshee
  • [PATCH v2 15/18] fuse: Add support for pid namespaces, Seth Forshee
  • [PATCH v2 16/18] fuse: Support fuse filesystems outside of init_user_ns, Seth Forshee
  • [PATCH v2 17/18] fuse: Restrict allow_other to the superblock's namespace or a descendant, Seth Forshee
  • [PATCH v2 18/18] fuse: Allow user namespace mounts, Seth Forshee
  • [PATCH v2 14/18] capabilities: Allow privileged user in s_user_ns to set security.* xattrs, Seth Forshee
  • [PATCH v2 12/18] fs: Don't remove suid for CAP_FSETID in s_user_ns, Seth Forshee
  • [PATCH v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes, Seth Forshee
  • [PATCH v2 10/18] fs: Update posix_acl support to handle user namespace mounts, Seth Forshee
  • [PATCH v2 07/18] fs: Check for invalid i_uid in may_follow_link(), Seth Forshee
  • [PATCH v2 09/18] fs: Refuse uid/gid changes which don't map into s_user_ns, Seth Forshee
  • [PATCH v2 08/18] cred: Reject inodes with invalid ids in set_create_file_as(), Seth Forshee
  • [PATCH v2 06/18] Smack: Handle labels consistently in untrusted mounts, Seth Forshee
  • [PATCH v2 03/18] fs: Treat foreign mounts as nosuid, Seth Forshee
  • [PATCH v2 05/18] userns: Replace in_userns with current_in_userns, Seth Forshee
  • [PATCH v2 02/18] block_dev: Check permissions towards block device inode when mounting, Seth Forshee
  • [PATCH v2 01/18] block_dev: Support checking inode permissions in lookup_bdev(), Seth Forshee
• I/O errors without erros from underlying device, Arkadiusz Miskiewicz
  • Re: I/O errors without erros from underlying device, John Stoffel
    • Re: I/O errors without erros from underlying device, Arkadiusz Miskiewicz
    • Message not available
      • Re: I/O errors without erros from underlying device, John Stoffel
        • Re: I/O errors without erros from underlying device, Arkadiusz Miskiewicz
          • Re: I/O errors without erros from underlying device, John Stoffel
          • Re: I/O errors without erros from underlying device, Arkadiusz Miskiewicz
            • Re: I/O errors without erros from underlying device, NeilBrown
• Re: Unable to (un)-grow raid6, David Waite
  • Re: Unable to (un)-grow raid6, Phil Turmel
    • Re: Unable to (un)-grow raid6, David Waite
      • Re: Unable to (un)-grow raid6, Phil Turmel
        • Message not available
          • Message not available
            • Message not available
              • Re: Unable to (un)-grow raid6, Phil Turmel
• [PATCH 1/2] md-cluster: update comments for MD_CLUSTER_SEND_LOCKED_ALREADY, Guoqing Jiang
  • [PATCH 2/2] md: update comment for md_allow_write, Guoqing Jiang
    • Re: [PATCH 2/2] md: update comment for md_allow_write, NeilBrown
  • Re: [PATCH 1/2] md-cluster: update comments for MD_CLUSTER_SEND_LOCKED_ALREADY, NeilBrown
• Reshape stalls and fails when SELinux is enabled, Enrico Tagliavini
  • Re: Reshape stalls and fails when SELinux is enabled, Enrico Tagliavini
    • Re: Reshape stalls and fails when SELinux is enabled, Edward Kuns
      • Re: Reshape stalls and fails when SELinux is enabled, Wols Lists
        • Re: Reshape stalls and fails when SELinux is enabled, George Rapp
          • Re: Reshape stalls and fails when SELinux is enabled, Enrico Tagliavini
      • Re: Reshape stalls and fails when SELinux is enabled, NeilBrown
• RAID6 - "Invalid Argument" / "does not have a valid v1.2 superblock" ?!, Tobias Geiger
  • Re: RAID6 - "Invalid Argument" / "does not have a valid v1.2 superblock" ?!, Tobias Geiger
• [RFC] using mempools for raid5-cache, Christoph Hellwig
  • [PATCH 1/2] raid5-cache: use a bio_set, Christoph Hellwig
    • Re: [PATCH 1/2] raid5-cache: use a bio_set, Shaohua Li
    • Re: [PATCH 1/2] raid5-cache: use a bio_set, NeilBrown
      • Re: [PATCH 1/2] raid5-cache: use a bio_set, Christoph Hellwig
  • [PATCH 2/2] raid5-cache: use a mempool for the metadata block, Christoph Hellwig
    • Re: [PATCH 2/2] raid5-cache: use a mempool for the metadata block, NeilBrown
  • Re: [RFC] using mempools for raid5-cache, Shaohua Li
  • Re: [RFC] using mempools for raid5-cache, NeilBrown
    • Re: [RFC] using mempools for raid5-cache, Shaohua Li
      • Re: [RFC] using mempools for raid5-cache, NeilBrown
        • Re: [RFC] using mempools for raid5-cache, Shaohua Li
          • Re: [RFC] using mempools for raid5-cache, NeilBrown
            • Re: [RFC] using mempools for raid5-cache, Shaohua Li
              • Re: [RFC] using mempools for raid5-cache, NeilBrown
      • Re: [RFC] using mempools for raid5-cache, Wols Lists
• two small raid5 cache updates, Christoph Hellwig
  • [PATCH 1/2] raid5-cache: simplify r5l_move_io_unit_list, Christoph Hellwig
  • [PATCH 2/2] raid5-cache: free meta_page earlier, Christoph Hellwig
  • Re: two small raid5 cache updates, Shaohua Li
    • Re: two small raid5 cache updates, NeilBrown
• [PATCH 00/19] Support fuse mounts in user namespaces, Seth Forshee
  • [PATCH 15/19] capabilities: Allow privileged user in s_user_ns to set file caps, Seth Forshee
    • Re: [PATCH 15/19] capabilities: Allow privileged user in s_user_ns to set file caps, Serge E. Hallyn
      • Re: [PATCH 15/19] capabilities: Allow privileged user in s_user_ns to set file caps, Seth Forshee
        • Re: [PATCH 15/19] capabilities: Allow privileged user in s_user_ns to set file caps, Serge E. Hallyn
  • [PATCH 16/19] fuse: Add support for pid namespaces, Seth Forshee
  • [PATCH 17/19] fuse: Support fuse filesystems outside of init_user_ns, Seth Forshee
    • Re: [PATCH 17/19] fuse: Support fuse filesystems outside of init_user_ns, Seth Forshee
    • Re: [PATCH 17/19] fuse: Support fuse filesystems outside of init_user_ns, Serge E. Hallyn
      • Re: [PATCH 17/19] fuse: Support fuse filesystems outside of init_user_ns, Seth Forshee
        • Re: [PATCH 17/19] fuse: Support fuse filesystems outside of init_user_ns, Serge E. Hallyn
  • [PATCH 18/19] fuse: Restrict allow_other to the superblock's namespace or a descendant, Seth Forshee
    • Re: [PATCH 18/19] fuse: Restrict allow_other to the superblock's namespace or a descendant, Serge E. Hallyn
      • Re: [PATCH 18/19] fuse: Restrict allow_other to the superblock's namespace or a descendant, Seth Forshee
        • Re: [PATCH 18/19] fuse: Restrict allow_other to the superblock's namespace or a descendant, Serge E. Hallyn
  • [PATCH 19/19] fuse: Allow user namespace mounts, Seth Forshee
  • [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns, Seth Forshee
    • Re: [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns, Serge E. Hallyn
      • Re: [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns, Theodore Ts'o
        • Re: [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns, Serge E. Hallyn
          • Re: [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns, Seth Forshee
            • Re: [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns, Theodore Ts'o
              • Re: [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns, Serge E. Hallyn
                • Re: [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns, Seth Forshee
              • Re: [PATCH 14/19] fs: Permit FIBMAP for users with CAP_SYS_RAWIO in s_user_ns, Andreas Dilger
  • [PATCH 13/19] fs: Allow superblock owner to access do_remount_sb(), Seth Forshee
    • Re: [PATCH 13/19] fs: Allow superblock owner to access do_remount_sb(), Serge E. Hallyn
  • [PATCH 12/19] fs: Don't remove suid for CAP_FSETID in s_user_ns, Seth Forshee
    • Re: [PATCH 12/19] fs: Don't remove suid for CAP_FSETID in s_user_ns, Serge E. Hallyn
  • [PATCH 09/19] fs: Refuse uid/gid changes which don't map into s_user_ns, Seth Forshee
    • Re: [PATCH 09/19] fs: Refuse uid/gid changes which don't map into s_user_ns, Serge E. Hallyn
      • Re: [PATCH 09/19] fs: Refuse uid/gid changes which don't map into s_user_ns, Seth Forshee
        • Re: [PATCH 09/19] fs: Refuse uid/gid changes which don't map into s_user_ns, Serge E. Hallyn
  • [PATCH 11/19] fs: Ensure the mounter of a filesystem is privileged towards its inodes, Seth Forshee
    • Re: [PATCH 11/19] fs: Ensure the mounter of a filesystem is privileged towards its inodes, Serge E. Hallyn
  • [PATCH 08/19] cred: Reject inodes with invalid ids in set_create_file_as(), Seth Forshee
    • Re: [PATCH 08/19] cred: Reject inodes with invalid ids in set_create_file_as(), Serge E. Hallyn
  • [PATCH 10/19] fs: Update posix_acl support to handle user namespace mounts, Seth Forshee
    • Re: [PATCH 10/19] fs: Update posix_acl support to handle user namespace mounts, Serge E. Hallyn
  • [PATCH 05/19] userns: Replace in_userns with current_in_userns, Seth Forshee
    • Re: [PATCH 05/19] userns: Replace in_userns with current_in_userns, Serge E. Hallyn
  • [PATCH 04/19] selinux: Add support for unprivileged mounts from user namespaces, Seth Forshee
  • [PATCH 07/19] fs: Check for invalid i_uid in may_follow_link(), Seth Forshee
    • Re: [PATCH 07/19] fs: Check for invalid i_uid in may_follow_link(), Serge E. Hallyn
  • [PATCH 06/19] Smack: Handle labels consistently in untrusted mounts, Seth Forshee
  • [PATCH 03/19] fs: Treat foreign mounts as nosuid, Seth Forshee
    • Re: [PATCH 03/19] fs: Treat foreign mounts as nosuid, Serge E. Hallyn
  • [PATCH 01/19] block_dev: Support checking inode permissions in lookup_bdev(), Seth Forshee
    • Re: [PATCH 01/19] block_dev: Support checking inode permissions in lookup_bdev(), Serge E. Hallyn
  • [PATCH 02/19] block_dev: Check permissions towards block device inode when mounting, Seth Forshee
    • Re: [PATCH 02/19] block_dev: Check permissions towards block device inode when mounting, Serge E. Hallyn
• [PATCH 0/3] mdadm: re-add journal to array with bad journal, Song Liu
  • [PATCH 1/3] add sysfs_array_state to struct mdinfo, Song Liu
  • [PATCH 2/3] [mdadm] recreate journal in mdadm, Song Liu
  • Re: [PATCH 0/3] mdadm: re-add journal to array with bad journal, NeilBrown
    • RE: [PATCH 0/3] mdadm: re-add journal to array with bad journal, Song Liu
• [PATCH 00/17] mdadm: SCSI enclosure based array, Song Liu
  • [PATCH 09/17] Add --brief support to --enclosure, Song Liu
  • [PATCH 07/17] prepare for enclosure platform details, Song Liu
  • [PATCH 03/17] 'act_spare' should be the minimum requirement for dynamic domains, Song Liu
  • [PATCH 13/17] Toggle enclosure leds in response to raid events, Song Liu
  • [PATCH 08/17] enclosure detection/enumeration, Song Liu
  • [PATCH 04/17] fix variable offset when ':' is present in the device name, Song Liu
  • [PATCH 01/17] udev rules and infrastructure for /dev/disk/by-slot, Song Liu
  • [PATCH 14/17] scsi mode sense/select support, Song Liu
  • [PATCH 12/17] invoke hot-add policy on "change" events, Song Liu
  • [PATCH 05/17] imsm: quiet detail platform, Song Liu
  • [PATCH 17/17] In generated udev rules, skip RAID members, Song Liu
  • [PATCH 06/17] ses: workaround sysfs deprecated, Song Liu
  • [PATCH 15/17] SCSIMODE: configuration file support for mode page settings., Song Liu
  • [PATCH 10/17] config: ENCLOSURE keyword and enclosure device list expansion, Song Liu
  • [PATCH 02/17] mdadm: allow a /dev/disk/by-slot as domain path descriptor, Song Liu
  • [PATCH 11/17] policy: enable enclosure names for domain definitions, Song Liu
  • [PATCH 16/17] Clear MBR in when Kill superblock, Song Liu
  • Re: [PATCH 00/17] mdadm: SCSI enclosure based array, NeilBrown
    • Re: [PATCH 00/17] mdadm: SCSI enclosure based array, Dan Williams
      • Re: [PATCH 00/17] mdadm: SCSI enclosure based array, NeilBrown
        • RE: [PATCH 00/17] mdadm: SCSI enclosure based array, Song Liu
• RAID 5,6 sequential writing seems slower in newer kernels, Dallas Clement
  • Re: RAID 5,6 sequential writing seems slower in newer kernels, keld
    • RE: RAID 5,6 sequential writing seems slower in newer kernels, Robert Kierski
      • Re: RAID 5,6 sequential writing seems slower in newer kernels, Phil Turmel
        • RE: RAID 5,6 sequential writing seems slower in newer kernels, Robert Kierski
          • Re: RAID 5,6 sequential writing seems slower in newer kernels, Phil Turmel
            • RE: RAID 5,6 sequential writing seems slower in newer kernels, Robert Kierski
              • Re: RAID 5,6 sequential writing seems slower in newer kernels, Phil Turmel
                • Re: RAID 5,6 sequential writing seems slower in newer kernels, Dallas Clement
                  • Re: RAID 5,6 sequential writing seems slower in newer kernels, Dallas Clement
                    • Re: RAID 5,6 sequential writing seems slower in newer kernels, Phil Turmel
                      • Re: RAID 5,6 sequential writing seems slower in newer kernels, Dallas Clement
                        • Re: RAID 5,6 sequential writing seems slower in newer kernels, Dallas Clement
                          • Re: RAID 5,6 sequential writing seems slower in newer kernels, Phil Turmel
                            • Re: RAID 5,6 sequential writing seems slower in newer kernels, Dallas Clement
                              • Re: RAID 5,6 sequential writing seems slower in newer kernels, Phil Turmel
                                • Re: RAID 5,6 sequential writing seems slower in newer kernels, Dallas Clement
                                • RE: RAID 5,6 sequential writing seems slower in newer kernels, Robert Kierski
                                  • Re: RAID 5,6 sequential writing seems slower in newer kernels, Phil Turmel
                        • Re: RAID 5,6 sequential writing seems slower in newer kernels, Phil Turmel
                  • RE: RAID 5,6 sequential writing seems slower in newer kernels, Robert Kierski
                    • Re: RAID 5,6 sequential writing seems slower in newer kernels, Dallas Clement
                    • Re: RAID 5,6 sequential writing seems slower in newer kernels, Phil Turmel
                      • Re: RAID 5,6 sequential writing seems slower in newer kernels, Weedy
                      • RE: RAID 5,6 sequential writing seems slower in newer kernels, Robert Kierski
                        • Re: RAID 5,6 sequential writing seems slower in newer kernels, Dallas Clement
                          • RE: RAID 5,6 sequential writing seems slower in newer kernels, Robert Kierski
                            • Re: RAID 5,6 sequential writing seems slower in newer kernels, Dallas Clement
                              • RE: RAID 5,6 sequential writing seems slower in newer kernels, Robert Kierski
                        • Re: RAID 5,6 sequential writing seems slower in newer kernels, Shaohua Li
                          • Re: RAID 5,6 sequential writing seems slower in newer kernels, Dallas Clement
                          • RE: RAID 5,6 sequential writing seems slower in newer kernels, Robert Kierski
        • RE: RAID 5,6 sequential writing seems slower in newer kernels, Robert Kierski
  • Re: RAID 5,6 sequential writing seems slower in newer kernels, Roman Mamedov
  • RE: RAID 5,6 sequential writing seems slower in newer kernels, Robert Kierski
• [PATCH 1/4] mdadm: let cluster raid could also add disk within incremental mode, Guoqing Jiang
  • [PATCH 4/4] mdadm: do not display bitmap info if it is cleared, Guoqing Jiang
    • Re: [PATCH 4/4] mdadm: do not display bitmap info if it is cleared, NeilBrown
  • [PATCH 3/4] mdadm: don't show cluster name once the bitmap is cleared, Guoqing Jiang
  • [PATCH 2/4] mdadm: output info more precisely when change bitmap to none, Guoqing Jiang
• [mdadm PATCH] Grow raid disks without backup file fail, Xiao Ni
• [PATCH] dm: constify crypt_iv_operations structures, Julia Lawall
• Re: [PATCH Resend V2 2/2] md-cluster: Protect communication with mutexes (fwd), Julia Lawall
• [PATCH Resend V2 1/2] md-cluster: Defer MD reloading to mddev->thread, Guoqing Jiang
  • [PATCH Resend V2 2/2] md-cluster: Protect communication with mutexes, Guoqing Jiang
    • [PATCH V3 2/2] md-cluster: Protect communication with mutexes, Guoqing Jiang
      • Re: [PATCH V3 2/2] md-cluster: Protect communication with mutexes, NeilBrown
        • Re: [PATCH V3 2/2] md-cluster: Protect communication with mutexes, Guoqing Jiang
• Reply Me For Details, HS09912HH3
• [md:for-next 7/8] drivers/md/md.c:6594:6: error: expected ';' before 'rv', kbuild test robot
• [PATCH v2 0/3] Badblock tracking for gendisks, Vishal Verma
  • [PATCH v2 1/3] badblocks: Add core badblock management code, Vishal Verma
    • Re: [PATCH v2 1/3] badblocks: Add core badblock management code, James Bottomley
      • Re: [PATCH v2 1/3] badblocks: Add core badblock management code, Verma, Vishal L
        • Re: [PATCH v2 1/3] badblocks: Add core badblock management code, James Bottomley
          • Re: [PATCH v2 1/3] badblocks: Add core badblock management code, Verma, Vishal L
        • Re: [PATCH v2 1/3] badblocks: Add core badblock management code, NeilBrown
          • Re: [PATCH v2 1/3] badblocks: Add core badblock management code, Verma, Vishal L
            • Re: [PATCH v2 1/3] badblocks: Add core badblock management code, Dan Williams
              • Re: [PATCH v2 1/3] badblocks: Add core badblock management code, Verma, Vishal L
        • Re: [PATCH v2 1/3] badblocks: Add core badblock management code, NeilBrown
          • Re: [PATCH v2 1/3] badblocks: Add core badblock management code, Verma, Vishal L
            • Re: [PATCH v2 1/3] badblocks: Add core badblock management code, NeilBrown
              • Re: [PATCH v2 1/3] badblocks: Add core badblock management code, Verma, Vishal L
  • [PATCH v2 2/3] block: Add badblock management for gendisks, Vishal Verma
    • Re: [PATCH v2 2/3] block: Add badblock management for gendisks, James Bottomley
      • Re: [PATCH v2 2/3] block: Add badblock management for gendisks, Verma, Vishal L
  • [PATCH v2 3/3] md: convert to use the generic badblocks code, Vishal Verma
    • Re: [PATCH v2 3/3] md: convert to use the generic badblocks code, Shaohua Li
      • Re: [PATCH v2 3/3] md: convert to use the generic badblocks code, Verma, Vishal L
  • Re: [PATCH v2 0/3] Badblock tracking for gendisks, Verma, Vishal L
  • <Possible follow-ups>
  • [PATCH v2 0/3] Badblock tracking for gendisks, Vishal Verma
    • [PATCH v2 1/3] badblocks: Add core badblock management code, Vishal Verma
    • [PATCH v2 2/3] block: Add badblock management for gendisks, Vishal Verma
    • [PATCH v2 3/3] md: convert to use the generic badblocks code, Vishal Verma
    • Re: [PATCH v2 0/3] Badblock tracking for gendisks, Verma, Vishal L
• [PATCH] dm-ioctl: fix 4-characters indentations, Geliang Tang
  • Re: [dm-devel] [PATCH] dm-ioctl: fix 4-characters indentations, Minfei Huang
• [PATCH] md: dm-bufio: Use BUG_ON instead of if BUG, Anup Limbu
• mdadm and size differences, Marco De Vitis
  • Re: mdadm and size differences, NeilBrown
• Recovering RAID5 with 2, actually 1, faulty disks., Semyon Enskiy
  • Re: Recovering RAID5 with 2, actually 1, faulty disks., Semyon Enskiy
    • Re: Recovering RAID5 with 2, actually 1, faulty disks., Wols Lists
      • Re: Recovering RAID5 with 2, actually 1, faulty disks., Semyon Enskiy
        • Re: Recovering RAID5 with 2, actually 1, faulty disks., Wols Lists
  • Re: Recovering RAID5 with 2, actually 1, faulty disks., Phil Turmel
    • Re: Recovering RAID5 with 2, actually 1, faulty disks., Semyon Enskiy
      • Re: Recovering RAID5 with 2, actually 1, faulty disks., Phil Turmel
        • Re: Recovering RAID5 with 2, actually 1, faulty disks., Semyon Enskiy
          • Re: Recovering RAID5 with 2, actually 1, faulty disks., Semyon Enskiy
            • Re: Recovering RAID5 with 2, actually 1, faulty disks., Phil Turmel
              • Re: Recovering RAID5 with 2, actually 1, faulty disks., Semyon Enskiy
                • Re: Recovering RAID5 with 2, actually 1, faulty disks., Phil Turmel
                  • Re: Recovering RAID5 with 2, actually 1, faulty disks., Semyon Enskiy
                    • Re: Recovering RAID5 with 2, actually 1, faulty disks., Phil Turmel
                      • Re: Recovering RAID5 with 2, actually 1, faulty disks., Semyon Enskiy
  • <Possible follow-ups>
  • Re: Recovering RAID5 with 2, actually 1, faulty disks., Semyon Enskiy
• [PATCH] md: avoid warning for 32-bit sector_t, Arnd Bergmann
  • Re: [PATCH] md: avoid warning for 32-bit sector_t, NeilBrown
• [PATCH 0/3] Badblock tracking for gendisks, Vishal Verma
  • [PATCH 1/3] badblocks: Add core badblock management code, Vishal Verma
    • Re: [PATCH 1/3] badblocks: Add core badblock management code, Jens Axboe
  • [PATCH 2/3] block: Add badblock management for gendisks, Vishal Verma
    • Re: [PATCH 2/3] block: Add badblock management for gendisks, Jeff Moyer
      • Re: [PATCH 2/3] block: Add badblock management for gendisks, Verma, Vishal L
        • Re: [PATCH 2/3] block: Add badblock management for gendisks, Jeff Moyer
          • Re: [PATCH 2/3] block: Add badblock management for gendisks, Verma, Vishal L
            • Re: [PATCH 2/3] block: Add badblock management for gendisks, Dan Williams
            • Re: [PATCH 2/3] block: Add badblock management for gendisks, Jeff Moyer
              • Re: [PATCH 2/3] block: Add badblock management for gendisks, Verma, Vishal L
                • Re: [PATCH 2/3] block: Add badblock management for gendisks, Jeff Moyer
  • [PATCH 3/3] md: convert to use the generic badblocks code, Vishal Verma
• raid10 resync hangs in 4.2.6, 4.3, Andre Tomt
  • Re: raid10 resync hangs in 4.2.6, 4.3, John Stoffel
    • Re: raid10 resync hangs in 4.2.6, 4.3, Andre Tomt
      • Re: raid10 resync hangs in 4.2.6, 4.3, John Stoffel
  • Re: raid10 resync hangs in 4.2.6, 4.3, Artur Paszkiewicz
    • Re: raid10 resync hangs in 4.2.6, 4.3, Andre Tomt
      • Re: raid10 resync hangs in 4.2.6, 4.3, Andre Tomt
• [PATCH 1/3] md-cluster: append some actions when change bitmap from clustered to none, Guoqing Jiang
  • [PATCH 2/3] md-cluster: introduce clear_clusterinfo_from_sb, Guoqing Jiang
    • Re: [PATCH 2/3] md-cluster: introduce clear_clusterinfo_from_sb, NeilBrown
      • Re: [PATCH 2/3] md-cluster: introduce clear_clusterinfo_from_sb, Guoqing Jiang
        • Re: [PATCH 2/3] md-cluster: introduce clear_clusterinfo_from_sb, NeilBrown
          • Re: [PATCH 2/3] md-cluster: introduce clear_clusterinfo_from_sb, Guoqing Jiang
  • [PATCH 3/3] md-cluster: update the documentation, Guoqing Jiang
• Ubuntu crashed during RAID6 grow, Nathan Peterson
  • Re: Ubuntu crashed during RAID6 grow, Mikael Abrahamsson
    • Re: Ubuntu crashed during RAID6 grow, Phil Turmel
• [RFC PATCH] block: introduce poison tracking for block devices, Vishal Verma
• [PATCH 1/2] mdadm: let cluster raid could also add disk within incremental mode, Guoqing Jiang
  • [PATCH 2/2] mdadm: output info more precisely when change bitmap, Guoqing Jiang
• Re: RAID 6 Reshape Woes, Phil Turmel
  • Re: RAID 6 Reshape Woes, Francisco Parada
    • Re: RAID 6 Reshape Woes, Adam Goryachev
• [PATCH v3 0/7] User namespace mount updates, Seth Forshee
  • [PATCH v3 5/7] selinux: Add support for unprivileged mounts from user namespaces, Seth Forshee
    • Re: [PATCH v3 5/7] selinux: Add support for unprivileged mounts from user namespaces, James Morris
  • [PATCH v3 7/7] Smack: Handle labels consistently in untrusted mounts, Seth Forshee
    • Re: [PATCH v3 7/7] Smack: Handle labels consistently in untrusted mounts, Casey Schaufler
    • Re: [PATCH v3 7/7] Smack: Handle labels consistently in untrusted mounts, James Morris
      • Re: [PATCH v3 7/7] Smack: Handle labels consistently in untrusted mounts, Seth Forshee
  • [PATCH v3 6/7] userns: Replace in_userns with current_in_userns, Seth Forshee
    • Re: [PATCH v3 6/7] userns: Replace in_userns with current_in_userns, James Morris
  • [PATCH v3 4/7] fs: Treat foreign mounts as nosuid, Seth Forshee
    • Re: [PATCH v3 4/7] fs: Treat foreign mounts as nosuid, James Morris
  • [PATCH v3 1/7] block_dev: Support checking inode permissions in lookup_bdev(), Seth Forshee
  • [PATCH v3 3/7] mtd: Check permissions towards mtd block device inode when mounting, Seth Forshee
  • [PATCH v3 2/7] block_dev: Check permissions towards block device inode when mounting, Seth Forshee
  • Re: [PATCH v3 0/7] User namespace mount updates, Al Viro
    • Re: [PATCH v3 0/7] User namespace mount updates, Seth Forshee
      • Re: [PATCH v3 0/7] User namespace mount updates, Serge E. Hallyn
      • Re: [PATCH v3 0/7] User namespace mount updates, Al Viro
        • Re: [PATCH v3 0/7] User namespace mount updates, Seth Forshee
          • Re: [PATCH v3 0/7] User namespace mount updates, Richard Weinberger
            • Re: [PATCH v3 0/7] User namespace mount updates, Seth Forshee
              • Re: [PATCH v3 0/7] User namespace mount updates, Octavian Purdila
                • Re: [PATCH v3 0/7] User namespace mount updates, Richard Weinberger
                  • Re: [PATCH v3 0/7] User namespace mount updates, Octavian Purdila
                    • Re: [PATCH v3 0/7] User namespace mount updates, Seth Forshee
                      • Re: [PATCH v3 0/7] User namespace mount updates, Octavian Purdila
                        • Re: [PATCH v3 0/7] User namespace mount updates, Seth Forshee
                        • Re: [PATCH v3 0/7] User namespace mount updates, Serge E. Hallyn
              • Re: [PATCH v3 0/7] User namespace mount updates, Richard Weinberger
          • Re: [PATCH v3 0/7] User namespace mount updates, Theodore Ts'o
            • Re: [PATCH v3 0/7] User namespace mount updates, Seth Forshee
            • Re: [PATCH v3 0/7] User namespace mount updates, Serge Hallyn
        • Re: [PATCH v3 0/7] User namespace mount updates, Austin S Hemmelgarn
          • Re: [PATCH v3 0/7] User namespace mount updates, Seth Forshee