From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Nicholas A. Bellinger" Subject: Re: [RFC PATCH 0/19] A kernel-level configfs enabled generic target engine for Linux v2.6.32 Date: Fri, 11 Sep 2009 20:24:57 -0700 Message-ID: <1252725897.2067.255.camel@haakon2.linux-iscsi.org> References: <1252720508.2067.196.camel@haakon2.linux-iscsi.org> <1252723060.28368.48.camel@desktop> <1252724884.2067.251.camel@haakon2.linux-iscsi.org> <1252725468.28368.54.camel@desktop> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from smtp108.sbc.mail.gq1.yahoo.com ([67.195.14.111]:21866 "HELO smtp108.sbc.mail.gq1.yahoo.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1753305AbZILDZS (ORCPT ); Fri, 11 Sep 2009 23:25:18 -0400 In-Reply-To: <1252725468.28368.54.camel@desktop> Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-scsi@vger.kernel.org To: Daniel Walker Cc: LKML , linux-scsi , Andrew Morton , Greg KH , Douglas Gilbert , James Bottomley , Hannes Reinecke , FUJITA Tomonori , Mike Christie , Joel Becker , "Martin K. Petersen" , Christoph Hellwig , Linus Torvalds , Alan Stern , Boaz Harrosh , Florian Haas , Philipp Reisner On Fri, 2009-09-11 at 20:17 -0700, Daniel Walker wrote: > On Fri, 2009-09-11 at 20:08 -0700, Nicholas A. Bellinger wrote: > > > > > > Ok, I will have a look at converting the HBA semaphore to a mutex in > > patch 5, and use some single use waitqueues in patch 16. Btw, the ones > > using init_MUTEX_LOCKED() in the latter source file are being used when > > shutting down target_core_mod allocated kernel threads to sychronize > > between the stopping processing threads and configfs process context > > that waitqueues would work better for. Thanks for pointing this out! > > You could also use completions in patch 16 if the waitqueues turn out to > be not what your looking for. Completion can sometimes be a find&replace > substitute for the locked semaphores. Sorry, include/linux/complete.h is what I was thinking here too.. > > > > I was thinking about going through the typedefs with a sed chainsaw, but > > I decided against for this TCM patch series because it makes keeping > > backward ports to <= v2.6.31 slightly easier to maintain for me for the > > current users of LIO kernel code. > > > > However, I have been starting to not use typedef for the newest ALUA and > > pieces of PR code, and I would be happy to have another look at typedef > > style comments on this once the other larger interest items are on the > > way to being resolved. > > It's up to you, but you should schedule the typedefs for removal at some > point. > Ok, I will do that. Many thanks for your most valuable of time, --nab > Daniel >