NetBSD Problem Report #25489

Received: (qmail 7615 invoked by uid 605); 7 May 2004 12:46:41 -0000
Message-Id: <1083933980.206038.2491.nullmailer@yamt.dyndns.org>
Date: Fri, 07 May 2004 21:46:20 +0900
From: yamt@mwd.biglobe.ne.jp
Sender: gnats-bugs-owner@NetBSD.org
Reply-To: yamt@mwd.biglobe.ne.jp
To: gnats-bugs@gnats.netbsd.org
Subject: possible stale namecache entries
X-Send-Pr-Version: 3.95

>Number:         25489
>Category:       kern
>Synopsis:       possible stale namecache entries
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri May 07 12:47:01 +0000 2004
>Closed-Date:    
>Last-Modified:  
>Originator:     YAMAMOTO Takashi <yamt@mwd.biglobe.ne.jp>
>Release:        NetBSD 2.0E
>Organization:

>Environment:


System: NetBSD 2.0E
Architecture: i386
Machine: i386
>Description:
	typical implementations of VOP_LOOKUP() lookup a DOTDOT entry like:
		1. search the entry in the directory.
		2. unlock dvp.
		3. find and lock vp using info from 1.
		4. cache_enter().

	between 2 and 3, the directory structure can be
	changed by another thread.
	in that case, step 4 will enter an already stale entry.
>How-To-Repeat:
	code inspection.
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:

Home	PR Database Search