2010-July Archive by Date

• Messages sorted by: [ Thread ] [ Date ] [ Author ]
• Other months

01 July 2010

• Re: [dm-devel] Is there a way to see updated contents of a DM target's underlying device while the DM target is in use?  Neil Brown
• Re: [dm-devel] Is there a way to see updated contents of a DM target's underlying device while the DM target is in use?  Alasdair G Kergon
• Re: [dm-devel] Is there a way to see updated contents of a DM target's underlying device while the DM target is in use?  Malahal Naineni
• Re: [dm-devel] Is there a way to see updated contents of a DM target's underlying device while the DM target is in use?  Malahal Naineni
• [dm-devel] Rescan for new LUNs  Allen, Jack
• Re: [dm-devel] Is there a way to see updated contents of a DM target's underlying device while the DM target is in use?  Alasdair G Kergon
• Re: [dm-devel] Is there a way to see updated contents of a DM target's underlying device while the DM target is in use?  Malahal Naineni
• Re: [dm-devel] Rescan for new LUNs  Malahal Naineni
• Re: [dm-devel] [RFC 1/2] block: implement an unprep function corresponding directly to prep  FUJITA Tomonori
• Re: [dm-devel] Is there a way to see updated contents of a DM target's underlying device while the DM target is in use?  Alasdair G Kergon
• Re: [dm-devel] [RFC 1/2] block: implement an unprep function corresponding directly to prep  Mike Snitzer
• Re: [dm-devel] [PATCH 1/2] block: fix leaks associated with discard request payload  FUJITA Tomonori
• Re: [dm-devel] [RFC 1/2] block: implement an unprep function corresponding directly to prep  FUJITA Tomonori
• [dm-devel] Avoiding lvm shell crashes on white space only line  Xinwei Hu
• Re: [dm-devel] Rescan for new LUNs  Oren Held
• Re: [dm-devel] [PATCH 1/1] dm-mpath: Extend path selector interface for supporting Dell EqualLogic path selector  Hannes Reinecke
• [dm-devel] [PATCH 1/3] block: implement an unprep function corresponding directly to prep  FUJITA Tomonori
• [dm-devel] (no subject)  FUJITA Tomonori
• [dm-devel] [PATCH 2/3] scsi: add sd_unprep_fn to free discard page  FUJITA Tomonori
• [dm-devel] [PATCH 3/3] scsi: remove unused free discard page in sd_done  FUJITA Tomonori
• Re: [dm-devel] Avoiding lvm shell crashes on white space only line  Alasdair G Kergon
• Re: [dm-devel] [PATCH 1/2] block: fix leaks associated with discard request payload  Mikulas Patocka
• Re: [dm-devel] (no subject)  Jens Axboe
• Re: [dm-devel] [PATCH 1/2] block: fix leaks associated with discard request payload  Mike Snitzer
• Re: [dm-devel] [PATCH 1/2] block: fix leaks associated with discard request payload  Alasdair G Kergon
• [dm-devel] [PATCH] scsi: address leak in the error path of discard page allocation  Mike Snitzer
• Re: [dm-devel] [PATCH 1/3] block: implement an unprep function corresponding directly to prep  James Bottomley
• Re: [dm-devel] add sd_unprep_fn to free discard page  Boaz Harrosh
• Re: [dm-devel] add sd_unprep_fn to free discard page  James Bottomley
• Re: [dm-devel] [PATCH 1/2] block: fix leaks associated with discard request payload  Mikulas Patocka
• Re: [dm-devel] Is there a way to see updated contents of a DM target's underlying device while the DM target is in use?  Riches Jr, RobertX M
• Re: [dm-devel] Rescan for new LUNs  Allen, Jack
• Re: [dm-devel] Rescan for new LUNs  Allen, Jack
• Re: [dm-devel] Rescan for new LUNs  Malahal Naineni
• Re: [dm-devel] Is there a way to see updated contents of a DM target's underlying device while the DM target is in use?  Malahal Naineni
• Re: [dm-devel] scsi: address leak in the error path of discard page allocation  Mike Snitzer
• Re: [dm-devel] scsi: address leak in the error path of discard page allocation  James Bottomley
• Re: [dm-devel] scsi: address leak in the error path of discard page allocation  Mike Snitzer

