Linux RAID Storage Date Index

• Thread Index

• Re: block: fix blk_queue_split() resource exhaustion
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [dm-devel] [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: The subarray is loaded container by load_container
  • From: Artur Paszkiewicz <artur.paszkiewicz@xxxxxxxxx>
• The subarray is loaded container by load_container
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [dm-devel] [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [dm-devel] [RFC] block: fix blk_queue_split() resource exhaustion
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Request for assistance
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Request for assistance
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: Request for assistance
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Request for assistance
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [PATCH RESENT] dm: Check kthread_run's return value
  • From: Minfei Huang <mnghuan@xxxxxxxxx>
• Re: [PATCH RESENT] dm: Check kthread_run's return value
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RESENT] dm: Check kthread_run's return value
  • From: Minfei Huang <mnghuan@xxxxxxxxx>
• Re: [PATCH RESENT] dm: Check kthread_run's return value
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Request for assistance
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: Request for assistance
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Request for assistance
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: Request for assistance
  • From: keld@xxxxxxxxxx
• Re: Request for assistance
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Request for assistance
  • From: o1bigtenor <o1bigtenor@xxxxxxxxx>
• Re: [PATCH v3 1/3] bcache: Remove redundant parameter for cache_alloc()
  • From: Jens Axboe <axboe@xxxxxx>
• [PATCH] Monitor: release /proc/mdstat fd when no arrays present
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: URE, link resets, user hostile defaults
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• [PATCH RESENT] dm: Check kthread_run's return value
  • From: Minfei Huang <mnghuan@xxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• raid5/6: general protection fault in async_copy_data
  • From: Joey Liao <joeyliao@xxxxxxxx>
• Re: [PATCH v3 2/3] bcache: update document info
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: URE, link resets, user hostile defaults
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 2/3] bcache: update document info
  • From: Coly Li <i@xxxxxxx>
• [PATCH v3 1/3] bcache: Remove redundant parameter for cache_alloc()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 2/3] bcache: update document info
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 3/3] bcache: Remove redundant block_size assignment
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: URE, link resets, user hostile defaults
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• [PATCH v2 3/3] bcache: Remove redundant block_size assignment
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 2/3] bcache: update document info
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 1/3] bcache: Remove redundant parameter for cache_alloc()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: Assembly of RAID6 with 48 disk fails
  • From: Soeren Grunewald <soeren.grunewald@xxxxxxx>
• Re: [RESEND PATCH 2/3] bcache: update document info
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: [RESEND PATCH 1/3] bcache: Remove redundant parameter for cache_alloc()
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: [RESEND PATCH 1/3] bcache: Remove redundant parameter for cache_alloc()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RESEND PATCH 2/3] bcache: update document info
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RESEND PATCH 1/3] bcache: Remove redundant parameter for cache_alloc()
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: [RESEND PATCH 2/3] bcache: update document info
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 00/12] gendisk: Generate uevent after attribute available
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 05/12] aoeblk: Generate uevent after attribute available
  • From: Ed Cashin <ed.cashin@xxxxxxx>
• Re: [PATCH v2 04/12] axonrom: Generate uevent after attribute available
  • From: Fam Zheng <famz@xxxxxxxxxx>
• Re: [PATCH v2 00/12] gendisk: Generate uevent after attribute available
  • From: Fam Zheng <famz@xxxxxxxxxx>
• Re: [PATCH v2 04/12] axonrom: Generate uevent after attribute available
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Assembly of RAID6 with 48 disk fails
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Assembly of RAID6 with 48 disk fails
  • From: "Grunewald, Soeren" <soeren.grunewald@xxxxxxx>
• Re: [PATCH] bcache: Use setup_timer and mod_timer
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: Use setup_timer and mod_timer
  • From: Amitoj Kaur Chawla <amitoj1606@xxxxxxxxx>
• [PATCH] md: add missing sysfs_notify on array_state update
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [PATCH v2 00/12] gendisk: Generate uevent after attribute available
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/12] gendisk: Generate uevent after attribute available
  • From: Fam Zheng <famz@xxxxxxxxxx>
