From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from e18.ny.us.ibm.com (e18.ny.us.ibm.com [129.33.205.208]) (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id ADEC41A05F4 for ; Sat, 12 Dec 2015 01:53:31 +1100 (AEDT) Received: from localhost by e18.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Fri, 11 Dec 2015 09:53:28 -0500 Received: from b01cxnp22034.gho.pok.ibm.com (b01cxnp22034.gho.pok.ibm.com [9.57.198.24]) by d01dlp02.pok.ibm.com (Postfix) with ESMTP id 7705B6E8040 for ; Fri, 11 Dec 2015 09:41:35 -0500 (EST) Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by b01cxnp22034.gho.pok.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id tBBErQtv15859742 for ; Fri, 11 Dec 2015 14:53:26 GMT Received: from d01av04.pok.ibm.com (localhost [127.0.0.1]) by d01av04.pok.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id tBBErOfg015013 for ; Fri, 11 Dec 2015 09:53:25 -0500 Reply-To: manoj@linux.vnet.ibm.com Subject: Re: [PATCH 2/6] cxlflash: Fix to avoid virtual LUN failover failure References: <1449787867-23015-1-git-send-email-ukrishn@linux.vnet.ibm.com> <1449788029-23093-1-git-send-email-ukrishn@linux.vnet.ibm.com> To: Uma Krishnan , linux-scsi@vger.kernel.org, James Bottomley , "Martin K. Petersen" , "Matthew R. Ochs" , Brian King Cc: linuxppc-dev@lists.ozlabs.org, Ian Munsie , Andrew Donnellan From: Manoj Kumar Message-ID: <566AE369.3070809@linux.vnet.ibm.com> Date: Fri, 11 Dec 2015 08:53:29 -0600 MIME-Version: 1.0 In-Reply-To: <1449788029-23093-1-git-send-email-ukrishn@linux.vnet.ibm.com> Content-Type: text/plain; charset=windows-1252; format=flowed List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On 12/10/2015 4:53 PM, Uma Krishnan wrote: > From: "Matthew R. Ochs" > To remedy this scenario, provide feedback back to the application on > virtual LUN creation as to which ports the LUN may be accessed. LUN's > spanning both ports are candidates for a retry in a presence of an I/O > failure. > > Signed-off-by: Matthew R. Ochs Acked-by: Manoj Kumar