From owner-freebsd-bugs@FreeBSD.ORG Mon Feb 18 02:48:45 2008 Return-Path: Delivered-To: freebsd-bugs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 901EA16A417 for ; Mon, 18 Feb 2008 02:48:45 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 2DCB913C46E for ; Mon, 18 Feb 2008 02:48:45 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JQw3e-000KGC-PE; Mon, 18 Feb 2008 10:48:42 +0800 Message-ID: <47B8F20A.7050303@micom.mng.net> Date: Mon, 18 Feb 2008 10:48:42 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.9 (X11/20071225) MIME-Version: 1.0 To: Kris Kennaway References: <200802050751.m157pi43084727@www.freebsd.org> <47A910BF.80605@micom.mng.net> <47B82211.5070900@FreeBSD.org> In-Reply-To: <47B82211.5070900@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-bugs@FreeBSD.org Subject: Re: bin/120286: fusefs-ntfs makes fatal trap/page fault in FreeBSD-7.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2008 02:48:45 -0000 Kris Kennaway wrote: > Ganbold wrote: >> More information: >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x746e756f >> fault code = supervisor read, page not present >> instruction pointer = 0x20:0xc06d8f46 >> stack pointer = 0x28:0xe64189b0 >> frame pointer = 0x28:0xe64189b4 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 843 (mount_fusefs) >> panic: from debugger >> cpuid = 0 >> KDB: stack backtrace: >> Uptime: 1m34s >> Physical memory: 1006 MB >> Dumping 56 MB: 41 25 9 >> >> #0 doadump () at pcpu.h:195 >> 195 pcpu.h: No such file or directory. >> in pcpu.h >> (kgdb) where >> #0 doadump () at pcpu.h:195 >> #1 0xc064f4fe in boot (howto=260) at >> /usr/src/sys/kern/kern_shutdown.c:409 >> #2 0xc064f7bb in panic (fmt=Variable "fmt" is not available. >> ) at /usr/src/sys/kern/kern_shutdown.c:563 >> #3 0xc0465d47 in db_panic (addr=Could not find the frame base for >> "db_panic". >> ) at /usr/src/sys/ddb/db_command.c:433 >> #4 0xc0466735 in db_command_loop () at >> /usr/src/sys/ddb/db_command.c:401 >> #5 0xc0467ea5 in db_trap (type=12, code=0) at >> /usr/src/sys/ddb/db_main.c:222 >> #6 0xc0676b06 in kdb_trap (type=12, code=0, tf=0xe6418970) at >> /usr/src/sys/kern/subr_kdb.c:502 >> #7 0xc085528f in trap_fatal (frame=0xe6418970, eva=1953396079) at >> /usr/src/sys/i386/i386/trap.c:890 >> #8 0xc08554b0 in trap_pfault (frame=0xe6418970, usermode=0, >> eva=1953396079) at /usr/src/sys/i386/i386/trap.c:812 >> #9 0xc0855e52 in trap (frame=0xe6418970) at >> /usr/src/sys/i386/i386/trap.c:490 >> #10 0xc083c36b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 >> #11 0xc06d8f46 in strcmp (s1=0xc432044f "fspath", s2=0x746e756f >>
) at /usr/src/sys/libkern/strcmp.c:45 >> #12 0xc06c0865 in vfs_getopt (opts=0xc09bb700, name=0xc432044f >> "fspath", buf=0x0, len=0x0) at /usr/src/sys/kern/vfs_mount.c:1869 >> #13 0xc4319380 in ?? () >> #14 0xc09bb700 in w_data () >> #15 0xc432044f in ?? () >> #16 0x00000000 in ?? () >> #17 0x00000000 in ?? () >> #18 0xc43df210 in ?? () >> #19 0xc43df210 in ?? () >> #20 0xc09b1db0 in w_lock_list_free () >> #21 0xc43df210 in ?? () >> #22 0xe6418a00 in ?? () >> #23 0x00000246 in ?? () >> #24 0xc09b1db0 in w_lock_list_free () >> #25 0xe6418a1c in ?? () >> #26 0xc064279d in _mtx_unlock_spin_flags (m=0xc3e5707c, >> opts=-1002573296, file=0xc08d01ce "/usr/src/sys/kern/vfs_mount.c", >> line=1001) >> at /usr/src/sys/kern/kern_mutex.c:246 >> #27 0xc06c34ad in vfs_donmount (td=0xc43df210, fsflags=0, >> fsoptions=0xc439c900) at /usr/src/sys/kern/vfs_mount.c:1007 >> #28 0xc06c47a2 in nmount (td=0xc43df210, uap=0xe6418cfc) at >> /usr/src/sys/kern/vfs_mount.c:416 >> #29 0xc0855783 in syscall (frame=0xe6418d38) at >> /usr/src/sys/i386/i386/trap.c:1035 >> #30 0xc083c3d0 in Xint0x80_syscall () at >> /usr/src/sys/i386/i386/exception.s:196 >> #31 0x00000033 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) > > This is not a FreeBSD bug so should be followed up with the > fusefs-kmod maintainer. However, it may be due to a mismatch between > your kernel options and the options used to compile the fusefs > module. Are you using a non-default kernel configuration? In one of my machines I use: options DEVICE_POLLING options HZ=1000 options ALT_BREAK_TO_DEBUGGER options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB and some WITNESS and INVARIANTS options. Anyway I will check on my laptop and I will try new fusefs-kmod and fusefs-kmod ports first. thank you, Ganbold > > Kris > > > _______________________________________________ > freebsd-bugs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-bugs > To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org" > > > -- Hell hath no fury like a bureaucrat scorned. -- Milton Friedman