• Re: [PATCH v2 00/12] gendisk: Generate uevent after attribute available
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/12] genhd: Honor gen_uevent and add disk_gen_uevents
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v2 00/12] gendisk: Generate uevent after attribute available
  • From: Fam Zheng <famz@xxxxxxxxxx>
• [PATCH v2 02/12] genhd: Honor gen_uevent and add disk_gen_uevents
  • From: Fam Zheng <famz@xxxxxxxxxx>
• [PATCH v2 01/12] genhd: Add "gen_uevent" parameter to add_disk
  • From: Fam Zheng <famz@xxxxxxxxxx>
• [PATCH v2 03/12] virtio-blk: Generate uevent after attribute available
  • From: Fam Zheng <famz@xxxxxxxxxx>
• [PATCH v2 04/12] axonrom: Generate uevent after attribute available
  • From: Fam Zheng <famz@xxxxxxxxxx>
• [PATCH v2 07/12] pktcdvd: Generate uevent after attribute available
  • From: Fam Zheng <famz@xxxxxxxxxx>
• [PATCH v2 05/12] aoeblk: Generate uevent after attribute available
  • From: Fam Zheng <famz@xxxxxxxxxx>
• [PATCH v2 06/12] mtip32xx: Generate uevent after attribute available
  • From: Fam Zheng <famz@xxxxxxxxxx>
• [PATCH v2 08/12] zram: Generate uevent after attribute available
  • From: Fam Zheng <famz@xxxxxxxxxx>
• [PATCH v2 09/12] md: Generate uevent after attribute available
  • From: Fam Zheng <famz@xxxxxxxxxx>
• [PATCH v2 10/12] mmc: Generate uevent after attribute available
  • From: Fam Zheng <famz@xxxxxxxxxx>
• [PATCH v2 11/12] mtd: Generate uevent after attribute available
  • From: Fam Zheng <famz@xxxxxxxxxx>
• [PATCH v2 12/12] nvme: Generate uevent after attribute available
  • From: Fam Zheng <famz@xxxxxxxxxx>
• --detail --test exit status
  • From: Xavier Nicollet <nicollet@xxxxxxxx>
• Re: URE, link resets, user hostile defaults
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: [PATCH 1/2] dm: update table type check for dax
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: URE, link resets, user hostile defaults
  • From: Zygo Blaxell <u0oo5pgu@xxxxxxxxxxxxxxxxxxxxx>
• Re: URE, link resets, user hostile defaults
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• Re: [RESEND PATCH 1/3] bcache: Remove redundant parameter for cache_alloc()
  • From: Coly Li <i@xxxxxxx>
• Re: [RESEND PATCH 2/3] bcache: update document info
  • From: Coly Li <i@xxxxxxx>
• Re: URE, link resets, user hostile defaults
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/2] dm: update table type check for dax
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: URE, link resets, user hostile defaults
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: URE, link resets, user hostile defaults
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] dm: update table type check for dax
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] dm snap: add fake origin_direct_access
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] dm: update table type check for dax
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 1/2] dm: update table type check for dax
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/2] fix dm-snap for dax
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• [PATCH 2/2] dm snap: add fake origin_direct_access
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH 1/2] dm: update table type check for dax
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH 0/2] Support DAX for device-mapper dm-linear devices
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• Re: URE, link resets, user hostile defaults
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID 10 / 2 Devices Layout question
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: URE, link resets, user hostile defaults
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: RAID 10 / 2 Devices Layout question
  • From: keld@xxxxxxxxxx
• Re: RAID 10 / 2 Devices Layout question
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: URE, link resets, user hostile defaults
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: How assemble this array? All devices listed as spares and busy. Huh? Unclear what this means.
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• How assemble this array? All devices listed as spares and busy. Huh? Unclear what this means.
  • From: dave dowless <ddowless@xxxxxxxxx>
• URE, link resets, user hostile defaults
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Reshapeing after 4 Days with 0.0% progress
  • From: iggy <info@xxxxxxxxx>
• Re: Reshapeing after 4 Days with 0.0% progress
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Reshapeing after 4 Days with 0.0% progress
  • From: iggy <info@xxxxxxxxx>
