]> git.michaelhowe.org Git - packages/o/openafs.git/commit
tiger-fixes-20051215
authorChaskiel M Grundman <cg2v@andrew.cmu.edu>
Sat, 24 Dec 2005 00:20:18 +0000 (00:20 +0000)
committerDerrick Brashear <shadow@dementia.org>
Sat, 24 Dec 2005 00:20:18 +0000 (00:20 +0000)
commit97ebc776712b455b1e85df598b61ba6c847ca0a6
treeea928c74ab2ad465e94a4da9ad2c97c98cf7ac9b
parent856f5288e761e9dfaf720eb38a9bd4e7a053cb0d
tiger-fixes-20051215

potential reclaim in progress fix, and per Chaskiel,
"I don't remember why I put it there, but the fact that
it gets triggered means that we're leaking a vcache object lock. It looks
like the "rename to .__afsXXXX" codepath is responsible (as afsrename does
not use the fact that adp (or aodp) is locked by afs_remove, and locks it
again. I'm surprised it's not deadlocking)" so i coded up a fix

====================
This delta was composed from multiple commits as part of the CVS->Git migration.
The checkin message with each commit was inconsistent.
The following are the additional commit messages.
====================

chaskiel says
The RHS shouldn't be a double negative...
       There's no bug (other than the assert itself)
src/afs/VNOPS/afs_vnop_remove.c
src/afs/afs_vcache.c