Linux RAID Storage Date Index

Thread Index

[RFC 2/5] move stripe cache define and functions to raid5.h
- From: Song Liu <songliubraving@xxxxxx>
[RFC 3/5] r5cache: look up stripe cache for chunk_aligned_read
- From: Song Liu <songliubraving@xxxxxx>
[RFC 4/5] r5cache: write part of r5cache
- From: Song Liu <songliubraving@xxxxxx>
[RFC 1/5] add bio_split_mddev
- From: Song Liu <songliubraving@xxxxxx>
[RFC 0/5] raid5-cache: the write cache part
- From: Song Liu <songliubraving@xxxxxx>
Re: BLKZEROOUT not zeroing md dev on VMDK
- From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
Re: BLKZEROOUT not zeroing md dev on VMDK
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
RE: mdadm remove old md details reassemble working drives
- From: Bryan Hepworth <bryan.hepworth@xxxxxxxxxxxxxxx>
Re: [RFC 3/3] md: dm-crypt: Introduce the bulk mode method when sending request
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: mdadm remove old md details reassemble working drives
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
mdadm remove old md details reassemble working drives
- From: Bryan Hepworth <bryan.hepworth@xxxxxxxxxxxxxxx>
Re: raid 5 crashed
- From: bobzer <bobzer@xxxxxxxxx>
AW: [PATCH] right meaning of PARITY_ENABLE_RMW and PARITY_PREFER_RMW
- From: Markus Stockhausen <stockhausen@xxxxxxxxxxx>
Re: [PATCH] right meaning of PARITY_ENABLE_RMW and PARITY_PREFER_RMW
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [RFC 1/3] block: Introduce blk_bio_map_sg() to map one bio
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
Re: [RFC 1/3] block: Introduce blk_bio_map_sg() to map one bio
- From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
[RFC 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
[RFC 3/3] md: dm-crypt: Introduce the bulk mode method when sending request
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
[RFC 0/3] Introduce the bulk mode method when sending request to crypto layer
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
[RFC 1/3] block: Introduce blk_bio_map_sg() to map one bio
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
[BISECT dbba42d8] dm: regression: large bio splits fail with dm-crypt under bcache in dm_make_request()
- From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v4 10/21] fs: Check for invalid i_uid in may_follow_link()
- From: Djalal Harouni <tixxdz@xxxxxxxxx>
[PATCH] right meaning of PARITY_ENABLE_RMW and PARITY_PREFER_RMW
- From: Song Liu <songliubraving@xxxxxx>
Re: [PATCH] Need update superblock on time when deciding to do reshape
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH] Need update superblock on time when deciding to do reshape
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: [PATCH] Need update superblock on time when deciding to do reshape
- From: Shaohua Li <shli@xxxxxxxxxx>
[BUG] call trace in raid5 do_release_stripe() is triggered during I/O stress test in kernel 3.19-rc8
- From: Joey Liao <joeyliao@xxxxxxxx>
Re: Write intent bitmap algorithm
- From: NeilBrown <nfbrown@xxxxxxxxxx>
RE: bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size
- From: "James Johnston" <johnstonj.public@xxxxxxxxxxxx>
Re: [PATCH] Need update superblock on time when deciding to do reshape
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: suggest disk numbers in a raidset?
- From: "John Stoffel" <john@xxxxxxxxxxx>
Re: suggest disk numbers in a raidset?
- From: d tbsky <tbskyd@xxxxxxxxx>
Mystery RCWs
- From: Dallas Clement <dallas.a.clement@xxxxxxxxx>
Re: [PATCH] Need update superblock on time when deciding to do reshape
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: suggest disk numbers in a raidset?
- From: "John Stoffel" <john@xxxxxxxxxxx>
Re: suggest disk numbers in a raidset?
- From: d tbsky <tbskyd@xxxxxxxxx>
Re: suggest disk numbers in a raidset?
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
Write intent bitmap algorithm
- From: Ankur Bose <ankur.bose@xxxxxxxxxx>
suggest disk numbers in a raidset?
- From: d tbsky <tbskyd@xxxxxxxxx>
[GIT PULL] MD for 4.7-rc1
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH] IMSM: retry reading sync_completed during reshape
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
BLKZEROOUT not zeroing md dev on VMDK
- From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
[PATCH 2/2] Change behavior in find_free_devnm when wrapping around.
- From: Mike Lovell <mlovell@xxxxxxxxxxxx>
[PATCH 1/2] Use dev_t for devnm2devid and devid2devnm
- From: Mike Lovell <mlovell@xxxxxxxxxxxx>
[PATCH 0/2] Fixes for lots of arrays
- From: Mike Lovell <mlovell@xxxxxxxxxxxx>
Re: [PATCH v4 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH v4 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
Re: [PATCH v4 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: Two disk RAID10 inactive on boot if partition is missing
- From: Peter Kay <syllopsium@xxxxxxxxxxxxxxxx>
Re: [PATCH v4 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
Re: [PATCH v4 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: mdadm - stuck reshape operation
- From: Erkki Seppala <flux@xxxxxxxxxxxxxxxxx>
Re: MD RAID6 corrupted by Avago 9260-4i controller [SOLVED]
- From: Wolfgang Denk <wd@xxxxxxx>
[PATCH] mdcheck: Send progress messages to system log
- From: Bill Merriam <lists@xxxxxxxxxxxxxxx>
Re: Two disk RAID10 inactive on boot if partition is missing
- From: Phil Turmel <philip@xxxxxxxxxx>
[PATCH] IMSM: retry reading sync_completed during reshape
- From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
Re: Two disk RAID10 inactive on boot if partition is missing
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
[PATCH] Need update superblock on time when deciding to do reshape
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: Two disk RAID10 inactive on boot if partition is missing
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
Two disk RAID10 inactive on boot if partition is missing
- From: Peter Kay <syllopsium@xxxxxxxxxxxxxxxx>
Re: MD RAID6 corrupted by Avago 9260-4i controller [SOLVED]
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
Re: MD RAID6 corrupted by Avago 9260-4i controller [SOLVED]
- From: Wolfgang Denk <wd@xxxxxxx>
Re: MD RAID6 corrupted by Avago 9260-4i controller [SOLVED]
- From: Wolfgang Denk <wd@xxxxxxx>
Re: MD RAID6 corrupted by Avago 9260-4i controller [SOLVED]
- From: Wolfgang Denk <wd@xxxxxxx>
Re: MD RAID6 corrupted by Avago 9260-4i controller [SOLVED]
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
Re: MD RAID6 corrupted by Avago 9260-4i controller [SOLVED]
- From: Wolfgang Denk <wd@xxxxxxx>
Re: MD RAID6 corrupted by Avago 9260-4i controller [SOLVED]
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
Re: MD RAID6 corrupted by Avago 9260-4i controller [SOLVED]
- From: Wolfgang Denk <wd@xxxxxxx>
Re: MD RAID6 corrupted by Avago 9260-4i controller [SOLVED]
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
Re: MD RAID6 corrupted by Avago 9260-4i controller [SOLVED]
- From: Wolfgang Denk <wd@xxxxxxx>
Re: MD RAID6 corrupted by Avago 9260-4i controller [SOLVED]
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
Re: MD RAID6 corrupted by Avago 9260-4i controller [SOLVED]
- From: Wolfgang Denk <wd@xxxxxxx>
Re: MD RAID6 corrupted by Avago 9260-4i controller
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
Re: MD RAID6 corrupted by Avago 9260-4i controller
- From: Wolfgang Denk <wd@xxxxxxx>
MD RAID6 corrupted by Avago 9260-4i controller
- From: Wolfgang Denk <wd@xxxxxxx>
Re: recovering failed and unrecognizable RAID5 during mdadm --grow without backup
- From: Claudiu Rad-Lohanel <jazzman@xxxxxxxxxxxxx>
Re: [RFC] super1: error handling for super-block loading
- From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
Re: recovering failed and unrecognizable RAID5 during mdadm --grow without backup
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
Re: recovering failed and unrecognizable RAID5 during mdadm --grow without backup
- From: Claudiu Rad-Lohanel <jazzman@xxxxxxxxxxxxx>
Re: recovering failed and unrecognizable RAID5 during mdadm --grow without backup
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: recovering failed and unrecognizable RAID5 during mdadm --grow without backup
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: recovering failed and unrecognizable RAID5 during mdadm --grow without backup
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: recovering failed and unrecognizable RAID5 during mdadm --grow without backup
- From: Claudiu Rad-Lohanel <jazzman@xxxxxxxxxxxxx>
Re: [PATCH] super1: add more checks for NodeNumUpdate option
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [RFC] super1: error handling for super-block loading
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: recovering failed and unrecognizable RAID5 during mdadm --grow without backup
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: [RFC] super1: error handling for super-block loading
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
[RFC] super1: error handling for super-block loading
- From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
recovering failed and unrecognizable RAID5 during mdadm --grow without backup
- From: Claudiu Rad <jazzman@xxxxxxxxxxxxx>
Re: problems with lots of arrays
- From: Hannes Reinecke <hare@xxxxxxx>
Re: problems with lots of arrays
- From: NeilBrown <neilb@xxxxxxx>
Re: raid 5 crashed
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: raid 5 crashed
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
[PATCH] super1: add more checks for NodeNumUpdate option
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: problems with lots of arrays
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH] md: make the code more readable in the for-loop
- From: Shaohua Li <shli@xxxxxxxxxx>
[PATCH v1] dm-crypt: replace custom implementation of hex2bin()
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
Re: problems with lots of arrays
- From: NeilBrown <neilb@xxxxxxx>
raid 5 crashed
- From: bobzer <bobzer@xxxxxxxxx>
Re: problems with lots of arrays
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH] md: raid5: add prerequisite to run underneath dm-raid
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
Re: [PATCH] md: raid5: add prerequisite to run underneath dm-raid
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH] md: make the code more readable in the for-loop
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH] super1: make the check for NodeNumUpdate more accurate
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: RAID5 - reshape_position too early for auto-recovery - aborting
- From: SharksArt <sharksart@xxxxxxxxx>
Re: [PATCH] md: raid5: add prerequisite to run underneath dm-raid
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: md: md.c: fix oops in mddev_suspend for raid0
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
[PATCH] [REGRESSION] md: md.c: fix oops in mddev_suspend for raid0
- From: heinzm@xxxxxxxxxx
[PATCH] md: raid10: add prerequisite to run underneath dm-raid
- From: heinzm@xxxxxxxxxx
[PATCH] md: raid5: add prerequisite to run underneath dm-raid
- From: heinzm@xxxxxxxxxx
Re: [PATCH] md: make the code more readable in the for-loop
- From: NeilBrown <nfbrown@xxxxxxxxxx>
Re: [PATCH] md: make the code more readable in the for-loop
- From: Shaohua Li <shli@xxxxxxxxxx>
[PATCH] super1: make the check for NodeNumUpdate more accurate
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [PATCH] md: make the code more readable in the for-loop
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
Re: [PATCH] md: make the code more readable in the for-loop
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: Write to the degraded raid5 will trigger the call trace dump when skip_copy is enabled
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH 1/3] md: set MD_CHANGE_PENDING in a atomic region
- From: Shaohua Li <shli@xxxxxxxxxx>
[PATCH] md: make the code more readable in the for-loop
- From: "Tiezhu Yang" <kernelpatch@xxxxxxx>
Re: problems with lots of arrays
- From: NeilBrown <nfbrown@xxxxxxxxxx>
Help! Qnap array crash - trying to recover arrays without OS and syslog
- From: Christopher Jeffry Hamilton <chris@xxxxxxxx>
Re: problems with lots of arrays
- From: Mike Lovell <mike.lovell@xxxxxxxxxxxxx>
Re: problems with lots of arrays
- From: Mike Lovell <mike.lovell@xxxxxxxxxxxxx>
Re: problems with lots of arrays
- From: NeilBrown <nfbrown@xxxxxxxxxx>
problems with lots of arrays
- From: Mike Lovell <mike.lovell@xxxxxxxxxxxxx>
Re: [PATCH 0/2] Check node nums for cluster raid
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: I was dump, I need help.
- From: Patrice <mailinglist@xxxxxxxxxx>
Re: [PATCH 0/2] Check node nums for cluster raid
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [PATCH 00/42] v7: separate operations from flags in the bio/request structs
- From: Mike Christie <mchristi@xxxxxxxxxx>
Re: [PATCH 00/42] v7: separate operations from flags in the bio/request structs
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
Re: [PATCH 00/42] v7: separate operations from flags in the bio/request structs
- From: Mike Christie <mchristi@xxxxxxxxxx>
Re: [PATCH 0/2] Check node nums for cluster raid
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: [PATCH 0/2] Check node nums for cluster raid
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 0/2] Check node nums for cluster raid
- From: Doug Ledford <dledford@xxxxxxxxxx>
Re: [PATCH 0/2] Check node nums for cluster raid
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
[PATCH 1/2] Create: check the node nums when create clustered raid
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 2/2] super1: don't update node nums if it is not more than 1
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 0/2] Check node nums for cluster raid
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[Update PATCH] md-cluster: gather resync infos and enable recv_thread after bitmap is ready
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [PATCH 2/3] md-cluster: gather resync infos and enable recv_thread after bitmap is ready
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: Write to the degraded raid5 will trigger the call trace dump when skip_copy is enabled
- From: Joey Liao <joeyliao@xxxxxxxx>
[PATCH 3/3] md-cluster: check the return value of process_recvd_msg
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 1/3] md: set MD_CHANGE_PENDING in a atomic region
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 2/3] md-cluster: gather resync infos and enable recv_thread after bitmap is ready
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [PATCH 00/42] v7: separate operations from flags in the bio/request structs
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
Re: Help needed: array inactive after grow attempt
- From: Phil Turmel <philip@xxxxxxxxxx>
RAID5 - reshape_position too early for auto-recovery - aborting
- From: SharksArt <sharksart@xxxxxxxxx>
Re: [V2 PATCH 00/13] The latest patches for md-cluster
- From: Shaohua Li <shli@xxxxxxxxxx>
[GIT PULL] MD fix for 4.6-rc6
- From: Shaohua Li <shli@xxxxxxxxxx>
[V2 PATCH 13/13] md-cluster: fix ifnullfree.cocci warnings
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[V2 PATCH 12/13] md-cluster/bitmap: unplug bitmap to sync dirty pages to disk
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[V2 PATCH 11/13] md-cluster/bitmap: fix wrong page num in bitmap_file_clear_bit and bitmap_file_set_bit
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[V2 PATCH 10/13] md-cluster/bitmap: fix wrong calcuation of offset
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[V2 PATCH 09/13] md-cluster: sync bitmap when node received RESYNCING msg
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[V2 PATCH 08/13] md-cluster: always setup in-memory bitmap
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[V2 PATCH 07/13] md-cluster: wakeup thread if activated a spare disk
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[V2 PATCH 06/13] md-cluster: change array_sectors and update size are not supported
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[V2 PATCH 05/13] md-cluster: fix locking when node joins cluster during message broadcast
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[V2 PATCH 04/13] md-cluster: unregister thread if err happened
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[V2 PATCH 03/13] md-cluster: wake up thread to continue recovery
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[V2 PATCH 01/13] md-cluster: change resync lock from asynchronous to synchronous
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[V2 PATCH 02/13] md-cluser: make resync_finish only called after pers->sync_request
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[V2 PATCH 00/13] The latest patches for md-cluster
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: Write to the degraded raid5 will trigger the call trace dump when skip_copy is enabled
- From: Joey Liao <joeyliao@xxxxxxxx>
Re: I was dump, I need help.
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: I was dump, I need help.
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
I was dump, I need help.
- From: Patrice <mailinglist@xxxxxxxxxx>
I was dump, I need help.
- From: Patrice <mailinglist@xxxxxxxxxx>
I was dump, I need help.
- From: Patrice <mailinglist@xxxxxxxxxx>
Re: Write to the degraded raid5 will trigger the call trace dump when skip_copy is enabled
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH V3 08/13] md: set MD_CHANGE_PENDING in a spinlocked region
- From: Shaohua Li <shli@xxxxxxxxxx>
Write to the degraded raid5 will trigger the call trace dump when skip_copy is enabled
- From: Joey Liao <joeyliao@xxxxxxxx>
Re: [PATCH] MD: make bio mergeable
- From: Holger Kiehl <Holger.Kiehl@xxxxxx>
Re: [PATCH V3 08/13] md: set MD_CHANGE_PENDING in a spinlocked region
- From: NeilBrown <neilb@xxxxxxx>
Re: Help needed: array inactive after grow attempt
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: Help needed: array inactive after grow attempt
- From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
Re: Help needed: array inactive after grow attempt
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: mdadm - stuck reshape operation
- From: Peter Bates <peter.thebates@xxxxxxxxx>
Re: [PATCH] MD: make bio mergeable
- From: Shaohua Li <shli@xxxxxx>
Re: Help needed: array inactive after grow attempt
- From: Andread Mayrhoff <repro@xxxxxxxxxxxx>
Re: [PATCH] MD: make bio mergeable
- From: Holger Kiehl <Holger.Kiehl@xxxxxx>
Re: Help needed: array inactive after grow attempt
- From: Andread Mayrhoff <repro@xxxxxxxxxxxx>
Help needed: array inactive after grow attempt
- From: Andread Mayrhoff <repro@xxxxxxxxxxxx>
Re: [PATCH V3 08/13] md: set MD_CHANGE_PENDING in a spinlocked region
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH 09/13] md-cluster: always setup in-memory bitmap
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [PATCH V3 08/13] md: set MD_CHANGE_PENDING in a spinlocked region
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: mdadm - stuck reshape operation
- From: "John Stoffel" <john@xxxxxxxxxxx>
Re: [PATCH V3 08/13] md: set MD_CHANGE_PENDING in a spinlocked region
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH 09/13] md-cluster: always setup in-memory bitmap
- From: Shaohua Li <shli@xxxxxxxxxx>
mdadm - stuck reshape operation
- From: Peter Bates <peter.thebates@xxxxxxxxx>
Re: [PATCH v4 17/21] capabilities: Allow privileged user in s_user_ns to set security.* xattrs
- From: James Morris <jmorris@xxxxxxxxx>
[PATCH V3 08/13] md: set MD_CHANGE_PENDING in a spinlocked region
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH v4 01/21] fs: fix a posible leak of allocated superblock
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 02/21] fs: Remove check of s_user_ns for existing mounts in fs_fully_visible()
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
Re: [PATCH v3 14/21] fs: Allow superblock owner to change ownership of inodes with unmappable ids
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 06/21] fs: Treat foreign mounts as nosuid
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 04/21] block_dev: Support checking inode permissions in lookup_bdev()
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 07/21] selinux: Add support for unprivileged mounts from user namespaces
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 05/21] block_dev: Check permissions towards block device inode when mounting
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 08/21] userns: Replace in_userns with current_in_userns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 10/21] fs: Check for invalid i_uid in may_follow_link()
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 11/21] cred: Reject inodes with invalid ids in set_create_file_as()
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 09/21] Smack: Handle labels consistently in untrusted mounts
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 12/21] fs: Refuse uid/gid changes which don't map into s_user_ns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 13/21] fs: Update posix_acl support to handle user namespace mounts
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 14/21] fs: Allow superblock owner to change ownership of inodes with unmappable ids
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 16/21] fs: Allow superblock owner to access do_remount_sb()
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 18/21] fuse: Add support for pid namespaces
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 17/21] capabilities: Allow privileged user in s_user_ns to set security.* xattrs
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 15/21] fs: Don't remove suid for CAP_FSETID in s_user_ns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 19/21] fuse: Support fuse filesystems outside of init_user_ns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 20/21] fuse: Restrict allow_other to the superblock's namespace or a descendant
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 21/21] fuse: Allow user namespace mounts
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v4 00/21] Support fuse mounts in user namespaces
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
Re: [PATCH] MD: make bio mergeable
- From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
Re: [PATCH] MD: make bio mergeable
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: [PATCH] MD: make bio mergeable
- From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
Re: [PATCH 09/13] md-cluster: always setup in-memory bitmap
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [PATCH V2 08/13] md: set MD_CHANGE_PENDING in a spinlocked region
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [PATCH] MD: make bio mergeable
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: [PATCH] MD: make bio mergeable
- From: Jens Axboe <axboe@xxxxxxxxx>
[PATCH] MD: make bio mergeable
- From: Shaohua Li <shli@xxxxxx>
Re: [PATCH v3 14/21] fs: Allow superblock owner to change ownership of inodes with unmappable ids
- From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
Re: [PATCH v3 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
- From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
Re: [PATCH 09/13] md-cluster: always setup in-memory bitmap
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH V2 08/13] md: set MD_CHANGE_PENDING in a spinlocked region
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH] md/raid0: remove empty line printk from dump_zones
- From: Shaohua Li <shli@xxxxxxxxxx>
[PATCH] md/raid0: remove empty line printk from dump_zones
- From: Michał Pecio <michal.pecio@xxxxxxxxx>
[PATCH] RAID Cleanup for bio-split
- From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
[PATCH v3 02/21] fs: Remove check of s_user_ns for existing mounts in fs_fully_visible()
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 00/21] Support fuse mounts in user namespaces
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 04/21] block_dev: Support checking inode permissions in lookup_bdev()
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 07/21] selinux: Add support for unprivileged mounts from user namespaces
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 08/21] userns: Replace in_userns with current_in_userns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 09/21] Smack: Handle labels consistently in untrusted mounts
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 06/21] fs: Treat foreign mounts as nosuid
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 05/21] block_dev: Check permissions towards block device inode when mounting
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 10/21] fs: Check for invalid i_uid in may_follow_link()
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 12/21] fs: Refuse uid/gid changes which don't map into s_user_ns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 13/21] fs: Update posix_acl support to handle user namespace mounts
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 14/21] fs: Allow superblock owner to change ownership of inodes with unmappable ids
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 11/21] cred: Reject inodes with invalid ids in set_create_file_as()
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 18/21] fuse: Add support for pid namespaces
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 17/21] capabilities: Allow privileged user in s_user_ns to set security.* xattrs
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 16/21] fs: Allow superblock owner to access do_remount_sb()
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 19/21] fuse: Support fuse filesystems outside of init_user_ns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 20/21] fuse: Restrict allow_other to the superblock's namespace or a descendant
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 15/21] fs: Don't remove suid for CAP_FSETID in s_user_ns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 21/21] fuse: Allow user namespace mounts
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH v3 01/21] fs: fix a posible leak of allocated superblock
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
Re: Hard CPU Lockup when accessing MD RAID5
- From: Daniel Walker <admin@xxxxxxxxxx>
Re: [PATCH] md-cluster: fix ifnullfree.cocci warnings
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [PATCH 09/13] md-cluster: always setup in-memory bitmap
- From: kbuild test robot <lkp@xxxxxxxxx>
[PATCH] md-cluster: fix ifnullfree.cocci warnings
- From: kbuild test robot <lkp@xxxxxxxxx>
[PATCH V2 08/13] md: set MD_CHANGE_PENDING in a spinlocked region
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH V2 01/13] md-cluster: change resync lock from asynchronous to synchronous
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [PATCH 08/13] md: set MD_CHANGE_PENDING in a spinlocked region
- From: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH 01/13] md-cluster: change resync lock from asynchronous to synchronous
- From: kbuild test robot <lkp@xxxxxxxxx>
[PATCH 13/13] md-cluster/bitmap: unplug bitmap to sync dirty pages to disk
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 03/13] md-cluster: wake up thread to continue recovery
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 11/13] md-cluster/bitmap: fix wrong calcuation of offset
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 10/13] md-cluster: sync bitmap when node received RESYNCING msg
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 12/13] md-cluster/bitmap: fix wrong page num in bitmap_file_clear_bit and bitmap_file_set_bit
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 04/13] md-cluster: unregister thread if err happened
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 05/13] md-cluster: fix locking when node joins cluster during message broadcast
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 06/13] md-cluster: change array_sectors and update size are not supported
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 09/13] md-cluster: always setup in-memory bitmap
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 07/13] md-cluster: wakeup thread if activated a spare disk
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 08/13] md: set MD_CHANGE_PENDING in a spinlocked region
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 02/13] md-cluser: make resync_finish only called after pers->sync_request
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 01/13] md-cluster: change resync lock from asynchronous to synchronous
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 00/13] The latest patches for md-cluster
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH] raid6check: Fix if-else indentation
- From: Khem Raj <raj.khem@xxxxxxxxx>
Re: Hard CPU Lockup when accessing MD RAID5
- From: "John Stoffel" <john@xxxxxxxxxxx>
Re: [PATCH v2 1/4] scatterlist: Introduce some helper functions
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 1/4] scatterlist: Introduce some helper functions
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
Re: Hard CPU Lockup when accessing MD RAID5
- From: Daniel Walker <admin@xxxxxxxxxx>
Re: Poor written performance with RAID5 on ARM64
- From: "刘正元" <liuzhengyuan@xxxxxxxxxxxxxx>
[PATCH] include sys/sysmacros.h for major/minor/makedev prototypes
- From: Mike Frysinger <vapier@xxxxxxxxxx>
Re: Poor written performance with RAID5 on ARM64
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Milan Broz <mbroz@xxxxxxxxxx>
Re: [dm-devel] [PATCH 04/42] fs: have submit_bh users pass in op and flags separately
- From: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
Re: [PATCH 16/42] nilfs: set bi_op to REQ_OP
- From: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Poor written performance with RAID5 on ARM64
- From: "刘正元" <liuzhengyuan@xxxxxxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
Re: [PATCH 41/42] block: do not use REQ_FLUSH for tracking flush support
- From: Juergen Gross <kernel@xxxxxxxxx>
Re: [PATCH 00/42] v7: separate operations from flags in the bio/request structs
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
[PATCH 01/42] block/fs/drivers: remove rw argument from submit_bio
- From: mchristi@xxxxxxxxxx
[PATCH 00/42] v7: separate operations from flags in the bio/request structs
- From: mchristi@xxxxxxxxxx
[PATCH 03/42] block, fs, mm, drivers: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 02/42] block: add REQ_OP definitions and bi_op/op fields
- From: mchristi@xxxxxxxxxx
[PATCH 04/42] fs: have submit_bh users pass in op and flags separately
- From: mchristi@xxxxxxxxxx
[PATCH 06/42] direct-io: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 07/42] btrfs: have submit_one_bio users setup bio bi_op
- From: mchristi@xxxxxxxxxx
[PATCH 05/42] fs: have ll_rw_block users pass in op and flags separately
- From: mchristi@xxxxxxxxxx
[PATCH 08/42] btrfs: set bi_op tp REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 10/42] btrfs: use bio fields for op and flags
- From: mchristi@xxxxxxxxxx
[PATCH 12/42] gfs2: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 09/42] btrfs: update __btrfs_map_block for bi_op transition
- From: mchristi@xxxxxxxxxx
[PATCH 13/42] xfs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 14/42] hfsplus: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 11/42] f2fs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 15/42] mpage: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 17/42] ocfs2: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 16/42] nilfs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 18/42] pm: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 20/42] dm: pass dm stats data dir instead of bi_rw
- From: mchristi@xxxxxxxxxx
[PATCH 21/42] bcache: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 23/42] md/raid: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 22/42] drbd: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 24/42] xen: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 26/42] block: copy bio op to request op
- From: mchristi@xxxxxxxxxx
[PATCH 27/42] block: prepare request creation/destruction code to use REQ_OPs
- From: mchristi@xxxxxxxxxx
[PATCH 25/42] target: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 28/42] block: prepare mq request creation to use REQ_OPs
- From: mchristi@xxxxxxxxxx
[PATCH 30/42] blkg_rwstat: separate op from flags
- From: mchristi@xxxxxxxxxx
[PATCH 29/42] block: prepare elevator to use REQ_OPs.
- From: mchristi@xxxxxxxxxx
[PATCH 32/42] block: convert is_sync helpers to use REQ_OPs.
- From: mchristi@xxxxxxxxxx
[PATCH 31/42] block: convert merge/insert code to check for REQ_OPs.
- From: mchristi@xxxxxxxxxx
[PATCH 33/42] block: convert rq_data_dir helper to use REQ_OPs
- From: mchristi@xxxxxxxxxx
[PATCH 35/42] blktrace: get op from req->op/bio->bi_op
- From: mchristi@xxxxxxxxxx
[PATCH 34/42] drivers: set request op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 37/42] block, fs, drivers: do use bi_rw/cmd_flags for REQ_OPs.
- From: mchristi@xxxxxxxxxx
[PATCH 36/42] ide cd: do not set REQ_WRITE on requests.
- From: mchristi@xxxxxxxxxx
[PATCH 39/42] block: shrink bio/request fields
- From: mchristi@xxxxxxxxxx
[PATCH 38/42] block, fs: remove old REQ definitions.
- From: mchristi@xxxxxxxxxx
[PATCH 40/42] block, drivers: add REQ_OP_FLUSH operation
- From: mchristi@xxxxxxxxxx
[PATCH 42/42] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
- From: mchristi@xxxxxxxxxx
[PATCH 41/42] block: do not use REQ_FLUSH for tracking flush support
- From: mchristi@xxxxxxxxxx
[PATCH 19/42] dm: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
Re: [PATCH 41/42] block: do not use REQ_FLUSH for tracking flush support
- From: Mike Christie <mchristi@xxxxxxxxxx>
Re: [PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: What does --replace actually do?
- From: Robin Hill <robin@xxxxxxxxxxxxxxx>
Re: What does --replace actually do?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
What does --replace actually do?
- From: Eyal Lebedinsky <eyal@xxxxxxxxxxxxxx>
[PATCH 01/42] block/fs/drivers: remove rw argument from submit_bio
- From: mchristi@xxxxxxxxxx
[PATCH 02/42] block: add REQ_OP definitions and bi_op/op fields
- From: mchristi@xxxxxxxxxx
[PATCH 00/42] v6: separate operations from flags in the bio/request structs
- From: mchristi@xxxxxxxxxx
[PATCH 03/42] block, fs, mm, drivers: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 06/42] direct-io: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 04/42] fs: have submit_bh users pass in op and flags separately
- From: mchristi@xxxxxxxxxx
[PATCH 07/42] btrfs: have submit_one_bio users setup bio bi_op
- From: mchristi@xxxxxxxxxx
[PATCH 05/42] fs: have ll_rw_block users pass in op and flags separately
- From: mchristi@xxxxxxxxxx
[PATCH 08/42] btrfs: set bi_op tp REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 13/42] xfs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 09/42] btrfs: update __btrfs_map_block for bi_op transition
- From: mchristi@xxxxxxxxxx
[PATCH 10/42] btrfs: use bio fields for op and flags
- From: mchristi@xxxxxxxxxx
[PATCH 14/42] hfsplus: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 12/42] gfs2: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 15/42] mpage: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 17/42] ocfs2: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 11/42] f2fs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 16/42] nilfs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 18/42] pm: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 20/42] dm: pass dm stats data dir instead of bi_rw
- From: mchristi@xxxxxxxxxx
[PATCH 21/42] bcache: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 19/42] dm: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 25/42] target: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 22/42] drbd: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 24/42] xen: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 23/42] md/raid: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 27/42] block: prepare request creation/destruction code to use REQ_OPs
- From: mchristi@xxxxxxxxxx
[PATCH 28/42] block: prepare mq request creation to use REQ_OPs
- From: mchristi@xxxxxxxxxx
[PATCH 26/42] block: copy bio op to request op
- From: mchristi@xxxxxxxxxx
[PATCH 31/42] block: convert merge/insert code to check for REQ_OPs.
- From: mchristi@xxxxxxxxxx
[PATCH 32/42] block: convert is_sync helpers to use REQ_OPs.
- From: mchristi@xxxxxxxxxx
[PATCH 33/42] block: convert rq_data_dir helper to use REQ_OPs
- From: mchristi@xxxxxxxxxx
[PATCH 29/42] block: prepare elevator to use REQ_OPs.
- From: mchristi@xxxxxxxxxx
[PATCH 30/42] blkg_rwstat: separate op from flags
- From: mchristi@xxxxxxxxxx
[PATCH 34/42] drivers: set request op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 37/42] block, fs, drivers: do use bi_rw/cmd_flags for REQ_OPs.
- From: mchristi@xxxxxxxxxx
Re: [PATCH 41/42] block: do not use REQ_FLUSH for tracking flush support
- From: Juergen Gross <kernel@xxxxxxxxx>
[PATCH 35/42] blktrace: get op from req->op/bio->bi_op
- From: mchristi@xxxxxxxxxx
[PATCH 36/42] ide cd: do not set REQ_WRITE on requests.
- From: mchristi@xxxxxxxxxx
[PATCH 38/42] block, fs: remove old REQ definitions.
- From: mchristi@xxxxxxxxxx
[PATCH 40/42] block, drivers: add REQ_OP_FLUSH operation
- From: mchristi@xxxxxxxxxx
[PATCH 39/42] block: shrink bio/request fields
- From: mchristi@xxxxxxxxxx
[PATCH 41/42] block: do not use REQ_FLUSH for tracking flush support
- From: mchristi@xxxxxxxxxx
[PATCH 42/42] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
- From: mchristi@xxxxxxxxxx
Re: RAID 1 not fixing up sector errors?
- From: Roman Mamedov <rm@xxxxxxxxxxx>
Re: xfs_repair fails after trying to format log cycle?
- From: Andrew Ryder <tireman@xxxxxxx>
Re: [patch v2] md/raid0: fix uninitialized variable bug
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: RAID 1 not fixing up sector errors?
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
Re: RAID 1 not fixing up sector errors?
- From: Dag Nygren <dag@xxxxxxxxxx>
Re: RAID 1 not fixing up sector errors?
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
RAID 1 not fixing up sector errors?
- From: Dag Nygren <dag@xxxxxxxxxx>
[PATCH v1 00/27] block: cleanup direct access to .bi_vcnt & .bi_io_vec
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 11/27] bcache: io.c: use bio_set_vec_table
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 12/27] bcache: journal.c: use bio_set_vec_table()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 10/27] bcache: debug: avoid to access .bi_io_vec directly
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 14/27] bcache: writeback: use bio_set_vec_table()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 15/27] bcache: super: use bio_set_vec_table()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 17/27] dm: crypt: use bio_add_page()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 13/27] bcache: movinggc: use bio_set_vec_table()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 18/27] dm: dm-io.c: use bio_get_base_vec()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 20/27] dm: dm-bufio.c: use bio_set_vec_table()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 19/27] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH v1 16/27] bcache: super: use bio_get_base_vec
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[patch v2] md/raid0: fix uninitialized variable bug
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
Re: [PATCH 00/42] v5: separate operations from flags in the bio/request structs
- From: Hannes Reinecke <hare@xxxxxxx>
Re: xfs_repair fails after trying to format log cycle?
- From: Andrew Ryder <tireman@xxxxxxx>
[PATCH 00/42] v5: separate operations from flags in the bio/request structs
- From: mchristi@xxxxxxxxxx
[PATCH 01/42] block/fs/drivers: remove rw argument from submit_bio
- From: mchristi@xxxxxxxxxx
[PATCH 04/42] fs: have submit_bh users pass in op and flags separately
- From: mchristi@xxxxxxxxxx
[PATCH 05/42] fs: have ll_rw_block users pass in op and flags separately
- From: mchristi@xxxxxxxxxx
[PATCH 02/42] block: add REQ_OP definitions and bi_op/op fields
- From: mchristi@xxxxxxxxxx
[PATCH 03/42] block, fs, mm, drivers: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 06/42] direct-io: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 09/42] btrfs: update __btrfs_map_block for bi_op transition
- From: mchristi@xxxxxxxxxx
[PATCH 07/42] btrfs: have submit_one_bio users setup bio bi_op
- From: mchristi@xxxxxxxxxx
[PATCH 08/42] btrfs: set bi_op tp REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 14/42] hfsplus: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 15/42] mpage: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 16/42] nilfs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 11/42] f2fs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 17/42] ocfs2: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 10/42] btrfs: use bio fields for op and flags
- From: mchristi@xxxxxxxxxx
[PATCH 12/42] gfs2: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 18/42] pm: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 13/42] xfs: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 19/42] dm: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 20/42] dm: pass dm stats data dir instead of bi_rw
- From: mchristi@xxxxxxxxxx
[PATCH 22/42] drbd: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 21/42] bcache: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 24/42] xen: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 23/42] md/raid: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 27/42] block: prepare request creation/destruction code to use REQ_OPs
- From: mchristi@xxxxxxxxxx
[PATCH 25/42] target: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 26/42] block: copy bio op to request op
- From: mchristi@xxxxxxxxxx
[PATCH 28/42] block: prepare mq request creation to use REQ_OPs
- From: mchristi@xxxxxxxxxx
[PATCH 32/42] block: convert is_sync helpers to use REQ_OPs.
- From: mchristi@xxxxxxxxxx
[PATCH 33/42] block: convert rq_data_dir helper to use REQ_OPs
- From: mchristi@xxxxxxxxxx
[PATCH 30/42] blkg_rwstat: separate op from flags
- From: mchristi@xxxxxxxxxx
[PATCH 34/42] drivers: set request op to REQ_OP
- From: mchristi@xxxxxxxxxx
[PATCH 35/42] blktrace: get op from req->op/bio->bi_op
- From: mchristi@xxxxxxxxxx
[PATCH 29/42] block: prepare elevator to use REQ_OPs.
- From: mchristi@xxxxxxxxxx
[PATCH 37/42] block, fs, drivers: do use bi_rw/cmd_flags for REQ_OPs.
- From: mchristi@xxxxxxxxxx
[PATCH 36/42] ide cd: do not set REQ_WRITE on requests.
- From: mchristi@xxxxxxxxxx
[PATCH 38/42] block, fs: remove old REQ definitions.
- From: mchristi@xxxxxxxxxx
[PATCH 40/42] block, drivers: add REQ_OP_FLUSH operation
- From: mchristi@xxxxxxxxxx
[PATCH 39/42] block: shrink bio/request fields
- From: mchristi@xxxxxxxxxx
[PATCH 42/42] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
- From: mchristi@xxxxxxxxxx
[PATCH 41/42] block: use QUEUE flags instead of flush_flags to test for flush support
- From: mchristi@xxxxxxxxxx
[PATCH 31/42] block: convert merge/insert code to check for REQ_OPs.
- From: mchristi@xxxxxxxxxx
Re: [patch] md/raid0: check for create_strip_zones() errors
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
Re: [patch] md/raid0: check for create_strip_zones() errors
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: Hard CPU Lockup when accessing MD RAID5
- From: Shaohua Li <shli@xxxxxxxxxx>
[patch] md/raid0: check for create_strip_zones() errors
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
Hard CPU Lockup when accessing MD RAID5
- From: Daniel Walker <admin@xxxxxxxxxx>
Re: [PATCH] MAINTAINERS: correct entry for LVM
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
Re: MAINTAINERS: correct entry for LVM
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: [PATCH] MAINTAINERS: correct entry for LVM
- From: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH] MAINTAINERS: correct entry for LVM
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: [PATCH] MAINTAINERS: correct entry for LVM
- From: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH] MAINTAINERS: correct entry for LVM
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: [PATCH] MAINTAINERS: correct entry for LVM
- From: Joe Perches <joe@xxxxxxxxxxx>
Re: dm: ioctl: use kvfree
- From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] MAINTAINERS: correct entry for LVM
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: dm: ioctl: use kvfree
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
Re: [PATCH] MAINTAINERS: correct entry for LVM
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
Re: [PATCH] MAINTAINERS: correct entry for LVM
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [PATCH] MAINTAINERS: correct entry for LVM
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
Re: dm: ioctl: use kvfree
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
Re: [PATCH] MAINTAINERS: correct entry for LVM
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: Setting up fakeraid with mdadm / dmraid
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: Recovery after failed chunk size change
- From: Benjamin Meier <maillists@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
[PATCH] MAINTAINERS: correct entry for LVM
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
Re: dm: ioctl: use kvfree
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
[PATCH] dm: ioctl: use kvfree
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
Re: make_request bug: can't convert block across chunks or bigger than 512k 2554601336 124
- From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
[PATCH] dm thin: Remove return statement from void function
- From: Amitoj Kaur Chawla <amitoj1606@xxxxxxxxx>
Re: [BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
- From: Sebastian Roesner <sroesner-kernelorg@xxxxxxxxxxxxxxxxx>
[GIT PULL] MD fix for 4.6-rc2
- From: Shaohua Li <shli@xxxxxxxxxx>
make_request bug: can't convert block across chunks or bigger than 512k 2554601336 124
- From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
Is mdadm.conf necessary? Is this the cause of my problems?
- From: Anthonys Lists <antlists@xxxxxxxxxxxxxxx>
Re: raid1 recoverable after system crash?
- From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
Re: raid1 recoverable after system crash?
- From: Roman Mamedov <rm@xxxxxxxxxxx>
Re: raid1 recoverable after system crash?
- From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
Re: raid1 recoverable after system crash?
- From: Roman Mamedov <rm@xxxxxxxxxxx>
raid1 recoverable after system crash?
- From: "Brian J. Murrell" <brian@xxxxxxxxxxxxxxx>
Re: recovery from selinux blocking --backup-file during RAID5->6
- From: George Rapp <george.rapp@xxxxxxxxx>
Re: recovery from selinux blocking --backup-file during RAID5->6
- From: Noah Beck <noah.b.beck@xxxxxxxxx>
Re: [PATCH] [RFC] fix potential access after free: return value of blk_check_plugged() must be used schedule() safe
- From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
Re: Repairing R1: Part tabl, & precise command
- From: Étienne Buira <etienne.buira@xxxxxxxxx>
Re: Repairing R1: Part tabl, & precise command
- From: Ron Leach <ronleach@xxxxxxxxx>
Re: [PATCH] badblocks: fix wrong return value when badblocks are disabled
- From: Johannes Thumshirn <jthumshirn@xxxxxxx>
Re: [PATCH] badblocks: fix wrong return value when badblocks are disabled
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: [PATCH] [RFC] fix potential access after free: return value of blk_check_plugged() must be used schedule() safe
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH] [RFC] fix potential access after free: return value of blk_check_plugged() must be used schedule() safe
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH 11/27] bcache: io.c: use bio_set_vec_table
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
Re: [PATCH] [RFC] fix potential access after free: return value of blk_check_plugged() must be used schedule() safe
- From: Chris Mason <clm@xxxxxx>
Re: Repairing R1: Part tabl, & precise command
- From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] [RFC] fix potential access after free: return value of blk_check_plugged() must be used schedule() safe
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 20/27] dm: dm-bufio.c: use bio_set_vec_table()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: [PATCH] badblocks: fix wrong return value when badblocks are disabled
- From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
Re: [PATCH 11/27] bcache: io.c: use bio_set_vec_table
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Repairing R1: Part tabl, & precise command
- From: Ron Leach <ronleach@xxxxxxxxx>
Re: Setting up fakeraid with mdadm / dmraid
- From: "Christoph Pleger" <Christoph.Pleger@xxxxxxxxxxxxxxxxx>
Re: Repairing R1: Part tabl, & precise command
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: [PATCH 11/27] bcache: io.c: use bio_set_vec_table
- From: Ming Lei <tom.leiming@xxxxxxxxx>
Re: recovery from selinux blocking --backup-file during RAID5->6
- From: Noah Beck <noah.b.beck@xxxxxxxxx>
Re: recovery from selinux blocking --backup-file during RAID5->6
- From: Noah Beck <noah.b.beck@xxxxxxxxx>
Re: Setting up fakeraid with mdadm / dmraid
- From: "John Stoffel" <john@xxxxxxxxxxx>
[PATCH] [RFC] fix potential access after free: return value of blk_check_plugged() must be used schedule() safe
- From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
Setting up fakeraid with mdadm / dmraid
- From: "Christoph Pleger" <Christoph.Pleger@xxxxxxxxxxxxxxxxx>
Re: [PATCH 20/27] dm: dm-bufio.c: use bio_set_vec_table()
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH] badblocks: fix wrong return value when badblocks are disabled
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Re: [PATCH 11/27] bcache: io.c: use bio_set_vec_table
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 17/27] dm: crypt: use bio_add_page()
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Repairing R1: Part tabl, & precise command
- From: Ron Leach <ronleach@xxxxxxxxx>
[PATCH 15/27] bcache: super: use bio_set_vec_table()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH 16/27] bcache: super: use bio_get_base_vec
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH 17/27] dm: crypt: use bio_add_page()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH 18/27] dm: dm-io.c: use bio_get_base_vec()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH 19/27] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH 20/27] dm: dm-bufio.c: use bio_set_vec_table()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH 10/27] bcache: debug: avoid to access .bi_io_vec directly
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH 11/27] bcache: io.c: use bio_set_vec_table
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH 12/27] bcache: journal.c: use bio_set_vec_table()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH 14/27] bcache: writeback: use bio_set_vec_table()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH 13/27] bcache: movinggc: use bio_set_vec_table()
- From: Ming Lei <tom.leiming@xxxxxxxxx>
[PATCH 00/27] block: cleanup direct access on .bi_vcnt & .bi_io_vec
- From: Ming Lei <tom.leiming@xxxxxxxxx>
Re: recovery from selinux blocking --backup-file during RAID5->6
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: Repairing R1: Part tabl, & precise command
- From: Ron Leach <ronleach@xxxxxxxxx>
Repairing R1: Part tabl, & precise command
- From: Ron Leach <ronleach@xxxxxxxxx>
Re: [PATCH v2 1/4] scatterlist: Introduce some helper functions
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
recovery from selinux blocking --backup-file during RAID5->6
- From: Noah Beck <noah.b.beck@xxxxxxxxx>
Re: [PATCH] Consistent use of IEC 80000-13 prefix in manpage
- From: Anthonys Lists <antlists@xxxxxxxxxxxxxxx>
Re: [PATCH v2 1/4] scatterlist: Introduce some helper functions
- From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
Re: [PATCH v2] Consistent use of metric prefix in manpage
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [V2 PATCH] md/bitmap: clear bitmap if bitmap_create failed
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: Recovery after failed chunk size change
- From: Benjamin Meier <maillists@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
- From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
[V2 PATCH] md/bitmap: clear bitmap if bitmap_create failed
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: Probable bug in md with rdev->new_data_offset
- From: Étienne Buira <etienne.buira@xxxxxxxxx>
Re: Probable bug in md with rdev->new_data_offset
- From: NeilBrown <mr@xxxxxxxxxxxxxxx>
Re: Recovery after failed chunk size change
- From: NeilBrown <nfbrown@xxxxxxxxxx>
Re: Bug#796624: mdadm: Has init script in runlevel S but no matching service file
- From: Dimitri John Ledkov <xnox@xxxxxxxxxx>
[PATCH v2] Consistent use of metric prefix in manpage
- From: Marko Hauptvogel <marko.hauptvogel@xxxxxxxxxxxxxx>
Re: mdadm: Has init script in runlevel S but no matching service file
- From: Felipe Sateler <fsateler@xxxxxxxxxx>
Recovery after failed chunk size change
- From: Benjamin Meier <maillists@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: mdadm: Has init script in runlevel S but no matching service file
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH] Consistent use of IEC 80000-13 prefix in manpage
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: mdadm: Has init script in runlevel S but no matching service file
- From: Felipe Sateler <fsateler@xxxxxxxxxx>
Re: Raid 6 failing to assemble after machine power loss now, with 1 disk only failed, seems to think its a raid0 array
- From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
Re: Raid 6 failing to assemble after machine power loss now, with 1 disk only failed, seems to think its a raid0 array
- From: Peter Knight <madcornishprojectionist@xxxxxxxxx>
Re: Unable to handle kernel NULL pointer dereference in super_written
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: Raid 6 failing to assemble after machine power loss now, with 1 disk only failed, seems to think its a raid0 array
- From: Phil Turmel <philip@xxxxxxxxxx>
Raid 6 failing to assemble after machine power loss now, with 1 disk only failed, seems to think its a raid0 array
- From: Peter Knight <madcornishprojectionist@xxxxxxxxx>
Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
[PATCH] Consistent use of IEC 80000-13 prefix in manpage
- From: Marko Hauptvogel <marko.hauptvogel@xxxxxxxxxxxxxx>
md raid sync and ext3 formatting on xen hvm guest causing kernel crash and device offline
- From: Anugraha Sinha <asinha.mailinglist@xxxxxxxxx>
Re: Unable to handle kernel NULL pointer dereference in super_written
- From: Shaohua Li <shlikernel@xxxxxxxxx>
Re: Unable to handle kernel NULL pointer dereference in super_written
- From: Shaohua Li <shlikernel@xxxxxxxxx>
Re: [PATCH] Introduce stat2kname() and fd2kname()
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
Re: Unable to handle kernel NULL pointer dereference in super_written
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: Unable to handle kernel NULL pointer dereference in super_written
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: Unable to handle kernel NULL pointer dereference in super_written
- From: NeilBrown <neilb@xxxxxxx>
Re: Unable to handle kernel NULL pointer dereference in super_written
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH] mdadm:Add '--nodes' option in GROW mode
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
[PATCH] Introduce stat2kname() and fd2kname()
- From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
Unable to handle kernel NULL pointer dereference in super_written
- From: Xiao Ni <xni@xxxxxxxxxx>
Re: Probable bug in md with rdev->new_data_offset
- From: Étienne Buira <etienne.buira@xxxxxxxxx>
Re: [BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
- From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
Re: Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
Re: Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
- From: "John Stoffel" <john@xxxxxxxxxxx>
Re: Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
- From: Ram Ramesh <rramesh2400@xxxxxxxxx>
Re: Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
- From: Ram Ramesh <rramesh2400@xxxxxxxxx>
Re: Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
- From: Phil Turmel <philip@xxxxxxxxxx>
Re: Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
Re: Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
- From: "John Stoffel" <john@xxxxxxxxxxx>
Re: Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
- From: "John Stoffel" <john@xxxxxxxxxxx>
Looking to pick PCIe x4/x8 4+ SATA expansion card recommendation.
- From: Ram Ramesh <rramesh2400@xxxxxxxxx>
Re: [BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
Re: [PATCH] md/bitmap: call bitmap_destroy in case bitmap_create failed
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH RESEND v2 11/18] fs: Ensure the mounter of a filesystem is privileged towards its inodes
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
Re: Probable bug in md with rdev->new_data_offset
- From: Phil Turmel <philip@xxxxxxxxxx>
Probable bug in md with rdev->new_data_offset
- From: Étienne Buira <etienne.buira@xxxxxxxxx>
Re: [PATCH] md/bitmap: call bitmap_destroy in case bitmap_create failed
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
- From: Sebastian Roesner <sroesner-kernelorg@xxxxxxxxxxxxxxxxx>
Re: [BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
- From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
Re: [PATCH] md/bitmap: call bitmap_destroy in case bitmap_create failed
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
- From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
[BUG] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
- From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
[PATCH] md/bitmap: call bitmap_destroy in case bitmap_create failed
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [PATCH] mdadm:Add '--nodes' option in GROW mode
- From: zhilong <zlliu@xxxxxxxx>
Re: [PATCH] Change the option from NoUpdate to NodeNumUpdate
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH] Add '--nodes' option in GROW mode
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
[PATCH] Change the option from NoUpdate to NodeNumUpdate
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [PATCH] Add '--nodes' option in GROW mode
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [PATCH] Grow: goto release if Manage_subdevs failed
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: [PATCH] Add '--nodes' option in GROW mode
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH] Grow: goto release if Manage_subdevs failed
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
[PATCH] Add '--nodes' option in GROW mode
- From: zhilong <zlliu@xxxxxxxx>
[PATCH] Grow: goto release if Manage_subdevs failed
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: problems with dm-raid 6
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: problems with dm-raid 6
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: problems with dm-raid 6
- From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
Re: problems with dm-raid 6
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
Re: problems with dm-raid 6
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
Re: problems with dm-raid 6
- From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
Re: problems with dm-raid 6
- From: "Patrick Tschackert" <Killing-Time@xxxxxx>
Re: problems with dm-raid 6
- From: "Patrick Tschackert" <Killing-Time@xxxxxx>
Re: problems with dm-raid 6
- From: "Patrick Tschackert" <Killing-Time@xxxxxx>
Re: problems with dm-raid 6
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: problems with dm-raid 6
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
Re: problems with dm-raid 6
- From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
Re: [PATCH] md:raid1: fix a dead loop when read from a WriteMostly disk
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: problems with dm-raid 6
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
Re: problems with dm-raid 6
- From: Phil Turmel <philip@xxxxxxxxxx>
[PATCH] md: fix a trivial typo in comments
- From: Wei Fang <fangwei1@xxxxxxxxxx>
[PATCH] md:raid1: fix a dead loop when read from a WriteMostly disk
- From: Wei Fang <fangwei1@xxxxxxxxxx>
[GIT PULL] MD for 4.6
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: problems with dm-raid 6
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
problems with dm-raid 6
- From: "Patrick Tschackert" <Killing-Time@xxxxxx>
Re: Raid server Motherboard recommendation.
- From: Ram Ramesh <rramesh2400@xxxxxxxxx>
Re: Raid server Motherboard recommendation.
- From: Dave Stevens <geek@xxxxxxxxxxxx>
Re: Raid server Motherboard recommendation.
- From: Ram Ramesh <rramesh2400@xxxxxxxxx>
Re: [PATCH] raid1: include bio_end_io_list in nr_queued to prevent freeze_array hang
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH] raid1: include bio_end_io_list in nr_queued to prevent freeze_array hang
- From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
Re: Raid server Motherboard recommendation.
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
Re: Raid server Motherboard recommendation.
- From: Ram Ramesh <rramesh2400@xxxxxxxxx>
Re: [PATCH] md/raid5: Cleanup cpu hotplug notifier
- From: Shaohua Li <shli@xxxxxxxxxx>
[PATCH] md/raid5: Cleanup cpu hotplug notifier
- From: Anna-Maria Gleixner <anna-maria@xxxxxxxxxxxxx>
[PATCH v2 3/4] crypto: Introduce the bulk mode for crypto engine framework
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
[PATCH v2 4/4] md: dm-crypt: Initialize the sector number for one request
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
[PATCH v2 2/4] crypto: Introduce some helper functions to help to merge requests
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
[PATCH v2 1/4] scatterlist: Introduce some helper functions
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
[PATCH v2 0/4] Introduce bulk mode for crypto engine framework
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH] raid1: include bio_end_io_list in nr_queued to prevent freeze_array hang
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH 0/3] md: trivial changes
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: multipath: I/O hanging forever
- From: Shaohua Li <shli@xxxxxxxxxx>
[PATCH 3/3] md: fix typos for stipe
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 2/3] md/bitmap: remove redundant return in bitmap_checkpage
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 1/3] md/raid1: remove unnecessary BUG_ON
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
[PATCH 0/3] md: trivial changes
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: multipath: I/O hanging forever
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: RAID6 Array crash during reshape.....now will not re-assemble.
- From: NeilBrown <neilb@xxxxxxxx>
Re: multipath: I/O hanging forever
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
Re: RAID6 Array crash during reshape.....now will not re-assemble.
- From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
Re: multipath: I/O hanging forever
- From: Ming Lei <tom.leiming@xxxxxxxxx>
Re: multipath: I/O hanging forever
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
Re: [PATCH] Grow: analyse_change add notification about only 2-device can be convert from RAID1 to RAID5
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 2/2] super-intel: Simplify for() loop in ahci_enumerate_ports
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 1/2] super-intel: Make print_vmd_attached_devs() return int again
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 1/1] Grow: close fd earlier to avoid "cannot get excl access" when stopping
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
[PATCH 1/2] super-intel: Make print_vmd_attached_devs() return int again
- From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
[PATCH 2/2] super-intel: Simplify for() loop in ahci_enumerate_ports
- From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
[PATCH 1/1] Grow: close fd earlier to avoid "cannot get excl access" when stopping
- From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
[PATCH] Grow: analyse_change add notification about only 2-device can be convert from RAID1 to RAID5
- From: Yi Zhang <yizhan@xxxxxxxxxx>
Re: [PATCH] Fix regression during add devices
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH mdadm] ddf: use 64bit 'size', not 32bit 'info->size' for create.
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 4/8] Grow: Grow_addbitmap(): Add check to quiet down static code checkers
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 5/8] {platform,super}-intel: Fix two resource leaks
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 1/4] scatterlist: Introduce some helper functions
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
Re: [PATCH 5/8] {platform,super}-intel: Fix two resource leaks
- From: "Baldysiak, Pawel" <pawel.baldysiak@xxxxxxxxx>
Re: [PATCH 1/4] scatterlist: Introduce some helper functions
- From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
Re: [PATCH 4/8] Grow: Grow_addbitmap(): Add check to quiet down static code checkers
- From: NeilBrown <neilb@xxxxxxx>
[PATCH mdadm] ddf: use 64bit 'size', not 32bit 'info->size' for create.
- From: NeilBrown <neilb@xxxxxxxx>
Re: Import/recover RAID6 created with SAS2108?
- From: NeilBrown <nfbrown@xxxxxxxxxx>
Re: [PATCH] Fix regression during add devices
- From: Coly Li <colyli@xxxxxxx>
linux-questions-only Your Electricity Bill 5608274
- From: "meriwether defino" <medefinoui9@xxxxxxxxxxxxxx>
[PATCH] dm: log writes: fix check of kthread_run() return value
- From: Vladimir Zapolskiy <vz@xxxxxxxxx>
Re: Import/recover RAID6 created with SAS2108?
- From: Dan Russell <dpr@xxxxxxx>
Re: Import/recover RAID6 created with SAS2108?
- From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
Re: [PATCH] md/raid5: preserve STRIPE_PREREAD_ACTIVE in break_stripe_batch_list
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH] md/raid5: preserve STRIPE_PREREAD_ACTIVE in break_stripe_batch_list
- From: NeilBrown <neilb@xxxxxxxx>
Re: [PATCH] Fix regression during add devices
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH] md/raid5: preserve STRIPE_PREREAD_ACTIVE in break_stripe_batch_list
- From: Shaohua Li <shli@xxxxxxxxxx>
Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
Re: [PATCH 0/8] mdadm static checker fixes
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 6/8] bitmap: Fix resource leak in bitmap_file_open()
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 5/8] {platform,super}-intel: Fix two resource leaks
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH 3/8] Grow: Grow_continue_command() remove dead code
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
Re: [PATCH RESEND v2 15/18] fuse: Add support for pid namespaces
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
Re: [PATCH 4/8] Grow: Grow_addbitmap(): Add check to quiet down static code checkers
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
Re: [PATCH RESEND v2 18/18] fuse: Allow user namespace mounts
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH RESEND v2 17/18] fuse: Restrict allow_other to the superblock's namespace or a descendant
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH RESEND v2 16/18] fuse: Support fuse filesystems outside of init_user_ns
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH RESEND v2 15/18] fuse: Add support for pid namespaces
- From: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH 4/8] Grow: Grow_addbitmap(): Add check to quiet down static code checkers
- From: Guoqing Jiang <gqjiang@xxxxxxxx>
Re: When do you replace old hard drives in a raid6?
- From: Roman Mamedov <rm@xxxxxxxxxxx>
Re: When do you replace old hard drives in a raid6?
- From: Mikael Abrahamsson <swmike@xxxxxxxxx>
[PATCH] Fix regression during add devices
- From: Coly Li <colyli@xxxxxxx>
Re: Import/recover RAID6 created with SAS2108?
- From: Dan Russell <dpr@xxxxxxx>
Re: When do you replace old hard drives in a raid6?
- From: "John Stoffel" <john@xxxxxxxxxxx>
[PATCH] md/raid5: preserve STRIPE_PREREAD_ACTIVE in break_stripe_batch_list
- From: NeilBrown <neilb@xxxxxxxx>
Re: RAID6 Array crash during reshape.....now will not re-assemble.
- From: NeilBrown <nfbrown@xxxxxxxxxx>
Re: When do you replace old hard drives in a raid6?
- From: Ram Ramesh <rramesh2400@xxxxxxxxx>
Re: [PATCH 0/8] mdadm static checker fixes
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 6/8] bitmap: Fix resource leak in bitmap_file_open()
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 5/8] {platform,super}-intel: Fix two resource leaks
- From: NeilBrown <neilb@xxxxxxx>
Re: [PATCH 3/8] Grow: Grow_continue_command() remove dead code
- From: NeilBrown <neilb@xxxxxxx>
Re: When do you replace old hard drives in a raid6?
- From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
[PATCH 6/8] bitmap: Fix resource leak in bitmap_file_open()
- From: Jes.Sorensen@xxxxxxxxxx
[PATCH 8/8] super1: Fix potential buffer overflows when copying cluster_name
- From: Jes.Sorensen@xxxxxxxxxx
[PATCH 7/8] Manage: Manage_subdevs() fix file descriptor leak
- From: Jes.Sorensen@xxxxxxxxxx
[PATCH 5/8] {platform,super}-intel: Fix two resource leaks
- From: Jes.Sorensen@xxxxxxxxxx

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