• Re: Recommendations needed for RAID5 recovery
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Recommendations needed for RAID5 recovery
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Recommendations needed for RAID5 recovery
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Recommendations needed for RAID5 recovery
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• [PATCH RFC] md/raid1: fix deadlock between freeze_array() and wait_barrier().
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: RAID 10 / 2 Devices Layout question
  • From: Phil Turmel <philip@xxxxxxxxxx>
• RAID 10 / 2 Devices Layout question
  • From: Paul Roland <paulrolandw@xxxxxxxxx>
• Re: Recommendations needed for RAID5 recovery
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Recommendations needed for RAID5 recovery
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: Recommendations needed for RAID5 recovery
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: dm stripe: add DAX support
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: Recommendations needed for RAID5 recovery
  • From: Another Sillyname <anothersname@xxxxxxxxxxxxxx>
• Recommendations needed for RAID5 recovery
  • From: Peter Gebhard <pgeb@xxxxxxxxxxxxxx>
• Re: dm stripe: add DAX support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm stripe: add DAX support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] dm stripe: add DAX support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: dm stripe: add DAX support
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: dm stripe: add DAX support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm stripe: add DAX support
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• Re: block: fix blk_queue_split() resource exhaustion
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• [PATCH] raid10: improve random reads performance
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
  • From: Yigal Korman <yigal@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
  • From: Yigal Korman <yigal@xxxxxxxxxxxxx>
• Re: [PATCH] Documentation: fix wrong value in md.txt
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH] Fix kernel module refcount handling
  • From: Alexey Obitotskiy <aleksey.obitotskiy@xxxxxxxxx>
• [PATCH v2 1/3] block: add QUEUE_FLAG_DAX for devices to advertise their DAX support
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH v2 0/3] Support DAX for device-mapper dm-linear devices
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH v2 2/3] dm: add infrastructure for DAX support
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH v2 3/3] dm linear: add DAX support
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• [PATCH] dm: Check kthread_run's return value
  • From: Minfei Huang <mnghuan@xxxxxxxxx>
• [RESEND PATCH 2/3] bcache: update document info
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RESEND PATCH 3/3] bcache: Remove redundant block_size assignment
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [RESEND PATCH 1/3] bcache: Remove redundant parameter for cache_alloc()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Making spare active without sync?
  • From: Wakko Warner <wakko@xxxxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: unbalanced RAID5 / performance issues
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: unbalanced RAID5 / performance issues
  • From: Adam Goryachev <mailinglists@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re:In foreign trade workers should Take the initiative to develop a good understanding of customers around the world!
  • From: "ts9" <ts9@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: unbalanced RAID5 / performance issues
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: unbalanced RAID5 / performance issues
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• unbalanced RAID5 / performance issues
  • From: Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] md: use seconds granularity for error logging
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• re: dm: raid456 basic support
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] Documentation: fix wrong value in md.txt
  • From: "Tiezhu Yang" <kernelpatch@xxxxxxx>
• Re: [PATCH 2/2] imsm: properly handle values of sync_completed
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 1/2] imsm: add handling of sync_action is equal to 'idle'
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] monitor: Make sure that last_checkpoint is set to 0 after sync
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 1/1] MDADM:Check mdinfo->reshape_active more times before calling Grow_continue
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] dm raid: don't use 'const' in function return
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: RAID1: deadlock between freeze_array and blk plug?
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• [PATCH 2/2] imsm: properly handle values of sync_completed
  • From: Alexey Obitotskiy <aleksey.obitotskiy@xxxxxxxxx>
• [PATCH 1/2] imsm: add handling of sync_action is equal to 'idle'
  • From: Alexey Obitotskiy <aleksey.obitotskiy@xxxxxxxxx>
• [PATCH 0/2] imsm: add extra handling of sync_action and sync_completed
  • From: Alexey Obitotskiy <aleksey.obitotskiy@xxxxxxxxx>
• [PATCH] monitor: Make sure that last_checkpoint is set to 0 after sync
  • From: Pawel Baldysiak <pawel.baldysiak@xxxxxxxxx>
• [PATCH] dm raid: don't use 'const' in function return
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: RAID1: deadlock between freeze_array and blk plug?
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• [PATCH] mdadm: protecting sys_name overflow
  • From: Nikhil Kshirsagar <nkshirsa@xxxxxxxxxx>
