From owner-cvs-all@FreeBSD.ORG Thu Aug 7 21:27:02 2008 Return-Path: Delivered-To: cvs-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 085D61065673; Thu, 7 Aug 2008 21:27:02 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id BB7E08FC1E; Thu, 7 Aug 2008 21:27:01 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id EB29A1CFED; Thu, 7 Aug 2008 23:27:00 +0200 (CEST) Date: Thu, 7 Aug 2008 23:27:00 +0200 From: Ed Schouten To: John Baldwin Message-ID: <20080807212700.GM99951@hoeg.nl> References: <200808072102.m77L2PSF021733@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CMebLzmeJATad/OR" Content-Disposition: inline In-Reply-To: <200808072102.m77L2PSF021733@repoman.freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/share/man/man9 condvar.9 sleep.9 src/sys/kern kern_condvar.c kern_synch.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2008 21:27:02 -0000 --CMebLzmeJATad/OR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * John Baldwin wrote: > Permit Giant to be passed as the explicit interlock either to > msleep/mtx_sleep or the various cv_*wait*() routines. Currently, the > "unlock" behavior of PDROP and cv_wait_unlock() with Giant is not > permitted as it is will be confusing since Giant is fully unrecursed and > unlocked during a thread sleep. >=20 > This is handy for subsystems which wish to allow unlocked drivers to > continue to use Giant such as CAM, the new TTY layer, and the new USB > stack. CAM currently uses a hack that I told Scott to use because I > really didn't want to permit this behavior, and the TTY and USB patches > both have various patches to permit this. Thanks a lot, John! As you mentioned, this was one of the things I needed in the MPSAFE TTY layer. I'll remove my evil hacks from the code in a sec. Yours, --=20 Ed Schouten WWW: http://80386.nl/ --CMebLzmeJATad/OR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkibaKQACgkQ52SDGA2eCwUReACfY59zw4Q+jAS8nVw1TQnWgfIh AM4An1vXZXYvbFof0b93HQCBoExyQmuJ =16ua -----END PGP SIGNATURE----- --CMebLzmeJATad/OR--