Thanks to Bruce for noticing this.... compare against the *new* nfsnode's
mount point for seeing whether or not the new nfsnode is already in the hash queue. We're pretty much guaranteed that the old nfsnode is already in the hash queue. Wank! Infinite Loop! Looks like just a minor typo.... (ah the influence of fortran ... np && np2... why not nfsnode_the_first && nfsnode_the_second???)...
This commit is contained in:
parent
7a2aab80b0
commit
3d32dfbfdf
Notes:
svn2git
2020-12-20 02:59:44 +00:00
svn path=/head/; revision=48024
@ -34,7 +34,7 @@
|
||||
* SUCH DAMAGE.
|
||||
*
|
||||
* @(#)nfs_node.c 8.6 (Berkeley) 5/22/95
|
||||
* $Id: nfs_node.c,v 1.29 1999/06/05 05:26:36 peter Exp $
|
||||
* $Id: nfs_node.c,v 1.30 1999/06/15 23:24:14 mjacob Exp $
|
||||
*/
|
||||
|
||||
|
||||
@ -163,7 +163,7 @@ nfs_nget(mntp, fhp, fhsize, npp)
|
||||
* Insert the nfsnode in the hash queue for its new file handle
|
||||
*/
|
||||
for (np2 = nhpp->lh_first; np2 != 0; np2 = np2->n_hash.le_next) {
|
||||
if (mntp != NFSTOV(np)->v_mount || np2->n_fhsize != fhsize ||
|
||||
if (mntp != NFSTOV(np2)->v_mount || np2->n_fhsize != fhsize ||
|
||||
bcmp((caddr_t)fhp, (caddr_t)np2->n_fhp, fhsize))
|
||||
continue;
|
||||
vrele(vp);
|
||||
|
@ -34,7 +34,7 @@
|
||||
* SUCH DAMAGE.
|
||||
*
|
||||
* @(#)nfs_node.c 8.6 (Berkeley) 5/22/95
|
||||
* $Id: nfs_node.c,v 1.29 1999/06/05 05:26:36 peter Exp $
|
||||
* $Id: nfs_node.c,v 1.30 1999/06/15 23:24:14 mjacob Exp $
|
||||
*/
|
||||
|
||||
|
||||
@ -163,7 +163,7 @@ nfs_nget(mntp, fhp, fhsize, npp)
|
||||
* Insert the nfsnode in the hash queue for its new file handle
|
||||
*/
|
||||
for (np2 = nhpp->lh_first; np2 != 0; np2 = np2->n_hash.le_next) {
|
||||
if (mntp != NFSTOV(np)->v_mount || np2->n_fhsize != fhsize ||
|
||||
if (mntp != NFSTOV(np2)->v_mount || np2->n_fhsize != fhsize ||
|
||||
bcmp((caddr_t)fhp, (caddr_t)np2->n_fhp, fhsize))
|
||||
continue;
|
||||
vrele(vp);
|
||||
|
Loading…
Reference in New Issue
Block a user