From owner-freebsd-current Tue Oct 22 11: 5:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D63337B401; Tue, 22 Oct 2002 11:05:46 -0700 (PDT) Received: from MX2.estpak.ee (ld1.estpak.ee [194.126.101.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id C872643E3B; Tue, 22 Oct 2002 11:05:44 -0700 (PDT) (envelope-from kalts@estpak.ee) Received: from tiiu.internal (adsl12183.estpak.ee [213.219.95.109]) by MX2.estpak.ee (Postfix) with ESMTP id 888FD734D9; Tue, 22 Oct 2002 21:04:45 +0300 (EEST) Received: from tiiu.internal (localhost [127.0.0.1]) by tiiu.internal (8.12.6/8.12.6) with ESMTP id g9MI5Z75004260; Tue, 22 Oct 2002 21:05:35 +0300 (EEST) (envelope-from vallo@tiiu.internal) Received: (from vallo@localhost) by tiiu.internal (8.12.6/8.12.6/Submit) id g9MI5SWM004259; Tue, 22 Oct 2002 21:05:28 +0300 (EEST) Date: Tue, 22 Oct 2002 21:05:28 +0300 From: Vallo Kallaste To: John Baldwin Cc: current@FreeBSD.org, Vitaly Markitantov , Maxime Henrion Subject: Re: smbfs broken? Message-ID: <20021022180527.GA4048@tiiu.internal> Reply-To: kalts@estpak.ee References: <20021022142954.GA3206@tiiu.internal> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i-ja.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 22, 2002 at 10:48:58AM -0400, John Baldwin wrote: > Can you compile smbfs into your kernel 'options SMBFS' instead of as a > module and then get a dump and provide a trace? > >#13 0xc0383f58 in calltrap () at {standard input}:99 > >#14 0xc455a66e in ?? () > >#15 0xc455a072 in ?? () > >#16 0xc4559e87 in ?? () > >#17 0xc45609f8 in ?? () > > These frames are in smbfs and are where the bug is, but we obviously > can't figure out much with just ??'s. I had all but SMBFS in kernel, mostly because it has been working only occasionally in the near past. Here's the improved backtrace, for more information you'll need to step me down your own path, I have no debugging skills. Script started on Tue Oct 22 20:57:11 2002 bash-2.05b# gdb -k /sys/i386/compile/Myhakas-5.0-SMP/kernel.debug /usr/crash/vmc ore.0 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... panic: bdwrite: buffer is not busy panic messages: --- Fatal trap 12: page fault while in kernel mode cpuid = 0; lapic.id = 00000000 fault virtual address = 0x2 fault code = supervisor read, page not present instruction pointer = 0x8:0x2 stack pointer = 0x10:0xd66eb758 frame pointer = 0x10:0xd66eb758 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 = 700 (cp) trap number = 12 panic: page fault cpuid = 0; lapic.id = 00000000 boot() called on cpu#0 syncing disks... panic: bdwrite: buffer is not busy cpuid = 0; lapic.id = 00000000 boot() called on cpu#0 Uptime: 18m27s pfs_vncache_unload(): 2 entries remaining Dumping 511 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 --- #0 doadump () at ../../../kern/kern_shutdown.c:223 223 dumping++; (kgdb) where #0 doadump () at ../../../kern/kern_shutdown.c:223 #1 0xc02367ea in boot (howto=260) at ../../../kern/kern_shutdown.c:355 #2 0xc0236aa7 in panic () at ../../../kern/kern_shutdown.c:508 #3 0xc027e76d in bdwrite (bp=0xce36b3b8) at ../../../kern/vfs_bio.c:950 #4 0xc032663b in ffs_update (vp=0xc42665c8, waitfor=0) at ../../../ufs/ffs/ffs_inode.c:125 #5 0xc033a4e2 in ffs_fsync (ap=0xd66eb558) at ../../../ufs/ffs/ffs_vnops.c:315 #6 0xc0339609 in ffs_sync (mp=0xc3fac600, waitfor=2, cred=0xc1341e80, td=0xc0435c00) at vnode_if.h:612 #7 0xc0293328 in sync (td=0xc0435c00, uap=0x0) at ../../../kern/vfs_syscalls.c:130 #8 0xc02363cb in boot (howto=256) at ../../../kern/kern_shutdown.c:264 #9 0xc0236aa7 in panic () at ../../../kern/kern_shutdown.c:508 #10 0xc03a7912 in trap_fatal (frame=0xd66eb718, eva=0) at ../../../i386/i386/trap.c:846 #11 0xc03a75c2 in trap_pfault (frame=0xd66eb718, usermode=0, eva=2) at ../../../i386/i386/trap.c:760 #12 0xc03a7032 in trap (frame= {tf_fs = -1004273640, tf_es = 16, tf_ds = -697434096, tf_edi = -1004220364, tf_esi = -697387178, tf_ebp = -697387176, tf_isp = -697387196, tf_ebx = 0, tf_edx = -697385568, tf_ecx = 0, tf_eax = 14, tf_trapno = 12, tf_err = 0, tf_eip = 2, tf_cs = 8, tf_eflags = 66194, tf_esp = -697387116, tf_ss = -1069774098}) at ../../../i386/i386/trap.c:446 #13 0xc03902a8 in calltrap () at {standard input}:99 #14 0xc03c8aee in smb_smb_readx (ssp=0xc424d034, fid=2048, len=0xd66eb756, rresid=0xd66eb7f8, uio=0xd66eb868, scred=0x0) at ../../../netsmb/smb_smb.c:636 #15 0xc03c84f2 in smb_smb_read (ssp=0xc424eb00, fid=2048, len=0xd66eb7fc, rresid=0xd66eb7f8, uio=0xd66eb868, scred=0x0) at ../../../netsmb/smb_smb.c:739 #16 0xc03c8307 in smb_read (ssp=0xc424eb00, fid=2048, uio=0xd66eb7fc, scred=0xd66eb850) at ../../../netsmb/smb_smb.c:795 #17 0xc01f2deb in smbfs_getpages (ap=0x0) at ../../../fs/smbfs/smbfs_io.c:486 #18 0xc0362fad in vnode_pager_getpages (object=0x0, m=0x0, count=0, reqpage=0) at vnode_if.h:1265 #19 0xc034ca13 in vm_fault (map=0xc4030198, vaddr=671461376, fault_type=1 '\001', fault_flags=0) at vm_pager.h:124 #20 0xc03a74b5 in trap_pfault (frame=0xd66eba94, usermode=0, eva=671461376) at ../../../i386/i386/trap.c:736 ---Type to continue, or q to quit--- #21 0xc03a7032 in trap (frame= {tf_fs = -697434088, tf_es = -1070268400, tf_ds = -1006436336, tf_edi = -823279616, tf_esi = 671461376, tf_ebp = -697386216, tf_isp = -697386304, tf_ebx = 16384, tf_edx = 671477760, tf_ecx = 4096, tf_eax = -697385728, tf_trapno = 12, tf_err = 0, tf_eip = -1069917698, tf_cs = 8, tf_eflags = 66054, tf_esp = -697385880, tf_ss = -697385892}) at ../../../i386/i386/trap.c:446 #22 0xc03902a8 in calltrap () at {standard input}:99 #23 0xc033af01 in ffs_write (ap=0xd66ebbe8) at ../../../ufs/ffs/ffs_vnops.c:810 #24 0xc029b74d in vn_write (fp=0xc40341a4, uio=0xd66ebc68, active_cred=0xc4251d00, flags=0, td=0xc13534e0) at vnode_if.h:417 #25 0xc0259a75 in dofilewrite (td=0xc13534e0, fp=0xc40341a4, fd=4, buf=0x2805b000, nbyte=0, offset=0, flags=0) at file.h:215 #26 0xc0259909 in write (td=0xc13534e0, uap=0xd66ebd10) at ../../../kern/sys_generic.c:329 #27 0xc03a7d3c in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 4, tf_esi = 671461376, tf_ebp = -1077937960, tf_isp = -697385612, tf_ebx = 84480, tf_edx = 0, tf_ecx = 134672640, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = 134524975, tf_cs = 31, tf_eflags = 531, tf_esp = -1077938036, tf_ss = 47}) at ../../../i386/i386/trap.c:1071 #28 0xc03902fd in Xint0x80_syscall () at {standard input}:141 ---Can't read userspace from dump, or kernel process--- (kgdb) quit bash-2.05b# exit exit Script done on Tue Oct 22 20:57:35 2002 -- Vallo Kallaste kalts@estpak.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message