• Re: [PATCH] mdadm: protecting sys_name overflow
  • From: Nikhil Kshirsagar <nkshirsa@xxxxxxxxxx>
• [PATCH 1/1] MDADM:Check mdinfo->reshape_active more times before calling Grow_continue
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: BLKZEROOUT not zeroing md dev on VMDK
  • From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
• Re: [PATCH 1/1] MDADM:Check mdinfo->reshape_active more times before calling Grow_continue
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] mdadm: protecting sys_name overflow
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: BLKZEROOUT not zeroing md dev on VMDK
  • From: Arvind Kumar <arvindkumar@xxxxxxxxxx>
• Re: Failure propagation of concatenated raids ?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Failure propagation of concatenated raids ?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Failure propagation of concatenated raids ?
  • From: Benjamin ESTRABAUD <ben.estrabaud@xxxxxxxxxx>
• [PATCH] mdadm: protecting sys_name overflow
  • From: Nikhil Kshirsagar <nkshirsa@xxxxxxxxxx>
• Re: Failure propagation of concatenated raids ?
  • From: Nicolas Noble <nicolas@xxxxxxxxxxxxxx>
• Re: Failure propagation of concatenated raids ?
  • From: Benjamin ESTRABAUD <ben.estrabaud@xxxxxxxxxx>
• Re: Failure propagation of concatenated raids ?
  • From: Nicolas Noble <nicolas@xxxxxxxxxxxxxx>
• Re: Failure propagation of concatenated raids ?
  • From: Nicolas Noble <nicolas@xxxxxxxxxxxxxx>
• Re: [RFC v4 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC v4 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v4 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC v4 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v4 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 1/1] MDADM:Check mdinfo->reshape_active more times before calling Grow_continue
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: Failure propagation of concatenated raids ?
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: Failure propagation of concatenated raids ?
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Failure propagation of concatenated raids ?
  • From: Nicolas Noble <nicolas@xxxxxxxxxxxxxx>
• Re: Failure propagation of concatenated raids ?
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Failure propagation of concatenated raids ?
  • From: Nicolas Noble <nicolas@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 1/1] MDADM:Check mdinfo->reshape_active more times before calling Grow_continue
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH] mdadm --detail --scan causes SIGABRT
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 1/4] raid1: Add a filed array_frozen to indicate whether raid in freeze state.
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 0/6] Support DAX for device-mapper dm-linear devices
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH 2/6] block: Check GENHD_FL_DAX for DAX capability
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH 1/6] genhd: Add GENHD_FL_DAX to gendisk flags
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH 5/6] dm, dm-linear: Add dax_supported to dm_target
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH 3/6] dm: Add dm_blk_direct_access() for mapped device
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH 4/6] dm-linear: Add linear_direct_access()
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH 6/6] dm: Enable DAX support for mapper device
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• Re: [PATCH] raid1/raid10: slow down resync if there is non-resync activity pending
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 1/1] MD:Update superblock when err == 0 in size_store
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [GIT PULL REQUEST] md fixes for 4.3
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• [PATCH] raid1/raid10: slow down resync if there is non-resync activity pending
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: [GIT PULL REQUEST] md fixes for 4.3
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] mdadm --detail --scan causes SIGABRT
  • From: Nikhil Kshirsagar <nkshirsa@xxxxxxxxxx>
• RAID1: deadlock between freeze_array and blk plug?
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• Re: [GIT PULL REQUEST] md fixes for 4.3
  • From: Alexander Lyakas <alex.bolshoy@xxxxxxxxx>
• [PATCH 1/1] MD:Update superblock when err == 0 in size_store
  • From: Xiao Ni <xni@xxxxxxxxxx>
• [PATCH 1/1] MDADM:Check mdinfo->reshape_active more times before calling Grow_continue
  • From: Xiao Ni <xni@xxxxxxxxxx>
• Re: [PATCH] bcache: Remove deprecated create_workqueue
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH] bcache: Remove deprecated create_workqueue
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] mdadm --detail --scan causes SIGABRT
  • From: Nikhil Kshirsagar <nkshirsa@xxxxxxxxxx>
