Linux RAID Storage Date Index

Thread Index

Re: Missing Superblocks
- From: John Atkins <John@xxxxxxxxxxx>
Re: Missing Superblocks
- From: John Atkins <John@xxxxxxxxxxx>
Re: [PATCH] raid5-ppl: use swap() to make code cleaner
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
[PATCH] raid5-ppl: use swap() to make code cleaner
- From: Yang Guang <cgel.zte@xxxxxxxxx>
Re: "md/raid:mdX: cannot start dirty degraded array."
- From: "Andreas U. Trottmann" <andreas.trottmann@xxxxxxxxxxx>
Re: Missing Superblocks
- From: Wol <antlists@xxxxxxxxxxxxxxx>
Re: (looking for) more info on parity creation
- From: Wol <antlists@xxxxxxxxxxxxxxx>
[PATCH 2/2] mdadm/Detail: Can't show container name correctly when unpluging disks
- From: Xiao Ni <xni@xxxxxxxxxx>
[PATCH 1/2] mdadm/lib: Define a new helper function is_dev_alived
- From: Xiao Ni <xni@xxxxxxxxxx>
[PATCH 0/2] --detail show messy container name
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [PATCH] cpumask and md/raid5: Fix implicit type conversion
- From: Nadav Amit <namit@xxxxxxxxxx>
Re: Missing Superblocks
- From: John Atkins <John@xxxxxxxxxxx>
[PATCH] cpumask and md/raid5: Fix implicit type conversion
- From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
Re: [PATCH] md/raid5: Fix implicit type conversion
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
[PATCH] md/raid5: Fix implicit type conversion
- From: Jiasheng Jiang <jiasheng@xxxxxxxxxxx>
(looking for) more info on parity creation
- From: Marek <mlf.conv@xxxxxxxxx>
Missing Superblocks
- From: John Atkins <John@xxxxxxxxxxx>
Re: [PATCH v3 0/3] last batch of add_disk() error handling conversions
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
Re: Inconsistent device numbers after reboot
- From: Chris Schanzle <schanzle@xxxxxxxxxxxxxxxxx>
Re: Inconsistent device numbers after reboot
- From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Inconsistent device numbers after reboot
- From: Chris Schanzle <mdadm@xxxxxxxxxxxxxxxxx>
Re: [PATCH v3 0/3] last batch of add_disk() error handling conversions
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
Re: [PATCH v3 0/3] last batch of add_disk() error handling conversions
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
Re: [PATCH v3 0/3] last batch of add_disk() error handling conversions
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
Re: [PATCH v3 0/3] last batch of add_disk() error handling conversions
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
Re: [PATCH v3 0/3] last batch of add_disk() error handling conversions
- From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] mdadm/Detail: Can't show container name correctly when unpluging disks
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [PATCH 1/1] mdadm/Detail: Can't show container name correctly when unpluging disks
- From: Xiao Ni <xni@xxxxxxxxxx>
[PATCH v3 2/3] block: make __register_blkdev() return an error
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
[PATCH v3 0/3] last batch of add_disk() error handling conversions
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
[PATCH v3 1/3] ataflop: remove ataflop_probe_lock mutex
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
[PATCH v3 3/3] block: add __must_check for *add_disk*() callers
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
Re: [PATCH 1/1] mdadm/Detail: Can't show container name correctly when unpluging disks
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
[PATCH 1/1] mdadm/Detail: Can't show container name correctly when unpluging disks
- From: Xiao Ni <xni@xxxxxxxxxx>
Proposal of changing generating version of mdadm
- From: "Tanska, Kinga" <kinga.tanska@xxxxxxxxx>
[song-md:md-next] BUILD SUCCESS 042dce02de9c583e7fc8263e554cfbf0fcf4bae9
- From: kernel test robot <lkp@xxxxxxxxx>
[PATCH v2] imsm: introduce helpers to manage file descriptors
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: [PATCH 3/3] md/raid10: factor out a get_error_dev helper
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [PATCH] imsm: introduce helpers to manage file descriptors
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] mdadm/Detail: Can't show container name correctly when unpluging disks
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 3/3] md/raid10: factor out a get_error_dev helper
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH V2] Fix 2 dc stream buffer
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] imsm: Remove possibility for get_imsm_dev to return NULL
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Assemble: apply sysfs rules
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/3] md/bitmap: don't set max_write_behind if there is no write mostly device
- From: Song Liu <song@xxxxxxxxxx>
Re: don't use ->bd_inode to access the block device size v3
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: don't use ->bd_inode to access the block device size v3
- From: Kari Argillander <kari.argillander@xxxxxxxxx>
Re: don't use ->bd_inode to access the block device size v3
- From: Christoph Hellwig <hch@xxxxxx>
Re: don't use ->bd_inode to access the block device size v3
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: don't use ->bd_inode to access the block device size v3
- From: Christoph Hellwig <hch@xxxxxx>
Re: don't use ->bd_inode to access the block device size v3
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: don't use ->bd_inode to access the block device size v3
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: don't use ->bd_inode to access the block device size v3
- From: Christoph Hellwig <hch@xxxxxx>
Re: don't use ->bd_inode to access the block device size v3
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: RAID5 - can't assemble array of 5
- From: Wol <antlists@xxxxxxxxxxxxxxx>
[PATCH] imsm: introduce helpers to manage file descriptors
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: [PATCH 1/1] mdadm/Detail: Can't show container name correctly when unpluging disks
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [PATCH 1/1] mdadm/Detail: Can't show container name correctly when unpluging disks
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [PATCH 1/1] mdadm/Detail: Can't show container name correctly when unpluging disks
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
[PATCH 30/30] udf: use sb_bdev_nr_blocks
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 29/30] reiserfs: use sb_bdev_nr_blocks
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 28/30] ntfs: use sb_bdev_nr_blocks
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 27/30] jfs: use sb_bdev_nr_blocks
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 26/30] ext4: use sb_bdev_nr_blocks
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 25/30] block: add a sb_bdev_nr_blocks helper
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 24/30] block: use bdev_nr_bytes instead of open coding it in blkdev_fallocate
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 23/30] squashfs: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 09/30] fs: use bdev_nr_bytes instead of open coding it in blkdev_max_block
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 14/30] fat: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 15/30] hfs: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 22/30] reiserfs: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 21/30] pstore/blk: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 20/30] ntfs3: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 16/30] hfsplus: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 17/30] jfs: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 18/30] nfs/blocklayout: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 19/30] nilfs2: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 13/30] cramfs: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 11/30] affs: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 10/30] fs: simplify init_page_buffers
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 12/30] btrfs: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 08/30] target/iblock: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 06/30] md: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 07/30] nvmet: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 05/30] dm: use bdev_nr_sectors and bdev_nr_bytes instead of open coding them
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 04/30] drbd: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 03/30] bcache: remove bdev_sectors
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 01/30] block: move the SECTOR_SIZE related definitions to blk_types.h
- From: Christoph Hellwig <hch@xxxxxx>
don't use ->bd_inode to access the block device size v3
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 02/30] block: add a bdev_nr_bytes helper
- From: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH 1/1] mdadm/Detail: Can't show container name correctly when unpluging disks
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [PATCH 1/5] mm: Make free_area->nr_free per migratetype
- From: Vlastimil Babka <vbabka@xxxxxxx>
Re: [PATCH 1/1] mdadm/Detail: Can't show container name correctly when unpluging disks
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: [PATCH 1/1] mdadm/Detail: Can't show container name correctly when unpluging disks
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: [PATCH 11/30] affs: use bdev_nr_sectors instead of open coding it
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
Re: [PATCH 22/30] reiserfs: use bdev_nr_bytes instead of open coding it
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
Re: [PATCH 01/30] block: move the SECTOR_SIZE related definitions to blk_types.h
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
Re: [PATCH 26/30] ext4: use sb_bdev_nr_blocks
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
Re: [PATCH 25/30] block: add a sb_bdev_nr_blocks helper
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
Re: [PATCH 03/30] bcache: remove bdev_sectors
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
Re: RAID5 - can't assemble array of 5
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: [GIT PULL] md-next 20211014
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: RAID5 - can't assemble array of 5
- From: Phil Turmel <philip@xxxxxxxxxx>
[PATCH 3/3] md/raid10: factor out a get_error_dev helper
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
[PATCH 1/3] md/bitmap: don't set max_write_behind if there is no write mostly device
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
[PATCH 2/3] md/raid10: add 'read_err' to raid10_read_request
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
[PATCH 0/3] Misc changes for md again
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
RAID5 - can't assemble array of 5
- From: Romulo Albuquerque <romulo.albuquerque@xxxxxxxxx>
Re: [PATCH 20/30] ntfs3: use bdev_nr_bytes instead of open coding it
- From: Kari Argillander <kari.argillander@xxxxxxxxx>
Re: [PATCH v2 1/2] block: make __register_blkdev() return an error
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
Re: [PATCH v2 1/2] block: make __register_blkdev() return an error
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
Re: [PATCH 04/30] drbd: use bdev_nr_sectors instead of open coding it
- From: Lee Duncan <lduncan@xxxxxxxx>
[song-md:md-next] BUILD SUCCESS 199b1b9e816fb4eb14161cdcbcd0c7a948660bc5
- From: kernel test robot <lkp@xxxxxxxxx>
Re: [PATCH 12/30] btrfs: use bdev_nr_bytes instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 25/30] block: add a sb_bdev_nr_blocks helper
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 24/30] block: use bdev_nr_bytes instead of open coding it in blkdev_fallocate
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 23/30] squashfs: use bdev_nr_bytes instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 22/30] reiserfs: use bdev_nr_bytes instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 21/30] pstore/blk: use bdev_nr_bytes instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 20/30] ntfs3: use bdev_nr_bytes instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 19/30] nilfs2: use bdev_nr_bytes instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 18/30] nfs/blocklayout: use bdev_nr_bytes instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 17/30] jfs: use bdev_nr_bytes instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 13/30] cramfs: use bdev_nr_bytes instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
raid6check lockup
- From: Orion Poplawski <orion@xxxxxxxx>
Re: [PATCH 09/30] fs: use bdev_nr_bytes instead of open coding it in blkdev_max_block
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 08/30] target/iblock: use bdev_nr_bytes instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 07/30] nvmet: use bdev_nr_bytes instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 02/30] block: add a bdev_nr_bytes helper
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 01/30] block: move the SECTOR_SIZE related definitions to blk_types.h
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 02/30] block: add a bdev_nr_bytes helper
- From: Anton Altaparmakov <anton@xxxxxxxxxx>
Re: [PATCH 28/30] ntfs: use sb_bdev_nr_blocks
- From: Anton Altaparmakov <anton@xxxxxxxxxx>
Re: [PATCH 27/30] jfs: use sb_bdev_nr_blocks
- From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
Re: [PATCH 19/30] nilfs2: use bdev_nr_bytes instead of open coding it
- From: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxx>
Re: [PATCH 12/30] btrfs: use bdev_nr_bytes instead of open coding it
- From: David Sterba <dsterba@xxxxxxx>
Re: [PATCH 01/30] block: move the SECTOR_SIZE related definitions to blk_types.h
- From: Jan Kara <jack@xxxxxxx>
Re: [PATCH 02/30] block: add a bdev_nr_bytes helper
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
Re: [PATCH 02/30] block: add a bdev_nr_bytes helper
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 30/30] udf: use sb_bdev_nr_blocks
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 29/30] reiserfs: use sb_bdev_nr_blocks
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 28/30] ntfs: use sb_bdev_nr_blocks
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 27/30] jfs: use sb_bdev_nr_blocks
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 26/30] ext4: use sb_bdev_nr_blocks
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 25/30] block: add a sb_bdev_nr_blocks helper
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 24/30] block: use bdev_nr_bytes instead of open coding it in blkdev_fallocate
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 23/30] squashfs: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 21/30] pstore/blk: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 22/30] reiserfs: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 19/30] nilfs2: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 20/30] ntfs3: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 18/30] nfs/blocklayout: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 17/30] jfs: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 16/30] hfsplus: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 15/30] hfs: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 14/30] fat: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 13/30] cramfs: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 11/30] affs: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 12/30] btrfs: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 10/30] fs: simplify init_page_buffers
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 08/30] target/iblock: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 09/30] fs: use bdev_nr_bytes instead of open coding it in blkdev_max_block
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 07/30] nvmet: use bdev_nr_bytes instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 06/30] md: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 05/30] dm: use bdev_nr_sectors and bdev_nr_bytes instead of open coding them
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 04/30] drbd: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 03/30] bcache: remove bdev_sectors
- From: Christoph Hellwig <hch@xxxxxx>
don't use ->bd_inode to access the block device size v2
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 01/30] block: move the SECTOR_SIZE related definitions to blk_types.h
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 02/30] block: add a bdev_nr_bytes helper
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 1/1] mdadm/Detail: Can't show container name correctly when unpluging disks
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [PATCH v2] md: Kill usage of page->index
- From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
Re: [PATCH v2] md: Kill usage of page->index
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
[GIT PULL] md-next 20211014
- From: Song Liu <songliubraving@xxxxxx>
[song-md:md-next] BUILD SUCCESS 773b8643feab20df1f857b7096b1eafc261020d8
- From: kernel test robot <lkp@xxxxxxxxx>
[PATCH V2] Fix 2 dc stream buffer
- From: Nigel Croxon <ncroxon@xxxxxxxxxx>
Re: don't use ->bd_inode to access the block device size
- From: Wol <antlists@xxxxxxxxxxxxxxx>
Re: don't use ->bd_inode to access the block device size
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 5/5] brd: Kill usage of page->index
- From: David Hildenbrand <david@xxxxxxxxxx>
Re: [PATCH 1/5] mm: Make free_area->nr_free per migratetype
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
[PATCH v2] md: Kill usage of page->index
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
Re: [PATCH 5/5] brd: Kill usage of page->index
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
Re: [PATCH V2] Grow: Close cfd file descriptor
- From: "Kusiak, Mateusz" <mateusz.kusiak@xxxxxxxxxxxxxxx>
Re: don't use ->bd_inode to access the block device size
- From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
Re: don't use ->bd_inode to access the block device size
- From: Anton Altaparmakov <anton@xxxxxxxxxx>
Re: [PATCH 4/5] md: Kill usage of page->index
- From: "heming.zhao@xxxxxxxx" <heming.zhao@xxxxxxxx>
Re: [PATCH 4/5] md: Kill usage of page->index
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [PATCH] imsm: Remove possibility for get_imsm_dev to return NULL
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: don't use ->bd_inode to access the block device size
- From: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH 11/29] btrfs: use bdev_nr_sectors instead of open coding it
- From: Keith Busch <kbusch@xxxxxxxxxx>
Re: [PATCH 07/29] target/iblock: use bdev_nr_sectors instead of open coding it
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
Re: [PATCH 11/29] btrfs: use bdev_nr_sectors instead of open coding it
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
Re: [PATCH 08/29] fs: use bdev_nr_sectors instead of open coding it in blkdev_max_block
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
Re: [PATCH 23/29] block: use bdev_nr_sectors instead of open coding it in blkdev_fallocate
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
Re: [PATCH 02/29] drbd: use bdev_nr_sectors instead of open coding it
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
Re: [PATCH 06/29] nvmet: use bdev_nr_sectors instead of open coding it
- From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
Re: [PATCH 04/29] md: use bdev_nr_sectors instead of open coding it
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH 22/29] squashfs: use bdev_nr_sectors instead of open coding it
- From: Phillip Lougher <phillip@xxxxxxxxxxxxxxx>
Re: [PATCH V2 1/1] md: Need to update superblock after changing rdev sb_flags
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH 03/29] dm: use bdev_nr_sectors instead of open coding it
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: [PATCH 1/5] mm: Make free_area->nr_free per migratetype
- From: David Hildenbrand <david@xxxxxxxxxx>
[PATCH 4/5] md: Kill usage of page->index
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
[PATCH 5/5] brd: Kill usage of page->index
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
[PATCH 3/5] mm/page_reporting: Improve control flow
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
[PATCH 2/5] mm: Introduce struct page_free_list
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
[PATCH 1/5] mm: Make free_area->nr_free per migratetype
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
[PATCH 0/5] Minor mm/struct page work
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
Re: [PATCH 25/29] ext4: use sb_bdev_nr_blocks
- From: "Theodore Ts'o" <tytso@xxxxxxx>
Re: [PATCH V2 1/1] md: Need to update superblock after changing rdev sb_flags
- From: Li Feng <fengli@xxxxxxxxxx>
[PATCH V2 1/1] md: Need to update superblock after changing rdev sb_flags
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [PATCH 1/1] md: Need to update superblock after changing rdev sb_flags
- From: Xiao Ni <xni@xxxxxxxxxx>
[PATCH 1/1] md: Need to update superblock after changing rdev sb_flags
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [PATCH 16/29] jfs: use bdev_nr_sectors instead of open coding it
- From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
Re: [PATCH 29/29] udf: use sb_bdev_nr_blocks
- From: Jan Kara <jack@xxxxxxx>
Re: [PATCH 25/29] ext4: use sb_bdev_nr_blocks
- From: Jan Kara <jack@xxxxxxx>
Re: [PATCH 28/29] reiserfs: use sb_bdev_nr_blocks
- From: Jan Kara <jack@xxxxxxx>
Re: [PATCH] mdadm.8: Copy --no-degraded clarification from --help output
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: [PATCH 23/29] block: use bdev_nr_sectors instead of open coding it in blkdev_fallocate
- From: Jan Kara <jack@xxxxxxx>
Re: [PATCH 21/29] reiserfs: use bdev_nr_sectors instead of open coding it
- From: Jan Kara <jack@xxxxxxx>
Re: [PATCH 08/29] fs: use bdev_nr_sectors instead of open coding it in blkdev_max_block
- From: Jan Kara <jack@xxxxxxx>
Re: [PATCH 09/29] fs: simplify init_page_buffers
- From: Jan Kara <jack@xxxxxxx>
Re: [PATCH 07/29] target/iblock: use bdev_nr_sectors instead of open coding it
- From: Bodo Stroesser <bostroesser@xxxxxxxxx>
Re: [PATCH RESEND] md: allow to set the fail_fast on RAID1/RAID10
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: don't use ->bd_inode to access the block device size
- From: Anand Jain <anand.jain@xxxxxxxxxx>
Re: [PATCH 11/29] btrfs: use bdev_nr_sectors instead of open coding it
- From: Anand Jain <anand.jain@xxxxxxxxxx>
Re: don't use ->bd_inode to access the block device size
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 29/29] udf: use sb_bdev_nr_blocks
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 28/29] reiserfs: use sb_bdev_nr_blocks
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 27/29] ntfs: use sb_bdev_nr_blocks
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 26/29] jfs: use sb_bdev_nr_blocks
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 25/29] ext4: use sb_bdev_nr_blocks
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 25/29] ext4: use sb_bdev_nr_blocks
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 24/29] block: add a sb_bdev_nr_blocks helper
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 15/29] hfsplus: use bdev_nr_sectors instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 14/29] hfs: use bdev_nr_sectors instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 13/29] fat: use bdev_nr_sectors instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 12/29] cramfs: use bdev_nr_sectors instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 10/29] affs: use bdev_nr_sectors instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 09/29] fs: simplify init_page_buffers
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 04/29] md: use bdev_nr_sectors instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 03/29] dm: use bdev_nr_sectors instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 02/29] drbd: use bdev_nr_sectors instead of open coding it
- From: Kees Cook <keescook@xxxxxxxxxxxx>
Re: [PATCH 01/29] bcache: remove bdev_sectors
- From: Kees Cook <keescook@xxxxxxxxxxxx>
[PATCH 29/29] udf: use sb_bdev_nr_blocks
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 28/29] reiserfs: use sb_bdev_nr_blocks
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 27/29] ntfs: use sb_bdev_nr_blocks
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 26/29] jfs: use sb_bdev_nr_blocks
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 25/29] ext4: use sb_bdev_nr_blocks
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 24/29] block: add a sb_bdev_nr_blocks helper
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 23/29] block: use bdev_nr_sectors instead of open coding it in blkdev_fallocate
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 22/29] squashfs: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 21/29] reiserfs: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 20/29] pstore/blk: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 19/29] ntfs3: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 18/29] nilfs2: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 17/29] nfs/blocklayout: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 16/29] jfs: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 15/29] hfsplus: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 14/29] hfs: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 13/29] fat: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 12/29] cramfs: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 11/29] btrfs: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 10/29] affs: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 09/29] fs: simplify init_page_buffers
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 08/29] fs: use bdev_nr_sectors instead of open coding it in blkdev_max_block
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 07/29] target/iblock: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH 01/29] bcache: remove bdev_sectors
- From: Coly Li <colyli@xxxxxxx>
[PATCH 06/29] nvmet: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 05/29] mtd/block2mtd: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 04/29] md: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 03/29] dm: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 02/29] drbd: use bdev_nr_sectors instead of open coding it
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 01/29] bcache: remove bdev_sectors
- From: Christoph Hellwig <hch@xxxxxx>
don't use ->bd_inode to access the block device size
- From: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH RESEND] md: allow to set the fail_fast on RAID1/RAID10
- From: Song Liu <song@xxxxxxxxxx>
Re: [GIT PULL] md-next 20211008
- From: Jens Axboe <axboe@xxxxxxxxx>
raid6check map sector to stripe
- From: Orion Poplawski <orion@xxxxxxxx>
[PATCH] Assemble: apply sysfs rules
- From: Kinga Tanska <kinga.tanska@xxxxxxxxx>
Re: [PATCH RESEND] md: allow to set the fail_fast on RAID1/RAID10
- From: Li Feng <fengli@xxxxxxxxxx>
Re: [PATCH RESEND] md: allow to set the fail_fast on RAID1/RAID10
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [PATCH RESEND] md: allow to set the fail_fast on RAID1/RAID10
- From: Li Feng <fengli@xxxxxxxxxx>
Re: [GIT PULL] md-next 20211008
- From: Song Liu <songliubraving@xxxxxx>
Re: [PATCH RESEND] md: allow to set the fail_fast on RAID1/RAID10
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH RESEND] md: allow to set the fail_fast on RAID1/RAID10
- From: Li Feng <fengli@xxxxxxxxxx>
Re: [PATCH RESEND] md: allow to set the fail_fast on RAID1/RAID10
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: "md/raid:mdX: cannot start dirty degraded array."
- From: Andreas Trottmann <andreas.trottmann@xxxxxxxxxxx>
Re: [PATCH RESEND] md: allow to set the fail_fast on RAID1/RAID10
- From: Li Feng <fengli@xxxxxxxxxx>
Re: [PATCH RESEND] md: allow to set the fail_fast on RAID1/RAID10
- From: Xiao Ni <xni@xxxxxxxxxx>
[song-md:md-next] BUILD SUCCESS 2bb33192d6a707aa20f43ea865892b448dd298c1
- From: kernel test robot <lkp@xxxxxxxxx>
[GIT PULL] md-next 20211008
- From: Song Liu <songliubraving@xxxxxx>
Re: [PATCH RESEND] md: allow to set the fail_fast on RAID1/RAID10
- From: Song Liu <song@xxxxxxxxxx>
Re: "md/raid:mdX: cannot start dirty degraded array."
- From: Wol <antlists@xxxxxxxxxxxxxxx>
"md/raid:mdX: cannot start dirty degraded array."
- From: Andreas Trottmann <andreas.trottmann@xxxxxxxxxxx>
Re: [PATCH] Fix 2 dc stream buffer
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] imsm: Remove possibility for get_imsm_dev to return NULL
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Fix potential overlap dest buffer
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH V2] disallow create or grow clustered bitmap with writemostly set
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH V5] Fix buffer size warning for strcpy
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Refactor parse_num and use it to parse optarg.
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH V2] Grow: Close cfd file descriptor
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Fix error message when creating raid 4, 5 and 10
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Incremental: Fix possible memory and resource leaks
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH]mdadm: fix coredump of mdadm --monitor -r
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
[song-md:md-next] BUILD SUCCESS 6d2b25bfc66f97d67ab0669bf655db8d71205209
- From: kernel test robot <lkp@xxxxxxxxx>
Re: [PATCH] md: allow to set the fail_fast on RAID1/RAID10
- From: Li Feng <fengli@xxxxxxxxxx>
[PATCH RESEND] md: allow to set the fail_fast on RAID1/RAID10
- From: Li Feng <fengli@xxxxxxxxxx>
Re: [PATCH] md: allow to set the fail_fast on RAID1/RAID10
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH 2/6] md/bitmap: don't set max_write_behind if there is no write mostly device
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [PATCH 4/6] md/raid10: add 'read_err' to raid10_read_request
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [PATCH] md: allow to set the fail_fast on RAID1/RAID10
- From: Li Feng <fengli@xxxxxxxxxx>
Re: [PATCH 0/6] Misc changes for md
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH 2/6] md/bitmap: don't set max_write_behind if there is no write mostly device
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH 4/6] md/raid10: add 'read_err' to raid10_read_request
- From: Song Liu <song@xxxxxxxxxx>
Re: The mdadm maintenance
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] mdadm: split off shared library
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
The mdadm maintenance
- From: Coly Li <colyli@xxxxxxx>
Re: [PATCH] mdadm: split off shared library
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
Re: [PATCH 1/6] md/raid1: only allocate write behind bio for WriteMostly device
- From: Jens Stutte <jens@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/6] md/raid1: only allocate write behind bio for WriteMostly device
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
[PATCH 1/6] md/raid1: only allocate write behind bio for WriteMostly device
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
[PATCH 6/6] md: remove unused argument from md_new_event
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
[PATCH 2/6] md/bitmap: don't set max_write_behind if there is no write mostly device
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
[PATCH 0/6] Misc changes for md
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
[PATCH 5/6] md/raid5: call roundup_pow_of_two in raid5_run
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
[PATCH 4/6] md/raid10: add 'read_err' to raid10_read_request
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
[PATCH 3/6] md/raid1: use rdev in raid1_write_request directly
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
[song-md:md-next] BUILD SUCCESS 46f0fffb8e88f2a7c40ce67bb08e47f1f78a191f
- From: kernel test robot <lkp@xxxxxxxxx>
Re: [PATCH] mdadm: split off shared library
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
[song-md:md-fixes] BUILD SUCCESS 7df835a32a8bedf7ce88efcfa7c9b245b52ff139
- From: kernel test robot <lkp@xxxxxxxxx>
Re: Missing superblock on two disks in raid5
- From: Clemens Kiehas <clemens@xxxxxxxxx>
Re: Missing superblock on two disks in raid5
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Missing superblock on two disks in raid5
- From: Clemens Kiehas <clemens@xxxxxxxxx>
Re: [PATCH 1/2] md, raid1, raid10: Set MD_BROKEN for RAID1 and RAID10
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH 1/2] md, raid1, raid10: Set MD_BROKEN for RAID1 and RAID10
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
[PATCH] mdadm.8: Copy --no-degraded clarification from --help output
- From: Vladimir Panteleev <git@xxxxx>
Re: Mdadm opinion request
- From: "Kusiak, Mateusz" <mateusz.kusiak@xxxxxxxxxxxxxxx>
Re: [PATCH 4/4 v4] mdmon: bad block support for external metadata - clear bad blocks
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: [PATCH 1/2] md, raid1, raid10: Set MD_BROKEN for RAID1 and RAID10
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH 4/4 v4] mdmon: bad block support for external metadata - clear bad blocks
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [PATCH 1/2] md, raid1, raid10: Set MD_BROKEN for RAID1 and RAID10
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: [PATCH 1/2] md, raid1, raid10: Set MD_BROKEN for RAID1 and RAID10
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: [PATCH v2 1/2] block: make __register_blkdev() return an error
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
Re: [PATCH v2 1/2] block: make __register_blkdev() return an error
- From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] md, raid1, raid10: Set MD_BROKEN for RAID1 and RAID10
- From: Song Liu <song@xxxxxxxxxx>
[PATCH v2 1/2] block: make __register_blkdev() return an error
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
[PATCH v2 2/2] block: add __must_check for *add_disk*() callers
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
[PATCH v2 0/2] block: 7th -- last batch of add_disk() error handling conversions
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
Re: [PATCH 1/2] md, raid1, raid10: Set MD_BROKEN for RAID1 and RAID10
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: [PATCH] md: allow to set the fail_fast on RAID1/RAID10
- From: Li Feng <fengli@xxxxxxxxxx>
Re: [PATCH v3 1/6] badblocks: add more helper structure and routines in badblocks.h
- From: Coly Li <colyli@xxxxxxx>
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 v3 3/6] badblocks: improvement badblocks_set() for multiple ranges handling
- From: Geliang Tang <geliangtang@xxxxxxxxx>
Re: [PATCH v3 2/6] badblocks: add helper routines for badblock ranges handling
- From: Geliang Tang <geliangtang@xxxxxxxxx>
Re: [PATCH v3 1/6] badblocks: add more helper structure and routines in badblocks.h
- From: Geliang Tang <geliangtang@xxxxxxxxx>
Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [PATCH 2/2] raid5: introduce MD_BROKEN
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH 1/2] md, raid1, raid10: Set MD_BROKEN for RAID1 and RAID10
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH 1/2] md, raid1, raid10: Set MD_BROKEN for RAID1 and RAID10
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
- From: "Jens Stutte (Archiv)" <jens@xxxxxxxxxxxxxxxxxx>
Re: Question for a kernel developer "in the know" - RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: anthony <antmbox@xxxxxxxxxxxxxxx>
Question for a kernel developer "in the know" - RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
Re: Too large badblocks sysfs file (was: [PATCH v3 0/7] badblocks improvement for multiple bad block ranges)
- From: Coly Li <colyli@xxxxxxx>
Re: Too large badblocks sysfs file (was: [PATCH v3 0/7] badblocks improvement for multiple bad block ranges)
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: Too large badblocks sysfs file (was: [PATCH v3 0/7] badblocks improvement for multiple bad block ranges)
- From: "NeilBrown" <neilb@xxxxxxx>
Re: Too large badblocks sysfs file (was: [PATCH v3 0/7] badblocks improvement for multiple bad block ranges)
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: Too large badblocks sysfs file (was: [PATCH v3 0/7] badblocks improvement for multiple bad block ranges)
- From: Hannes Reinecke <hare@xxxxxxx>
Re: Too large badblocks sysfs file (was: [PATCH v3 0/7] badblocks improvement for multiple bad block ranges)
- From: Coly Li <colyli@xxxxxxx>
Re: Too large badblocks sysfs file (was: [PATCH v3 0/7] badblocks improvement for multiple bad block ranges)
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: Too large badblocks sysfs file (was: [PATCH v3 0/7] badblocks improvement for multiple bad block ranges)
- From: Coly Li <colyli@xxxxxxx>
Re: Too large badblocks sysfs file (was: [PATCH v3 0/7] badblocks improvement for multiple bad block ranges)
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Too large badblocks sysfs file (was: [PATCH v3 0/7] badblocks improvement for multiple bad block ranges)
- From: Coly Li <colyli@xxxxxxx>
Re: [GIT PULL] md-fixes 20210922
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: [GIT PULL] md-fixes 20210922
- From: Song Liu <songliubraving@xxxxxx>
Re: [GIT PULL] md-fixes 20210922
- From: Jens Axboe <axboe@xxxxxxxxx>
[GIT PULL] md-fixes 20210922
- From: Song Liu <songliubraving@xxxxxx>
[PATCH] mdopen: use safe functions in create_mddev
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
[PATCH] imsm: Remove possibility for get_imsm_dev to return NULL
- From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
[PATCH 2/2] raid5: introduce MD_BROKEN
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
[PATCH 1/2] md, raid1, raid10: Set MD_BROKEN for RAID1 and RAID10
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
[PATCH 0/2] Use MD_BROKEN for redundant arrays
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: [PATCH] md: allow to set the fail_fast on RAID1/RAID10
- From: Li Feng <fengli@xxxxxxxxxx>
Re: Raid 5 where 2 disks out of 4 were unplugged
- From: Gennaro Oliva <gennaro.oliva@xxxxxxxxx>
Re: [PATCH] mdadm: split off shared library
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [PATCH] mdadm: split off shared library
- From: Hannes Reinecke <hare@xxxxxxx>
Re: [PATCH] mdadm: split off shared library
- From: Xiao Ni <xni@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 v3 0/7] badblocks improvement for multiple bad block ranges
- From: Coly Li <colyli@xxxxxxx>
[PATCH] test: user space code to test badblocks APIs
- From: Coly Li <colyli@xxxxxxx>
[PATCH v2 6/6] badblocks: switch to the improved badblock handling code
- From: Coly Li <colyli@xxxxxxx>
[PATCH v2 5/6] badblocks: improve badblocks_check() for multiple ranges handling
- From: Coly Li <colyli@xxxxxxx>
[PATCH v2 4/6] badblocks: improve badblocks_clear() for multiple ranges handling
- From: Coly Li <colyli@xxxxxxx>
[PATCH v2 3/6] badblocks: improvement badblocks_set() for multiple ranges handling
- From: Coly Li <colyli@xxxxxxx>
[PATCH v2 2/6] badblocks: add helper routines for badblock ranges handling
- From: Coly Li <colyli@xxxxxxx>
[PATCH v2 1/6] badblocks: add more helper structure and routines in badblocks.h
- From: Coly Li <colyli@xxxxxxx>
[PATCH v2 0/7] badblocks improvement for multiple bad block ranges
- From: Coly Li <colyli@xxxxxxx>
[PATCH] md: allow to set the fail_fast on RAID1/RAID10
- From: Li Feng <fengli@xxxxxxxxxx>
Re: [PATCH v4 0/3] dm: audit event logging
- From: Weiß, Michael <michael.weiss@xxxxxxxxxxxxxxxxxxx>
Re: [Non-DoD Source] Re: [PATCH] blk-mq: allow 4x BLK_MAX_REQUEST_COUNT at blk_plug for multiple_queues
- From: Jens Axboe <axboe@xxxxxxxxx>
RE: [Non-DoD Source] Re: [PATCH] blk-mq: allow 4x BLK_MAX_REQUEST_COUNT at blk_plug for multiple_queues
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
[song-md:md-fixes] BUILD SUCCESS 879401f903413462729f11f8fd7c6eabeb241358
- From: kernel test robot <lkp@xxxxxxxxx>
Re: fix a lock order reversal in md_alloc
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH v4 0/3] dm: audit event logging
- From: Steve Grubb <sgrubb@xxxxxxxxxx>
Re: [PATCH v4 0/3] dm: audit event logging
- From: Richard Guy Briggs <rgb@xxxxxxxxxx>
Re: [PATCH v4 0/3] dm: audit event logging
- From: Weiß, Michael <michael.weiss@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v4 0/3] dm: audit event logging
- From: Richard Guy Briggs <rgb@xxxxxxxxxx>
Re: [PATCH] blk-mq: allow 4x BLK_MAX_REQUEST_COUNT at blk_plug for multiple_queues
- From: Jens Axboe <axboe@xxxxxxxxx>
[PATCH] blk-mq: allow 4x BLK_MAX_REQUEST_COUNT at blk_plug for multiple_queues
- From: Song Liu <songliubraving@xxxxxx>
Re: mdadm resync causes stable system to crash every 2 or 3 hours
- From: Ryan Patterson <ryan.goat@xxxxxxxxx>
Re: mdadm resync causes stable system to crash every 2 or 3 hours
- From: Ryan Patterson <ryan.goat@xxxxxxxxx>
Re: mdadm resync causes stable system to crash every 2 or 3 hours
- From: Roger Heflin <rogerheflin@xxxxxxxxx>
Re: mdadm resync causes stable system to crash every 2 or 3 hours
- From: Roman Mamedov <rm@xxxxxxxxxxx>
Re: mdadm resync causes stable system to crash every 2 or 3 hours
- From: Roman Mamedov <rm@xxxxxxxxxxx>
Re: mdadm resync causes stable system to crash every 2 or 3 hours
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
mdadm resync causes stable system to crash every 2 or 3 hours
- From: Ryan Patterson <ryan.goat@xxxxxxxxx>
Re: Slow initial resync in RAID6 with 36 SAS drives
- From: Marcin Wanat <marcin.wanat@xxxxxxxxx>
[PATCH v4 3/3] dm crypt: log aead integrity violations to audit subsystem
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
[PATCH v4 1/3] dm: introduce audit event module for device mapper
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
[PATCH v4 2/3] dm integrity: log audit events for dm-integrity target
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
[PATCH v4 0/3] dm: audit event logging
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v3 1/3] dm: introduce audit event module for device mapper
- From: Weiß, Michael <michael.weiss@xxxxxxxxxxxxxxxxxxx>
Re: fix a lock order reversal in md_alloc
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
[PATCH 2/2] block: add __must_check for *add_disk*() callers
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
[PATCH 1/2] block: make __register_blkdev() return an error
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
[PATCH 0/2] block: 7th -- last batch of add_disk() error handling conversions
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
Re: [PATCH v3 1/3] dm: introduce audit event module for device mapper
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
Re: [PATCH 1/5] md: fix a lock order reversal in md_alloc
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [PATCH 1/5] md: fix a lock order reversal in md_alloc
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: Slow initial resync in RAID6 with 36 SAS drives
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: Slow initial resync in RAID6 with 36 SAS drives
- From: Song Liu <song@xxxxxxxxxx>
[PATCH] Refactor parse_num and use it to parse optarg.
- From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
[PATCH v3] Monitor: print message before quit for no array to monitor
- From: Coly Li <colyli@xxxxxxx>
Re: [PATCH v2] Monitor: print message before quit for no array to monitor
- From: Coly Li <colyli@xxxxxxx>
Re: [PATCH v2] Monitor: print message before quit for no array to monitor
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: fix a lock order reversal in md_alloc
- From: Song Liu <song@xxxxxxxxxx>
[PATCH v2] Monitor: print message before quit for no array to monitor
- From: Coly Li <colyli@xxxxxxx>
[PATCH] Monitor: print message before quit for no array to monitor
- From: Coly Li <colyli@xxxxxxx>
[PATCH 5/5] md: properly unwind when failing to add the kobject in md_alloc
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 4/5] md: extend disks_mutex coverage
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 3/5] md: add the bitmap group to the default groups for the md kobject
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 2/5] md: add error handling support for add_disk()
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 1/5] md: fix a lock order reversal in md_alloc
- From: Christoph Hellwig <hch@xxxxxx>
fix a lock order reversal in md_alloc
- From: Christoph Hellwig <hch@xxxxxx>
Re: Slow initial resync in RAID6 with 36 SAS drives
- From: Song Liu <song@xxxxxxxxxx>
Re: [Non-DoD Source] Re: Slow initial resync in RAID6 with 36 SAS drives
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [Non-DoD Source] Re: Slow initial resync in RAID6 with 36 SAS drives
- From: antlists <antlists@xxxxxxxxxxxxxxx>
[PATCH v3 3/3] dm crypt: log aead integrity violations to audit subsystem
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
[PATCH v3 2/3] dm integrity: log audit events for dm-integrity target
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
[PATCH v3 0/3] dm: audit event logging
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
[PATCH v3 1/3] dm: introduce audit event module for device mapper
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
[PATCH V2] Grow: Close cfd file descriptor
- From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
Incorrect time (was: [PATCH] Grow: Close cfd file descriptor)
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
[PATCH] Grow: Close cfd file descriptor
- From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
[PATCH] Fix error message when creating raid 4, 5 and 10
- From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
Disable --write-behind for existing array
- From: Jens Stutte <jens@xxxxxxxxxxxxxxxxxx>
Re: Raid 5 where 2 disks out of 4 were unplugged
- From: Anthony Youngman <antmbox@xxxxxxxxxxxxxxx>
[song-md:md-next] BUILD SUCCESS 6607cd319b6b91bff94e90f798a61c031650b514
- From: kernel test robot <lkp@xxxxxxxxx>
[GIT PULL] md-next 20210827
- From: Song Liu <songliubraving@xxxxxx>
[song-md:md-next] BUILD SUCCESS 8c3bad958be2ddca2294217a45c40badcd5507e9
- From: kernel test robot <lkp@xxxxxxxxx>
Re: Raid 5 where 2 disks out of 4 were unplugged
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: [PATCH] mdadm: split off shared library
- From: Coly Li <colyli@xxxxxxx>
[song-md:md-fixes] BUILD SUCCESS 9cd81ffa6546bea41d67008d4b4e0bcdad2bd5bf
- From: kernel test robot <lkp@xxxxxxxxx>
Re: [PATCH v2] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH V4] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
- From: Song Liu <song@xxxxxxxxxx>
Re: [GIT PULL] md-fixes 20210825
- From: Song Liu <songliubraving@xxxxxx>
Re: [GIT PULL] md-fixes 20210825
- From: Jens Axboe <axboe@xxxxxxxxx>
[PATCH] Incremental: Fix possible memory and resource leaks
- From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
Raid 5 where 2 disks out of 4 were unplugged
- From: Gennaro Oliva <gennaro.oliva@xxxxxxxxx>
[GIT PULL] md-fixes 20210825
- From: Song Liu <songliubraving@xxxxxx>
Re: [PATCH V5] Fix buffer size warning for strcpy
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
[PATCH V5] Fix buffer size warning for strcpy
- From: Nigel Croxon <ncroxon@xxxxxxxxxx>
[PATCH] mdadm: split off shared library
- From: Hannes Reinecke <hare@xxxxxxx>
[song-md:md-fixes] BUILD SUCCESS bbe48a66a81d06da7db63b5cb7071531af447edc
- From: kernel test robot <lkp@xxxxxxxxx>
RE: [Non-DoD Source] Re: Slow initial resync in RAID6 with 36 SAS drives
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
Re: Slow initial resync in RAID6 with 36 SAS drives
- From: Marcin Wanat <marcin.wanat@xxxxxxxxx>
RE: [Non-DoD Source] Re: SSDs and mdraid
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
Re: [PATCH V4] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [syzbot] possible deadlock in md_open
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
- From: Song Liu <song@xxxxxxxxxx>
Re: SSDs and mdraid
- From: Phillip Susi <phill@xxxxxxxxxxxx>
[syzbot] possible deadlock in md_open
- From: syzbot <syzbot+fadc0aaf497e6a493b9f@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH V4] Fix buffer size warning for strcpy
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
[PATCH V4] Fix buffer size warning for strcpy
- From: Nigel Croxon <ncroxon@xxxxxxxxxx>
SSDs and mdraid
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
Re: [PATCH V2] Fix buffer size warning for strcpy
- From: hillr@xxxxxxxxxxxxxxx
Re: [PATCH V3] Fix buffer size warning for strcpy
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
[PATCH] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [PATCH V3] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [PATCH V2] Fix buffer size warning for strcpy
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [PATCH V3] Fix buffer size warning for strcpy
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
[PATCH V3] Fix buffer size warning for strcpy
- From: Nigel Croxon <ncroxon@xxxxxxxxxx>
[PATCH V2] disallow create or grow clustered bitmap with writemostly set
- From: Nigel Croxon <ncroxon@xxxxxxxxxx>
Re: [PATCH V3] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
- From: kernel test robot <lkp@xxxxxxxxx>
Re: [PATCH V3] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH V3] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [PATCH V2] Fix buffer size warning for strcpy
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: [PATCH V2] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH V2] Fix buffer size warning for strcpy
- From: "NeilBrown" <neilb@xxxxxxx>
[song-md:md-fixes] BUILD SUCCESS ffcb17c3013f1cfb0d23ecf0dcfcd56e163fa021
- From: kernel test robot <lkp@xxxxxxxxx>
Re: [PATCH V2] Fix buffer size warning for strcpy
- From: Gal Ofri <gal.ofri@xxxxxxxxxxx>
Re: [PATCH V2] Fix buffer size warning for strcpy
- From: Gal Ofri <gal.ofri@xxxxxxxxxxx>
volume recovery question
- From: scowles@xxxxxxxx
Re: [PATCH v2] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH V2] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [PATCH V2] Fix buffer size warning for strcpy
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [PATCH v2 1/3] dm: introduce audit event module for device mapper
- From: Weiß, Michael <michael.weiss@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] disallow create or grow clustered bitmap with writemostly set
- From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
[PATCH] disallow create or grow clustered bitmap with writemostly set
- From: Nigel Croxon <ncroxon@xxxxxxxxxx>
[PATCH V2] Fix buffer size warning for strcpy
- From: Nigel Croxon <ncroxon@xxxxxxxxxx>
Re: [PATCH]mdadm: fix coredump of mdadm --monitor -r
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Slow initial resync in RAID6 with 36 SAS drives
- From: Marcin Wanat <marcin.wanat@xxxxxxxxx>
Re: [PATCH V2] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH]mdadm: fix coredump of mdadm --monitor -r
- From: Wu Guanghao <wuguanghao3@xxxxxxxxxx>
Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: [PATCH v2 1/3] dm: introduce audit event module for device mapper
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
Re: [PATCH] Fix potential overlap dest buffer
- From: Nigel Croxon <ncroxon@xxxxxxxxxx>
Re: [PATCH V2] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
- From: kernel test robot <lkp@xxxxxxxxx>
Re: [PATCH V2] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
- From: kernel test robot <lkp@xxxxxxxxx>
RE: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
Re: [PATCH V2] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
[PATCH V2] raid1: ensure write behind bio has less than BIO_MAX_VECS sectors
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [PATCH] Fix potential overlap dest buffer
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
[PATCH v2] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [PATCH v2 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
- From: Xiao Ni <xni@xxxxxxxxxx>
[PATCH v2 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
[PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: Matt Wallis <mattw@xxxxxxxxxxxx>
Re: [PATCH] Fix buffer size warning for strcpy
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [PATCH] Fix potential overlap dest buffer
- From: "NeilBrown" <neilb@xxxxxxx>
RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
[PATCH] Fix potential overlap dest buffer
- From: Nigel Croxon <ncroxon@xxxxxxxxxx>
[PATCH] Fix buffer size warning for strcpy
- From: Nigel Croxon <ncroxon@xxxxxxxxxx>
Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
- From: Ming Lei <ming.lei@xxxxxxxxxx>
Re: [PATCH] drivers:md:fix a potential use-after-free bug
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: add a bvec_virt helper
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: add a bvec_virt helper
- From: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
- From: Ming Lei <ming.lei@xxxxxxxxxx>
Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
- From: Xiao Ni <xni@xxxxxxxxxx>
[PATCH]mdadm: fix coredump of mdadm --monitor -r
- From: Wu Guanghao <wuguanghao3@xxxxxxxxxx>
Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
- From: Ming Lei <ming.lei@xxxxxxxxxx>
Re: [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
- From: Song Liu <song@xxxxxxxxxx>
[PATCH v2 3/3] dm crypt: log aead integrity violations to audit subsystem
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
[PATCH v2 2/3] dm integrity: log audit events for dm-integrity target
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
[PATCH v2 1/3] dm: introduce audit event module for device mapper
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
[PATCH v2 0/3] dm: audit event logging
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
- From: Ming Lei <ming.lei@xxxxxxxxxx>
Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [PATCH] Utils: Change sprintf to snprintf
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH V2] Fix return value from fstat calls
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH] drivers:md:fix a potential use-after-free bug
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
- From: kernel test robot <lkp@xxxxxxxxx>
Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
- From: kernel test robot <lkp@xxxxxxxxx>
Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH V2] Fix return value from fstat calls
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: [PATCH V2] Fix return value from fstat calls
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [PATCH 1/3] dm: introduce audit event module for device mapper
- From: Weiß, Michael <michael.weiss@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH V2] Fix return value from fstat calls
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
[PATCH] raid1: ensure bio doesn't have more than BIO_MAX_VECS sectors
- From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
Re: [PATCH V2] Fix return value from fstat calls
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [PATCH 2/3] dm integrity: log audit events for dm-integrity target
- From: kernel test robot <lkp@xxxxxxxxx>
Re: [PATCH 1/3] dm: introduce audit event module for device mapper
- From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: remove GENHD_FL_UP
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: [PATCH 6/8] bcache: add proper error unwinding in bcache_device_init
- From: Coly Li <colyli@xxxxxxx>
[PATCH 3/3] dm crypt: log aead integrity violations to audit subsystem
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
[PATCH 2/3] dm integrity: log audit events for dm-integrity target
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
[PATCH 1/3] dm: introduce audit event module for device mapper
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
[PATCH 0/3] dm: audit event logging
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
[PATCH] Utils: Change sprintf to snprintf
- From: Mateusz Kusiak <mateusz.kusiak@xxxxxxxxx>
Re: [PATCH 7/8] bcache: move the del_gendisk call out of bcache_device_free
- From: Coly Li <colyli@xxxxxxx>
Re: [PATCH V2] Fix return value from fstat calls
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: [PATCH V2] Fix return value from fstat calls
- From: "NeilBrown" <neilb@xxxxxxx>
[PATCH V2] Fix return value from fstat calls
- From: Nigel Croxon <ncroxon@xxxxxxxxxx>
[PATCH] Fix 2 dc stream buffer
- From: Nigel Croxon <ncroxon@xxxxxxxxxx>
Re: [PATCH] Fix return value from fstat calls
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
[PATCH] Fix return value from fstat calls
- From: Nigel Croxon <ncroxon@xxxxxxxxxx>
Re: [GIT PULL] md-fixes 20210804
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: [GIT PULL] md-fixes 20210804
- From: Song Liu <songliubraving@xxxxxx>
RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
Re: [GIT PULL] md-fixes 20210804
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: [PATCH 2/8] mmc: block: cleanup gendisk creation
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
Re: [PATCH 1/8] mmc: block: let device_add_disk create disk attributes
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
[PATCH 8/8] block: remove GENHD_FL_UP
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 7/8] bcache: move the del_gendisk call out of bcache_device_free
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 6/8] bcache: add proper error unwinding in bcache_device_init
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 5/8] sx8: use the internal state machine to check if del_gendisk needs to be called
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 4/8] nvme: replace the GENHD_FL_UP check in nvme_mpath_shutdown_disk
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 3/8] nvme: remove the GENHD_FL_UP check in nvme_ns_remove
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 2/8] mmc: block: cleanup gendisk creation
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 1/8] mmc: block: let device_add_disk create disk attributes
- From: Christoph Hellwig <hch@xxxxxx>
remove GENHD_FL_UP
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 1/1] md/raid10: Remove rcu_dereference when it doesn't need rcu lock to protect
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: Gal Ofri <gal.ofri@xxxxxxxxxxx>
Re: [RFC PATCH v1 0/4] keys: introduce key_extract_material helper
- From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
Re: [PATCH 10/15] sd: use bvec_virt
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [PATCH 02/15] block: use bvec_virt in bio_integrity_{process,free}
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [PATCH 01/15] bvec: add a bvec_virt helper
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
Re: [dm-devel] [PATCH 10/15] sd: use bvec_virt
- From: Bart Van Assche <bvanassche@xxxxxxx>
Re: [PATCH 15/38] md/raid5: Replace deprecated CPU-hotplug functions.
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH 08/15] virtio_blk: use bvec_virt
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
Re: [PATCH 07/15] rbd: use bvec_virt
- From: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 02/15] block: use bvec_virt in bio_integrity_{process,free}
- From: Chaitanya Kulkarni <ckulkarnilinux@xxxxxxxxx>
Re: [PATCH 01/15] bvec: add a bvec_virt helper
- From: Chaitanya Kulkarni <ckulkarnilinux@xxxxxxxxx>
Re: [GIT PULL] md-fixes 20210804
- From: Jens Axboe <axboe@xxxxxxxxx>
[GIT PULL] md-fixes 20210804
- From: Song Liu <songliubraving@xxxxxx>
Re: [PATCH 13/15] dasd: use bvec_virt
- From: Stefan Haberland <sth@xxxxxxxxxxxxx>
Re: [PATCH 09/15] bcache: use bvec_virt
- From: Coly Li <colyli@xxxxxxx>
Re: [PATCH 15/15] nvme: use bvec_virt
- From: Keith Busch <kbusch@xxxxxxxxxx>
[PATCH 15/15] nvme: use bvec_virt
- From: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH 11/15] ubd: use bvec_virt
- From: Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>
[PATCH 14/15] dcssblk: use bvec_virt
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 13/15] dasd: use bvec_virt
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 12/15] ps3vram: use bvec_virt
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 11/15] ubd: use bvec_virt
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 10/15] sd: use bvec_virt
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 09/15] bcache: use bvec_virt
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 08/15] virtio_blk: use bvec_virt
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 07/15] rbd: use bvec_virt
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 06/15] squashfs: use bvec_virt
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 05/15] dm-integrity: use bvec_virt
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 04/15] dm-ebs: use bvec_virt
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 03/15] dm: make EBS depend on !HIGHMEM
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 02/15] block: use bvec_virt in bio_integrity_{process,free}
- From: Christoph Hellwig <hch@xxxxxx>
[PATCH 01/15] bvec: add a bvec_virt helper
- From: Christoph Hellwig <hch@xxxxxx>
add a bvec_virt helper
- From: Christoph Hellwig <hch@xxxxxx>
Re: help channel for md raid?
- From: Stephan Böttcher <boettcher@xxxxxxxxxxxxxxxxxx>
Re: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: Gal Ofri <gal.ofri@xxxxxxxxxxx>
Re: help channel for md raid?
- From: antlists <antlists@xxxxxxxxxxxxxxx>
Re: ANNOUNCE: mdadm 4.2-rc2 - A tool for managing md Soft RAID under Linux
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: [PATCH 00/38] Replace deprecated CPU-hotplug
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: [PATCH 00/38] Replace deprecated CPU-hotplug
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
Re: ANNOUNCE: mdadm 4.2-rc2 - A tool for managing md Soft RAID under Linux
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
[PATCH 15/38] md/raid5: Replace deprecated CPU-hotplug functions.
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
[PATCH 00/38] Replace deprecated CPU-hotplug
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: ANNOUNCE: mdadm 4.2-rc2 - A tool for managing md Soft RAID under Linux
- From: Felix Lechner <lechner@xxxxxxxxxx>
Re: help channel for md raid?
- From: Stephan Böttcher <boettcher@xxxxxxxxxxxxxxxxxx>
Re: help channel for md raid?
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
ANNOUNCE: mdadm 4.2-rc2 - A tool for managing md Soft RAID under Linux
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 5/5] tests: avoid passing chunk size to raid1.
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 4/5] tests: fix swap_super path
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 3/5] Assemble: skip devices that don't match uuid instead of aborting the assembly.
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
help channel for md raid?
- From: Stephan Böttcher <boettcher@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/5] tests: clear the superblock before adding a device to the array.
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/5] tests: remove raid0 tests for 0.90 metadata version
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add monitor delay parameter to mdadm.conf
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] tests: Avoid passing chunk size when creating RAID 1
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Fix memory leak after "mdadm --detail"
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: Gal Ofri <gal.ofri@xxxxxxxxxxx>
Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: Doug Ledford <dledford@xxxxxxxxxx>
RE: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
RE: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
[PATCH] Add monitor delay parameter to mdadm.conf
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: Miao Wang <shankerwangmiao@xxxxxxxxx>
Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: Matt Wallis <mattw@xxxxxxxxxxxx>
RE: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
RE: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: [Non-DoD Source] Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: Matt Wallis <mattw@xxxxxxxxxxxx>
[PATCH] tests: Avoid passing chunk size when creating RAID 1
- From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
RE: [Non-DoD Source] Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: Matt Wallis <mattw@xxxxxxxxxxxx>
Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: pg@xxxxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: [PATCH] Assemble: start dirty and degraded array.
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Can't get RAID5/RAID6 NVMe randomread IOPS - AMD ROME what am I missing?????
- From: "Finlayson, James M CIV (USA)" <james.m.finlayson4.civ@xxxxxxxx>
Re: [PATCH] imsm: fix num_data_stripes after raid0 takeover
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
[PATCH] Fix memory leak after "mdadm --detail"
- From: Mateusz Grzonka <mateusz.grzonka@xxxxxxxxx>
Re: SSD based sw RAID: is ERC/TLER really important?
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: SSD based sw RAID: is ERC/TLER really important?
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: SSD based sw RAID: is ERC/TLER really important?
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: SSD based sw RAID: is ERC/TLER really important?
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: SSD based sw RAID: is ERC/TLER really important?
- From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: SSD based sw RAID: is ERC/TLER really important?
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: SSD based sw RAID: is ERC/TLER really important?
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: SSD based sw RAID: is ERC/TLER really important?
- From: pg@xxxxxxxxxxxxxxxxxxx (Peter Grandi)
Re: SSD based sw RAID: is ERC/TLER really important?
- From: Andy Smith <andy@xxxxxxxxxxxxxx>
SSD based sw RAID: is ERC/TLER really important?
- From: Gianluca Frustagli <gianfrus@xxxxxxxxxx>
[song-md:md-fixes] BUILD SUCCESS 5ba03936c05584b6f6f79be5ebe7e5036c1dd252
- From: kernel test robot <lkp@xxxxxxxxx>
Re: [PATCH v2][RESEND] md/raid10: properly indicate failure when ending a failed write request
- From: Song Liu <song@xxxxxxxxxx>
Re: [PATCH RFC 11/13] md/bitmap: simplify the printing with '%pD' specifier
- From: Song Liu <song@xxxxxxxxxx>
[PATCH] md/bitmap: Use 'atomic_inc_return' instead of hand-writing it
- From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
[PATCH 5/5] tests: avoid passing chunk size to raid1.
- From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
[PATCH 4/5] tests: fix swap_super path
- From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
[PATCH 3/5] Assemble: skip devices that don't match uuid instead of aborting the assembly.
- From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
[PATCH 2/5] tests: clear the superblock before adding a device to the array.
- From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
[PATCH 1/5] tests: remove raid0 tests for 0.90 metadata version
- From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
[PATCH 0/5] Resurrect mdadm test cases - Series 1
- From: Sudhakar Panneerselvam <sudhakar.panneerselvam@xxxxxxxxxx>
[RFC PATCH v1 2/4] dm: crypt: use new key_extract_material helper
- From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
[RFC PATCH v1 1/4] keys: introduce key_extract_material helper
- From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
[RFC PATCH v1 4/4] ubifs: auth: consult encrypted and trusted keys if no logon key was found
- From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
[RFC PATCH v1 0/4] keys: introduce key_extract_material helper
- From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
[RFC PATCH v1 3/4] ubifs: auth: remove never hit key type error check
- From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
[PATCH] Assemble: start dirty and degraded array.
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: mdadm 4.2-rc2
- From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
[PATCH] imsm: fix num_data_stripes after raid0 takeover
- From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxxxxxxxx>
Re: [PATCH 2/5] md: replace GENHD_FL_UP with GENHD_FL_DISK_ADDED on is_mddev_broken()
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/3] imsm: correct offset for 4k disks in --examine output
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Use dev_open in validate geometry container
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] mdadm/super1: It needs to specify int32 for bitmap_offset
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: mdadm 4.2-rc2
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add error handling for chunk size in RAID1
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] imsm: Fix possible memory leaks and refactor freeing struct dl
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] mdadm: Fix building errors
- From: Jes Sorensen <jes@xxxxxxxxxxxxxxxxxx>

[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]