Linux Device-Mapper Development
[Prev Page][Next Page]
- [PATCH 0 of 33] DM Snapshot exception store API changes
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH] raid1: use __GFP_NOFAIL
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] raid1: use __GFP_NOFAIL
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCHSET] block,scsi,libata: implement alt_size
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCHSET] block,scsi,libata: implement alt_size
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: rdac priority checker changing priorities
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH] Add uid, gid, and mode config attributes
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: multipath: expected results of configuring "no_path_retry"?
- From: Hannes Reinecke <hare@xxxxxxx>
- multipath: expected results of configuring "no_path_retry"?
- From: "Diedrich Ehlerding" <diedrich.ehlerding@xxxxxxxxxxxxxx>
- Re: rdac priority checker changing priorities
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCHSET] block,scsi,libata: implement alt_size
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET] block,scsi,libata: implement alt_size
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [PATCHSET] block,scsi,libata: implement alt_size
- From: Tejun Heo <tj@xxxxxxxxxx>
- rdac priority checker changing priorities
- From: Lucas Brasilino <lucas.brasilino@xxxxxxxxx>
- RE: [PATCH 2/3] scsi_dh: Remove the workqueue used for activate
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- RE: [PATCH 3/3] scsi_dh: rdac handler: Batch up MODE SELECTs and send few of them
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- RE: [PATCH 1/3] scsi_dh: Change the scsidh_activate interface to be asynchronous
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: multipath-tools fixes
- From: christophe.varoqui@xxxxxxx
- multipath-tools fixes
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] bio_has_data-redefine.patch
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2/2] dm-bdev-keep-bdev-always-referenced.patch
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- multipath-tools ./multipath.conf.annotated lib ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH] dm mpath: delay retry activate_path on SCSI_DH_RETRY
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: fix double frees in recent multipath-tools
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] fix double frees in recent multipath-tools
- From: christophe.varoqui@xxxxxxx
- Re: [PATCH] dm mpath: delay retry activate_path on SCSI_DH_RETRY
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH] Handle multipath paths in a path group properly during pg_init
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 5/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2/2] dm-bdev-keep-bdev-always-referenced.patch
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 1/2] dm-bdev-rename-suspended_bdev-to-bdev.patch
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 7/7] blkio-cgroup: Fast page tracking
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 6/7] blkio-cgroup: Add a cgroup support to dm-ioband
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 5/7] blkio-cgroup: Page tracking hooks
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 4/7] blkio-cgroup: The body of blkio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/7] blkio-cgroup: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 3/7] blkio-cgroup: Refactoring io-context initialization
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 2/7] blkio-cgroup: The new page_cgroup framework
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 5/7] dm core: reject I/O violating new queue limits
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH] Handle multipath paths in a path group properly during pg_init
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] dm mpath: delay retry activate_path on SCSI_DH_RETRY
- From: Nikanth Karthikesan <knikanth@xxxxxxx>
- [PATCH 3/3] scsi_dh: rdac handler: Batch up MODE SELECTs and send few of them
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 2/3] scsi_dh: Remove the workqueue used for activate
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 1/3] scsi_dh: Change the scsidh_activate interface to be asynchronous
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 0/3] scsi_dh: Make scsi_dh_activate asynchronous
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Re: [PATCH 12/17] bottom-layer barrier support
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: [PATCH 12/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: [PATCH 12/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: [PATCH 12/17] bottom-layer barrier support
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: [PATCH 12/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: [PATCH 12/17] bottom-layer barrier support
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: [PATCH 12/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: [PATCH 12/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: [PATCH 12/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: [PATCH 12/17] bottom-layer barrier support
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 8/17] bottom-layer barrier support
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: [PATCH 12/17] bottom-layer barrier support
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 8/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: [PATCH 12/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 12/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] Handle multipath paths in a path group properly during pg_init
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Re: [PATCH 12/17] bottom-layer barrier support
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: [PATCH 12/17] bottom-layer barrier support
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 12/17] bottom-layer barrier support
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- multipath-tools/multipathd main.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH 8/17] bottom-layer barrier support
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 7/17] bottom-layer barrier support (fwd)
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 5/17] bottom-layer barrier support
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] scsi_dh_rdac: Retry for NOT_READY(02/04/01) in rdac device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: dm-ioband: Test results.
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-ioband: Test results.
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 8/8] raid1 barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 7/8] raid1 barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 6/8] raid1 barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 5/8] raid1 barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 4/8] raid1 barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 4/8] raid1 barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 4/8] raid1 barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 3/8] raid1 barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2/8] raid1 barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 1/8] raid1 barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 0/8] raid1 barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 0/8] raid1 barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] raid1: use __GFP_NOFAIL
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm-ioband: Test results.
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [RFC PATCH dm-ioband] Added in blktrace msgs for dm-ioband
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: How to config dm-multipath to change a path only if it fails
- From: Flavio Junior <billpp@xxxxxxxxx>
- Re: How to config dm-multipath to change a path only if it fails
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- How to config dm-multipath to change a path only if it fails
- From: Flavio Junior <billpp@xxxxxxxxx>
- [RFC PATCH dm-ioband] Added in blktrace msgs for dm-ioband
- From: "Alan D. Brunelle" <Alan.Brunelle@xxxxxx>
- Re: multipath prio_callout broke from 5.2 to 5.3
- From: Christopher Chen <muffaleta@xxxxxxxxx>
- Re: [PATCH 6/7] dm core: disable interrupt when taking map_lock
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- Re: [PATCH 7/7] dm-mpath: convert to request-based
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 5/7] dm core: reject I/O violating new queue limits
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 6/7] dm core: disable interrupt when taking map_lock
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 4/7] dm core: don't set QUEUE_ORDERED_DRAIN for request-based dm
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 3/7] dm core: enable request-based dm
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 2/7] dm core: add integrity feature to request-based dm
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 1/7] dm core: add core functions for request-based dm
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 7/7] dm-mpath: convert to request-based
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 6/7] dm core: disable interrupt when taking map_lock
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 5/7] dm core: reject I/O violating new queue limits
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 4/7] dm core: don't set QUEUE_ORDERED_DRAIN for request-based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 3/7] dm core: enable request-based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 2/7] dm core: add integrity feature to request-based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 1/7] dm core: add core functions for request-based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 0/7] request-based dm-multipath (v2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 3/3] dm-mpath: add service-time oriented dynamic load balancer
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 2/3] dm-mpath: add queue-length oriented dynamic load balancer
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 1/3] dm-mpath: interface change for dynamic load balancers
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 0/3] dm-mpath: dynamic load balancers (v2)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: multipath prio_callout broke from 5.2 to 5.3
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: multipath prio_callout broke from 5.2 to 5.3
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: multipath prio_callout broke from 5.2 to 5.3
- From: "Ty! Boyack" <ty@xxxxxxxxxxxxxxxxxx>
- Re: multipath prio_callout broke from 5.2 to 5.3
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Reattach device_handler for multipathing
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: multipath prio_callout broke from 5.2 to 5.3
- From: "Ty! Boyack" <ty@xxxxxxxxxxxxxxxxxx>
- [PATCH] Reattach device_handler for multipathing
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH] fix double frees in recent multipath-tools
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- double free in recent multipath-tools
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC] dm snapshot based asynchronous replication
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: Re: [PATCH 2/4] multipath-tools: install libmultipath.so in $syslibdir
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: [PATCH] dm mpath: Try recover from I/O failure by re-initializing the PG if device is running on one path
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: [PATCH] dm mpath: Try recover from I/O failure by re-initializing the PG if device is running on one path
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- RE: [PATCH] dm mpath: Try recover from I/O failure by re-initializing the PG if device is running on one path
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [PATCH] dm mpath: Try recover from I/O failure by re-initializing the PG if device is running on one path
- From: Grant Grundler <grundler@xxxxxxxxxx>
- Re: Re: [PATCH] RFC: have dm-mpath use already attached scsi_dh
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- RE: [PATCH] dm mpath: Try recover from I/O failure by re-initializing the PG if device is running on one path
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH] RFC: have dm-mpath use already attached scsi_dh
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: dm-ioband: Test results.
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2] dm table: verify a DM device is H/W sector aligned
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] RFC: have dm-mpath use already attached scsi_dh
- From: Hannes Reinecke <hare@xxxxxxx>
- RE: [PATCH] dm mpath: Try recover from I/O failure by re-initializing the PG if device is running on one path
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [PATCH] RFC: have dm-mpath use already attached scsi_dh
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [PATCH v2] dm table: verify a DM device is H/W sector aligned
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] RFC: have dm-mpath use already attached scsi_dh
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] RFC: have dm-mpath use already attached scsi_dh
- From: michaelc@xxxxxxxxxxx
- Re: Re: dm-ioband: Test results.
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH] dm mpath: Try recover from I/O failure by re-initializing the PG if device is running on one path
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: multipath-tools libcheckers/tur.c libmultipath ...
- From: christophe.varoqui@xxxxxxx
- Re: [PATCH] DM Snapshot: snapshot-merge target
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: multipath-tools libcheckers/tur.c libmultipath ...
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: LSF: Multipathing and path checking question
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- RE: [PATCH] dm mpath: Try recover from I/O failure by re-initializing the PG if device is running on one path
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH v2] dm table: verify a DM device is H/W sector aligned
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-ioband: Test results.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm-ioband: Test results.
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Re: dm-ioband: Test results.
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: Re: dm-ioband: Test results.
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- FW: Re: [PATCH] another (fixed) dm cookie support
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: dm-ioband: Test results.
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH] fix crash in blk_queue_abort
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: LSF: Multipathing and path checking question
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: LSF: Multipathing and path checking question
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] dm mpath: Try recover from I/O failure by re-initializing the PG if device is running on one path
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- multipath-tools libcheckers/tur.c libmultipath ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: LSF: Multipathing and path checking question
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: Re: dm-ioband: Test results.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: LSF: Multipathing and path checking question
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: LSF: Multipathing and path checking question
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: LSF: Multipathing and path checking question
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- [PATCH] dm mpath: Try recover from I/O failure by re-initializing the PG if device is running on one path
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: DM-RAID1 data corruption
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: LSF: Multipathing and path checking question
- From: Levy_Jerome@xxxxxxx
- [PATCH] scsi_dh_rdac: Retry for NOT_READY(02/04/01) in rdac device handler
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxx>
- Re: DM-RAID1 data corruption
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: dm-ioband: Test results.
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 15/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 14/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: LSF: Multipathing and path checking question
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 17/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 16/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 13/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 12/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: LSF: Multipathing and path checking question
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 11/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 10/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 9/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 8/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 7/17] bottom-layer barrier support (fwd)
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 6/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 6/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 5/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 5/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 4/17] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 3/16] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2/16] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 1/16] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 0/16] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] fix crash in blk_queue_abort
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: possible regression by the barrier patch in 2.6.30-rc2
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: possible regression by the barrier patch in 2.6.30-rc2
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH] DM Snapshot: snapshot-merge target
- From: Kyle Moffett <kyle@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] multipath-tools: install libmultipath.so in $syslibdir
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 2/4] multipath-tools: install libmultipath.so in $syslibdir
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: [PATCH 0/4] Various small multipath-tools improvements
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 0/4] Various small multipath-tools improvements
- From: christophe.varoqui@xxxxxxx
- [PATCH 4/4] multipath-tools: change default location for bindings file
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 3/4] multipath-tools: update multipathd.init.redhat
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 2/4] multipath-tools: install libmultipath.so in $syslibdir
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 1/4] multipath-tools: update scsi_id arguments
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 0/4] Various small multipath-tools improvements
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] DM Snapshot: snapshot-merge target
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [RFC] dm snapshot based asynchronous replication
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: FS directly on top of dm devices?
- From: Scott Dungan <scott@xxxxxxxxxxxxxxx>
- Re: FS directly on top of dm devices?
- From: Scott Dungan <scott@xxxxxxxxxxxxxxx>
- Re: LSF: Multipathing and path checking question
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: LSF: Multipathing and path checking question
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [PATCHES] new barriers - 2
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: possible regression by the barrier patch in 2.6.30-rc2
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- RE: FS directly on top of dm devices?
- From: "Romanowski, John (OFT)" <John.Romanowski@xxxxxxxxxxxxxxx>
- Re: [k-ueda@xxxxxxxxxxxxx: Re: request-based dm-multipath]
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: LSF: Multipathing and path checking question
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] fix crash in blk_queue_abort
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- possible regression by the barrier patch in 2.6.30-rc2
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: dm-ioband: Test results.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm-ioband: Test results.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [k-ueda@xxxxxxxxxxxxx: Re: request-based dm-multipath]
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: FS directly on top of dm devices?
- From: Christopher Chen <muffaleta@xxxxxxxxx>
- FS directly on top of dm devices?
- From: Scott Dungan <scott@xxxxxxxxxxxxxxx>
- [PATCH] fix crash in blk_queue_abort
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2/2] crash in multipath argument parsing
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 1/2] crash in multipath argument parsing
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- LSF: Multipathing and path checking question
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: DM-RAID1 data corruption
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: dm-ioband: Test results.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: Re: dm-ioband: Test results.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: Re: dm-ioband: Test results.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: Re: dm-ioband: Test results.
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 5/5] bio-cgroup: Add a cgroup support to dm-ioband
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 4/5] bio-cgroup: Page tracking hooks
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 3/5] bio-cgroup: The body of bio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 2/5] bio-cgroup: The new page_cgroup framework
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/5] bio-cgroup: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [k-ueda@xxxxxxxxxxxxx: Re: request-based dm-multipath]
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: Re: [k-ueda@xxxxxxxxxxxxx: Re: request-based dm-multipath]
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RFC] dm snapshot based asynchronous replication
- From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
- Re: DM-RAID1 data corruption
- Re: Re: dm-ioband: Test results.
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [k-ueda@xxxxxxxxxxxxx: Re: request-based dm-multipath]
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: DM-RAID1 data corruption
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- Re: [k-ueda@xxxxxxxxxxxxx: Re: request-based dm-multipath]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [k-ueda@xxxxxxxxxxxxx: Re: request-based dm-multipath]
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm table: verify each target is H/W sector aligned
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm table: verify a DM device is H/W sector aligned
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm table: verify each target is H/W sector aligned
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- RE: RE: Dell MD3000i issues with dm mp
- From: Kurt Bechstein <bkurt@xxxxxxxx>
- Re: [RFC] dm snapshot based asynchronous replication
- From: christophe.varoqui@xxxxxxx
- Re: RE: Dell MD3000i issues with dm mp
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: Re: dm-ioband: Test results.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm-ioband: Test results.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm-ioband: Test results.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm-ioband: Test results.
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: dm-ioband: Test results.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: DM-RAID1 data corruption
- Re: [RFC] dm snapshot based asynchronous replication
- From: christophe.varoqui@xxxxxxx
- Re: DM-RAID1 data corruption
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
- DM-RAID1 data corruption
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- RE: Dell MD3000i issues with dm mp
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- RE: Dell MD3000i issues with dm mp
- From: Kurt Bechstein <bkurt@xxxxxxxx>
- RE: Dell MD3000i issues with dm mp
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- RE: Dell MD3000i issues with dm mp
- From: Kurt Bechstein <bkurt@xxxxxxxx>
- RE: Dell MD3000i issues with dm mp
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- RE: Dell MD3000i issues with dm mp
- From: Kurt Bechstein <bkurt@xxxxxxxx>
- RE: Dell MD3000i issues with dm mp
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Dell MD3000i issues with dm mp
- From: Kurt Bechstein <bkurt@xxxxxxxx>
- Re: [RFC] dm snapshot based asynchronous replication
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- I/O error during controller reboot
- From: "Chauhan, Vijay" <Vijay.Chauhan@xxxxxxx>
- Re: Re: dm-ioband: Test results.
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] dm-ioband: I/O bandwidth controller
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 1/1] dm-ioband: I/O bandwidth controller
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: dm-ioband: Test results.
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: multipathd init script errors
- From: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
- Re: [RFC] dm snapshot based asynchronous replication
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: dm-ioband: Test results.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: multipath prio_callout broke from 5.2 to 5.3
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- [RFC] dm snapshot based asynchronous replication
- From: christophe.varoqui@xxxxxxx
- Re: multipath prio_callout broke from 5.2 to 5.3
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: multipath prio_callout broke from 5.2 to 5.3
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: multipath prio_callout broke from 5.2 to 5.3
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: SMP-aware kcryptd?
- From: Larry Dickson <ldickson@xxxxxxxxxxxx>
- Re: multipathd init script errors
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: multipath prio_callout broke from 5.2 to 5.3
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: SMP-aware kcryptd?
- From: Tomasz Chmielewski <mangoo@xxxxxxxx>
- Re: SMP-aware kcryptd?
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH v3] dm table: verify each table mapping is HW sector aligned
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2] dm table: verify each table mapping is HW sector aligned
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-ioband: Test results.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- SMP-aware kcryptd?
- From: Tomasz Chmielewski <mangoo@xxxxxxxx>
- multipathd init script errors
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- prio_callout script to set failover priorities
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: multipath prio_callout broke from 5.2 to 5.3
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- dm-ioband: Test results.
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: multipath prio_callout broke from 5.2 to 5.3
- From: christophe.varoqui@xxxxxxx
- Re: multipath prio_callout broke from 5.2 to 5.3
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- multipath prio_callout broke from 5.2 to 5.3
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- [PATCH 11/11] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 10/11] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 9/11] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 8/11] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 7/11] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 6/11] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 5/11] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 4/11] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 3/11] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2/11] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 1/11] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 0/11] bottom-layer barrier support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH v2] dm table: verify each table mapping is HW sector aligned
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2] dm table: verify each table mapping is HW sector aligned
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- RE: Shell Scripts or Arbitrary Priority Callouts?
- From: "Ross S. W. Walker" <RWalker@xxxxxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Chris Mason <chris.mason@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Ric Wheeler <ricwheeler@xxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Chris Mason <chris.mason@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Eric Sandeen <sandeen@xxxxxxxxxxx>
- [git pull] device-mapper fixes for 2.6.30-rc2
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- [PATCH] [prio] Memory leak if failed to do RTPG.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: multipath-tools/path_priority/pp_alua rtpg.c
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- multipath-tools/path_priority/pp_alua rtpg.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: Barriers still not passing on simple dm devices...
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] Uevent cookie env var support
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: [PATCH] Uevent cookie env var support
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: [PATCH] Uevent cookie env var support
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] Uevent cookie env var support
- From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] Uevent cookie env var support
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] Uevent cookie env var support
- From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
- [PATCH] dm table: verify each table mapping is HW sector aligned
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] add queue_without_daemon config option for multipathd
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- FW: [RHSA-2009:0411-01] Moderate: device-mapper-multipath security update
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- How does the multipath driver handle the order of I/O
- From: 谢纲 <xiegang112@xxxxxxxxx>
- Re: [PATCH 1 of 1] Updated cluster log patch
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 1 of 1] Updated cluster log patch
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 1 of 1] Shared snapshot exception store
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 1] Clusterized snapshot exception store
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 33 of 33] DM Snapshot: utilize snapshare
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 32 of 33] DM Snapshot: introduce snapshare
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 31 of 33] DM Snapshot: change parameters to __lookup_pending_exception
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 30 of 33] DM Snapshot: split ctr and dtr
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 29 of 33] DM Snapshot: get rid of __free_exceptions fn
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 28 of 33] DM Snapshot: get rid of init_hash_tables fn
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 27 of 33] DM Exception Store: add arg to lookup_exception
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 26 of 33] DM Exception Store: add arg to prepare_commit
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 25 of 33] DM Exception Store: add shared_uuid
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 24 of 33] DM Exception Store: rename drop_snapshot
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 23 of 33] DM Exception Store: add suspend to API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 22 of 33] DM Exception Store: remove read_metadata from API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 21 of 33] DM Snapshot: small code optimization
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 20 of 33] DM Snapshot: remove completed exception cache
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 19 of 33] DM Exception Store: add lookup_exception to API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 18 of 33] DM Exception Store: populate cache on commit
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 17 of 33] DM Exception Store: add resume to API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 16 of 33] DM Snapshot: persistent store minor code cleanup
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 15 of 33] DM Snapshot: move exception code to new file
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 14 of 33] DM Snapshot: exception function changes 6
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 13 of 33] DM Snapshot: exception function changes 5
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 12 of 33] DM Snapshot: exception function changes 4
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 11 of 33] DM Snapshot: exception function changes 3
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 10 of 33] DM Snapshot: exception function changes 2
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 9 of 33] DM Snapshot: exception function changes 1
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 8 of 33] DM Snapshot: use allocated exception tables
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 7 of 33] DM Snapshot: rename exception functions
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 6 of 33] DM Snapshot: consolidate insert_exception functions
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 5 of 33] DM Snapshot: rename exception_table to dm_exception_table
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 4 of 33] DM Snapshot: rename dm_snap_exception to dm_exception
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 3 of 33] DM Snapshot: shot cleanup
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 2 of 33] DM Snapshot: shot new ctr table format
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 33] DM Exception Store: generalize table args
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 0 of 33] DM Exception Store API change (repost patches)
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: SCSI Hardware Handler and slow failover with large number of LUNS
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 3/3] kcopyd+snapshots race condition ... updated
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 2/3] kcopyd+snapshots race condition
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 1/3] kcopyd+snapshots race condition
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: SCSI Hardware Handler and slow failover with large number of LUNS
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: SCSI Hardware Handler and slow failover with large number of LUNS
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: SCSI Hardware Handler and slow failover with large number ofLUNS
- From: berthiaume_wayne@xxxxxxx
- RE: SCSI Hardware Handler and slow failover with large number of LUNS
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- multipath-tools/multipathd main.c multipathd.i ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: SCSI Hardware Handler and slow failover with large number of LUNS
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- RE: SCSI Hardware Handler and slow failover with large number of LUNS
- From: berthiaume_wayne@xxxxxxx
- RE: SCSI Hardware Handler and slow failover with large number of LUNS
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: Re: [PATCH] dm-add-ioband.patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Lee Revell <rlrevell@xxxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Theodore Tso <tytso@xxxxxxx>
- SCSI Hardware Handler and slow failover with large number of LUNS
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 3/3] kcopyd+snapshots race condition ... updated
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 0/3] Some miscellaneous dm-multipath patches
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: [PATCH] Clean up multipath linking
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: Re: [PATCH] dm: Data integrity support
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: Re: [PATCH] dm: Data integrity support
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Device Mapper MultiPath
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH 14/14] barriers
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 13/14] barriers
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Device Mapper MultiPath
- From: Andy <genanr@xxxxxxxxxxxx>
- multipath-tools libmultipath/devmapper.c libmu ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [PATCH] Miscellaneous multipath bugfixes
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: Device Mapper MultiPath
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: Re: [PATCH] dm-add-ioband.patch
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- dm-ioband RPM packages
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH] dm-add-ioband.patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- [PATCH] Miscellaneous multipath bugfixes
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] Clean up multipath linking
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH 0 of 33] Generalized device-mapper exception store API
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Device Mapper MultiPath
- From: Andy <genanr@xxxxxxxxxxxx>
- Re: Device Mapper MultiPath
- From: christophe.varoqui@xxxxxxx
- Re: Device Mapper MultiPath
- From: Andy <genanr@xxxxxxxxxxxx>
- Re: Device Mapper MultiPath
- From: christophe.varoqui@xxxxxxx
- Re: Device Mapper MultiPath
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] Fix a multipathd signal deadlock.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: Device Mapper MultiPath
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [git pull] device-mapper changes for 2.6.30
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Device Mapper MultiPath
- From: Andy <genanr@xxxxxxxxxxxx>
- Re: DM-MP, Xen 5.0.0 and NetApp
- From: James Tanner <jtanner@xxxxxxxxxx>
- [PATCH 1 of 2]: DM Exception Store: clusterized type (repost)
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 1] Updated cluster log patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: Device Mapper MultiPath
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: Device Mapper MultiPath
- From: Andy <genanr@xxxxxxxxxxxx>
- Re: DM-MP, Xen 5.0.0 and NetApp
- From: Rodrigo Nascimento <nascimento.rp@xxxxxxxxx>
- Re: DM-MP, Xen 5.0.0 and NetApp
- From: Hannes Reinecke <hare@xxxxxxx>
- DM-MP, Xen 5.0.0 and NetApp
- From: Rodrigo Nascimento <nascimento.rp@xxxxxxxxx>
- Re: Device Mapper MultiPath
- From: Hannes Reinecke <hare@xxxxxxx>
- RE: RE: Problem with multipathd and a blacklisted device
- From: "Ransegnola, Lori" <Lori.Ransegnola@xxxxxx>
- Re: [PATCH 14/14] barriers
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 14/14] barriers
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: Device Mapper MultiPath
- From: Rodrigo Nascimento <nascimento.rp@xxxxxxxxx>
- Re: Device Mapper MultiPath
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Device Mapper MultiPath
- From: Rodrigo Nascimento <nascimento.rp@xxxxxxxxx>
- Re: RE: Problem with multipathd and a blacklisted device
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- RE: RE: Problem with multipathd and a blacklisted device
- From: "Ransegnola, Lori" <Lori.Ransegnola@xxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH] Handle multipath paths in a path group properly during pg_init
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: commit 6d2a78e783416ba99e36beb1d4395b785b34e867 avoids dm integrity support
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 2/3] set pthread stack size to at least PTHREAD_STACK_MIN
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- RE: [PATCH] Handle multipath paths in a path group properly during pg_init
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- multipath-tools libmultipath/log_pthread.c lib ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: commit 6d2a78e783416ba99e36beb1d4395b785b34e867 avoids dm integrity support
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: commit 6d2a78e783416ba99e36beb1d4395b785b34e867 avoids dm integrity support
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- [PATCH] Handle multipath paths in a path group properly during pg_init
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 2/2] dm log: remove struct dm_dirty_log_internal
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH 1/2] dm log: use standard kernel module refcounts
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH 14/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 14/14] barriers
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- commit 6d2a78e783416ba99e36beb1d4395b785b34e867 avoids dm integrity support
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: Re: [PATCH] dm: Data integrity support
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- [ANNOUNCE] new release of multisnapshot
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: [PATCH] dm: Data integrity support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: multipathd segfault
- From: christophe.varoqui@xxxxxxx
- [PATCH 2 of 2] DM Snapshot: blocking lookup_exception workaround
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 2] DM Exception Store: clusterized type
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 0 of 2] DM Exception Store: Clusterized Exception Store (for cluster-aware snapshots)
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH] dm: Data integrity support
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- RE: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: BUG/PATCH race between upgrade_mode and dm_table_any_congested
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- RE: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: multipathd segfault
- From: David Strand <dpstrand@xxxxxxxxx>
- Re: Changes in multipathing between 0.4.5 (SLES9) and 0.4.7 (SLES10)
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: multipathd segfault
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- [PATCH 14/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 13/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 11/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- multipathd segfault
- From: David Strand <dpstrand@xxxxxxxxx>
- how to contribute
- From: opensource <opensource@xxxxxxxxxxxxxxxx>
- Re: hwtable.c for HP LOGICAL VOLUME (cciss_tur isn't working on iSCSI connection).
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: hwtable.c for HP LOGICAL VOLUME (cciss_tur isn't working on iSCSI connection).
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- hwtable.c for HP LOGICAL VOLUME (cciss_tur isn't working on iSCSI connection).
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH 2/2] dm log: remove struct dm_dirty_log_internal
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 1/2] dm log: use standard kernel module refcounts
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Changes in multipathing between 0.4.5 (SLES9) and 0.4.7 (SLES10)
- From: Lupe Christoph <lupe@xxxxxxxxxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Bodo Eggert <7eggert@xxxxxx>
- Re: [PATCH 1 of 2] DM Exception Store: clusterized type
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Bodo Eggert <7eggert@xxxxxx>
- Re: [PATCH 8/14] barriers
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- read-balancing, dm-rad1
- From: Sascha Thomas Spreitzer <sascha@xxxxxxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- multipath-tools libmultipath/structs_vec.c mul ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: Barriers still not passing on simple dm devices...
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2 of 2] DM Snapshot: blocking lookup_exception workaround
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 2] DM Exception Store: clusterized type
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH 1 of 1] DM Exception Store: clusterized type
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 1] DM Exception Store: clusterized type
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 1] DM Exception Store: shared type
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 0 of 33] Generalized device-mapper exception store API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 33 of 33] DM Snapshot: utilize snapshare
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 32 of 33] DM Snapshot: introduce snapshare
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 31 of 33] DM Snapshot: change parameters to __lookup_pending_exception
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 30 of 33] DM Snapshot: split ctr and dtr
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 29 of 33] DM Snapshot: get rid of __free_exceptions fn
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 28 of 33] DM Snapshot: get rid of init_hash_tables fn
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 27 of 33] DM Exception Store: add arg to lookup_exception
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 26 of 33] DM Exception Store: add arg to prepare_commit
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 25 of 33] DM Exception Store: add shared_uuid
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 24 of 33] DM Exception Store: rename drop_snapshot
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 23 of 33] DM Exception Store: add suspend to API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 22 of 33] DM Exception Store: remove read_metadata from API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 21 of 33] DM Snapshot: small code optimization
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 20 of 33] DM Snapshot: remove completed exception cache
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 19 of 33] DM Exception Store: add lookup_exception to API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 18 of 33] DM Exception Store: populate cache on commit
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 17 of 33] DM Exception Store: add resume to API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 16 of 33] DM Snapshot: persistent store minor code cleanup
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 15 of 33] DM Snapshot: move exception code to new file
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 14 of 33] DM Snapshot: exception function changes 6
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 13 of 33] DM Snapshot: exception function changes 5
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 12 of 33] DM Snapshot: exception function changes 4
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 11 of 33] DM Snapshot: exception function changes 3
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 10 of 33] DM Snapshot: exception function changes 2
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 9 of 33] DM Snapshot: exception function changes 1
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 8 of 33] DM Snapshot: use allocated exception tables
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 7 of 33] DM Snapshot: rename exception functions
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 6 of 33] DM Snapshot: consolidate insert_exception functions
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 5 of 33] DM Snapshot: rename exception_table to dm_exception_table
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 4 of 33] DM Snapshot: rename dm_snap_exception to dm_exception
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 3 of 33] DM Snapshot: shot cleanup
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 2 of 33] DM Snapshot: shot new ctr table format
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 33] DM Exception Store: generalize table args
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- RE: RE: Problem with multipathd and a blacklisted device
- From: "Ransegnola, Lori" <Lori.Ransegnola@xxxxxx>
- Re: [PATCH] Fix race-condition when reading sysfs attributes.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- RE: [PATCH]scsi_dh_rdac: Retry for NOT_READY check condition (0x02A102, 0x020401, 0x020404 and 0x020407) in rdac_check_sense
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: [PATCH] Fix race-condition when reading sysfs attributes.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Fix race-condition when reading sysfs attributes.
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- [PATCH] Allocate only once the EMC-clariion global checker's stage area instead of multiple times.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH] Race condition and memory leaks fixes.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH] Fix race-condition when reading sysfs attributes.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH] Update the documentation for path checkers and use MALLOC instead of malloc in one path checker.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: configure MD3000 episode 2
- From: malahal <malahal@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: configure MD3000 episode 2
- From: Thomas Witzel <witzel.thomas@xxxxxxxxx>
- Re: configure MD3000 episode 2
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: configure MD3000 episode 2
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: about the new snapshots
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH 14/14] barriers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: configure MD3000 episode 2
- From: Thomas Witzel <witzel.thomas@xxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: configure MD3000 episode 2
- From: Thomas Witzel <witzel.thomas@xxxxxxxxx>
- Re: [PATCH 14/14] barriers
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: configure MD3000 episode 2
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: RE: Problem with multipathd and a blacklisted device
- RE: Problem with multipathd and a blacklisted device
- From: "Ransegnola, Lori" <Lori.Ransegnola@xxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- about the new snapshots
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Bodo Eggert <7eggert@xxxxxx>
- Re: configure MD3000 episode 2
- From: Thomas Witzel <witzel.thomas@xxxxxxxxx>
- Re: Barriers still not passing on simple dm devices...
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- multipathd dead
- From: "Charlie Sharkey" <charlie.sharkey@xxxxxxxxxxx>
- Barriers still not passing on simple dm devices...
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- [PATCH 29 of 30] DM Snapshot: utilize snapshare (take 2)
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH 29 of 30] DM Snapshot: utilize snapshare
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: configure MD3000 episode 2
- From: Thomas Witzel <witzel.thomas@xxxxxxxxx>
- Re: configure MD3000 episode 2
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: Test results of dm-ioband
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- BUG/PATCH race between upgrade_mode and dm_table_any_congested
- From: Neil Brown <neilb@xxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: Christopher Chen <muffaleta@xxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- configure MD3000 episode 2
- From: Thomas Witzel <witzel.thomas@xxxxxxxxx>
- [PATCH 7 of 30] DM Snapshot: exception function changes 2 (fix mistake)
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH 7 of 30] DM Snapshot: exception function changes 2 (fix mistake)
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 28 of 30] DM Snapshot: introduce snapshare (fix mistake)
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 7 of 30] DM Snapshot: exception function changes 2 (fix mistake)
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 1] dm table cleanup warning message
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH] dm-snap-persistent-fix-dtr-cleanup.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 0 of 30] Exception Store API Changes - group 2
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH] Don't display the state of the newly added map during addition in the daemon and don't switch groups.
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: Christopher Chen <muffaleta@xxxxxxxxx>
- Re: [PATCH] dm-snap-persistent-fix-dtr-cleanup.patch
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 30 of 30] DM Exception Store: shared type
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 29 of 30] DM Snapshot: utilize snapshare
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 28 of 30] DM Snapshot: introduce snapshare
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 27 of 30] DM Snapshot: split ctr and dtr
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 26 of 30] DM Snapshot: get rid of __free_exceptions fn
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 25 of 30] DM Snapshot: get rid of init_hash_tables fn
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 24 of 30] DM Exception Store: add arg to lookup_exception
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 23 of 30] DM Exception Store: add arg to prepare_commit
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 22 of 30] DM Exception Store: add shared_uuid
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 21 of 30] DM Exception Store: rename drop_snapshot
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 20 of 30] DM Exception Store: add suspend to API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 19 of 30] DM Exception Store: remove read_metadata from API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 18 of 30] DM Snapshot: small code optimization
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 17 of 30] DM Snapshot: remove completed exception cache
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 16 of 30] DM Exception Store: add lookup_exception to API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 15 of 30] DM Exception Store: populate cache on commit
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 14 of 30] DM Exception Store: add resume to API
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 13 of 30] DM Snapshot: persistent store minor code cleanup
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 12 of 30] DM Snapshot: move exception code to new file
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 11 of 30] DM Snapshot: exception function changes 6
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 10 of 30] DM Snapshot: exception function changes 5
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 9 of 30] DM Snapshot: exception function changes 4
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 8 of 30] DM Snapshot: exception function changes 3
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 7 of 30] DM Snapshot: exception function changes 2
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 6 of 30] DM Snapshot: exception function changes 1
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 5 of 30] DM Snapshot: use allocated exception tables
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 4 of 30] DM Snapshot: rename exception functions
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 3 of 30] DM Snapshot: consolidate insert_exception functions
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 2 of 30] DM Snapshot: rename exception_table to dm_exception_table
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 30] DM Snapshot: rename dm_snap_exception to dm_exception
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH]: dm-snap-fix-status-output.patch
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Shell Scripts or Arbitrary Priority Callouts?
- From: "John A. Sullivan III" <jsullivan@xxxxxxxxxxxxxxxxxxx>
- Test results of dm-ioband
- From: Akio Takebe <takebe_akio@xxxxxxxxxxxxxx>
- [PATCH] Unload prio and checkers libraries during shutdown.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH] Memory leaks and race condition fixes.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH] Don't display the state of the newly added map during addition in the daemon and don't switch groups.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH] Race-condition fix with free_waiter threads during shutdown.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH] Free prio_name and checker_name now that we dynamically allocate them.
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
- [PATCH 3/3] kcopyd+snapshots race condition
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2/3] kcopyd+snapshots race condition
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 1/3] kcopyd+snapshots race condition
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Re: [git pull] device-mapper fixes for 2.6.29
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Shell Scripts or Arbitrary Priority Callouts?
- From: Christopher Chen <muffaleta@xxxxxxxxx>
- [PATCH 7/8] dm core: pass gfp_mask to bio_integrity_clone()
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 6/8] block: add gfp_mask parameter to bio_integrity_clone()
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 8/8] dm core: add integrity feature to request-based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 5/8] dm-mpath: convert to request-based
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 4/8] dm core: disable interrupt when taking map_lock
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 3/8] dm core: reject I/O violating new queue limits
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 2/8] dm core: enable request-based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 1/8] dm core: add core functions for request-based dm
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 0/8] request-based dm-multipath (v1)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 3/3] dm-mpath: add service-time oriented dynamic load balancer
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 2/3] dm-mpath: add queue-length oriented dynamic load balancer
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 1/3] dm-mpath: interface change for dynamic load balancers
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [PATCH 0/3] dm-mpath: dynamic load balancers (v1)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Subject: [PATCH 0/3] dm-mpath: dynamic load balancers (v1)
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: Re: [git pull] device-mapper fixes for 2.6.29
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- FW: Re: [PATCH 2/3] check for completed exception after dropped lock
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- FW: [PATCH 2/3] check for completed exception after dropped lock
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]