From owner-svn-src-head@FreeBSD.ORG Sat Jun 29 14:02:09 2013 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1CDEF829; Sat, 29 Jun 2013 14:02:09 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id D857A1773; Sat, 29 Jun 2013 14:02:08 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 7A0F43592DA; Sat, 29 Jun 2013 16:02:06 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 5A96A28493; Sat, 29 Jun 2013 16:02:06 +0200 (CEST) Date: Sat, 29 Jun 2013 16:02:06 +0200 From: Jilles Tjoelker To: Julian Elischer Subject: Re: svn commit: r252346 - head/share/man/man9 Message-ID: <20130629140206.GA25876@stack.nl> References: <201306281633.r5SGXjFU017827@svn.freebsd.org> <51CEDE2B.60204@freebsd.org> <51CEE326.2010903@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51CEE326.2010903@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, John Baldwin X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 14:02:09 -0000 On Sat, Jun 29, 2013 at 09:37:42PM +0800, Julian Elischer wrote: > On 6/29/13 9:16 PM, Julian Elischer wrote: > >> -If the owner is not currently actually running then the spin step > >> is skipped. > >> +then a thread attempting to acquire the mutex will spin rather > >> than yielding > >> +the processor. > Am I wrong in thinking that it will only spin for a short while, > eventually yielding? > The original text said this but the new text implies it will spin > forever. The code actually spins until the state of the lock changes or the owning thread is no longer running. -- Jilles Tjoelker