From owner-freebsd-bugs@FreeBSD.ORG Sun Feb 17 12:01:23 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 D409916A41B for ; Sun, 17 Feb 2008 12:01:23 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1A36413C474; Sun, 17 Feb 2008 12:01:22 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47B82211.5070900@FreeBSD.org> Date: Sun, 17 Feb 2008 13:01:21 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Ganbold References: <200802050751.m157pi43084727@www.freebsd.org> <47A910BF.80605@micom.mng.net> In-Reply-To: <47A910BF.80605@micom.mng.net> 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: Sun, 17 Feb 2008 12:01:23 -0000 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
0x746e756f out of bounds>) 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? Kris