• Re: [PATCH] mdadm --detail --scan causes SIGABRT
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH] mdadm --detail --scan causes SIGABRT
  • From: Nikhil Kshirsagar <nkshirsa@xxxxxxxxxx>
• Re: [PATCH] mdadm --detail --scan causes SIGABRT
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: Low RAID10 performance during resync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 05/18] md/raid10: add rcu protection to rdev access in raid10_sync_request.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] mdadm --detail --scan causes SIGABRT
  • From: Nikhil Kshirsagar <nkshirsa@xxxxxxxxxx>
• Re: Low RAID10 performance during resync
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• Re: Low RAID10 performance during resync
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 09/18] md/raid10: stop print_conf from being too verbose.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 05/18] md/raid10: add rcu protection to rdev access in raid10_sync_request.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 01/18] md: disconnect device from personality before trying to remove it.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] mdadm --detail --scan causes SIGABRT
  • From: Nikhil Kshirsagar <nkshirsa@xxxxxxxxxx>
• Re: Low RAID10 performance during resync
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] md: use a mutex to protect a global list
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Low RAID10 performance during resync
  • From: Tomasz Majchrzak <tomasz.majchrzak@xxxxxxxxx>
• RE: restarting raid arrays with uuid
  • From: Bryan Hepworth <bryan.hepworth@xxxxxxxxxxxxxxx>
• Multithread raid5: Is check-for-completions also multithreaded (using async_xor) ?
  • From: "Aggarwal, Vikas" <Vikas.Aggarwal@xxxxxxxxxx>
• Re: mdadm 3.4-1, error msg. on boot - no /usr/lib/systemd/scripts/mdadm_env.sh
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• [PATCH] md: use a mutex to protect a global list
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• Re: Raid check didn't fix Current_Pending_Sector, but badblocks -nsv did
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [RFC v4 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: Raid check didn't fix Current_Pending_Sector, but badblocks -nsv did
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• [PATCH] bcache: Remove deprecated create_workqueue
  • From: Bhaktipriya Shridhar <bhaktipriya96@xxxxxxxxx>
• Re: mdadm 3.4-1, error msg. on boot - no /usr/lib/systemd/scripts/mdadm_env.sh
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [RFC v4 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Raid check didn't fix Current_Pending_Sector, but badblocks -nsv did
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Raid check didn't fix Current_Pending_Sector, but badblocks -nsv did
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: Raid check didn't fix Current_Pending_Sector, but badblocks -nsv did
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: Raid check didn't fix Current_Pending_Sector, but badblocks -nsv did
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Raid check didn't fix Current_Pending_Sector, but badblocks -nsv did
  • From: Phil Turmel <philip@xxxxxxxxxx>
• [RFC v4 0/4] Introduce the bulk mode method when sending request to crypto layer
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v4 4/4] crypto: Add the CRYPTO_ALG_BULK flag for ecb(aes) cipher
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v4 3/4] md: dm-crypt: Introduce the bulk mode method when sending request
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v4 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v4 1/4] block: Introduce blk_bio_map_sg() to map one bio
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: Doubts on async_tx xor offload for raid5/6
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: Raid check didn't fix Current_Pending_Sector, but badblocks -nsv did
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: Raid check didn't fix Current_Pending_Sector, but badblocks -nsv did
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: Raid check didn't fix Current_Pending_Sector, but badblocks -nsv did
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: Raid check didn't fix Current_Pending_Sector, but badblocks -nsv did
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: xfs_repair fails after trying to format log cycle?
  • From: Andrew Ryder <tireman@xxxxxxx>
• Re: xfs_repair fails after trying to format log cycle?
  • From: Andrew Ryder <tireman@xxxxxxx>
• Re: Raid check didn't fix Current_Pending_Sector, but badblocks -nsv did
  • From: Sarah Newman <srn@xxxxxxxxx>
• restarting raid arrays with uuid
  • From: Bryan Hepworth <bryan.hepworth@xxxxxxxxxxxxxxx>