02 July 2010

• Re: [dm-devel] scsi: address leak in the error path of discard page allocation  FUJITA Tomonori
• Re: [dm-devel] [PATCH 2/3] scsi: add sd_unprep_fn to free discard page  Christoph Hellwig
• Re: [dm-devel] [PATCH] scsi: address leak in the error path of discard page allocation  Christoph Hellwig
• Re: [dm-devel] scsi: address leak in the error path of discard page allocation  Christoph Hellwig
• Re: [dm-devel] scsi: address leak in the error path of discard page allocation  Christoph Hellwig
• Re: [dm-devel] [PATCH 3/3] scsi: remove unused free discard page in sd_done  Christoph Hellwig
• Re: [dm-devel] [RFC 1/2] block: implement an unprep function corresponding directly to prep  Christoph Hellwig
• Re: [dm-devel] scsi: address leak in the error path of discard page allocation  Mike Snitzer
• Re: [dm-devel] Is there a way to see updated contents of a DM target's underlying device while the DM target is in use?  Hannes Reinecke
• [dm-devel] [PATCH 0/4] discard updates  Mikulas Patocka
• [dm-devel] [PATCH 1/4] Check that the target supports discard  Mikulas Patocka
• [dm-devel] [PATCH 2/4] Clear the discard flag if the device loses discard capability  Mikulas Patocka
• [dm-devel] [PATCH 3/4] Support discard for multiple devices  Mikulas Patocka
• [dm-devel] [PATCH 4/4] Support discard if at least one underlying device supports it  Mikulas Patocka
• Re: [dm-devel] [PATCH 3/4] Support discard for multiple devices  Mike Snitzer
• Re: [dm-devel] [PATCH 2/4] Clear the discard flag if the device loses discard capability  Mike Snitzer
• Re: [dm-devel] [PATCH 1/4] Check that the target supports discard  Mike Snitzer
• Re: [dm-devel] [PATCH 4/4] Support discard if at least one underlying device supports it  Mike Snitzer
• Re: [dm-devel] [PATCH 4/4] Support discard if at least one underlying device supports it  Mikulas Patocka
• Re: [dm-devel] [PATCH 4/4] Support discard if at least one underlying device supports it  Mikulas Patocka
• [dm-devel] GFP_KERNEL in ext4 (was: [PATCH 4/4] Support discard if at least one underlying device supports it)  Mikulas Patocka
• Re: [dm-devel] [PATCH 4/4] Support discard if at least one underlying device supports it  Mike Snitzer
• Re: [dm-devel] [PATCH 4/4] Support discard if at least one underlying device supports it  Mike Snitzer
• Re: [dm-devel] [PATCH 4/4] Support discard if at least one underlying device supports it  Alasdair G Kergon

05 July 2010

• [dm-devel] [PATCH] scsi: unify the error handling of the prep functions  FUJITA Tomonori
• Re: [dm-devel] scsi: address leak in the error path of discard page allocation  FUJITA Tomonori
• Re: [dm-devel] [RFC 1/2] block: implement an unprep function corresponding directly to prep  FUJITA Tomonori
• Re: [dm-devel] [PATCH 4/4] Support discard if at least one underlying device supports it  Dmitry Monakhov
• Re: [dm-devel] [PATCH 2/3] scsi: add sd_unprep_fn to free discard page  Boaz Harrosh
• Re: [dm-devel] [PATCH 4/4] Support discard if at least one underlying device supports it  Mikulas Patocka
• Re: [dm-devel] scsi: unify the error handling of the prep functions  Mike Snitzer
• [dm-devel] understanding of multipathing and speed  Bart Coninckx
• Re: [dm-devel] understanding of multipathing and speed  Christophe Varoqui
• Re: [dm-devel] [RFC 1/2] block: implement an unprep function corresponding directly to prep  Christoph Hellwig
• Re: [dm-devel] [RFC 1/2] block: implement an unprep function corresponding directly to prep  Mark Lord
• Re: [dm-devel] [RFC 1/2] block: implement an unprep function corresponding directly to prep  Mark Lord
• Re: [dm-devel] [RFC 1/2] block: implement an unprep function corresponding directly to prep  Jeff Garzik

