From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Nicholas A. Bellinger" Subject: Re: [PATCH 03/11] scsi: Add IRQ_DISABLE_SCSI_QCMD wrapper Date: Thu, 18 Nov 2010 15:05:10 -0800 Message-ID: <1290121510.31890.143.camel@haakon2.linux-iscsi.org> References: <1290032322-4899-1-git-send-email-nab@linux-iscsi.org> <20101117222752.GA26760@infradead.org> <1290032970.31890.61.camel@haakon2.linux-iscsi.org> <20101117223735.GA514@infradead.org> <4CE4FF2E.1010303@panasas.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from mail.linux-iscsi.org ([67.23.28.174]:56276 "EHLO linux-iscsi.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757720Ab0KRXKf (ORCPT ); Thu, 18 Nov 2010 18:10:35 -0500 In-Reply-To: <4CE4FF2E.1010303@panasas.com> Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-scsi@vger.kernel.org To: Boaz Harrosh Cc: Christoph Hellwig , linux-scsi , Jeff Garzik , James Bottomley , Christoph Hellwig , Mike Christie , Ravi Anand , Andrew Vasquez , Joe Eykholt , James Smart , Vasu Dev , Tim Chen , Andi Kleen , Tejun Heo , Mike Anderson , MPTFusionLinux On Thu, 2010-11-18 at 12:25 +0200, Boaz Harrosh wrote: > On 11/18/2010 12:37 AM, Christoph Hellwig wrote: > > On Wed, Nov 17, 2010 at 02:29:30PM -0800, Nicholas A. Bellinger wrote: > >> Hmmm, this is following jgarzik's recommendation for LLDs that we could > >> not immediately identify a internal spin_lock to disable interrupts > >> upon. (eg: not libiscsi and libata). > > > > In that case wait for the driver author to identify it. If there's > > no maintainer in reach chance is the driver doesn't care about the push > > down. No need to rush any of this, do it one driver at a time and get > > it right. > > I totally agree with Christoph. Patches 5, 6, 8, 11 all change behaviour > > I would like to see an "I audit the driver and ..." Please see my comment > to [patch 6] Just to reiterate the point here.. The only LLDs that have been made 'lock-less' in this first round are LLDs that: *) Where already using the legacy optimization of releasing host_lock, doing lld_work, and reaquring before returning from their lld_queuecommand(). *) Have been tested by folks explictly during the various initial attempts at lock_less mode, which still appear to be functionally equivilent minus the precatuion of local_irq_[save,release] usage. > > Do it one by one and open-code the local_irq_save/restore inside the > main function. It's not like you can get away from a total audit and > testing. > Hmmm, I am not sure I agree with open coding these atm. I would much rather get LLD maintainer feedback first for these initial cases so we can figure out which of these patches can be further optimized along the lines of libiscsi and libata. --nab