From owner-svn-src-all@FreeBSD.ORG Wed Jul 3 04:11:53 2013 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 59E56375; Wed, 3 Jul 2013 04:11:53 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 2F9761A74; Wed, 3 Jul 2013 04:11:52 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-226-51.lns20.per1.internode.on.net [121.45.226.51]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id r634Bmtw084781 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 2 Jul 2013 21:11:50 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <51D3A47E.7070705@freebsd.org> Date: Wed, 03 Jul 2013 12:11:42 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: John Baldwin Subject: Re: svn commit: r252346 - head/share/man/man9 References: <201306281633.r5SGXjFU017827@svn.freebsd.org> <51CEDE2B.60204@freebsd.org> <51CEE326.2010903@freebsd.org> <51D2F915.2070303@FreeBSD.org> In-Reply-To: <51D2F915.2070303@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jul 2013 04:11:53 -0000 On 7/3/13 12:00 AM, John Baldwin wrote: > On 6/29/13 6:37 AM, Julian Elischer wrote: >> On 6/29/13 9:16 PM, Julian Elischer wrote: >>> thanks! >>> >>> >>>> -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. > It does not use a spin timeout. I considered adding a separate note to > define adaptive spinning generically as it is used by multiple lock > types (mutexes, rwlocks, and sx locks). this would be a good idea. >