06 July 2010

• Re: [dm-devel] understanding of multipathing and speed  John A. Sullivan III
• Re: [dm-devel] understanding of multipathing and speed  Bart Coninckx
• Re: [dm-devel] [RFC 1/2] block: implement an unprep function corresponding directly to prep  FUJITA Tomonori
• Re: [dm-devel] understanding of multipathing and speed  Christophe Varoqui
• Re: [dm-devel] understanding of multipathing and speed  bart . coninckx
• Re: [dm-devel] understanding of multipathing and speed  Christophe Varoqui
• Re: [dm-devel] understanding of multipathing and speed  brem belguebli
• Re: [dm-devel] understanding of multipathing and speed  bart . coninckx
• Re: [dm-devel] understanding of multipathing and speed  bart . coninckx
• Re: [dm-devel] Rescan for new LUNs  Bryn M. Reeves
• Re: [dm-devel] Rescan for new LUNs  brem belguebli
• [dm-devel] [PATCH v2] scsi: address leak in scsi_setup_discard_cmnd error path (was: Re: scsi: unify the error handling of the prep functions)  Mike Snitzer
• [dm-devel] [PATCH] disallow FS recursion from sb_issue_discard allocation  Mike Snitzer
• [dm-devel] Any way to access start/len of i/o from path selector?  Brian Jackson

07 July 2010

• Re: [dm-devel] understanding of multipathing and speed  Bart Coninckx
• Re: [dm-devel] [PATCH v2] scsi: address leak in scsi_setup_discard_cmnd error path (was: Re: scsi: unify the error handling of the prep functions)  Christoph Hellwig
• Re: [dm-devel] [PATCH v2] scsi: address leak in scsi_setup_discard_cmnd error path  Jens Axboe
• [dm-devel] any known problems when doing bio_clone() over an LVM snapshot?  Riches Jr, RobertX M
• Re: [dm-devel] understanding of multipathing and speed  Bart Coninckx
• Re: [dm-devel] understanding of multipathing and speed  Brem Belguebli
• [dm-devel] [PATCH] optimize one of the cache flushes  Mikulas Patocka
• Re: [dm-devel] [PATCH 1/4] Check that the target supports discard  Alasdair G Kergon
• Re: [dm-devel] [PATCH 2/4] Clear the discard flag if the device loses discard capability  Alasdair G Kergon
• Re: [dm-devel] [PATCH 3/4] Support discard for multiple devices  Alasdair G Kergon
• Re: [dm-devel] [PATCH] optimize one of the cache flushes  Alasdair G Kergon

08 July 2010

• Re: [dm-devel] [PATCH 4/4] Support discard if at least one underlying device supports it  Alasdair G Kergon
• Re: [dm-devel] [PATCH v2] scsi: address leak in scsi_setup_discard_cmnd error path (was: Re: scsi: unify the error handling of the prep functions)  FUJITA Tomonori
• Re: [dm-devel] understanding of multipathing and speed  Bart Coninckx
• Re: [dm-devel] [PATCH v2] scsi: address leak in scsi_setup_discard_cmnd error path (was: Re: scsi: unify the error handling of the prep functions)  Mike Snitzer
• Re: [dm-devel] [PATCH v2] scsi: address leak in scsi_setup_discard_cmnd error path  Jens Axboe
• Re: [dm-devel] optimize one of the cache flushes  Mike Snitzer
• [dm-devel] [PATCH] dm barrier: A better test for -EOPNOTSUPP.  Mikulas Patocka
• Re: [dm-devel] dm barrier: A better test for -EOPNOTSUPP.  Mike Snitzer

