From owner-svn-doc-all@FreeBSD.ORG Sat Feb 23 16:05:07 2013 Return-Path: Delivered-To: svn-doc-all@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9B59DB9D for ; Sat, 23 Feb 2013 16:05:07 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from smtp.knology.net (smtp-fo.knology.synacor.com [64.8.71.118]) by mx1.freebsd.org (Postfix) with ESMTP id 6105F2EC for ; Sat, 23 Feb 2013 16:05:07 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=a/6yBDuF c=1 sm=0 a=38Y8UczQxcwRmfYDsgMJww==:17 a=ZxN8qah7hV8A:10 a=04j5xPogkHsA:10 a=G3Lp4l_EmE8A:10 a=wPDyFdB5xvgA:10 a=kj9zAlcOel0A:10 a=s1O25tkdAAAA:8 a=eIXg4lcOM-MA:10 a=6I5d2MoRAAAA:8 a=9CNj8_f3AAAA:8 a=LKT9Wo8CLakqLg4zDqcA:9 a=CjuIK1q_8ugA:10 a=t18fA_h2Cw0A:10 a=38Y8UczQxcwRmfYDsgMJww==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.knology.synacor.com smtp.mail=wblock@wonkity.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.knology.synacor.com header.from=wblock@wonkity.com; sender-id=neutral Authentication-Results: smtp02.knology.synacor.com smtp.user=wblock@rushmore.com; auth=pass (LOGIN) Received-SPF: neutral (smtp02.knology.synacor.com: 67.158.26.137 is neither permitted nor denied by domain of wonkity.com) Received: from [67.158.26.137] ([67.158.26.137:59098] helo=wonkity.com) by smtp.knlogy.net (envelope-from ) (ecelerity 2.2.3.47 r(39787)) with ESMTPA id CD/C3-05385-0B8E8215; Sat, 23 Feb 2013 11:05:05 -0500 Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.6/8.14.6) with ESMTP id r1NG54fL005951; Sat, 23 Feb 2013 09:05:04 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.6/8.14.6/Submit) with ESMTP id r1NG54Sw005948; Sat, 23 Feb 2013 09:05:04 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sat, 23 Feb 2013 09:05:04 -0700 (MST) From: Warren Block To: Eitan Adler Subject: Re: svn commit: r41036 - head/en_US.ISO8859-1/books/faq In-Reply-To: <201302231450.r1NEoPwK036450@svn.freebsd.org> Message-ID: References: <201302231450.r1NEoPwK036450@svn.freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sat, 23 Feb 2013 09:05:04 -0700 (MST) Cc: svn-doc-head@freebsd.org, svn-doc-all@freebsd.org, doc-committers@freebsd.org X-BeenThere: svn-doc-all@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 16:05:07 -0000 On Sat, 23 Feb 2013, Eitan Adler wrote: > Author: eadler > Date: Sat Feb 23 14:50:24 2013 > New Revision: 41036 > URL: http://svnweb.freebsd.org/changeset/doc/41036 > > Log: > Update the lock-order-reversal question > > PR: docs/174226 > Submitted by: Bas Smeelen > Reviewed by: Erich Dollansky > Reviewed by: avg > Reviewed by: bjk > Discussed with: wblock > Approved by: ??? (mentor) > > Modified: > head/en_US.ISO8859-1/books/faq/book.xml > > Modified: head/en_US.ISO8859-1/books/faq/book.xml > ============================================================================== > --- head/en_US.ISO8859-1/books/faq/book.xml Sat Feb 23 14:49:59 2013 (r41035) > +++ head/en_US.ISO8859-1/books/faq/book.xml Sat Feb 23 14:50:24 2013 (r41036) > @@ -2493,9 +2493,19 @@ kern.timecounter.hardware: TSC -> i82 > > > > - An answer for this question can be found in the &os; > - Glossary, see - url="&url.books.handbook;/freebsd-glossary.html#lor-glossary">LOR. > + The &os; kernel uses a number of resource locks to > + arbitrate contention for certain resources. A run-time > + lock diagnostic system found in &os.current; kernels > + (but removed for releases), called &man.witness.4;, > + detects the potential for deadlocks due to locking errors. > + (It is possible to get false positives, as &man.witness.4; > + is slightly conservative.) A true positive report > + indicates that "if you were unlucky, a deadlock would have > + happened here">. > + > + Problematic LORs tend to get fixed > + quickly, so check &a.current.url; before posting to the > + mailing lists. > > I do not recall being involved with this particular question at all.