Received: with ECARTIS (v1.0.0; list xfs); Wed, 30 Apr 2008 04:34:16 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.0-r574664 (2007-09-11) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.0-r574664 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m3UBXnOP008276 for ; Wed, 30 Apr 2008 04:33:53 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA16792; Wed, 30 Apr 2008 21:34:27 +1000 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id m3UBYJsT151236514; Wed, 30 Apr 2008 21:34:20 +1000 (AEST) Received: (from dgc@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id m3UBYIRo151127885; Wed, 30 Apr 2008 21:34:18 +1000 (AEST) X-Authentication-Warning: snort.melbourne.sgi.com: dgc set sender to dgc@sgi.com using -f Date: Wed, 30 Apr 2008 21:34:18 +1000 From: David Chinner To: Christoph Hellwig Cc: David Chinner , Matthew Wilcox , xfs@oss.sgi.com Subject: Re: [PATCH] Remove l_flushsema Message-ID: <20080430113418.GP108924158@sgi.com> References: <20080430090502.GH14976@parisc-linux.org> <20080430104125.GM108924158@sgi.com> <20080430105832.GA20442@infradead.org> <20080430111154.GO108924158@sgi.com> <20080430111521.GA16571@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080430111521.GA16571@infradead.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV 0.91.2/6021/Wed Feb 27 15:55:48 2008 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 15710 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: dgc@sgi.com Precedence: bulk X-list: xfs On Wed, Apr 30, 2008 at 07:15:21AM -0400, Christoph Hellwig wrote: > On Wed, Apr 30, 2008 at 09:11:54PM +1000, David Chinner wrote: > > > waitqueues are loked internally and don't need synchronization. With > > > a little bit of re-arranging the code the wake_up could probably be > > > moved out of the critical section. > > > > Yeah, I just realised that myself and was about to reply as such.... > > > > I'll move the wakeup outside the lock. > > Below is the version I have now. One of the rare cases where using > sv_t actually cleans up the code (althoug the whole sv_ family should > probably loose some arguments). Yep, much cleaner. Who's signoff goes on this? Cheers, Dave. -- Dave Chinner Principal Engineer SGI Australian Software Group