09 July 2010

• Re: [dm-devel] [PATCH 1/1] dm-mpath: Extend path selector interface for supporting Dell EqualLogic path selector  Mike Snitzer

12 July 2010

• Re: [dm-devel] [PATCH 1/1] dm-mpath: Extend path selector interface for supporting Dell EqualLogic path selector  Alasdair G Kergon

13 July 2010

• [dm-devel] [PATCH]md:dm.c Fix warning: statement with no effect  Justin P. Mattock
• [dm-devel] dmraid/lib/format/ataraid lsi.c  zkabelac
• [dm-devel] dmraid ./Makefile.in ./make.tmpl.in include/Ma ...  zkabelac
• [dm-devel] dmraid include/dmraid/dmraid.h include/dmraid/ ...  zkabelac
• [dm-devel] dmraid/lib/device scan.c  zkabelac
• [dm-devel] dmraid/lib/metadata metadata.c  zkabelac
• [dm-devel] dmraid/tools commands.c  zkabelac
• [dm-devel] dmraid/tools dmevent_tool.c  zkabelac
• [dm-devel] dmraid/tools toollib.c  zkabelac
• [dm-devel] dmraid/lib/format/ataraid asr.c  zkabelac
• [dm-devel] dmraid/lib/metadata reconfig.c  zkabelac
• [dm-devel] dmraid/lib misc/misc.c locking/locking.c  zkabelac
• [dm-devel] dmraid/lib/format/ddf ddf1_dump.c  zkabelac
• [dm-devel] dmraid Makefile.in  zkabelac
• [dm-devel] dmraid/lib/activate activate.h activate.c  zkabelac

14 July 2010

• Re: [dm-devel] [PATCH 1/1] dm-mpath: Extend path selectorinterface for supporting Dell EqualLogic path selector  Jason Shamberger

15 July 2010

• Re: [dm-devel] [PATCH v4] dm: Add Dell MD36xxi controller into RDAC device list  Moger, Babu

16 July 2010

• Re: [dm-devel] [PATCH] [RFC] [PATCH] Add alias_prefix to get multipath names based on storage type  Christophe Varoqui

19 July 2010

• Re: [dm-devel] [PATCH] DM-CRYPT: Scale to multiple CPUs v2  Milan Broz
• [dm-devel] [BUG] multipath-tools: uuid has become meaningless  Malahal Naineni

20 July 2010

• Re: [dm-devel] [BUG] multipath-tools: uuid has become meaningless  Christophe Varoqui
• Re: [dm-devel] [BUG] multipath-tools: uuid has become meaningless  Malahal Naineni
• Re: [dm-devel] [BUG] multipath-tools: uuid has become meaningless  Hannes Reinecke
• Re: [dm-devel] [PATCH] DM-CRYPT: Scale to multiple CPUs v2  Andi Kleen
• [dm-devel] [PATCH] libmultipath: always allocate space for alias  Hannes Reinecke
• [dm-devel] [PATCH] Fix typo in coalesce_paths  Hannes Reinecke
• [dm-devel] [PATCH] libmultipath: simplify dm_get_name()  Hannes Reinecke
• Re: [dm-devel] [BUG] multipath-tools: uuid has become meaningless  Malahal Naineni

21 July 2010

• Re: [dm-devel] [BUG] please PLEASE UnSubscribe!!!  W S
• Re: [dm-devel] [BUG] multipath-tools: uuid has become meaningless  Hannes Reinecke

22 July 2010

