Linux Device-Mapper Development
[Prev Page][Next Page]
- Re: [PATCH 07/23] io-controller: Common hierarchical fair queuing code in elevaotor layer
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: Re: [PATCH 5/5] dm-mpath: convert to request-based
- From: Mike Snitzer <snitzer@xxxxxxxxx>
- Re: [PATCH 06/23] io-controller: cgroup related changes for hierarchical group support
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH 05/23] io-controller: Core scheduler changes to support hierarhical scheduling
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH 04/23] io-controller: Modify cfq to make use of flat elevator fair queuing
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH 03/23] io-controller: Common flat fair queuing code in elevaotor layer
- From: Rik van Riel <riel@xxxxxxxxxx>
- RE: [PATCH 1/3][RESUBMIT] scsi_dh_rdac: changes to collect the debug information during rdac_activate
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: [PATCH 1/3][RESUBMIT] scsi_dh_rdac: changes to collect the debug information during rdac_activate
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [PATCH 02/23] io-controller: Core of the elevator fair queuing
- From: Rik van Riel <riel@xxxxxxxxxx>
- [RFC] IO scheduler based IO controller V9
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 21/23] io-controller: Per io group bdi congestion interface
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 03/23] io-controller: Common flat fair queuing code in elevaotor layer
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 20/23] io-controller: Per cgroup request descriptor support
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 04/23] io-controller: Modify cfq to make use of flat elevator fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 07/23] io-controller: Common hierarchical fair queuing code in elevaotor layer
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 13/23] io-controller: Separate out queue and data
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 11/23] io-controller: Introduce group idling
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 02/23] io-controller: Core of the elevator fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 01/23] io-controller: Documentation
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 17/23] io-controller: anticipatory changes for hierarchical fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 19/23] io-controller: map async requests to appropriate cgroup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 22/23] io-controller: Support per cgroup per device weights and io class
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 18/23] io-controller: blkio_cgroup patches from Ryo to track async bios.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 05/23] io-controller: Core scheduler changes to support hierarhical scheduling
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 10/23] io-controller: Debug hierarchical IO scheduling
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 14/23] io-conroller: Prepare elevator layer for single queue schedulers
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 08/23] io-controller: cfq changes to use hierarchical fair queuing code in elevaotor layer
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 12/23] io-controller: Wait for requests to complete from last queue before new queue is scheduled
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 06/23] io-controller: cgroup related changes for hierarchical group support
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 09/23] io-controller: Export disk time used and nr sectors dipatched through cgroups
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 23/23] io-controller: debug elevator fair queuing support
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 16/23] io-controller: deadline changes for hierarchical fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 15/23] io-controller: noop changes for hierarchical fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 1/3][RESUBMIT] scsi_dh_rdac: changes to collect the debug information during rdac_activate
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH][RESUBMIT] scsi_dh_rdac: Fix for returning correct mode select cmd return info
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: [multipath] meaning of "no_path_retry nn"
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 3/3][RESUBMIT] scsi_dh_rdac: changes for rdac debug logging
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 2/3][RESUBMIT] scsi_dh_rdac: move the init code from rdac_activate to rdac_bus_attach
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 1/3][RESUBMIT] scsi_dh_rdac: changes to collect the debug information during rdac_activate
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 0/3][RESUBMIT] scsi_dh_rdac: Adding more debug options for scsi rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH][RESUBMIT] scsi_dh_rdac: Fix for returning correct mode select cmd return info
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [PATCH 5/5] dm-mpath: convert to request-based
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [multipath] meaning of "no_path_retry nn"
- From: "Diedrich Ehlerding" <diedrich.ehlerding@xxxxxxxxxxxxxx>
- Re: [Test Result] I/O bandwidth Control by dm-ioband - partition-based environment
- From: Dong-Jae Kang <baramsori72@xxxxxxxxx>
- [PATCH 2 of 2] dm log userspace status fix 2
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 2] dm log userspace rearrange ctr args
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 0 of 2] REPLACEMENT PATCHES for "dm log userspace status fix 2"
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH 5/5] dm-mpath: convert to request-based
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH 11/24] io-controller: Introduce group idling
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- [PATCH] updated dm-snapshot-check-on-disk-chunksize.patch
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 02/24] io-controller: Core of the elevator fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 5/5] dm-mpath: convert to request-based
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: [PATCH v2] expose dm-stripe target's topology I/O hints
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Fwd: MD/DM and barriers (was Re: [patch] ext2/3: document conditions when reliable operation is possible)
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- [PATCH v3] expose dm-stripe target's topology I/O hints
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2] expose dm-stripe target's topology I/O hints
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2] expose dm-stripe target's topology I/O hints
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2] dm table: improve terse warning messages with more context
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2] expose dm-stripe target's topology I/O hints
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] dm table: improve terse warning messages with more context
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [Test Result] I/O bandwidth Control by dm-ioband - partition-based environment
- From: Dong-Jae Kang <baramsori72@xxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Re: [Test Result] I/O bandwidth Control by dm-ioband - partition-based environment
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 02/24] io-controller: Core of the elevator fair queuing
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] scsi_dh_rdac: Add support for Sun StorageTek ST2500, ST2510 and ST2530
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH] libmultipath/twable.c: Add default config for Sun StorageTek 2500 and 2530
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH] libmultipath/hwtable.c: Add default config for Sun StorageTek 2500 and 2530
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- [PATCH] libmultipath/twable.c: Add default config for Sun StorageTek 2500 and 2530
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: Re: dm snapshot: implement .iterate_devices
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- RE: [PATCH] scsi_dh_rdac: Add support for Sun StorageTek ST2500, ST2510 and ST2530
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: dm snapshot: implement .iterate_devices
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] scsi_dh_rdac: Add support for Sun StorageTek ST2500, ST2510 and ST2530
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- RE: [PATCH] scsi_dh_rdac: Add support for Sun StorageTek 2510 and 2530
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH] dm persistent exception store: Minor code clean-up
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] dm snapshot: remove redundant function
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] umask in device node creation error handling
- From: Florian Zumbiehl <florz@xxxxxxxx>
- [PATCH] DM snapshot missing failure condition back-out
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] DM Snapshot - minor style fixes
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH] dm snapshot: implement .iterate_devices
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- IO controller Mini-Summit 2009
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: Re: New kernel shared snapshots
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: Re: New kernel shared snapshots
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] scsi_dh_rdac: Adding more debug options for scsi rdac handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH] scsi_dh_rdac: Add support for Sun StorageTek 2510 and 2530
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: New kernel shared snapshots
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- RE: [PATCH 0/3] scsi_dh_rdac: Adding more debug options for scsi rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 01/24] io-controller: Documentation
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 0/3] scsi_dh_rdac: Adding more debug options for scsi rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 3/3] scsi_dh_rdac: Adding more debug options for scsi rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 2/3] scsi_dh_rdac: Adding more debug options for scsi rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 1/3] scsi_dh_rdac: Adding more debug options for scsi rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- [PATCH] scsi_dh_rdac: Fix for returning correct mode select return info
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: dm snapshot: implement .iterate_devices
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Re: [PATCH] dm snapshot: implement .iterate_devices
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- [Patch] multipathing-tools: Add Dell 32xx/i support into hardware table
- From: <Yanqing_Liu@xxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Seperate read and write statistics of in_flight requests
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: [PATCH] Seperate read and write statistics of in_flight requests
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- [PATCH] Seperate read and write statistics of in_flight requests
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- [PATCH 8/8] blkio-cgroup-v11: The document of a cgroup support for dm-ioband
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 7/8] blkio-cgroup-v11: Add a cgroup support to dm-ioband
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 6/8] blkio-cgroup-v11: The document of blkio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 5/8] blkio-cgroup-v11: Page tracking hooks
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 4/8] blkio-cgroup-v11: The body of blkio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 3/8] blkio-cgroup-v11: Refactoring io-context initialization
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 2/8] blkio-cgroup-v11: The new page_cgroup framework
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/8] blkio-cgroup-v11: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- multipath says about wrong disk size, after present a EVA 4000 disk
- From: Javier Barroso <javibarroso@xxxxxxxxx>
- Re: [PATCH 12/24] io-controller: Wait for requests to complete from last queue before new queue is scheduled
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- Sun StorageTek 2530 and dm?
- From: Jakov Sosic <jakov.sosic@xxxxxxx>
- [PATCH] dm snapshot: implement .iterate_devices
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Issue with setting uid/gid/mode in multipath.conf
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH v2] expose dm-stripe target's topology I/O hints
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: expose dm-stripe target's topology I/O hints
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Issue with setting uid/gid/mode in multipath.conf
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Issue with setting uid/gid/mode in multipath.conf
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Issue with setting uid/gid/mode in multipath.conf
- From: Mark Goodwin <mgoodwin@xxxxxxxxxx>
- Re: [PATCH 02/24] io-controller: Core of the elevator fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 02/24] io-controller: Core of the elevator fair queuing
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [PATCH] IO-Controller: clear ioq wait flag if a request goes into that ioq
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Issue with setting uid/gid/mode in multipath.conf
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 02/24] io-controller: Core of the elevator fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] IO-Controller: clear ioq wait flag if a request goes into that ioq
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH] IO-Controller: clear ioq wait flag if a request goes into that ioq
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- RE: [PATCH] scsi_dh: Adding more debug options for scsi rdac handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- multipath-tools ./multipath.conf.defaults libm ...
- From: bmarzins@xxxxxxxxxxxxxx
- RE: [PATCH] scsi_dh: Adding more debug options for scsi rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [PATCH 02/24] io-controller: Core of the elevator fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 03/24] io-controller: Common flat fair queuing code in elevaotor layer
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 02/24] io-controller: Core of the elevator fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Chunk size, mask and shift
- From: Guilherme Moro <guilherme.moro@xxxxxxxxx>
- Re: New kernel shared snapshots
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH 03/24] io-controller: Common flat fair queuing code in elevaotor layer
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [PATCH] scsi_dh: Adding more debug options for scsi rdac handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 18/24] blkio_cgroup patches from Ryo to track async bios.
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- multipath-tools multipathd/copy.c multipathd/m ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH 18/24] blkio_cgroup patches from Ryo to track async bios.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 18/24] blkio_cgroup patches from Ryo to track async bios.
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [RFC] IO scheduler based IO controller V7
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [PATCH] add support for next generation of Dell PV array
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: [PATCH] add support for next generation of Dell PV array
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [PATCH 02/24] io-controller: Core of the elevator fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH] add support for next generation of Dell PV array
- From: <Yanqing_Liu@xxxxxxxx>
- [PATCH] add support for next generation of Dell PV array
- From: <Yanqing_Liu@xxxxxxxx>
- [PATCH] scsi_dh: Adding more debug options for scsi rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [PATCH] dm mpath: Skip calling activate_path if the path is already failed
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 02/24] io-controller: Core of the elevator fair queuing
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [RFC] IO scheduler based IO controller V8
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 03/24] io-controller: Common flat fair queuing code in elevaotor layer
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 04/24] io-controller: Modify cfq to make use of flat elevator fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 13/24] io-controller: Separate out queue and data
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 18/24] blkio_cgroup patches from Ryo to track async bios.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 19/24] io-controller: map async requests to appropriate cgroup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 20/24] io-controller: Per cgroup request descriptor support
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 17/24] io-controller: anticipatory changes for hierarchical fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 21/24] io-controller: Per io group bdi congestion interface
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 02/24] io-controller: Core of the elevator fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 14/24] io-conroller: Prepare elevator layer for single queue schedulers
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 05/24] io-controller: Core scheduler changes to support hierarhical scheduling
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 07/24] io-controller: Common hierarchical fair queuing code in elevaotor layer
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 01/24] io-controller: Documentation
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 11/24] io-controller: Introduce group idling
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [RFC] IO scheduler based IO controller V8
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 22/24] io-controller: Support per cgroup per device weights and io class
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 10/24] io-controller: Debug hierarchical IO scheduling
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 06/24] io-controller: cgroup related changes for hierarchical group support
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 09/24] io-controller: Export disk time used and nr sectors dipatched through cgroups
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 08/24] io-controller: cfq changes to use hierarchical fair queuing code in elevaotor layer
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 24/24] io-controller: debug elevator fair queuing support
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 23/24] io-controller: map sync requests to group using bio tracking info
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 12/24] io-controller: Wait for requests to complete from last queue before new queue is scheduled
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 16/24] io-controller: deadline changes for hierarchical fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 15/24] io-controller: noop changes for hierarchical fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH] dm-log-userspace: fix printk format warning
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- RE: Kernel Panic When Using Multipath-Tools
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: rdac path failure - Sun 6140
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: rdac path failure - Sun 6140
- From: Stewart Smith <stew@xxxxxxxxxxxx>
- RE: [PATCH] dm mpath: Skip calling activate_path if the path is already failed
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- RE: rdac path failure - Sun 6140
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- multipathd not doing fallback
- From: Stefan Upietz <upietz@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: rdac path failure - Sun 6140
- From: Stewart Smith <stew@xxxxxxxxxxxx>
- Re: Kernel Panic When Using Multipath-Tools
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
- Re: [PATCH-v2 2/2] Initialize mempool and elevator only for request-based dm devices
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: Kernel Panic When Using Multipath-Tools
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: rdac path failure - Sun 6140
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: rdac path failure - Sun 6140
- From: Stewart Smith <stew@xxxxxxxxxxxx>
- Re: rdac path failure - Sun 6140
- From: Stewart Smith <stew@xxxxxxxxxxxx>
- RE: rdac path failure - Sun 6140
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- rdac path failure - Sun 6140
- From: Stewart Smith <stew@xxxxxxxxxxxx>
- Re: [PATCH-v2 2/2] Initialize mempool and elevator only for request-based dm devices
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- [PATCH] dm core: simplify suspend code of request-based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH-v2 2/2] Initialize mempool and elevator only for request-based dm devices
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH-v3 2/2] Initialize mempool and elevator only for request-based dm devices
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- [PATCH-v3 1/2] Allow delaying initialization of queue after allocation
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- [PATCH-v3 0/2] delay initializing queue for request-based dm
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: [PATCH-v2 2/2] Initialize mempool and elevator only for request-based dm devices
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: [PATCH]: create sysfs file, dh_state for SCSI devices even if they are not in the inteernal lists
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH-v2 2/2] Initialize mempool and elevator only for request-based dm devices
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH-v2 1/2] Allow delaying initialization of queue after allocation
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- [PATCH-v2 2/2] Initialize mempool and elevator only for request-based dm devices
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- [PATCH-v2 0/2] delay initializing queue for request-based dm
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: [PATCH 1/2] Allow delaying initialization of queue after allocation
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: [PATCH 2/2] Initialize mempool and elevator only for request-based dm devices
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: [PATCH 1/2] Allow delaying initialization of queue after allocation
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 2/2] Initialize mempool and elevator only for request-based dm devices
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/2] Allow delaying initialization of queue after allocation
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 22/24] io-controller: Per io group bdi congestion interface
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- [PATCH 1/2] Allow delaying initialization of queue after allocation
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- [PATCH 2/2] Initialize mempool and elevator only for request-based dm devices
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- [PATCH 0/2] delay initializing queue for request-based dm
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: Re: User specific priorities on for iscsi paths doesn't seem to work
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: User specific priorities on for iscsi paths doesn't seem to work
- From: Akshay Lal <alal@xxxxxxxxxxxxxx>
- Re: User specific priorities on for iscsi paths doesn't seem to work
- From: Akshay Lal <alal@xxxxxxxxxxxxxx>
- Re: User specific priorities on for iscsi paths doesn't seem to work
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: User specific priorities on for iscsi paths doesn't seem to work
- From: Akshay Lal <alal@xxxxxxxxxxxxxx>
- Re: User specific priorities on for iscsi paths doesn't seem to work
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: User specific priorities on for iscsi paths doesn't seem to work
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- User specific priorities on for iscsi paths doesn't seem to work
- From: Akshay Lal <alal@xxxxxxxxxxxxxx>
- Re: [PATCH] block: silently error unsupported empty barriers too
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm-ioband-v1.12.3: I/O bandwidth controller
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH] block: silently error unsupported empty barriers too
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH] block: silently error unsupported empty barriers too
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] block: silently error unsupported empty barriers too
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- BUG? a suspected race condition at dm_get_md()
- From: 홍신 shin hong <hongshin@xxxxxxxxx>
- PATCH REPOST] Fix clvmd segfault
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] Fix clvmd segfault
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH 2/2] Disable partition scan
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: expose dm-stripe target's topology I/O hints
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] io-controller: implement per group request allocation limitation
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: about multipath path group
- From: 杨伟 <csynineyang@xxxxxxxxx>
- Re: [PATCH] io-controller: implement per group request allocation limitation
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [PATCH] io-controller: implement per group request allocation limitation
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [PATCH] io-controller: implement per group request allocation limitation
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [PATCH] io-controller: implement per group request allocation limitation
- From: Munehiro Ikeda <m-ikeda@xxxxxxxxxxxxx>
- Re: [PATCH] io-controller: implement per group request allocation limitation
- From: Munehiro Ikeda <m-ikeda@xxxxxxxxxxxxx>
- Re: [PATCH] io-controller: implement per group request allocation limitation
- From: Munehiro Ikeda <m-ikeda@xxxxxxxxxxxxx>
- [PATCH 4/4] Check on-disk chunk size.
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 3/4] Refactor set_chunk_size.
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2/4] Use a separate memory area for the header.
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 1/4] Refactor chunk_io
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 0/4] Fix corruption of snapshot store on invalidation
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [RFC] IO scheduler based IO controller V7
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 20/25] io-controller: map async requests to appropriate cgroup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFC] IO scheduler based IO controller V7
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- [PATCH 5/5] multipath-tools: miscellaneous code cleanups
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 4/5] multipath-tools: install libraries to /lib64 where appriopriate
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 3/5] multipath-tools: uninstall libraries correctly
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 2/5] multipath-tools: Log all messages
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 1/5] multipath-tools: Fix uevent handling code
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: Re: Why does __do_page_cache_readahead submit READ, not READA?
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH]: create sysfs file, dh_state for SCSI devices even if they are not in the inteernal lists
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: about multipath path group
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [RESEND] [PATCH 3/3] scsi_dh: Use scsi_dh_set_params() in multipath.
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [RESEND] [PATCH 2/3] scsi_dh: Provide set_params interface in emc device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [RESEND] [PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [RESEND] [PATCH 1/3] scsi_dh: add the interface scsi_dh_set_params()
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Re: Why does __do_page_cache_readahead submit READ, not READA?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Why does __do_page_cache_readahead submit READ, not READA?
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Why does __do_page_cache_readahead submit READ, not READA?
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Why does __do_page_cache_readahead submit READ, not READA?
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH 20/25] io-controller: map async requests to appropriate cgroup
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [RFC] IO scheduler based IO controller V7
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: Re: NULL data pointer dereference in kcryptd
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH 8/10] drivers/md: introduce missing kfree
- From: Julia Lawall <julia@xxxxxxx>
- Re: NULL data pointer dereference in kcryptd
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [RFC] Optimize ROW snapshot writes
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: dm-snapshot transient data
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- dm-snapshot transient data
- From: Guilherme Moro <guilherme.moro@xxxxxxxxx>
- [PATCH] dm table: improve terse warning messages with more context
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 05/24] io-controller: Modify cfq to make use of flat elevator fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFC] IO scheduler based IO controller V7
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RESEND] [PATCH] Use Average path priority value for path switching
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RFC] IO scheduler based IO controller V7
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [PATCH] drop mutex in __set_size
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [RESEND] [PATCH] Use Average path priority value for path switching
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH] Rename device_area_is_valid and reverse logic accordingly
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 05/24] io-controller: Modify cfq to make use of flat elevator fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: Why does __do_page_cache_readahead submit READ, not READA?
- From: Chris Mason <chris.mason@xxxxxxxxxx>
- Re: [PATCH] drop mutex in __set_size
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Why does __do_page_cache_readahead submit READ, not READA?
- From: Chris Mason <chris.mason@xxxxxxxxxx>
- Re: [PATCH] dm-ioband-v1.12.2: I/O bandwidth controller
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 05/24] io-controller: Modify cfq to make use of flat elevator fair queuing
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: Why does __do_page_cache_readahead submit READ, not READA?
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Why does __do_page_cache_readahead submit READ, not READA?
- From: Chris Mason <chris.mason@xxxxxxxxxx>
- Re: Why does __do_page_cache_readahead submit READ, not READA?
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- [PATCH] LVM, fix mirror ctr table arguments
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Why does __do_page_cache_readahead submit READ, not READA?
- From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
- [PATCH] dm mpath: Skip calling activate_path if the path is already failed
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: How to handle >16TB devices on 32 bit hosts ??
- From: Pavel Machek <pavel@xxxxxx>
- [PATCH] Fix minor error in multipath.conf manpage
- From: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
- Re: [RFC] IO scheduler based IO controller V6
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- [PATCH] rq-based dm: fix an oops on no-path with fail_if_no_path
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH] drop mutex in __set_size
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH 03/24] io-controller: bfq support of in-class preemption
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH] dm log userspace, add 'luid' to distinguish between log instances
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] dm raid1, do not allow 'log_failure' variable to unset after being set
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 2 of 2] dm log userspace, fix table status output
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 2] dm log userspace, fix table status output
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH 03/24] io-controller: bfq support of in-class preemption
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 03/24] io-controller: bfq support of in-class preemption
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH]multipath-tools: no_path_retry for time based queuing is queuing I/O for ever
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxx>
- [PATCH 7/7] blkio-cgroup-v10: Add a cgroup support to dm-ioband
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 6/7] blkio-cgroup-v10: Page tracking hooks
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 5/7] blkio-cgroup-v10: The document of blkio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 4/7] blkio-cgroup-v10: The body of blkio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 3/7] blkio-cgroup-v10: Refactoring io-context initialization
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 2/7] blkio-cgroup-v10: The new page_cgroup framework
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/7] blkio-cgroup-v10: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH] Rename device_area_is_valid and reverse logic accordingly
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC] IO scheduler based IO controller V6
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [RESEND][PATCH] Send uevents for disk write_protect changes
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFC] IO scheduler based IO controller V6
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [RFC] IO scheduler based IO controller V6
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH] drop mutex in __set_size
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 03/24] io-controller: bfq support of in-class preemption
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: fix reversed logic in device_area_is_valid
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: fix reversed logic in device_area_is_valid
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] fix reversed logic in device_area_is_valid
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [RFC] IO scheduler based IO controller V6
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- New kernel shared snapshots
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 05/24] io-controller: Modify cfq to make use of flat elevator fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 04/24] io-controller: Common flat fair queuing code in elevaotor layer
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 21/24] io-controller: Per cgroup request descriptor support
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 20/24] io-controller: map async requests to appropriate cgroup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 22/24] io-controller: Per io group bdi congestion interface
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 02/24] io-controller: Core of the B-WF2Q+ scheduler
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 12/24] io-controller: Introduce group idling
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 19/24] blkio_cgroup patches from Ryo to track async bios.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 01/24] io-controller: Documentation
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 14/24] io-controller: Separate out queue and data
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 06/24] io-controller: core bfq scheduler changes for hierarchical setup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 08/24] io-controller: Common hierarchical fair queuing code in elevaotor layer
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 18/24] io-controller: anticipatory changes for hierarchical fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 03/24] io-controller: bfq support of in-class preemption
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 10/24] io-controller: Export disk time used and nr sectors dipatched through cgroups
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 15/24] io-conroller: Prepare elevator layer for single queue schedulers
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 11/24] io-controller: Debug hierarchical IO scheduling
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [RFC] IO scheduler based IO controller V7
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 13/24] io-controller: Wait for requests to complete from last queue before new queue is scheduled
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 09/24] io-controller: cfq changes to use hierarchical fair queuing code in elevaotor layer
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 23/24] io-controller: Support per cgroup per device weights and io class
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 07/24] io-controller: cgroup related changes for hierarchical group support
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 24/24] map sync requests to group using bio tracking info
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 16/24] io-controller: noop changes for hierarchical fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 17/24] io-controller: deadline changes for hierarchical fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [Xen-devel] Re: [PATCH 7/9] blkio-cgroup-v9: Page tracking hooks
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [Xen-devel] Re: [PATCH 7/9] blkio-cgroup-v9: Page tracking hooks
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [Xen-devel] Re: [PATCH 7/9] blkio-cgroup-v9: Page tracking hooks
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [git pull] device-mapper fixes for 2.6.31-rc5
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [Xen-devel] Re: [PATCH 7/9] blkio-cgroup-v9: Page tracking hooks
- From: "KAMEZAWA Hiroyuki" <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [Xen-devel] Re: [PATCH 7/9] blkio-cgroup-v9: Page tracking hooks
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] dm-bdev-keep-bdev-always-referenced.patch
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [Xen-devel] Re: [PATCH 7/9] blkio-cgroup-v9: Page tracking hooks
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [Xen-devel] Re: [PATCH 7/9] blkio-cgroup-v9: Page tracking hooks
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 7/9] blkio-cgroup-v9: Page tracking hooks
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: Multipath path ready but not active
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: How to handle >16TB devices on 32 bit hosts ??
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Multipath path ready but not active
- From: Jim Lester <Jim.Lester@xxxxxxxxxxxxxx>
- Re: How to handle >16TB devices on 32 bit hosts ??
- From: Andreas Dilger <adilger@xxxxxxx>
- Re: [PATCH 2/2] Disable partition scan
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- [ANNOUNCE] cryptsetup 1.0.7
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH] dm: strncpy does not null terminate string
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] dm: strncpy does not null terminate string
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- [PATCH 1/2] Add genhd flag requesting notification of partition changes only.
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 1/2] Add genhd flag requesting notification of partition changes only.
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 7/9] blkio-cgroup-v9: Page tracking hooks
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 3/9] blkio-cgroup-v9: The new page_cgroup framework
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 3/9] blkio-cgroup-v9: The new page_cgroup framework
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 3/9] blkio-cgroup-v9: The new page_cgroup framework
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 3/9] blkio-cgroup-v9: The new page_cgroup framework
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/9] blkio-cgroup-v9: The new page_cgroup framework
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH][RFC] Emulate BLKRRPART on device-mapper
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH][RFC] Emulate BLKRRPART on device-mapper
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH 2/2] Disable partition scan
- From: hare@xxxxxxx (Hannes Reinecke)
- Re: [PATCH][RFC] Emulate BLKRRPART on device-mapper
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: How to handle >16TB devices on 32 bit hosts ??
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- about multipath path group
- From: 杨伟 <csynineyang@xxxxxxxxx>
- Re: [PATCH] Allow zero paths for multipath priority groups
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 7/9] blkio-cgroup-v9: Page tracking hooks
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 5/9] blkio-cgroup-v9: The body of blkio-cgroup
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 3/9] blkio-cgroup-v9: The new page_cgroup framework
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 3/9] blkio-cgroup-v9: The new page_cgroup framework
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: Failed path will not be recovered when disabling/enabling remote port
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
- Re: [PATCH 21/25] io-controller: Per cgroup request descriptor support
- From: Nauman Rafique <nauman@xxxxxxxxxx>
- [PATCH][RFC] Emulate BLKRRPART on device-mapper
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH 3/9] blkio-cgroup-v9: The new page_cgroup framework
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Allow zero paths for multipath priority groups
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] Allow zero paths for multipath priority groups
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] Allow multipath devices to be created for readonly devices
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 9/9] blkio-cgroup-v9: Add a cgroup support to dm-ioband
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 8/9] blkio-cgroup-v9: Fast page tracking
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 7/9] blkio-cgroup-v9: Page tracking hooks
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 6/9] blkio-cgroup-v9: The document of blkio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 5/9] blkio-cgroup-v9: The body of blkio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 4/9] blkio-cgroup-v9: Refactoring io-context initialization
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 3/9] blkio-cgroup-v9: The new page_cgroup framework
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/9] I/O bandwidth controller and BIO tracking
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 21/25] io-controller: Per cgroup request descriptor support
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RESEND][PATCH] Send uevents for disk write_protect changes
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Failed path will not be recovered when disabling/enabling remote port
- From: Hannes Reinecke <hare@xxxxxxx>
- [RESEND][PATCH] Send uevents for disk write_protect changes
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: [PATCH 21/25] io-controller: Per cgroup request descriptor support
- From: Nauman Rafique <nauman@xxxxxxxxxx>
- Re: [PATCH 21/25] io-controller: Per cgroup request descriptor support
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: Re: [PATCH 2/3] scsi_dh: Provide set_params interface in emc device handler
- From: Asim Zia <ziajee2k@xxxxxxxxx>
- Re: [PATCH 2/3] scsi_dh: Provide set_params interface in emc device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH] Allow zero paths for multipath priority groups
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: [PATCH] Allow multipath devices to be created for readonly devices
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] Allow multipath devices to be created for readonly devices
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] Emulate BLKRRPART on device-mapper
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Failed path will not be recovered when disabling/enabling remote port
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: dm-raid1: wake the thread after adding bios to the queue
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
- Re: [PATCH 2/3] scsi_dh: Provide set_params interface in emc device handler
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
- Re: [PATCH] dm-raid1: wake the thread after adding bios to the queue
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [linux-lvm] Re: Parallel mirroring
- From: Diego Jacobi <jacobidiego@xxxxxxxxx>
- Re: How to handle >16TB devices on 32 bit hosts ??
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: How to handle >16TB devices on 32 bit hosts ??
- From: Andreas Dilger <adilger@xxxxxxx>
- Re: How to handle >16TB devices on 32 bit hosts ??
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: How to handle >16TB devices on 32 bit hosts ??
- From: Theodore Tso <tytso@xxxxxxx>
- Re: How to handle >16TB devices on 32 bit hosts ??
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: How to handle >16TB devices on 32 bit hosts ??
- From: Andreas Dilger <adilger@xxxxxxx>
- Re: How to handle >16TB devices on 32 bit hosts ??
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: How to handle >16TB devices on 32 bit hosts ??
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: How to handle >16TB devices on 32 bit hosts ??
- From: Andreas Dilger <adilger@xxxxxxx>
- How to handle >16TB devices on 32 bit hosts ??
- From: Neil Brown <neilb@xxxxxxx>
- Re: [PATCH 22/25] io-controller: Per io group bdi congestion interface
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 22/25] io-controller: Per io group bdi congestion interface
- From: Munehiro Ikeda <m-ikeda@xxxxxxxxxxxxx>
- [RFC] Redundant LVM mirror log
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- "handle_errors" argument in dm-raid1
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] io-controller: implement per group request allocation limitation
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [PATCH] io-controller: implement per group request allocation limitation
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [PATCH] io-controller: implement per group request allocation limitation
- From: Munehiro Ikeda <m-ikeda@xxxxxxxxxxxxx>
- Re: [PATCH] io-controller: implement per group request allocation limitation
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH] dm-raid1: wake the thread after adding bios to the queue
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [RFC][PATCH] dm-mirror: fix data corruption
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm: remove all 'next_ordered' work-arounds
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] dm: remove all 'next_ordered' work-arounds
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: Re: [RFC][PATCH] dm-mirror: fix data corruption
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: [PATCH 1/6] dm raid45 target: export region hash functions and add a needed one
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH 1/6] dm raid45 target: export region hash functions and add a needed one
- From: Doug Ledford <dledford@xxxxxxxxxx>
- [PATCH] expose dm-stripe target's topology I/O hints
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC][PATCH] dm-mirror: fix data corruption
- Re: [RFC][PATCH] dm-mirror: fix data corruption
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: [RFC][PATCH] dm-mirror: fix data corruption
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- [PATCH] dm: remove all 'next_ordered' work-arounds
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/6] dm raid45 target: export region hash functions and add a needed one
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: [RFC][PATCH] dm-mirror: fix data corruption
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [RFC][PATCH] dm-mirror: fix data corruption
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: [PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
- Re: [RFC][PATCH] dm-mirror: fix data corruption
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCH] io-controller: implement per group request allocation limitation
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: Re: [PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [Xen-devel] Re: IO controller mini-summit -- Japan, Oct 2009
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: IO controller mini-summit -- Japan, Oct 2009
- From: Akio Takebe <takebe_akio@xxxxxxxxxxxxxx>
- [RFC][PATCH] dm-mirror: fix data corruption
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: [PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
- Re: [PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Media failures cause Path/Device Failures in dm-multipath ?
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: [RFC] IO scheduler based IO controller V6
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Neil Brown <neilb@xxxxxxx>
- Re: Media failures cause Path/Device Failures in dm-multipath ?
- From: christophe.varoqui@xxxxxxx
- Re: Media failures cause Path/Device Failures in dm-multipath ?
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/6] dm raid45 target: export region hash functions and add a needed one
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: [RFC] IO scheduler based IO controller V6
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] io-controller: Get rid of css id from io cgroup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 11/25] io-controller: Export disk time used and nr sectors dipatched through cgroups
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 21/25] io-controller: Per cgroup request descriptor support
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFC] IO scheduler based IO controller V6
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH] Allow switch device-mapper tables to READ-WRITE
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- [PATCH] Allow zero paths for multipath priority groups
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- [PATCH] Allow multipath devices to be created for readonly devices
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- [PATCH] Emulate BLKRRPART on device-mapper
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- Re: [RFC] IO scheduler based IO controller V6
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 21/25] io-controller: Per cgroup request descriptor support
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [PATCH 11/25] io-controller: Export disk time used and nr sectors dipatched through cgroups
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Bill Davidsen <davidsen@xxxxxxx>
- Media failures cause Path/Device Failures in dm-multipath ?
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: [PATCH]: create sysfs file, dh_state for SCSI devices even if they are not in the inteernal lists
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- multipath-tools/path_priority/pp_alua rtpg.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH 1/6] dm raid45 target: export region hash functions and add a needed one
- From: Doug Ledford <dledford@xxxxxxxxxx>
- Re: prio ignored in multipath.conf
- From: Andy <genanr@xxxxxxxxxxxx>
- Merging for old snapshots
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: prio ignored in multipath.conf
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- prio ignored in multipath.conf
- From: Andy <genanr@xxxxxxxxxxxx>
- Re: [PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
- Re: dm-devel Digest, Vol 65, Issue 3
- From: Christian May <cmay@xxxxxxxxxxxxxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Neil Brown <neilb@xxxxxxx>
- [PATCH] io-controller: Get rid of css id from io cgroup
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: Re: [PATCH] Use Average path priority value for path switching
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 09/25] io-controller: Common hierarchical fair queuing code in elevaotor layer
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Soft lockup during device discovery on 2.6.31-rc1
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxx>
- Re: Updated cluster log patch (take 5)
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 1/6] dm raid45 target: export region hash functions and add a needed one
- From: Neil Brown <neilb@xxxxxxx>
- Re: [PATCH 09/25] io-controller: Common hierarchical fair queuing code in elevaotor layer
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [PATCH multipath-tools-0.4.7.rhel5.13 1/1] multipathd excessive path checker logging
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: Unstable isci path and confusing logging
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: Unstable isci path and confusing logging
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: Unstable isci path and confusing logging
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- Unstable isci path and confusing logging
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Use Average path priority value for path switching
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] Use Average path priority value for path switching
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
- Re: [PATCH 13/25] io-controller: Wait for requests to complete from last queue before new queue is scheduled
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 13/25] io-controller: Wait for requests to complete from last queue before new queue is scheduled
- From: Nauman Rafique <nauman@xxxxxxxxxx>
- [PATCH 18/25] io-controller: anticipatory changes for hierarchical fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 03/25] io-controller: bfq support of in-class preemption
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 22/25] io-controller: Per io group bdi congestion interface
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 14/25] io-controller: Separate out queue and data
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 23/25] io-controller: Support per cgroup per device weights and io class
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 05/25] io-controller: Charge for time slice based on average disk rate
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 11/25] io-controller: Export disk time used and nr sectors dipatched through cgroups
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 07/25] io-controller: core bfq scheduler changes for hierarchical setup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 06/25] io-controller: Modify cfq to make use of flat elevator fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 25/25] io-controller: experimental debug patch for async queue wait before expiry
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 01/25] io-controller: Documentation
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 13/25] io-controller: Wait for requests to complete from last queue before new queue is scheduled
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 08/25] io-controller: cgroup related changes for hierarchical group support
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 17/25] io-controller: deadline changes for hierarchical fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 15/25] io-conroller: Prepare elevator layer for single queue schedulers
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 04/25] io-controller: Common flat fair queuing code in elevaotor layer
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 10/25] io-controller: cfq changes to use hierarchical fair queuing code in elevaotor layer
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 09/25] io-controller: Common hierarchical fair queuing code in elevaotor layer
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 16/25] io-controller: noop changes for hierarchical fair queuing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 12/25] io-controller: idle for sometime on sync queue before expiring it
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 19/25] blkio_cgroup patches from Ryo to track async bios.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 21/25] io-controller: Per cgroup request descriptor support
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 20/25] io-controller: map async requests to appropriate cgroup
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 02/25] io-controller: Core of the B-WF2Q+ scheduler
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 24/25] io-controller: Debug hierarchical IO scheduling
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [RFC] IO scheduler based IO controller V6
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
- Re: git repo problem?
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Failed path will not be recovered when disabling/enabling remote port
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [RFC] directio and aio-max-nr
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- git repo problem?
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
- Re: Failed path will not be recovered when disabling/enabling remote port
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Failed path will not be recovered when disabling/enabling remote port
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/6] dm raid45 target: export region hash functions and add a needed one
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: Failed path will not be recovered when disabling/enabling remote port
- From: Hannes Reinecke <hare@xxxxxxx>
- Failed path will not be recovered when disabling/enabling remote port
- From: Christian May <cmay@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/3] scsi_dh: Use scsi_dh_set_params() in multipath.
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 2/3] scsi_dh: Provide set_params interface in emc device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 1/3] scsi_dh: add the interface scsi_dh_set_params()
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH v2] dm-table: pass device's length to device_area_is_valid
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm-table: pass device's length to device_area_is_valid
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- IO controller mini-summit -- Japan, Oct 2009
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 02/20] io-controller: Common flat fair queuing code in elevaotor layer
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [PATCH] io-controller: Don't expire an idle ioq if it's the only ioq in hierarchy
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [PATCH] io-controller: optimization for iog deletion when elevator exiting
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] io-controller: Don't expire an idle ioq if it's the only ioq in hierarchy
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 02/20] io-controller: Common flat fair queuing code in elevaotor layer
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Neil Brown <neilb@xxxxxxx>
- Re: Massive corruption on RAID0
- From: Mike Snitzer <snitzer@xxxxxxxxx>
- SMP support
- From: Paul Jensen <pgjensen@xxxxxxxxx>
- Re: [PATCH] io-controller: optimization for iog deletion when elevator exiting
- From: Nauman Rafique <nauman@xxxxxxxxxx>
- [git pull] device-mapper important fixes for 2.6.31-rc2
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] io-controller: Don't expire an idle ioq if it's the only ioq in hierarchy
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [PATCH 02/20] io-controller: Common flat fair queuing code in elevaotor layer
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [PATCH]: create sysfs file, dh_state for SCSI devices even if they are not in the inteernal lists
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Andreas Dilger <adilger@xxxxxxx>
- Re: [PATCH]: create sysfs file, dh_state for SCSI devices even if they are not in the inteernal lists
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [RFC] IO scheduler based io controller (V5)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH]: create sysfs file, dh_state for SCSI devices even if they are not in the inteernal lists
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] io-controller: optimization for iog deletion when elevator exiting
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH]: create sysfs file, dh_state for SCSI devices even if they are not in the inteernal lists
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH multipath-tools-0.4.7.rhel5.13 1/1] multipathd excessive path checker logging
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] io-controller: optimization for iog deletion when elevator exiting
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
- From: Alberto Bertogli <albertito@xxxxxxxxxxxxxx>
- Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
- From: Neil Brown <neilb@xxxxxxx>
- Re: mechanism for multipath to pass information to hardware handler
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Neil Brown <neilb@xxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Neil Brown <neilb@xxxxxxx>
- [PATCH]: create sysfs file, dh_state for SCSI devices even if they are not in the inteernal lists
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH]: scsi_dh: Reference count scsi_dh_attach
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH multipath-tools-0.4.7.rhel5.13 1/1] multipathd excessive path checker logging
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: mechanism for multipath to pass information to hardware handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH multipath-tools-0.4.7.rhel5.13 1/1] multipathd excessive path checker logging
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
- From: Alberto Bertogli <albertito@xxxxxxxxxxxxxx>
- Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH multipath-tools-0.4.7.rhel5.13 1/1] multipathd excessive path checker logging
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: mechanism for multipath to pass information to hardware handler
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
- Re: mechanism for multipath to pass information to hardware handler
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: mechanism for multipath to pass information to hardware handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: mechanism for multipath to pass information to hardware handler
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: failover does not work with rdac device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: failover does not work with rdac device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: RDAC path checker status change messages
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: "NeilBrown" <neilb@xxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH 2/2] io-controller: make rt preemption happen in the whole hierarchy
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Neil Brown <neilb@xxxxxxx>
- Re: REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Neil Brown <neilb@xxxxxxx>
- Re: getting dm-ioband merged to upstream
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: failover does not work with rdac device handler
- From: Mario Mech <mech@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
- From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
- dm-ioband RPM packages
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 2/2] io-controller: make rt preemption happen in the whole hierarchy
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- [PATCH 1/2] io-controller: Prepare a rt ioq list in efqd to keep track of busy rt ioqs
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
- From: SandeepKsinha <sandeepksinha@xxxxxxxxx>
- [RFC][PATCH 1/2] block: add blk_limits_io_min() and stack io_opt
- From: Mike Snitzer <snitzer@xxxxxxxxx>
- [RFC][PATCH 2/2] properly expose dm-stripe target's I/O hints
- From: Mike Snitzer <snitzer@xxxxxxxxx>
- Re: [PATCH] io-controller: do some changes of io.policy interface
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
- RE: failover does not work with rdac device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH] io-controller: do some changes of io.policy interface
- From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]