Subject: Re: Redoing file system suspension API (update)
To: Jason Thorpe <thorpej@shagadelic.org>
From: Bill Studenmund <wrstuden@netbsd.org>
List: tech-kern
Date: 06/29/2006 19:11:03
--82I3+IH0IqGh5yIs
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Jun 29, 2006 at 08:56:43AM -0700, Jason Thorpe wrote:
>=20
> On Jun 29, 2006, at 3:08 AM, Juergen Hannken-Illjes wrote:
>=20
> >- We add a transaction lock to "struct mount" behaving like a =20
> >lockmgr lock
> >  but allowing a "already have a shared lock" query.
> >
> >- Transactions are enclosed in vn_trans_lock/vn_trans_unlock pairs =20
> >like
>=20
> Uh, why not make it a normal reader-writer lock and always pair a =20
> release with an acquire?  That way you can do away with the "1 of the =20
> read already owns a shared lock".

This was in response to my comments, which in turn were a response to=20
comments you made many moons ago decrying recursive locking in our file=20
systems. :-)

Take care,

Bill

--82I3+IH0IqGh5yIs
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (NetBSD)

iD8DBQFEpIg3Wz+3JHUci9cRAkPEAJ0TL89zt6LxS4tNsr61XsxeWuxyWgCgg2mI
Rn2grJPA7HeChEBv1xv5G9g=
=vpJp
-----END PGP SIGNATURE-----

--82I3+IH0IqGh5yIs--