• [dm-devel] [PATCH 1/2] dm-kcopyd: Remove BIO_RW_SYNCIO flag  Mikulas Patocka
• [dm-devel] [PATCH 2/2] dm-kcopyd: Delayed unplug of queues  Mikulas Patocka
• [dm-devel] [patch 1/2] multipath-tools: Assign correct pointer from REALLOC  Christof Schmitt
• [dm-devel] [patch 2/2] multipath-tools: Intialize pointer passed to get_cmdvec  Christof Schmitt
• [dm-devel] [patch 0/2] multipath-tools fixes  Christof Schmitt

23 July 2010

• Re: [dm-devel] [PATCH 3/3] dm: separate device deletion from dm_put()  Alasdair G Kergon
• [dm-devel] [PATCH 00/12] dm: enable discard support for more targets  Mike Snitzer
• [dm-devel] [PATCH 01/12] dm: rename map_info flush_request to target_request_nr  Mike Snitzer
• [dm-devel] [PATCH 02/12] dm: introduce num_discard_requests in dm_target structure  Mike Snitzer
• [dm-devel] [PATCH 03/12] dm: remove the DM_TARGET_SUPPORTS_DISCARDS feature flag  Mike Snitzer
• [dm-devel] [PATCH 04/12] dm: use common __issue_target_request for flush and discard support  Mike Snitzer
• [dm-devel] [PATCH 05/12] dm: factor max_io_len for code reuse  Mike Snitzer
• [dm-devel] [PATCH 06/12] dm: split discard requests on target boundaries  Mike Snitzer
• [dm-devel] [PATCH 07/12] dm zero: silently drop discards too  Mike Snitzer
• [dm-devel] [PATCH 08/12] dm error: return error for discards too  Mike Snitzer
• [dm-devel] [PATCH 09/12] dm delay: enable discard support  Mike Snitzer
• [dm-devel] [PATCH 10/12] block: update request stacking methods to support discards  Mike Snitzer
• [dm-devel] [PATCH 11/12] dm mpath: enable discard support  Mike Snitzer
• [dm-devel] [PATCH 12/12] dm stripe: enable efficient discard support  Mike Snitzer

24 July 2010

• Re: [dm-devel] [PATCH 10/12] block: update request stacking methods to support discards  Christoph Hellwig
• [dm-devel] [PATCH v2 00/12] dm: enable discard support for more targets  Mike Snitzer
• [dm-devel] [PATCH v2 01/12] dm: rename map_info flush_request to target_request_nr  Mike Snitzer
• [dm-devel] [PATCH v2 02/12] dm: introduce num_discard_requests in dm_target structure  Mike Snitzer
• [dm-devel] [PATCH v2 03/12] dm: remove the DM_TARGET_SUPPORTS_DISCARDS feature flag  Mike Snitzer
• [dm-devel] [PATCH v2 04/12] dm: use common __issue_target_request for flush and discard support  Mike Snitzer
• [dm-devel] [PATCH v2 05/12] dm: factor max_io_len for code reuse  Mike Snitzer
• [dm-devel] [PATCH v2 06/12] dm: split discard requests on target boundaries  Mike Snitzer
• [dm-devel] [PATCH v2 07/12] dm zero: silently drop discards too  Mike Snitzer
• [dm-devel] [PATCH v2 08/12] dm error: return error for discards too  Mike Snitzer
• [dm-devel] [PATCH v2 09/12] dm delay: enable discard support  Mike Snitzer
• [dm-devel] [PATCH v2 10/12] block: update request stacking methods to support discards  Mike Snitzer
• [dm-devel] [PATCH v2 11/12] dm mpath: enable discard support  Mike Snitzer
• [dm-devel] [PATCH v2 12/12] dm stripe: enable efficient discard support  Mike Snitzer

26 July 2010

