From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from e31.co.us.ibm.com (e31.co.us.ibm.com [32.97.110.149]) (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 74FDB1A0048 for ; Tue, 22 Sep 2015 04:25:22 +1000 (AEST) Received: from /spool/local by e31.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Mon, 21 Sep 2015 12:25:19 -0600 Received: from b03cxnp07029.gho.boulder.ibm.com (b03cxnp07029.gho.boulder.ibm.com [9.17.130.16]) by d03dlp01.boulder.ibm.com (Postfix) with ESMTP id 504871FF0041 for ; Mon, 21 Sep 2015 12:16:25 -0600 (MDT) Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167]) by b03cxnp07029.gho.boulder.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id t8LIP7hT1376536 for ; Mon, 21 Sep 2015 11:25:16 -0700 Received: from d03av01.boulder.ibm.com (localhost [127.0.0.1]) by d03av01.boulder.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id t8LIOgYu027477 for ; Mon, 21 Sep 2015 12:24:43 -0600 Subject: Re: [PATCH v2 14/30] cxlflash: Fix to avoid stall while waiting on TMF To: "Matthew R. Ochs" , linux-scsi@vger.kernel.org, James Bottomley , "Nicholas A. Bellinger" , Ian Munsie , Daniel Axtens , Andrew Donnellan References: <1442438635-49044-1-git-send-email-mrochs@linux.vnet.ibm.com> <1442439022-49742-1-git-send-email-mrochs@linux.vnet.ibm.com> Cc: Michael Neuling , linuxppc-dev@lists.ozlabs.org, "Manoj N. Kumar" From: Brian King Message-ID: <56004B57.6080409@linux.vnet.ibm.com> Date: Mon, 21 Sep 2015 13:24:23 -0500 MIME-Version: 1.0 In-Reply-To: <1442439022-49742-1-git-send-email-mrochs@linux.vnet.ibm.com> Content-Type: text/plain; charset=windows-1252 List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On 09/16/2015 04:30 PM, Matthew R. Ochs wrote: > Borrowing the TMF waitq's spinlock causes a stall condition when > waiting for the TMF to complete. To remedy, introduce our own spin > lock to serialize TMF and use the appropriate wait services. Can you clarify what stall condition you were seeing. Its not obvious to me what this fixes. Do you have softlockup logs from the failure? -Brian -- Brian King Power Linux I/O IBM Linux Technology Center