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: