[PATCH] lpfc: init: fix misspelling word in mailbox command waiting comments

2012-12-10 Thread Ren Mingxin
Correct misspelling of "outstanding" in mailbox command waiting comments. Signed-off-by: Ren Mingxin Signed-off-by: Pan Dayu --- drivers/scsi/lpfc/lpfc_init.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/scsi/lpfc/lpfc_init.c b/drivers/scsi/lpfc/l

Re: [PATCH] lpfc: init: fix misspelling word in mailbox command waiting comments

2012-12-10 Thread Ren Mingxin
On 12/11/2012 11:53 AM, re...@cn.fujitsu.com wrote: From: Ren Mingxin Superfluous, sorry for disturbing everyone :-( Ren -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo inf

[PATCH] scsi_dh: remove unused declaration dm_pg_init_complete()

2013-04-16 Thread Ren Mingxin
This patch removes dm_pg_init_complete()'s declaration as it is not needed anymore since 2651f5d7d3bc5120a439e498f131e4d731f99b3e. Signed-off-by: Ren Mingxin --- drivers/md/dm-mpath.h |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) diff --git a/drivers/md/dm-mpath.h b/drive

[PATCH] scsi/lpfc: add return code FAST_IO_FAIL in lpfc_abort_handler() comments

2013-03-26 Thread Ren Mingxin
Signed-off-by: Ren Mingxin --- drivers/scsi/lpfc/lpfc_scsi.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/scsi/lpfc/lpfc_scsi.c b/drivers/scsi/lpfc/lpfc_scsi.c index 98af07c..cc6fc83 100644 --- a/drivers/scsi/lpfc/lpfc_scsi.c +++ b/drivers/scsi/lpfc

[PATCH 2/5] FC transport: Add interface to specify fast io level for timed-out cmds

2013-05-20 Thread Ren Mingxin
mainly for redundant environments. To redundant systems, they need a quick give up and failover, instead of thorough recovery which usually takes much time. The actions in LLDD/redundant configurations should be implemented individually later. Signed-off-by: Ren Mingxin --- drivers/scsi/scsi_transport_f

[PATCH 4/5] lpfc: Allow fast timed-out io recovery

2013-05-20 Thread Ren Mingxin
3s) and waiting through timeout(30s), and save about 71s in scsi eh. Signed-off-by: Ren Mingxin --- drivers/scsi/lpfc/lpfc_scsi.c | 34 -- 1 files changed, 32 insertions(+), 2 deletions(-) diff --git a/drivers/scsi/lpfc/lpfc_scsi.c b/drivers/scsi/lpfc/lpfc_scsi.c

[PATCH 1/5] scsi: rename return code FAST_IO_FAIL to FAST_IO

2013-05-20 Thread Ren Mingxin
The return code FAST_IO_FAIL was introduced for fast failed io recovery. To use this code for fast timed-out io recovery as well, we'd rename it to FAST_IO. Signed-off-by: Ren Mingxin --- drivers/scsi/scsi_error.c | 18 +- drivers/scsi/scsi_transport_fc.c|

[PATCH 5/5] mptfusion: Allow fast timed-out io recovery

2013-05-20 Thread Ren Mingxin
specified device and any I/Os are not passed to LLDD. Reference: http://www.spinics.net/lists/linux-scsi/msg35091.html So with this patch, we just spend time writing(about 69s) and waiting through timeout(60s), and save about 59s in scsi eh. Signed-off-by: Ren Mingxin --- drivers

[PATCH 3/5] SAS transport: Add interface to specify fast io level for timed-out cmds

2013-05-20 Thread Ren Mingxin
mainly for redundant environments. To redundant systems, they need a quick give up and failover, instead of thorough recovery which usually takes much time. The actions in LLDD/redundant configurations should be implemented individually later. Signed-off-by: Ren Mingxin --- drivers/scsi/scsi_sas_

[PATCH 0/5] scsi: Allow fast io fail without waiting through timeout

2013-05-20 Thread Ren Mingxin
redundant system, we should avoid the scsi eh for its long time failing recovery, and quick failover to another path. This set of patches is trying to implement above. NOTE: the userland tools need to eusure the environment restriction, which will be implemented later. Thanks, Ren Ren Mingxin (5

Re: [PATCH 0/5] scsi: Allow fast io fail without waiting through timeout

2013-05-22 Thread Ren Mingxin
your general goal/idea briefly even though via a reference? Will the URL below be one you will refer to? http://lwn.net/Articles/548500 And, could I know your current progress/schedule? Especially when can we see your patches? Much appreciated! Thanks, Ren On 5/20/2013 3:14 AM, Ren Mingxin