• [dm-devel] [PATCH 0/8] The DM part of dm-raid45  NeilBrown
• [dm-devel] [PATCH 1/8] md/dm: create dm-raid456 module using md/raid5  NeilBrown
• [dm-devel] [PATCH 2/8] dm-raid456: add congestion checking.  NeilBrown
• [dm-devel] [PATCH 3/8] dm-raid456: support unplug  NeilBrown
• [dm-devel] [PATCH 4/8] dm-raid456: add support for setting IO hints.  NeilBrown
• [dm-devel] [PATCH 5/8] dm-raid456: add suspend/resume method  NeilBrown
• [dm-devel] [PATCH 6/8] dm-raid456: add message handler.  NeilBrown
• [dm-devel] [PATCH 7/8] dm-dirty-log: allow log size to be different from target size.  NeilBrown
• [dm-devel] [PATCH 8/8] dm-raid456: switch to use dm_dirty_log for tracking dirty regions.  NeilBrown
• [dm-devel] rq-based mpath failed path on SCSI target failure (malformed discard)  Mike Snitzer
• Re: [dm-devel] rq-based mpath failed path on SCSI target failure (malformed discard)  Mike Snitzer
• Re: [dm-devel] rq-based mpath failed path on SCSI target failure (malformed discard)  Mike Christie
• Re: [dm-devel] rq-based mpath failed path on SCSI target failure (malformed discard)  Mike Snitzer
• [dm-devel] [PATCH v3 11/12] dm mpath: enable discard support  Mike Snitzer
• [dm-devel] [PATCH v3 05/12] dm: factor max_io_len for code reuse  Mike Snitzer
• [dm-devel] [PATCH v3 06/12] dm: split discard requests on target boundaries  Mike Snitzer
• [dm-devel] BIO_RW_SYNCIO  Mikulas Patocka

27 July 2010

• Re: [dm-devel] BIO_RW_SYNCIO  Vivek Goyal
• Re: [dm-devel] [PATCH] disallow FS recursion from sb_issue_discard allocation  Ted Ts'o
• Re: [dm-devel] [PATCH v2 10/12] block: update request stacking methods to support discards  Christoph Hellwig
• Re: [dm-devel] disallow FS recursion from sb_issue_discard allocation  Mike Snitzer
• Re: [dm-devel] BIO_RW_SYNCIO  Mikulas Patocka
• [dm-devel] [PATCH v3 12/12] dm stripe: enable efficient discard support  Mike Snitzer
• [dm-devel] [PATCH 1/2] dm-stripe: move sector translation to a function  Mikulas Patocka
• [dm-devel] [PATCH 2/2] dm-stripe: discard support  Mikulas Patocka
• [dm-devel] [PATCH 1.5/2] dm-stripe: optimize sector division  Mikulas Patocka
• Re: [dm-devel] [PATCH 2/2] dm-stripe: discard support  Mike Snitzer
• Re: [dm-devel] BIO_RW_SYNCIO  Vivek Goyal
• Re: [dm-devel] [PATCH 1.5/2] dm-stripe: optimize sector division  Mike Snitzer

28 July 2010