• Re: Raid check didn't fix Current_Pending_Sector, but badblocks -nsv did
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: [PATCH 28/45] target: use bio op accessors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 28/45] target: use bio op accessors
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 41/45] block, drivers, fs: shrink bi_rw from long to int
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 40/45] block: move bio io prio to a new field
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 37/45] drivers: use req op accessor
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 28/45] target: use bio op accessors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 25/45] bcache: use bio op accessors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 24/45] dm: use bio op accessors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 09/45] block discard: use bio set op accessor
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 08/45] block, fs, mm, drivers: use bio set/get op accessors
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 07/45] bcache: use op_is_write instead of checking for REQ_WRITE
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 06/45] dm: use op_is_write instead of checking for REQ_WRITE
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/45] block, drivers, cgroup: use op_is_write helper instead of checking for REQ_WRITE
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 02/45] block: add REQ_OP definitions and helpers
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC v2 1/3] block: Introduce blk_bio_map_sg() to map one bio
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC v2 1/3] block: Introduce blk_bio_map_sg() to map one bio
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• mdadm 3.4-1, error msg. on boot - no /usr/lib/systemd/scripts/mdadm_env.sh
  • From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 08/45] block, fs, mm, drivers: use bio set/get op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 09/45] block discard: use bio set op accessor
  • From: mchristi@xxxxxxxxxx
• [PATCH 10/45] direct-io: use bio set/get op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 03/45] fs: have submit_bh users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 11/45] btrfs: have submit_one_bio users use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 12/45] btrfs: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 13/45] btrfs: update __btrfs_map_block for REQ_OP transition
  • From: mchristi@xxxxxxxxxx
• [PATCH 06/45] dm: use op_is_write instead of checking for REQ_WRITE
  • From: mchristi@xxxxxxxxxx
• [PATCH 15/45] f2fs: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 16/45] gfs2: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 18/45] hfsplus: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 07/45] bcache: use op_is_write instead of checking for REQ_WRITE
  • From: mchristi@xxxxxxxxxx
• [PATCH 19/45] mpage: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 14/45] btrfs: use bio fields for op and flags
  • From: mchristi@xxxxxxxxxx
• [PATCH 17/45] xfs: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 22/45] pm: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 20/45] nilfs: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 21/45] ocfs2: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 24/45] dm: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 25/45] bcache: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 26/45] drbd: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 27/45] md: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 29/45] xen: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 30/45] block: copy bio op to request op
  • From: mchristi@xxxxxxxxxx
• [PATCH 31/45] block: prepare request creation/destruction code to use REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 32/45] block: prepare mq request creation to use REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 33/45] block: prepare elevator to use REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 34/45] blkg_rwstat: separate op from flags
  • From: mchristi@xxxxxxxxxx
• [PATCH 35/45] block: convert merge/insert code to check for REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 36/45] block: convert is_sync helpers to use REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 37/45] drivers: use req op accessor
  • From: mchristi@xxxxxxxxxx
• [PATCH 38/45] blktrace: use op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 39/45] ide cd: do not set REQ_WRITE on requests.
  • From: mchristi@xxxxxxxxxx
• [PATCH 40/45] block: move bio io prio to a new field
  • From: mchristi@xxxxxxxxxx
• [PATCH 41/45] block, drivers, fs: shrink bi_rw from long to int
  • From: mchristi@xxxxxxxxxx
• [PATCH 44/45] block: do not use REQ_FLUSH for tracking flush support
  • From: mchristi@xxxxxxxxxx
• [PATCH 45/45] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: mchristi@xxxxxxxxxx
• [PATCH 43/45] block, drivers: add REQ_OP_FLUSH operation
  • From: mchristi@xxxxxxxxxx
• [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code
  • From: mchristi@xxxxxxxxxx
• [PATCH 28/45] target: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 23/45] dm: pass dm stats data dir instead of bi_rw
  • From: mchristi@xxxxxxxxxx
• [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 02/45] block: add REQ_OP definitions and helpers
  • From: mchristi@xxxxxxxxxx
• [PATCH 04/45] fs: have ll_rw_block users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 05/45] block, drivers, cgroup: use op_is_write helper instead of checking for REQ_WRITE
  • From: mchristi@xxxxxxxxxx
