From owner-freebsd-arch@FreeBSD.ORG Thu Dec 8 09:22:27 2005 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CB0D16A41F for ; Thu, 8 Dec 2005 09:22:27 +0000 (GMT) (envelope-from SRS0+65173a3dcf0638e3df82+837+infradead.org+hch@pentafluge.srs.infradead.org) Received: from pentafluge.infradead.org (pentafluge.infradead.org [213.146.154.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 893D943D7B for ; Thu, 8 Dec 2005 09:22:15 +0000 (GMT) (envelope-from SRS0+65173a3dcf0638e3df82+837+infradead.org+hch@pentafluge.srs.infradead.org) Received: from hch by pentafluge.infradead.org with local (Exim 4.54 #1 (Red Hat Linux)) id 1EkHyd-0002Vb-BF; Thu, 08 Dec 2005 09:22:11 +0000 Date: Thu, 8 Dec 2005 09:22:11 +0000 From: Christoph Hellwig To: Craig Rodrigues Message-ID: <20051208092211.GB9538@infradead.org> References: <20051207224359.GA4320@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051207224359.GA4320@crodrigues.org> User-Agent: Mutt/1.4.2.1i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html Cc: freebsd-arch@freebsd.org Subject: Re: [RFC] Implement cv_wait_nolock(), for emulation of SGI's sv_wait() X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Dec 2005 09:22:27 -0000 On Wed, Dec 07, 2005 at 05:43:59PM -0500, Craig Rodrigues wrote: > Hi, > > As part of the XFS for FreeBSD project, Alexander Kabaev > implemented a cv_wait_nolock() function for compatibility > with SGI's sv_wait() call: > http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi?coll=0650&db=man&fname=/usr/share/catman/p_man/catD/SV_WAIT.z > > sv_wait() waits on a synchronization variable, the lock must be held > before the call is entered, but the lock is not held when sv_wait() is > exited. The name sounds odd. I'd rather all it cv_wait_unlock.