After the lockmgr changes on Jan 08 23:49 UTC 2008, when a NTFS filesystem is mounted a panic will occur: panic: System call lstat returning with 1 locks held cpuid = 0 KDB: enter: panic [thread ; pid 1240 tid 10031] stopped at kdb_enter+0x3d: movq $0,0x41b048(%rip) db> show alllocks db> show locks db> bt tracing pid 1240 tid 10031 td 0xffffff001c1ad360 kdb_enter() at kdb_enter+0x3d panic() at panic+0x176 syscalls() at syscalls+0x66d Xfast_syscalls() at Xfast_syscalls+0xab --- syscall (0, FreeBSD ELF64, nosys), rip = 0x8009e87ec, rsp= 0x72ec50, rbp = 0x72ed28 --- even though the NTFS filesystem wasn't being accessed at the time. Through the help of Attilio Rao (who had made the changes to lockmgr), and several other users experiencing the problem, we were able to isolate the problem to the NTFS filesystem as the cause of the problem. Fix: I looked at the NetBSD NTFS implementation and noticed that they had replaced the lockmgr locking with mutex locking. After porting the lockmgr -> mutex related changes to FreeBSD, I can no longer cause these panics to occur with a mounted NTFS filesystem after applying the attached patch. Patch attached with submission follows: How-To-Repeat: There are several ways to cause the panic: Running PREFIX/etc/cvsup/update.sh from a non-NTFS filesystem Running find on a non-NTFS filesystem (cd /usr/ports ; find . -print) or on the NTFS filesystem.
Responsible Changed From-To: freebsd-bugs->freebsd-fs Over to maintainer(s).
Close this pr. 8.0 is past EOL as this pr is now meaningless. And ntfs has been removed from 10.0 base see http://svnweb.freebsd.org/base/head/sbin/Makefile?view=log&pathrev=247665
NTFS is no longer in the base system.