• [PATCH 00/45] v8: separate operations from flags in the bio/request structs
  • From: mchristi@xxxxxxxxxx
• [no subject]
  • From: Vikas Aggarwal <vik.reck@xxxxxxxxx>
• Re: raid 5 crashed
  • From: bobzer <bobzer@xxxxxxxxx>
• Re: [PATCH 1/2] md-cluster: fix deadlock issue when add disk to an recoverying array
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 09/18] md/raid10: stop print_conf from being too verbose.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 05/18] md/raid10: add rcu protection to rdev access in raid10_sync_request.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 01/18] md: disconnect device from personality before trying to remove it.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [md PATCH 00/18] Assorted minor fixes, particularly RCU protection.
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 0/2] Fixes for lots of arrays
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: raid 5 crashed
  • From: Sarah Newman <srn@xxxxxxxxx>
• Re: raid 5 crashed
  • From: bobzer <bobzer@xxxxxxxxx>
• Re: [RFC v2 1/3] block: Introduce blk_bio_map_sg() to map one bio
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC v2 1/3] block: Introduce blk_bio_map_sg() to map one bio
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: raid 5 crashed
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH 2/2] md: simplify the code with md_kick_rdev_from_array
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• [PATCH 1/2] md-cluster: fix deadlock issue when add disk to an recoverying array
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: raid 5 crashed
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [md PATCH 09/18] md/raid10: stop print_conf from being too verbose.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [md PATCH 09/18] md/raid10: stop print_conf from being too verbose.
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: raid 5 crashed
  • From: Andreas Klauer <Andreas.Klauer@xxxxxxxxxxxxxx>
• Re: raid 5 crashed
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: Why does raid0 set max_hw_sectors as chunk size but the other raid types doesn't?
  • From: Joey Liao <joeyliao@xxxxxxxx>
• Re: [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Doubts on async_tx xor offload for raid5/6
  • From: Vikas Aggarwal <vik.reck@xxxxxxxxx>
• [md PATCH 18/18] md: reduce the number of synchronize_rcu() calls when multiple devices fail.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 17/18] md: be extra careful not to take a reference to a Faulty device.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 16/18] md/multipath: add rcu protection to rdev access in multipath_status.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 15/18] md/raid5: add rcu protection to rdev accesses in raid5_status.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 14/18] md/raid5: add rcu protection to rdev accesses in want_replace
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 13/18] md/raid5: add rcu protection to rdev accesses in handle_failed_sync.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 12/18] md/raid1: add rcu protection to rdev in fix_read_error
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 10/18] md/raid1: small cleanup in raid1_end_read/write_request
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 11/18] md/raid1: small code cleanup in end_sync_write
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 09/18] md/raid10: stop print_conf from being too verbose.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 08/18] md/raid10: simplify print_conf a little.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 07/18] md/raid10: minor code improvement in fix_read_error()
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 06/18] md/raid10: add rcu protection to rdev access during reshape.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 05/18] md/raid10: add rcu protection to rdev access in raid10_sync_request.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 04/18] md/raid10: add rcu protection in raid10_status.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 03/18] md/raid10: fix refounct imbalance when resyncing an array with a replacement device.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 02/18] md/raid1, raid10: don't recheck "Faulty" flag in read-balance.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 01/18] md: disconnect device from personality before trying to remove it.
  • From: NeilBrown <neilb@xxxxxxxx>
• [md PATCH 00/18] Assorted minor fixes, particularly RCU protection.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: raid 5 crashed
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Why does raid0 set max_hw_sectors as chunk size but the other raid types doesn't?
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: [PATCH 0/2] Fixes for lots of arrays
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: raid 5 crashed
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [RFC 4/5] r5cache: write part of r5cache
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• RE: [PATCH] dm-log-writes: fix bug with too large bios
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: raid 5 crashed
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: raid 5 crashed
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: raid 5 crashed
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: dm-log-writes: fix bug with too large bios
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC 4/5] r5cache: write part of r5cache
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [RFC 5/5] r5cache: naive reclaim approach
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [RFC 3/5] r5cache: look up stripe cache for chunk_aligned_read
  • From: Song Liu <songliubraving@xxxxxx>
