Date: Fri, 20 Aug 2010 20:58:57 +0000 (UTC) From: John Baldwin <jhb@FreeBSD.org> To: cvs-src-old@freebsd.org Subject: cvs commit: src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs zfs_znode.c src/sys/fs/cd9660 cd9660_vfsops.c src/sys/fs/udf udf_vfsops.c src/sys/kern kern_lock.c src/sys/sys lockmgr.h vnode.h src/sys/ufs/ffs ffs_softdep.c ffs_vfsops.c Message-ID: <201008202059.o7KKxD2x083526@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
jhb 2010-08-20 20:58:57 UTC
FreeBSD src repository
Modified files: (Branch: RELENG_7)
sys/cddl/contrib/opensolaris/uts/common/fs/zfs zfs_znode.c
sys/fs/cd9660 cd9660_vfsops.c
sys/fs/udf udf_vfsops.c
sys/kern kern_lock.c
sys/sys lockmgr.h vnode.h
sys/ufs/ffs ffs_softdep.c ffs_vfsops.c
Log:
SVN rev 211533 on 2010-08-20 20:58:57Z by jhb
Revert 210173 as it did not properly fix the bug. It assumed that the
VI_LOCK() for a given vnode was used as the internal interlock for that
vnode's v_lock lockmgr lock. This is not the case. Instead, add dedicated
routines to toggle the LK_NOSHARE and LK_CANRECURSE flags. These routines
lock the lockmgr lock's internal interlock to synchronize the updates to
the flags member with other threads attempting to acquire the lock. The
VN_LOCK_A*() macros now invoke these routines, and the softupdates code
uses these routines to temporarly enable recursion on buffer locks.
Reviewed by: kib
Revision Changes Path
1.15.2.11 +1 -4 src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c
1.150.2.7 +0 -2 src/sys/fs/cd9660/cd9660_vfsops.c
1.48.2.10 +1 -4 src/sys/fs/udf/udf_vfsops.c
1.110.2.2 +34 -0 src/sys/kern/kern_lock.c
1.53.2.2 +3 -0 src/sys/sys/lockmgr.h
1.326.2.14 +2 -2 src/sys/sys/vnode.h
1.211.2.11 +3 -9 src/sys/ufs/ffs/ffs_softdep.c
1.329.2.23 +0 -2 src/sys/ufs/ffs/ffs_vfsops.c
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201008202059.o7KKxD2x083526>