summaryrefslogtreecommitdiffstats
path: root/usr.sbin/ndp
diff options
context:
space:
mode:
authorrwatson <rwatson@FreeBSD.org>2008-02-08 23:01:40 +0000
committerrwatson <rwatson@FreeBSD.org>2008-02-08 23:01:40 +0000
commit83dcd82dd9053e133a3a2ad73bae909c5794fe2a (patch)
treec1060a9417393e4cdd8250da2fa820ce2a2df46f /usr.sbin/ndp
parent09506e9ff83f7c5c59c4386d975e5bebaec96e1f (diff)
downloadFreeBSD-src-83dcd82dd9053e133a3a2ad73bae909c5794fe2a.zip
FreeBSD-src-83dcd82dd9053e133a3a2ad73bae909c5794fe2a.tar.gz
Before invoking vnode operations on cache vnodes, acquire the vnode
locks of those vnodes. Probably, Coda should do the same lock sharing/ pass-through that is done for nullfs, but in the mean time this ensures that locks are adequately held to prevent corruption of data structures in the cache file system. Assuming most operations came from the top layer of Coda and weren't performed directly on the cache vnodes, in practice this corruption was relatively unlikely as the Coda vnode locks were ensuring exclusive access for most consumers. This causes WITNESS to squeal like a pig immediately when Coda is used, rather than waiting until file close; I noticed these problems because of the lack of said squealing. MFC after: 1 month
Diffstat (limited to 'usr.sbin/ndp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud