Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752878Ab3EVHJg (ORCPT ); Wed, 22 May 2013 03:09:36 -0400 Received: from cn.fujitsu.com ([222.73.24.84]:36855 "EHLO song.cn.fujitsu.com" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1751065Ab3EVHJc (ORCPT ); Wed, 22 May 2013 03:09:32 -0400 X-IronPort-AV: E=Sophos;i="4.87,719,1363104000"; d="scan'208";a="7331820" Message-ID: <519C6FD6.4090607@cn.fujitsu.com> Date: Wed, 22 May 2013 15:12:22 +0800 From: Ren Mingxin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130109 Thunderbird/10.0.12 MIME-Version: 1.0 To: James.Smart@emulex.com CC: James.Bottomley@HansenPartnership.com, Nagalakshmi.Nandigama@lsi.com, Sreekanth.Reddy@lsi.com, michaelc@cs.wisc.edu, robert.w.love@intel.com, dgilbert@interlog.com, hare@suse.de, bprakash@broadcom.com, agk@redhat.com, neilb@suse.de, gregkh@linuxfoundation.org, axboe@kernel.dk, tj@kernel.org, linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org Subject: Re: [PATCH 0/5] scsi: Allow fast io fail without waiting through timeout References: <1369034103-31644-1-git-send-email-renmx@cn.fujitsu.com> <519A4716.7000001@emulex.com> In-Reply-To: <519A4716.7000001@emulex.com> X-MIMETrack: Itemize by SMTP Server on mailserver/fnst(Release 8.5.3|September 15, 2011) at 2013/05/22 15:08:07, Serialize by Router on mailserver/fnst(Release 8.5.3|September 15, 2011) at 2013/05/22 15:08:10, Serialize complete at 2013/05/22 15:08:10 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2468 Lines: 66 Hi, James, On 05/20/2013 11:53 PM, James Smart wrote: > Based on the discussion recently held at LSF 2013, we are > reworking the error recovery path to address all the issues > you are mentioning. That work contradicts these patches. > So for now, these should be held off. Interesting. Can I have 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 wrote: >> When there is a scsi command timed-out or failed, the scsi eh >> tries a thorugh recovery, which is necessary for non-redundant >> systems. However, the thorugh recovery usually takes much time, >> which is not acceptable for misson critical systems. To improve >> this latency, if we are working on a 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): >> scsi: rename return code FAST_IO_FAIL to FAST_IO >> FC transport: Add interface to specify fast io level for timed-out >> cmds >> SAS transport: Add interface to specify fast io level for >> timed-out cmds >> lpfc: Allow fast timed-out io recovery >> mptfusion: Allow fast timed-out io recovery >> >> drivers/message/fusion/mptscsih.c | 29 ++++++++- >> drivers/scsi/lpfc/lpfc_scsi.c | 34 ++++++++++ >> drivers/scsi/scsi_error.c | 18 ++--- >> drivers/scsi/scsi_sas_internal.h | 4 - >> drivers/scsi/scsi_transport_fc.c | 112 >> ++++++++++++++++++++++++++++++++++-- >> drivers/scsi/scsi_transport_iscsi.c | 6 - >> drivers/scsi/scsi_transport_sas.c | 103 >> ++++++++++++++++++++++++++++++++- >> include/scsi/scsi.h | 2 >> include/scsi/scsi_transport_fc.h | 11 +++ >> include/scsi/scsi_transport_sas.h | 8 ++ >> 10 files changed, 303 insertions(+), 24 deletions(-) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/