• [dm-devel] [PATCH 2/2 v2] dm stripe: enable discard support  Mike Snitzer
• Re: [dm-devel] [PATCH 2/2 v2] dm stripe: enable discard support  Mike Snitzer
• [dm-devel] [PATCH] [RFC] dm-multipath: typo, strncat instead of strncpy  Malahal Naineni
• Re: [dm-devel] BIO_RW_SYNCIO  Vivek Goyal
• [dm-devel] [OT] How to associate pci id with wwpn for an hba  Gianluca Cecchi
• Re: [dm-devel] [OT] How to associate pci id with wwpn for an hba  Jonathan Barber
• Re: [dm-devel] BIO_RW_SYNCIO  Mikulas Patocka
• Re: [dm-devel] BIO_RW_SYNCIO  Mikulas Patocka
• Re: [dm-devel] [OT] How to associate pci id with wwpn for an hba  Gianluca Cecchi
• Re: [dm-devel] [PATCH 1.5/2] dm-stripe: optimize sector division  Mike Snitzer
• [dm-devel] [PATCH] dm: use dm_target_offset in targets  Mike Snitzer
• Re: [dm-devel] [PATCH 1.5/2] dm-stripe: optimize sector division  Mikulas Patocka
• [dm-devel] [PATCH 1.5/2 v2] dm stripe: optimize sector division  Mike Snitzer
• Re: [dm-devel] BIO_RW_SYNCIO  Vivek Goyal
• [dm-devel] [PATCH 1/2 v2] dm stripe: move sector translation to a function  Mike Snitzer
• Re: [dm-devel] disallow FS recursion from sb_issue_discard allocation  Jens Axboe
• [dm-devel] RAID/block regression starting from 2.6.32, bisected  Vladislav Bolkhovitin
• [dm-devel] [PATCH 0/6] scsi_dh : Couple of fixes for scsi device handlers  Moger, Babu
• [dm-devel] [PATCH 1/6] scsi_dh : rename and export __detach_handler  Moger, Babu
• [dm-devel] [PATCH 2/6] scsi_dh : increment the refcounts while calling activate  Moger, Babu
• [dm-devel] [PATCH 3/6] scsi_dh : release the refcounts in scsi_dh_alua handler when activate is complete  Moger, Babu
• [dm-devel] [PATCH 4/6] scsi_dh : release the refcounts in scsi_dh_emc handler when activate is complete  Moger, Babu
• [dm-devel] [PATCH 5/6] scsi_dh : release the refcounts in scsi_dh_hp_sw handler when activate is complete  Moger, Babu
• [dm-devel] [PATCH 6/6] scsi_dh : release the refcounts in scsi_dh_rdac handler when activate is complete  Moger, Babu
• [dm-devel] [PATCH] scsi_dh_rdac : Adding MODULE VERSION for rdac device handler  Moger, Babu
• Re: [dm-devel] disallow FS recursion from sb_issue_discard allocation  Ted Ts'o

29 July 2010

• Re: [dm-devel] [PATCH 2/6] scsi_dh : increment the refcounts while calling activate  Shyam Iyer
• [dm-devel] [PATCH] Add support for dm-mod module autoloading  Peter Rajnoha
• Re: [dm-devel] [PATCH 0/6] scsi_dh : Couple of fixes for scsi device handlers  Chandra Seetharaman
• Re: [dm-devel] [PATCH 0/6] scsi_dh : Couple of fixes for scsi device handlers  Moger, Babu

30 July 2010

• Re: [dm-devel] [PATCH 0/6] scsi_dh : Couple of fixes for scsi device handlers  Chandra Seetharaman
• Re: [dm-devel] [PATCH 2/6] scsi_dh : increment the refcounts while calling activate  James Bottomley
• Re: [dm-devel] [PATCH 3/6] scsi_dh : release the refcounts in scsi_dh_alua handler when activate is complete  James Bottomley
• Re: [dm-devel] [PATCH] multipath: add fast_io_fail and dev_loss_tmo config parameters  Jun'ichi Nomura
• Re: [dm-devel] RAID/block regression starting from 2.6.32, bisected  Tejun Heo
• Re: [dm-devel] [PATCH 0/6] scsi_dh : Couple of fixes for scsi device handlers  Moger, Babu
• Re: [dm-devel] [PATCH 2/6] scsi_dh : increment the refcounts while calling activate  Moger, Babu
• Re: [dm-devel] [PATCH 0/6] scsi_dh : Couple of fixes for scsi device handlers  Chandra Seetharaman

31 July 2010

• Re: [dm-devel] [PATCH 0/6] scsi_dh : Couple of fixes for scsi device handlers  Shyam Iyer
• Re: [dm-devel] [PATCH 0/6] scsi_dh : Couple of fixes for scsi device handlers  Moger, Babu
• Re: [dm-devel] [PATCH]md:dm.c Fix warning: statement with no effect  Justin P. Mattock
• Re: [dm-devel] [PATCH]md:dm.c Fix warning: statement with no effect  Alasdair G Kergon
• Re: [dm-devel] [PATCH]md:dm.c Fix warning: statement with no effect  Justin P. Mattock