NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
kern/39307: mfs will sometimes panic at umount time
>Number: 39307
>Category: kern
>Synopsis: mfs will sometimes panic at umount time
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: kern-bug-people
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Thu Aug 07 07:22:43 +0000 2008
>Originator: Quentin Garnier
>Release: NetBSD 4.99.72
>Organization:
>Environment:
System: NetBSD leia.cubidou.net 4.99.72 NetBSD 4.99.72 (LEIA) #1: Sat Aug 2
21:01:58 CEST 2008
cube%leia.cubidou.net@localhost:/home/cube/src/build/obj/home/cube/src/src/sys/arch/i386/compile/LEIA
i386
Architecture: i386
Machine: i386
>Description:
Sometimes at shutdown I get a uvm_fault in the mount_mfs process,
in VFS_START. mount_mfs spends most of its life in
VFS_START/mfs_start.
What happens is that there is one too many call to vfs_destroy()
done in the system, which means that when mfs_start() returns,
the struct mount pointer VFS_START had gotten at mount time is no
longer valid.
Note that I don't know if the fact that it doesn't always happen is
because the extra vfs_destroy call doesn't always happen, or because
of pure luck and a pointer that still points to mapped data (although
I think the former because I recall kmem_free going through careful
steps to make the freed data obviously freed, but I might be wrong).
>How-To-Repeat:
Use mfs, duh. In my experience, actually using /tmp for more than the
X11 socket seems to help reproducing the issue, for some reason.
>Fix:
Unknown.
Home |
Main Index |
Thread Index |
Old Index