Subject: kern/14097: vnode locking problems
To: None <gnats-bugs@gnats.netbsd.org>
From: None <cato@df.lth.se>
List: netbsd-bugs
Date: 09/29/2001 18:12:02
>Number:         14097
>Category:       kern
>Synopsis:       vnode locking problems
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Sep 29 09:13:00 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator:     Krister Walfridsson
>Release:        NetBSD-current 2001-09-29
>Organization:
	
>Environment:
NetBSD armcurrent 1.5Y NetBSD 1.5Y (SHARK) #2: Sat Sep 29 18:03:25 CEST 2001     cato@armcurrent:/usr/local/tmp/nbsd010929/src/sys/arch/arm32/compile/SHARK arm32

>Description:
My diskless shark (arm32) has not been able to boot successfully after
the change

   Module Name:    syssrc
   Committed By:   chs
   Date:           Fri Sep 21 08:02:56 UTC 2001

   Modified Files:
           syssrc/sys/kern: vfs_vnops.c
           syssrc/sys/miscfs/specfs: spec_vnops.c

   Log Message:
   use shared locks instead of exclusive for VOP_READ() and VOP_READDIR().

What happens is that it hangs at about the point where init runs getty.
Reverting the change above solves my problem.

(Sorry that I don't have more information, but I don't really know what
info would help... I'm happy to give more details if you tell me what I
should do.)

>How-To-Repeat:
	
>Fix:
	
>Release-Note:
>Audit-Trail:
>Unformatted: