Linux Device-Mapper Development
[Prev Page][Next Page]
- Q: md-RAID1 creation with I/O error (attempt to access beyond end of device)
- From: "Ulrich Windl" <Ulrich.Windl@xxxxxxxxxxxxxxxxxxxx>
- /usr/src/linux/drivers/md/bitmap.c: strange rounding lines 855-875
- From: "Ulrich Windl" <Ulrich.Windl@xxxxxxxxxxxxxxxxxxxx>
- Re: dm-crypt barrier support is effective (was: Re: DM-CRYPT: Scale to multiple CPUs v3 on 2.6.37-rc* ?)
- From: Matt <jackdachef@xxxxxxxxx>
- Re: scsi_dh_emc vs scsi_dh_alua in RHEL5.5
- From: <wayne.berthiaume@xxxxxxx>
- Re: Linux 2.6.36-rc7
- From: Torsten Kaiser <just.for.lkml@xxxxxxxxxxxxxx>
- Re: dm-crypt barrier support is effective
- From: Matt <jackdachef@xxxxxxxxx>
- Re: [PATCH 1/5] mtd: fix bdev exclusive open bugs in block2mtd::add_device()
- From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
- Re: dm-crypt barrier support is effective
- From: Heinz Diehl <htd@xxxxxxxxxx>
- Re: [PATCH UPDATED 1/5] mtd: fix bdev exclusive open bugs in block2mtd::add_device()
- From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
- Re: QUEUE_FLAG_CLUSTER?
- From: "Ed Lin - PTU" <ed.lin@xxxxxxxxxxx>
- Re: [PATCH 1/5] mtd: fix bdev exclusive open bugs in block2mtd::add_device()
- From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
- [PATCH] scsi: Set queue limits no_cluster for stacked devices
- From: "Ed Lin" <ed.lin@xxxxxxxxxxx>
- Re: data corruption with stex (Promise HW-Raid) driver and device-mapper
- From: "Ed Lin - PTU" <ed.lin@xxxxxxxxxxx>
- multipath-tools comments and licensing status?
- From: Diego Elio Pettenò <flameeyes@xxxxxxxxx>
- raid0 and discard/trim - current state?
- From: DagB <dag@xxxxxxxxx>
- Re: raid0 and discard/trim - current state?
- From: DagB <dag@xxxxxxxxx>
- Problem with creating LV - device too small for target
- From: Artur Piechocki <artur.piechocki@xxxxxxxxxx>
- scsi_dh_emc vs scsi_dh_alua in RHEL5.5
- From: Brian De Wolf <bldewolf@xxxxxxxxxxxxx>
- Problem with creating LV - device too small for target
- From: Artur Piechocki <artur.piechocki@xxxxxxxxxx>
- [PATCH] libmultipath: fix snprintf buffer overflows
- From: Tim Harder <radhermit@xxxxxxxxxx>
- Re: [PATCH] libmultipath: fix snprintf buffer overflows
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCHSET] block: clean up bdev claim/release handling
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCHSET] block: clean up bdev claim/release handling
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: block: Deprecate QUEUE_FLAG_CLUSTER and use queue_limits instead
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: block: Deprecate QUEUE_FLAG_CLUSTER and use queue_limits instead
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: block: Deprecate QUEUE_FLAG_CLUSTER and use queue_limits instead
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: block: Deprecate QUEUE_FLAG_CLUSTER and use queue_limits instead
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: block: Deprecate QUEUE_FLAG_CLUSTER and use queue_limits instead
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- block: Deprecate QUEUE_FLAG_CLUSTER and use queue_limits instead
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: QUEUE_FLAG_CLUSTER?
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: Bug#604049: linux-image-2.6.32-5-amd64: data corruption with promise stex driver and use of device-mapper layers (lvm/dm-crypt/..)
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: Bug#604049: linux-image-2.6.32-5-amd64: data corruption with promise stex driver and use of device-mapper layers (lvm/dm-crypt/..)
- From: "Ed Lin - PTU" <ed.lin@xxxxxxxxxxx>
- QUEUE_FLAG_CLUSTER?
- From: "Ed Lin - PTU" <ed.lin@xxxxxxxxxxx>
- Re: data corruption with stex (Promise HW-Raid) driver and device-mapper
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH] dm raid1: support discard
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2] dm kcopyd: remove SYNC from flags used in dm_io_request
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2] dm kcopyd: delay unplug of the queues
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v3 19/22] dm: use little-endian bit operations
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH v2] dm mpath: revert "dm: Call blk_abort_queue on failed paths"
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-kcopyd: Delayed unplug of the queues
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Remove BIO_RW_SYNCIO flag from kcopyd
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm-kcopyd: Delayed unplug of the queues
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Remove BIO_RW_SYNCIO flag from kcopyd
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] multipath: add checker_timeout default config option
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: update default configurations
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [RFC] training mpath to discern between SCSI errors
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- [PATCH 6 of 9] dm unplug callback
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 5 of 9] dm target callbacks and congestion fn
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 9 of 9] dm raid message fn
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 7 of 9] dm raid iterate_devices and io_hints
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 8 of 9] dm raid suspend and resume fns
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 4 of 9] dm raid seed module
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 3 of 9] md fix null pointer deref
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 2 of 9] md minor updates
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 9] md backout dm dirty log
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 0 of 9] DM RAID: a wrapper target for MD RAID456
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] dm mpath: disable call to blk_abort_queue and related code
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v5] dm mpath: avoid call to blk_abort_queue by default
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5] dm mpath: avoid call to blk_abort_queue by default
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH v5] dm mpath: avoid call to blk_abort_queue by default
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: (no subject)
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v4] dm mpath: avoid call to blk_abort_queue by default
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- (no subject)
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] multipath: add find_multipaths feature.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH v3] dm mpath: add feature flag to control call to blk_abort_queue
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2] dm mpath: add feature flag to control call to blk_abort_queue
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: kernel update and dmraid causing grub errors
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Split load balanced paths into two groups
- From: Jonas Björklund <jonas@xxxxxxxxxxxx>
- Re: [PATCH v2] dm mpath: add feature flag to control call to blk_abort_queue
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- [PATCH v2] dm mpath: add feature flag to control call to blk_abort_queue
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: block_abort_queue (blk_abort_request) racing with scsi_request_fn
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] multipath: add find_multipaths feature.
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH] multipath: add find_multipaths feature.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: block_abort_queue (blk_abort_request) racing with scsi_request_fn
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2] block: rename trace_block_remap to trace_block_bio_remap
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH v2] block: rename trace_block_remap to trace_block_bio_remap
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2] block: rename trace_block_remap to trace_block_bio_remap
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-crypt barrier support is effective
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: dm-crypt barrier support is effective
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH] multipath: clean up path orphaning and adoption
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- dm-crypt barrier support is effective (was: Re: DM-CRYPT: Scale to multiple CPUs v3 on 2.6.37-rc* ?)
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH UPDATED 1/5] mtd: fix bdev exclusive open bugs in block2mtd::add_device()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH UPDATED 1/5] mtd: fix bdev exclusive open bugs in block2mtd::add_device()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 1/5] mtd: fix bdev exclusive open bugs in block2mtd::add_device()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v5] dm crypt: scale to multiple CPUs
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- multipath-tools ./multipath.conf.defaults libm ...
- From: bmarzins@xxxxxxxxxxxxxx
- [PATCH v5] dm crypt: scale to multiple CPUs
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: block_abort_queue (blk_abort_request) racing with scsi_request_fn
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHSET] block: clean up bdev claim/release handling
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 7/5] block: clean up blkdev_get() wrappers and their users
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 6/5] block: check bdev_read_only() from blkdev_get()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: block_abort_queue (blk_abort_request) racing with scsi_request_fn
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- [PATCH] multipath: sort all pathgroups by priority
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: block_abort_queue (blk_abort_request) racing with scsi_request_fn
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
- Re: block_abort_queue (blk_abort_request) racing with scsi_request_fn
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: block_abort_queue (blk_abort_request) racing with scsi_request_fn
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: kernel update and dmraid causing grub errors
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
- Re: kernel update and dmraid causing grub errors
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/5] block: make blkdev_get/put() handle exclusive access
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 4/5] block: make blkdev_get/put() handle exclusive access
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 4/5] block: make blkdev_get/put() handle exclusive access
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH] [RFC] multipath: multipath command pathgroup compare problem
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- Re: DM-CRYPT: Scale to multiple CPUs v3 on 2.6.37-rc* ?
- From: Chris Mason <chris.mason@xxxxxxxxxx>
- Re: DM-CRYPT: Scale to multiple CPUs v3 on 2.6.37-rc* ?
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: RFC: multipath IO multiplex
- From: Lars Marowsky-Bree <lmb@xxxxxxxxxx>
- Re: [PATCH] DM-CRYPT: Scale to multiple CPUs v3 on 2.6.37-rc* ?
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: RFC: multipath IO multiplex
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: RFC: multipath IO multiplex
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: RFC: multipath IO multiplex
- From: Lars Marowsky-Bree <lmb@xxxxxxxxxx>
- Re: RFC: multipath IO multiplex
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: RFC: multipath IO multiplex
- From: Lars Marowsky-Bree <lmb@xxxxxxxxxx>
- Re: [PATCH] DM-CRYPT: Scale to multiple CPUs v3 on 2.6.37-rc* ?
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH] DM-CRYPT: Scale to multiple CPUs v3 on 2.6.37-rc* ?
- From: Matt <jackdachef@xxxxxxxxx>
- Re: [PATCH] DM-CRYPT: Scale to multiple CPUs v3 on 2.6.37-rc* ?
- From: Matt <jackdachef@xxxxxxxxx>
- Re: [PATCH] DM-CRYPT: Scale to multiple CPUs v3 on 2.6.37-rc* ?
- From: Heinz Diehl <htd@xxxxxxxxxx>
- Re: [PATCH] DM-CRYPT: Scale to multiple CPUs v3 on 2.6.37-rc* ?
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH] DM-CRYPT: Scale to multiple CPUs v3 on 2.6.37-rc* ?
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: CFQ and dm-crypt
- From: Richard Kralovic <Richard.Kralovic@xxxxxxxxxxxxxxxxx>
- Re: CFQ and dm-crypt
- From: Richard Kralovic <Richard.Kralovic@xxxxxxxxxxxxxxxxx>
- [PATCH] DM-CRYPT: Scale to multiple CPUs v3 on 2.6.37-rc* ?
- From: Matt <jackdachef@xxxxxxxxx>
- Re: [PATCH] DM-CRYPT: Scale to multiple CPUs v3 on 2.6.37-rc* ?
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: RFC: multipath IO multiplex
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: RFC: multipath IO multiplex
- From: Lars Marowsky-Bree <lmb@xxxxxxxxxx>
- Re: RFC: multipath IO multiplex
- From: Lars Marowsky-Bree <lmb@xxxxxxxxxx>
- sysstat metrics on a mirrored logical volume
- From: Brem Belguebli <brem.belguebli@xxxxxxxxx>
- Re: RFC: multipath IO multiplex
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: RFC: multipath IO multiplex
- From: Neil Brown <neilb@xxxxxxx>
- Re: introduce dm-snap-mv
- From: Daniel Phillips <phillips@xxxxxxxxx>
- RFC: multipath IO multiplex
- From: Lars Marowsky-Bree <lmb@xxxxxxxxxx>
- Re: [PATCH] multipath: fix multipath locking
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] multipath: fix multipath locking
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- [PATCH] multipath: fix multipath locking
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 14/49] drivers/md: Use vzalloc
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 00/49] Use vzalloc not vmalloc/kmemset
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: kernel update and dmraid causing grub errors
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
- Re: scsi_dh_rdac: Changing the memory allocation flag from GFP_KERNEL to GFP_NOIO
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: scsi_dh_rdac: Changing the memory allocation flag from GFP_KERNEL to GFP_NOIO
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 3/5] block: simplify holder symlink handling
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 4/5] block: make blkdev_get/put() handle exclusive access
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 4/5] block: make blkdev_get/put() handle exclusive access
- From: Jan Kara <jack@xxxxxxx>
- Re: kernel update and dmraid causing grub errors
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: cmwq and dm-crypt devices?
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: kernel update and dmraid causing grub errors
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
- Re: kernel update and dmraid causing grub errors
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
- Re: RDAC path checker status change messages
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH v2] block: rename trace_block_remap to trace_block_bio_remap
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: RDAC path checker status change messages
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Memory leak if failed to do RTPG.
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm: remove extra locking when changing device size
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: cmwq and dm-crypt devices?
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: cmwq and dm-crypt devices?
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: cmwq and dm-crypt devices?
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH 4/5] block: make blkdev_get/put() handle exclusive access
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [Drbd-dev] [PATCHSET] block: clean up bdev claim/release handling
- From: Philipp Reisner <philipp.reisner@xxxxxxxxxx>
- Re: cmwq and dm-crypt devices?
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: cmwq and dm-crypt devices?
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: cmwq and dm-crypt devices?
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: kernel update and dmraid causing grub errors
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: cmwq and dm-crypt devices?
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: cmwq and dm-crypt devices?
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: cmwq and dm-crypt devices?
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Can't seem to set features=1 queue_if_no_path
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- cmwq and dm-crypt devices? (was: Re: md: dm-crypt: Add option to re-use a new global work-queue.)
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm mpath: delay retry activate_path on SCSI_DH_RETRY
- From: Mike Christie <mchristi@xxxxxxxxxx>
- Re: block: QUEUE_FLAG_CLUSTER and no_cluster are NOT in sync
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm mpath: delay retry activate_path on SCSI_DH_RETRY
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: dm mpath: delay retry activate_path on SCSI_DH_RETRY
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Can't seem to set features=1 queue_if_no_path
- From: Nuno Fernandes <npf-mlists@xxxxxxxxxxx>
- Re: dm: Fix possible NULL dereferences
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- kernel update and dmraid causing grub errors
- From: "David C. Rankin" <drankinatty@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHSET] block: clean up bdev claim/release handling
- From: Neil Brown <neilb@xxxxxxx>
- [PATCHSET] block: clean up bdev claim/release handling
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 3/5] block: simplify holder symlink handling
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 4/5] block: make blkdev_get/put() handle exclusive access
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 5/5] block: reorganize claim/release implementation
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 1/5] mtd: fix bdev exclusive open bugs in block2mtd::add_device()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 2/5] btrfs: close_bdev_exclusive() should use the same @flags as the matching open_bdev_exclusive()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: dm: lock bd_mutex when setting device size
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm: lock bd_mutex when setting device size
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- dm: lock bd_mutex when setting device size
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm: use revalidate_disk to update device size after set_capacity
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: dm: use revalidate_disk to update device size after set_capacity
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm: use revalidate_disk to update device size after set_capacity
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm: use revalidate_disk to update device size after set_capacity
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: dm: use revalidate_disk to update device size after set_capacity
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- multipath-tools libcheckers/directio.c libchec ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: unmapping luns doesn't work (good)
- From: Rudy Gevaert <Rudy.Gevaert@xxxxxxxx>
- Re: [RESUBMIT][Patch] scsi_dh_rdac: retry IO for 06/3f/03 in rdac_check_sense fn
- From: <Shyam_Iyer@xxxxxxxx>
- Re: [RESUBMIT][Patch] scsi_dh_rdac: retry IO for 06/3f/03 in rdac_check_sense fn
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [RESUBMIT][Patch] scsi_dh_rdac: retry IO for 06/3f/03 in rdac_check_sense fn
- From: <Shyam_Iyer@xxxxxxxx>
- Re: [RESUBMIT][Patch] scsi_dh_rdac: retry IO for 06/3f/03 in rdac_check_sense fn
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [RESUBMIT][Patch] scsi_dh_rdac: retry IO for 06/3f/03 in rdac_check_sense fn
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [RESUBMIT][Patch] scsi_dh_rdac: retry IO for 06/3f/03 in rdac_check_sense fn
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- [RESUBMIT][Patch] scsi_dh_rdac: retry IO for 06/3f/03 in rdac_check_sense fn
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxx>
- Re: CFQ and dm-crypt
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: CFQ and dm-crypt
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: CFQ and dm-crypt
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: CFQ and dm-crypt
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH] Remove BIO_RW_SYNCIO flag from kcopyd
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-kcopyd: Delayed unplug of the queues
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Fwd: [dm-crypt] [BUG] bad performance and system stalls when using dm-crypt
- From: dave b <db.pub.mail@xxxxxxxxx>
- Re: Fwd: [dm-crypt] [BUG] bad performance and system stalls when using dm-crypt
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: Fwd: [dm-crypt] [BUG] bad performance and system stalls when using dm-crypt
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: CFQ and dm-crypt
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: unmapping luns doesn't work (good)
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxx>
- Re: unmapping luns doesn't work (good)
- From: Rudy Gevaert <Rudy.Gevaert@xxxxxxxx>
- [PATCH v2 19/22] dm: use little-endian bit operations
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- failure in path between fc switch and storage: info request
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: unmapping luns doesn't work (good)
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxx>
- Re: [PATCH] DM-CRYPT: Scale to multiple CPUs v3
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] DM-CRYPT: Scale to multiple CPUs v3
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH] dm: use revalidate_disk to update device size after set_capacity
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: i_size misuses
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: i_size misuses
- From: Neil Brown <neilb@xxxxxxx>
- [PATCH] dm: use revalidate_disk to update device size after set_capacity
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: introduce dm-snap-mv
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: i_size misuses
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- dm-snap-mv update
- From: McPacino <mcpacino@xxxxxxxxx>
- device mapper multipath and /sys/block/XXX/device/queue_dept
- From: "Janec, Jozef" <jozef.janec@xxxxxx>
- Re: [RFC] training mpath to discern between SCSI errors
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH] scsi_dh_rdac: Add two new SUN devices to rdac_dev_list
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- unmapping luns doesn't work (good)
- From: Rudy Gevaert <Rudy.Gevaert@xxxxxxxx>
- [PATCH] Fix missing dm_put()
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: [RFC] training mpath to discern between SCSI errors
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] scsi_dh_rdac: Add two new SUN devices to rdac_dev_list
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxx>
- Re: [RFC] training mpath to discern between SCSI errors
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH] Make it possible to set a uuid if one was not set during DM_DEV_CREATE.
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: block: eliminate potential for infinite loop in blkdev_issue_discard
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- [PATCH 19/22] dm: use little endian bit operations
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: block: eliminate potential for infinite loop in blkdev_issue_discard
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] Fix double free and use generic private pointer in per-cpu struct
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: introduce dm-snap-mv
- From: McPacino <mcpacino@xxxxxxxxx>
- Re: raid0 and discard/trim - current state?
- From: Mike Snitzer <snitzer@xxxxxxxxx>
- Re: [PATCH] device-mapper: Allow setting of UUID via rename if not already set
- From: Peter Jones <pjones@xxxxxxxxxx>
- [PATCH wq#for-next] workqueue: fix HIGHPRI handling in keep_working()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: DM-CRYPT: Scale to multiple CPUs v3
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: DM-CRYPT: Scale to multiple CPUs v3
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: DM-CRYPT: Scale to multiple CPUs v3
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: DM-CRYPT: Scale to multiple CPUs v3
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: DM-CRYPT: Scale to multiple CPUs v3
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] Fix double free and use generic private pointer in per-cpu struct
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: DM-CRYPT: Scale to multiple CPUs v3
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: DM-CRYPT: Scale to multiple CPUs v3
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: DM-CRYPT: Scale to multiple CPUs v3
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: DM-CRYPT: Scale to multiple CPUs v3
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: DM-CRYPT: Scale to multiple CPUs v3
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: DM-CRYPT: Scale to multiple CPUs v3
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: DM-CRYPT: Scale to multiple CPUs v3
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: DM-CRYPT: Scale to multiple CPUs v3
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] DM-CRYPT: Scale to multiple CPUs v3
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH] DM-CRYPT: Scale to multiple CPUs v3
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH] DM-CRYPT: Scale to multiple CPUs v3
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH] DM-CRYPT: Scale to multiple CPUs v3
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH] DM-CRYPT: Scale to multiple CPUs v3
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH] DM-CRYPT: Scale to multiple CPUs v3
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH] DM-CRYPT: Scale to multiple CPUs v3
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH] virtio-blk: put request that was created to retrieve the device id
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Q: Device mapper core and private biosets
- From: Daniel Stodden <daniel.stodden@xxxxxxxxxx>
- [PATCH] device-mapper: Allow setting of UUID via rename if not already set
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: Make it possible to set a uuid if one was not set during DM_DEV_CREATE.
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] Make it possible to set a uuid if one was not set during DM_DEV_CREATE.
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] Make it possible to set a uuid if one was not set during DM_DEV_CREATE.
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: Linux 2.6.36-rc7
- From: Tejun Heo <tj@xxxxxxxxxx>
- [2.6.36 REGRESSION] Re: virtio-blk: put request that was created to retrieve the device id
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: introduce dm-snap-mv
- From: Daniel Phillips <phillips@xxxxxxxxx>
- Re: introduce dm-snap-mv
- From: McPacino <mcpacino@xxxxxxxxx>
- Re: introduce dm-snap-mv
- From: Christoph Hellwig <hch@xxxxxx>
- Re: introduce dm-snap-mv
- From: McPacino <mcpacino@xxxxxxxxx>
- Re: introduce dm-snap-mv
- From: McPacino <mcpacino@xxxxxxxxx>
- Problem regarding splitting and merging of bio's in dm target
- From: nishant mungse <nishantmungse@xxxxxxxxx>
- Re: introduce dm-snap-mv
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH] Make it possible to set a uuid if one was not set during DM_DEV_CREATE.
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: introduce dm-snap-mv
- From: Daniel Phillips <phillips@xxxxxxxxx>
- Re: Linux 2.6.36-rc7
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: Linux 2.6.36-rc7
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH] Make it possible to set a uuid if one was not set during DM_DEV_CREATE.
- From: Peter Jones <pjones@xxxxxxxxxx>
- [PATCH] Make it possible to set a uuid if one was not set during DM_DEV_CREATE.
- From: Peter Jones <pjones@xxxxxxxxxx>
- introduce dm-snap-mv
- From: Cong Meng <mcpacino@xxxxxxxxx>
- Re: [Bug 19642] New: 2.6.36-rc6 BUG at drivers/scsi/scsi_lib.c:1113
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [Bug 19642] New: 2.6.36-rc6 BUG at drivers/scsi/scsi_lib.c:1113
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [PATCH] block: set the bounce_pfn to the actual DMA limit rather than to max memory
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH] block: set the bounce_pfn to the actual DMA limit rather than to max memory
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- Re: [Patch] scsi_dh_rdac: retry IO for 06/3f/03 in rdac_check_sense fn
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxx>
- Re: [PATCH] dm-thinp: new device mapper target to thin provision storage
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- [PATCH 1 of 1] dm log userspace add version number
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 2] dm log userspace split flush queue
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 2 of 2] dm log userspace group clear and mark requests
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 1] dm log userspace check additional error conditions
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH] dm-thinp: new device mapper target to thin provision storage
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [PATCH] dm-thinp: new device mapper target to thin provision storage
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: [PATCH] dm-thinp: new device mapper target to thin provision storage
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: [PATCH] dm-thinp: new device mapper target to thin provision storage
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] dm-thinp: new device mapper target to thin provision storage
- From: Phillip Susi <psusi@xxxxxxxxxx>
- [PATCH] dm-thinp: new device mapper target to thin provision storage
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- [PATCH] block: eliminate potential for infinite loop in blkdev_issue_discard
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: SMP aware kcryptd
- From: Milan Broz <mbroz@xxxxxxxxxx>
- SMP aware kcryptd
- From: baishakhi ray <bray.cs.colorado@xxxxxxxxx>
- Re: [PATCH] block: set the bounce_pfn to the actual DMA limit rather than to max memory
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH] block: set the bounce_pfn to the actual DMA limit rather than to max memory
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- Re: [PATCH] block: set the bounce_pfn to the actual DMA limit rather than to max memory
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH] block: set the bounce_pfn to the actual DMA limit rather than to max memory
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- Re: [PATCH] block: set the bounce_pfn to the actual DMA limit rather than to max memory
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: idr_get_new_exact ?
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: idr_get_new_exact ?
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- scsi_dh_emc vs scsi_dh_alua in RHEL5.5
- From: Brian De Wolf <bldewolf@xxxxxxxxxxxxx>
- Re: [PATCH] block: set the bounce_pfn to the actual DMA limit rather than to max memory
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- [PATCH] block: set the bounce_pfn to the actual DMA limit rather than to max memory
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- Re: [PATCH] virtio-blk: put request that was created to retrieve the device id
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: Help ! : device-mapper: reload ioctl failed: Invalid argument
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [REGRESSION][BISECTED] virtio-blk serial attribute causes guest to hang [Was: Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm]
- From: Ryan Harper <ryanh@xxxxxxxxxx>
- Re: [REGRESSION][BISECTED] virtio-blk serial attribute causes guest to hang [Was: Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm]
- From: Ryan Harper <ryanh@xxxxxxxxxx>
- Re: [PATCH] virtio-blk: put request that was created to retrieve the device id
- From: Ryan Harper <ryanh@xxxxxxxxxx>
- Re: [REGRESSION][BISECTED] virtio-blk serial attribute causes guest to hang [Was: Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm]
- From: Ryan Harper <ryanh@xxxxxxxxxx>
- Re: [REGRESSION][BISECTED] virtio-blk serial attribute causes guest to hang [Was: Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm]
- From: Ryan Harper <ryanh@xxxxxxxxxx>
- OT: device mapper development/testing.
- From: Philip Vossler <philvossler@xxxxxxxxxxxxxx>
- Help ! : device-mapper: reload ioctl failed: Invalid argument
- From: Sethuraman Subbiah <ssubbia2@xxxxxxxx>
- Re: idr_get_new_exact ?
- From: Steve Wise <swise@xxxxxxxxxxxxxxxxxxxxx>
- Re: Is it deliberate that the device mapper is not passing the DISCARD ioctls
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Is it deliberate that the device mapper is not passing the DISCARD ioctls
- From: Lukas Czerner <lczerner@xxxxxxxxxx>
- multipath-tools ./multipath.conf.defaults libm ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: idr_get_new_exact ?
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: idr_get_new_exact ?
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: idr_get_new_exact ?
- From: Roland Dreier <rdreier@xxxxxxxxx>
- idr_get_new_exact ?
- From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
- Re: idr_get_new_exact ?
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Is it deliberate that the device mapper is not passing the DISCARD ioctls
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Is it deliberate that the device mapper is not passing the DISCARD ioctls
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Is it deliberate that the device mapper is not passing the DISCARD ioctls
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- [PATCH] dm: Fix possible NULL dereferences
- From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
- Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxx>
- Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: new "multi-version snapshot target" [was: Re: [PATCH] vfs: calculate block-size correctly]
- From: McPacino <mcpacino@xxxxxxxxx>
- new "multi-version snapshot target" [was: Re: [PATCH] vfs: calculate block-size correctly]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- multipath-tools ./multipath.conf.defaults libm ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Combined storage tree
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Combined storage tree
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: i_size misuses
- From: Neil Brown <neilb@xxxxxxx>
- Re: Combined storage tree
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: Combined storage tree
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Combined storage tree
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- shared snapshots
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- multipath-tools/libmultipath dict.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCHSET #upstream] block, fs: replace HARDBARRIER with FLUSH/FUA, take#2
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Jan Kara <jack@xxxxxxx>
- [PATCH] dm: use cpu_relax when busy waiting for condition
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] virtio-blk: put request that was created to retrieve the device id
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH] virtio-blk: put request that was created to retrieve the device id
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [REGRESSION][BISECTED] virtio-blk serial attribute causes guest to hang [Was: Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [REGRESSION][BISECTED] virtio-blk serial attribute causes guest to hang [Was: Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [REGRESSION][BISECTED] virtio-blk serial attribute causes guest to hang [Was: Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [REGRESSION][BISECTED] virtio-blk serial attribute causes guest to hang [Was: Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [REGRESSION][BISECTED] virtio-blk serial attribute causes guest to hang [Was: Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [REGRESSION][BISECTED] virtio-blk serial attribute causes guest to hang [Was: Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- multipath-tools libmultipath/config.h libmulti ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCHSET #upstream] block, fs: replace HARDBARRIER with FLUSH/FUA, take#2
- From: Tejun Heo <teheo@xxxxxxx>
- Re: [PATCH 42/41 v2] dm: convey that all flushes are processed as empty
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 42/41 v2] dm: convey that all flushes are processed as empty
- From: Tejun Heo <tj@xxxxxxxxxx>
- i_size misuses
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 42/41 v2] dm: convey that all flushes are processed as empty
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 24/41] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH 42/41] dm: convey that all flushes are processed as empty
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 42/41] dm: convey that all flushes are processed as empty
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm_crypt: very low performance of random IO operations
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH 24.5/30] jbd2: Modify ASYNC_COMMIT code to not rely on queue draining on barrier
- From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
- [PATCH 04/41] block: deprecate barrier and replace blk_queue_ordered() with blk_queue_flush()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC] training mpath to discern between SCSI errors
- From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
- Re: [PATCH 04/30] block: deprecate barrier and replace blk_queue_ordered() with blk_queue_flush()
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 24.5/30] jbd2: Modify ASYNC_COMMIT code to not rely on queue draining on barrier
- From: Andreas Dilger <adilger@xxxxxxxxx>
- Re: [PATCH, RFC 2/2] dm: support REQ_FLUSH directly
- From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
- doubt in installation of dm-ioband
- From: sethu subbiah <sethusubbiah@xxxxxxxxx>
- Re: [PATCH 24.5/30] jbd2: Modify ASYNC_COMMIT code to not rely on queue draining on barrier
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Milan Broz <mbroz@xxxxxxxxxx>
- multipath-tools multipath.conf.annotated multi ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/libmultipath config.h dict.c s ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCHSET #upstream] block, fs: replace HARDBARRIER with FLUSH/FUA, take#2
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 28/41] xfs: replace barriers with explicit flush / FUA usage
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 23/41] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 21/41] md: implment REQ_FLUSH/FUA support
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 16/41] block: update documentation for REQ_FLUSH / REQ_FUA
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 07/41] block: drop barrier ordering by queue draining
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCHSET #upstream] block, fs: replace HARDBARRIER with FLUSH/FUA, take#2
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 03/41] block: kill QUEUE_ORDERED_BY_TAG
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 18/41] block/loop: implement REQ_FLUSH/FUA support
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 35/41] jbd2: replace barriers with explicit flush / FUA usage
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 14/41] block: kick queue after sequencing REQ_FLUSH/FUA
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 31/41] reiserfs: replace barriers with explicit flush / FUA usage
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 40/41] block: remove the BLKDEV_IFL_BARRIER flag
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 36/41] ext4: do not send discards as barriers
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 22/41] block: make __blk_rq_prep_clone() copy most command flags
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 09/41] block: rename barrier/ordered to flush
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 20/41] lguest: replace VIRTIO_F_BARRIER support with VIRTIO_F_FLUSH support
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 32/41] nilfs2: replace barriers with explicit flush / FUA usage
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 25/41] dm: relax ordering of bio-based flush implementation
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 05/41] block: remove spurious uses of REQ_HARDBARRIER
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 37/41] fat: do not send discards as barriers
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 06/41] block: misc cleanups in barrier code
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 08/41] block: rename blk-barrier.c to blk-flush.c
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 41/41] block: remove the BH_Eopnotsupp flag
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 10/41] block: implement REQ_FLUSH/FUA based interface for FLUSH/FUA requests
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 27/41] block: pass gfp_mask and flags to sb_issue_discard
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 33/41] jbd: replace barriers with explicit flush / FUA usage
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 38/41] swap: do not send discards as barriers
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 30/41] gfs2: replace barriers with explicit flush / FUA usage
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 11/41] block: filter flush bio's in __generic_make_request()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 15/41] block: make sure FSEQ_DATA request has the same rq_disk as the original
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 39/41] block: remove the WRITE_BARRIER flag
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 19/41] virtio_blk: drop REQ_HARDBARRIER support
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 29/41] btrfs: replace barriers with explicit flush / FUA usage
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 24/41] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 17/41] block: use REQ_FLUSH in blkdev_issue_flush()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 34/41] jbd2: Modify ASYNC_COMMIT code to not rely on queue draining on barrier
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 26/41] dm: fix locking context in queue_io()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 12/41] block: simplify queue_next_fseq
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 01/41] ide: remove unnecessary blk_queue_flushing() test in do_ide_request()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 02/41] block/loop: queue ordered mode should be DRAIN_FLUSH
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 13/41] block: initialize flush request with WRITE_FLUSH instead of REQ_FLUSH
- From: Tejun Heo <tj@xxxxxxxxxx>
- dm_crypt: very low performance of random IO operations
- From: Yakov Hrebtov <hrebtov@xxxxxxxxx>
- Re: Discard support for dm-snap
- From: Hannes Reinecke <hare@xxxxxxx>
- multipath-tools ./multipath.conf.defaults libm ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Vladislav Bolkhovitin <vst@xxxxxxxx>
- Re: Discard support for dm-snap
- From: Douglas McClendon <dmc.fedora@xxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [PATCH] option to multipath to not modify the bindinfs file
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Discard support for dm-snap
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Tejun Heo <tj@xxxxxxxxxx>
- Discard support for dm-snap
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- multipath-tools/multipathd main.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 3/5] dm: relax ordering of bio-based flush implementation
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 2/5] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 2/5] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 2/5] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 3/5] dm: relax ordering of bio-based flush implementation
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 2/5] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: safety of retrying SYNCHRONIZE CACHE [was: Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush]
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: safety of retrying SYNCHRONIZE CACHE [was: Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush]
- From: Hannes Reinecke <hare@xxxxxxx>
- safety of retrying SYNCHRONIZE CACHE [was: Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Vladislav Bolkhovitin <vst@xxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Vladislav Bolkhovitin <vst@xxxxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH] block: initialize flush request with WRITE_FLUSH instead of REQ_FLUSH
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 1/5] block: make __blk_rq_prep_clone() copy most command flags
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 5/5] block: remove the WRITE_BARRIER flag
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 3/5] dm: relax ordering of bio-based flush implementation
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCHSET 2.6.36-rc2] block, dm: finish REQ_FLUSH/FUA conversion, take#2
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH UPDATED 4/5] dm: implement REQ_FLUSH/FUA support for request-based dm
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] [PATCH] option to multipath to not modify the bindinfs file
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RFC] training mpath to discern between SCSI errors
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RFC] training mpath to discern between SCSI errors
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH, RFC 2/2] dm: support REQ_FLUSH directly
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC] training mpath to discern between SCSI errors
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH, RFC 2/2] dm: support REQ_FLUSH directly
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC] training mpath to discern between SCSI errors
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RFC] training mpath to discern between SCSI errors
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 2/5] dm: implement REQ_FLUSH/FUA support for bio-based dm
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH, RFC 2/2] dm: support REQ_FLUSH directly
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH, RFC 2/2] dm: support REQ_FLUSH directly
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: oblem with lvm and multipath on fedora 13
- From: "Stamper, Brian P. (ARC-D)[Logyx LLC]" <brian.p.stamper@xxxxxxxx>
- Re: [PATCH] block: QUEUE_FLAG_CLUSTER and no_cluster are NOT in sync
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- Re: [PATCH] block: Set stacked device's bounce_gfp same as that of the underlying device
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- Re: oblem with lvm and multipath on fedora 13
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- Re: oblem with lvm and multipath on fedora 13
- From: "Stamper, Brian P. (ARC-D)[Logyx LLC]" <brian.p.stamper@xxxxxxxx>
- Re: oblem with lvm and multipath on fedora 13
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- [PATCH] imported patch propagate-bounce-gfp-to-stacked-drivers.patch
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- [PATCH] block: blk_phys_contig_segment() doesn't account for bounce pages
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- [PATCH] imported patch sync-no_cluster-with-cluster-flag.patch
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- Re: oblem with lvm and multipath on fedora 13
- From: "Stamper, Brian P. (ARC-D)[Logyx LLC]" <brian.p.stamper@xxxxxxxx>
- Re: oblem with lvm and multipath on fedora 13
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- Re: [PATCH 2/4] dm: implement REQ_FLUSH/FUA support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 2/4] dm: implement REQ_FLUSH/FUA support
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: oblem with lvm and multipath on fedora 13
- From: "Stamper, Brian P. (ARC-D)[Logyx LLC]" <brian.p.stamper@xxxxxxxx>
- multipath-tools/libmultipath dict.c parser.c p ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH 2/4] dm: implement REQ_FLUSH/FUA support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: oblem with lvm and multipath on fedora 13
- From: "Stamper, Brian P. (ARC-D)[Logyx LLC]" <brian.p.stamper@xxxxxxxx>
- Re: oblem with lvm and multipath on fedora 13
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- oblem with lvm and multipath on fedora 13
- From: "Stamper, Brian P. (ARC-D)[Logyx LLC]" <brian.p.stamper@xxxxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Jan Kara <jack@xxxxxxx>
- [PATCH 2/4] dm: implement REQ_FLUSH/FUA support
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH, RFC 2/2] dm: support REQ_FLUSH directly
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH] block: update documentation for REQ_FLUSH / REQ_FUA
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] [PATCH] option to multipath to not modify the bindinfs file
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH, RFC 2/2] dm: support REQ_FLUSH directly
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH] [PATCH] option to multipath to not modify the bindinfs file
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- Re: [PATCH, RFC 2/2] dm: support REQ_FLUSH directly
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH, RFC 2/2] dm: support REQ_FLUSH directly
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH, RFC 2/2] dm: support REQ_FLUSH directly
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH, RFC 2/2] dm: support REQ_FLUSH directly
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] block: update documentation for REQ_FLUSH / REQ_FUA
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH UPDATED 24.5/30] jbd2: Modify ASYNC_COMMIT code to not rely on queue draining on barrier
- From: Tejun Heo <teheo@xxxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 24.5/30] jbd2: Modify ASYNC_COMMIT code to not rely on queue draining on barrier
- From: Tejun Heo <teheo@xxxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Jan Kara <jack@xxxxxxx>
- Re: [RFC] training mpath to discern between SCSI errors
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: DM manual failback doesn't work on RHEL5
- From: Malahal Naineni <malahal@xxxxxxxxxx>
- Re: [PATCHSET 2.6.36-rc2] block, fs: replace HARDBARRIER with FLUSH/FUA
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Christoph Hellwig <hch@xxxxxx>
- [RFC] training mpath to discern between SCSI errors (was: Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush)
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 29/30] block: remove the BLKDEV_IFL_BARRIER flag
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 26/30] ext4: do not send discards as barriers
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 29/30] block: remove the BLKDEV_IFL_BARRIER flag
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 10/30] block: implement REQ_FLUSH/FUA based interface for FLUSH/FUA requests
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 09/30] block: rename barrier/ordered to flush
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 19/30] xfs: replace barriers with explicit flush / FUA usage
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 03/30] block: kill QUEUE_ORDERED_BY_TAG
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 20/30] btrfs: replace barriers with explicit flush / FUA usage
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 24/30] jbd: replace barriers with explicit flush / FUA usage
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 17/30] md: implment REQ_FLUSH/FUA support
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 28/30] swap: do not send discards as barriers
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 27/30] fat: do not send discards as barriers
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 16/30] lguest: replace VIRTIO_F_BARRIER support with VIRTIO_F_FLUSH support
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 14/30] block/loop: implement REQ_FLUSH/FUA support
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 07/30] block: drop barrier ordering by queue draining
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 26/30] ext4: do not send discards as barriers
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 08/30] block: rename blk-barrier.c to blk-flush.c
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 18/30] block: pass gfp_mask and flags to sb_issue_discard
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 12/30] block: use REQ_FLUSH in blkdev_issue_flush()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 23/30] nilfs2: replace barriers with explicit flush / FUA usage
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 05/30] block: remove spurious uses of REQ_HARDBARRIER
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 30/30] block: remove the BH_Eopnotsupp flag
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 22/30] reiserfs: replace barriers with explicit flush / FUA usage
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCHSET 2.6.36-rc2] block, fs: replace HARDBARRIER with FLUSH/FUA
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 13/30] block: simplify queue_next_fseq
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 11/30] block: filter flush bio's in __generic_make_request()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 21/30] gfs2: replace barriers with explicit flush / FUA usage
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 01/30] ide: remove unnecessary blk_queue_flushing() test in do_ide_request()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 15/30] virtio_blk: drop REQ_HARDBARRIER support
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 06/30] block: misc cleanups in barrier code
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 25/30] jbd2: replace barriers with explicit flush / FUA usage
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 02/30] block/loop: queue ordered mode should be DRAIN_FLUSH
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH UPDATED 4/5] md: implment REQ_FLUSH/FUA support
- From: Neil Brown <neilb@xxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- [PATCH UPDATED 4/5] md: implment REQ_FLUSH/FUA support
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- multipath-tools ./multipath.conf.defaults libm ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Vladislav Bolkhovitin <vst@xxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH 4/5] md: implment REQ_FLUSH/FUA support
- From: Neil Brown <neilb@xxxxxxx>
- multipath-tools/multipath mpath_wait multipath ...
- From: bmarzins@xxxxxxxxxxxxxx
- DM manual failback doesn't work on RHEL5
- From: <Yanqing_Liu@xxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Sergey Vlasov <vsu@xxxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] block: simplify queue_next_fseq
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Tejun Heo <tj@xxxxxxxxxx>
- [just.for.lkml@xxxxxxxxxxxxxx: 2.6.36-rc1 hangs during XFS barrier test for /]
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Chris Mason <chris.mason@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 3/5] lguest: replace VIRTIO_F_BARRIER support with VIRTIO_F_FLUSH support
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 2/5 UPDATED] virtio_blk: drop REQ_HARDBARRIER support
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH RESEND 1/2 block#for-linus] bio, fs: update READA and SWRITE to match the corresponding BIO_RW_* bits
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: direct-io regression [Was: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs]
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- Re: direct-io regression [Was: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs]
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- Re: direct-io regression [Was: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs]
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- Re: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- direct-io regression [Was: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs]
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- Re: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- Performance impact of CONFIG_SCHED_MC? direct-io test case
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- Performance impact of CONFIG_DEBUG? direct-io test case
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 03/11] block: deprecate barrier and replace blk_queue_ordered() with blk_queue_flush()
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 03/11] block: deprecate barrier and replace blk_queue_ordered() with blk_queue_flush()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 2/5] virtio_blk: implement REQ_FLUSH/FUA support
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 03/11] block: deprecate barrier and replace blk_queue_ordered() with blk_queue_flush()
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [REVISED PULL REQUEST] md updates for 2.6.36
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH REPOST RFC] relaxed barriers
- From: Tejun Heo <teheo@xxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Tejun Heo <teheo@xxxxxxx>
- Re: [PATCH REPOST RFC] relaxed barriers
- From: Tejun Heo <teheo@xxxxxxx>
- Re: [PATCH 2/5] virtio_blk: implement REQ_FLUSH/FUA support
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH RESEND 1/2 block#for-linus] bio, fs: update READA and SWRITE to match the corresponding BIO_RW_* bits
- From: Tao Ma <tao.ma@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Vladislav Bolkhovitin <vst@xxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Vladislav Bolkhovitin <vst@xxxxxxxx>
- snapshots of mirror problems
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH v2] dm-throttle: new device mapper target to throttle reads and writes
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 08/11] block: rename barrier/ordered to flush
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 08/11] block: rename barrier/ordered to flush
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 08/11] block: rename barrier/ordered to flush
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 2/5] virtio_blk: implement REQ_FLUSH/FUA support
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 08/11] block: rename barrier/ordered to flush
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 2/5] virtio_blk: implement REQ_FLUSH/FUA support
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v2] dm-throttle: new device mapper target to throttle reads and writes
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH v2] dm-throttle: new device mapper target to throttle reads and writes
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: [PATCHSET block#for-2.6.36-post] block: replace barrier with sequenced flush
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 5/5] dm: implement REQ_FLUSH/FUA support
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 2/5] virtio_blk: implement REQ_FLUSH/FUA support
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 2/5] virtio_blk: implement REQ_FLUSH/FUA support
- From: Tejun Heo <tj@xxxxxxxxxx>
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]