• Re: RAID6 recovery with 6/9 drives out-of-sync
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [RFC 1/5] add bio_split_mddev
  • From: Song Liu <songliubraving@xxxxxx>
• Re: RAID6 recovery with 6/9 drives out-of-sync
  • From: "Peckins, Steven E" <speckins@xxxxxxxxxxxx>
• Re: [RFC 4/5] r5cache: write part of r5cache
  • From: Song Liu <songliubraving@xxxxxx>
• Re: RAID6 recovery with 6/9 drives out-of-sync
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: RAID6 recovery with 6/9 drives out-of-sync
  • From: "Peckins, Steven E" <speckins@xxxxxxxxxxxx>
• Re: raid 5 crashed
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: raid 5 crashed
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: BLKZEROOUT not zeroing md dev on VMDK
  • From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
• [RFC v3 0/4] Introduce the bulk mode method when sending request to crypto layer
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v3 1/4] block: Introduce blk_bio_map_sg() to map one bio
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v3 2/4] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v3 3/4] md: dm-crypt: Introduce the bulk mode method when sending request
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v3 4/4] crypto: Add the CRYPTO_ALG_BULK flag for ecb(aes) cipher
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• RE: [PATCH] dm-log-writes: fix bug with too large bios
  • From: "James Johnston" <johnstonj.public@xxxxxxxxxxxx>
• RE: [PATCH] dm-crypt: Fix error with too large bios (was: 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: raid 5 crashed
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: raid 5 crashed
  • From: Edward Kuns <eddie.kuns@xxxxxxxxx>
• Re: [RFC 5/5] r5cache: naive reclaim approach
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: [RFC 4/5] r5cache: write part of r5cache
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: [RFC 3/5] r5cache: look up stripe cache for chunk_aligned_read
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: raid 5 crashed
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: RAID6 recovery with 6/9 drives out-of-sync
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: raid 5 crashed
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Fixes for lots of arrays
  • From: Mike Lovell <mlovell@xxxxxxxxxxxx>
• Re: raid 5 crashed
  • From: Phil Turmel <philip@xxxxxxxxxx>
• Re: [RFC 1/5] add bio_split_mddev
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• Re: [RFC 4/5] r5cache: write part of r5cache
  • From: Guoqing Jiang <gqjiang@xxxxxxxx>
• RAID6 recovery with 6/9 drives out-of-sync
  • From: "Peckins, Steven E" <speckins@xxxxxxxxxxxx>
• Re: raid 5 crashed
  • From: bobzer <bobzer@xxxxxxxxx>
• [PATCH 1/1] md/bitmap.c:bitmap_status(): Fix filename escaping
  • From: Nominal Animal <kernel@xxxxxxxxxxxxxxxxxx>
• Re: raid 5 crashed
  • From: Anthonys Lists <antlists@xxxxxxxxxxxxxxx>
• Re: raid 5 crashed
  • From: bobzer <bobzer@xxxxxxxxx>
• Why does raid0 set max_hw_sectors as chunk size but the other raid types doesn't?
  • From: Joey Liao <joeyliao@xxxxxxxx>
• Re: raid 5 crashed
  • From: bobzer <bobzer@xxxxxxxxx>
• Re: [PATCH] dm-log-writes: fix bug with too large bios
  • From: Josef Bacik <jbacik@xxxxxx>
• [PATCH] dm-log-writes: fix bug with too large bios
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] dm-crypt: Fix error with too large bios (was: bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [RFC v2 1/3] block: Introduce blk_bio_map_sg() to map one bio
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v2 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v2 3/3] md: dm-crypt: Introduce the bulk mode method when sending request
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC v2 0/3] Introduce the bulk mode method when sending request to crypto layer
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: BLKZEROOUT not zeroing md dev on VMDK
  • From: Tom Yan <tom.ty89@xxxxxxxxx>
• Re: [RFC 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC 2/3] crypto: Introduce CRYPTO_ALG_BULK flag
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC 3/3] md: dm-crypt: Introduce the bulk mode method when sending request
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [RFC 5/5] r5cache: naive reclaim approach
  • From: Song Liu <songliubraving@xxxxxx>
• [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>