From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andi Kleen Subject: Re: [PATCH] scsi, mptsas : drop scsi_host lock when calling mptsas_qcmd Date: Thu, 16 Sep 2010 23:25:30 +0200 Message-ID: <20100916212530.GA22051@gargoyle.ger.corp.intel.com> References: <1284666254.7280.54.camel@schen9-DESK> <1284670136.13344.93.camel@haakon2.linux-iscsi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mga02.intel.com ([134.134.136.20]:9971 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752084Ab0IPVXB (ORCPT ); Thu, 16 Sep 2010 17:23:01 -0400 Content-Disposition: inline In-Reply-To: <1284670136.13344.93.camel@haakon2.linux-iscsi.org> Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-scsi@vger.kernel.org To: "Nicholas A. Bellinger" Cc: Tim Chen , Eric Moore , linux-scsi@vger.kernel.org, vasu.dev@intel.com, willy@linux.intel.com > I asked James about getting Vasu's unlocked_qcmds=1 patch merged, but he > convinced me that doing conditional locking while is very simple, is not > the proper way for getting this resolved in mainline code. I think in > the end this will require a longer sit down to do a wholesale conversion > of all existing SCSI LLD drivers, and identifing the broken ones that > still need a struct Scsi_Host->host_lock'ed SHT->queuecommand() for > whatever strange & legacy reasons. The standard way to do that would be to first move the lock down into the drivers (similar to how it has been done with the BKL). This would be a fairly mechanic mindless patch. Lots of typing, but not really a lot of real code review needed. Then next step the drivers who know they don't want it can remove it. -Andi