Date: Sun, 12 May 2002 22:52:33 +0100 From: Josef Karthauser <joe@tao.org.uk> To: Ollivier Robert <roberto@sidhe.freenix.org> Cc: FreeBSD Current Users' list <freebsd-current@FreeBSD.ORG>, joe@FreeBSD.org Subject: Re: [panic] USB related panic Message-ID: <20020512215233.GB1346@genius.tao.org.uk> In-Reply-To: <20020511120038.GA506@sidhe.freenix.org> References: <20020511120038.GA506@sidhe.freenix.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, May 11, 2002 at 02:00:38PM +0200, Ollivier Robert wrote:
>
> FreeBSD sidhe.freenix.org FreeBSD 5.0-CURRENT #6: Thu May 9 17:14:15 CEST 2002
> roberto@sidhe.freenix.org:/local/src/src/sys/i386/compile/SIDHE i386
>
> Sony VAIO Z600TEK, current just before gcc 3.1.
>
> Having tested the usb subsystem a few weeks ago (it hung during resume), I
> decided to try after the latest fixes from Joe. kldload usb; kldload ums
> and I plugged my optical mouse (see below the messages).
>
> Then I suspend/resume the machine. This time it didn't hung (thanks Joe!)
> but the mouse wasn't functionning. Killing and restarting usbd gave
> nothing. I then decided to kill moused: instant panic...
>
> Joe, any idea?
>
Both uhci and ohci have suspend/resume code in them that's not
activated yet (it didn't port clean, and I've not put the time into
sorting it out yet). I guess that stack frame #13 to #19 are usb code
and that you're running it from a module so the debugger doesn't have
access to the symbols. If you get a moment perhaps you could track
down where in the usb code the panic occured. I compile the usb driver
into the kernel to get around the symbol problem.
Joe
> Fatal trap 12: page fault while in kernel mode
> fault virtual address = 0xdeadc0de
> fault code = supervisor read, page not present
> instruction pointer = 0x8:0xce8fd9f7
> stack pointer = 0x10:0xce7f6ac8
> frame pointer = 0x10:0xce7f6adc
> 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 = 536 (moused)
> trap number = 12
> panic: page fault
> syncing disks... panic: bremfree: bp 0xc7496f60 not locked
> Uptime: 30m26s
> pfs_vncache_unload(): 1 entries remaining
> Dumping 255 MB
> ata0: resetting devices .. done
> 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240
> ---
> #0 doadump () at ../../../kern/kern_shutdown.c:213
> 213 dumping++;
> #0 doadump () at ../../../kern/kern_shutdown.c:213
> #1 0xc017e53d in boot (howto=260) at ../../../kern/kern_shutdown.c:346
> #2 0xc017e6d5 in panic (fmt=0xc026fd99 "bremfree: bp %p not locked")
> at ../../../kern/kern_shutdown.c:490
> #3 0xc01aa811 in bremfree (bp=0xc7496f60) at ../../../kern/vfs_bio.c:619
> #4 0xc01abf47 in vfs_bio_awrite (bp=0xc7496f60)
> at ../../../kern/vfs_bio.c:1593
> #5 0xc020c118 in ffs_fsync (ap=0xce7f6980) at
> ../../../ufs/ffs/ffs_vnops.c:219
> #6 0xc020a93e in ffs_sync (mp=0xcda98000, waitfor=2, cred=0xc7373f00,
> td=0xc0298cc0) at vnode_if.h:441
> #7 0xc01b8c71 in sync (td=0xc0298cc0, uap=0x0)
> at ../../../kern/vfs_syscalls.c:1224
> #8 0xc017e1fb in boot (howto=256) at ../../../kern/kern_shutdown.c:254
> #9 0xc017e6d5 in panic (fmt=0xc0289b3e "%s")
> at ../../../kern/kern_shutdown.c:490
> #10 0xc024c1e2 in trap_fatal (frame=0xce7f6a88, eva=3735929054)
> at ../../../i386/i386/trap.c:826
> #11 0xc024bf2d in trap_pfault (frame=0xce7f6a88, usermode=0, eva=3735929054)
> at ../../../i386/i386/trap.c:740
> #12 0xc024bb73 in trap (frame={tf_fs = -1070858216, tf_es = -830537712,
> tf_ds = 16, tf_edi = -34, tf_esi = -833817856, tf_ebp = -830510372,
> tf_isp = -830510412, tf_ebx = -830098048, tf_edx = 0, tf_ecx = 4,
> tf_eax = -559038242, tf_trapno = 12, tf_err = 0, tf_eip = -829433353,
> tf_cs = 8, tf_eflags = 66182, tf_esp = -833817856, tf_ss = -833298432})
> at ../../../i386/i386/trap.c:426
> #13 0xce8fd9f7 in ?? ()
> #14 0xce900969 in ?? ()
> #15 0xce900b34 in ?? ()
> #16 0xce8fd9c5 in ?? ()
> #17 0xce8fd6f0 in ?? ()
> #18 0xce7bca11 in ?? ()
> #19 0xce7bca8e in ?? ()
> #20 0xc015c201 in spec_close (ap=0xce7f6b90)
> at ../../../fs/specfs/spec_vnops.c:617
> #21 0xc015b839 in spec_vnoperate (ap=0xce7f6b90)
> at ../../../fs/specfs/spec_vnops.c:121
> #22 0xc01beb20 in vn_close (vp=0xce500000, flags=7, cred=0xce85b380,
> td=0xce7f2728) at vnode_if.h:183
> #23 0xc01bf726 in vn_closefile (fp=0xce39ad98, td=0xce7f2728)
> at ../../../kern/vfs_vnops.c:798
> #24 0xc0169c8a in fdrop_locked (fp=0xce39ad98, td=0xce7f2728)
> at ../../../sys/file.h:225
> #25 0xc016946f in fdrop (fp=0xce39ad98, td=0xce7f2728)
> at ../../../kern/kern_descrip.c:1635
> #26 0xc016943c in closef (fp=0xce39ad98, td=0xce7f2728)
> at ../../../kern/kern_descrip.c:1621
> #27 0xc0168e2d in fdfree (td=0xce7f2728) at
> ../../../kern/kern_descrip.c:1375
> #28 0xc016d8bf in exit1 (td=0xce7f2728, rv=0) at
> ../../../kern/kern_exit.c:201
> #29 0xc016d642 in sys_exit (td=0xce7f2728, uap=0xce7f6d20)
> at ../../../kern/kern_exit.c:109
> #30 0xc024c46b in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47,
> tf_edi = 0, tf_esi = -1, tf_ebp = -1077938896, tf_isp = -830509708,
> tf_ebx = 672189240, tf_edx = 672188640, tf_ecx = -1077938384,
> tf_eax = 1, tf_trapno = 12, tf_err = 2, tf_eip = 671786631, tf_cs = 31,
> tf_eflags = 647, tf_esp = -1077938940, tf_ss = 47})
> at ../../../i386/i386/trap.c:1019
> #31 0xc024002d in syscall_with_err_pushed ()
> #32 0x8049f31 in ?? ()
> #33 <signal handler called>
> #34 0x8049843 in ?? ()
> #35 0x8049843 in ?? ()
> #36 0x8048de9 in ?? ()
>
> -=-=-=-
> May 11 13:50:32 sidhe kernel: uhci0: <Intel 82371AB/EB (PIIX4) USB controller> p
> ort 0xfca0-0xfcbf irq 9 at device 7.2 on pci0
> May 11 13:50:32 sidhe kernel: usb0: <Intel 82371AB/EB (PIIX4) USB controller> on
> uhci0
> May 11 13:50:32 sidhe kernel: usb0: USB revision 1.0
> May 11 13:50:32 sidhe kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.
> 00, addr 1
> May 11 13:50:32 sidhe kernel: uhub0: 2 ports with 2 removable, self powered
> May 11 13:50:34 sidhe kernel: uhub1: Philips Semiconductors hub, class 9/0, rev
> 1.10/1.10, addr 2
> May 11 13:50:34 sidhe kernel: uhub1: 3 ports with 3 removable, self powered
> May 11 13:51:13 sidhe kernel: ums0: Microsoft Microsoft IntelliMouse ? with Inte
> lliEye, rev 1.10/1.00, addr 4, iclass 3/1
> May 11 13:51:13 sidhe kernel: ums0: 3 buttons and Z dir.
> -=-=-=-
>
> --
> Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr
> FreeBSD keltia.freenix.fr 4.0-CURRENT #74: Thu Sep 9 00:20:51 CEST 1999
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020512215233.GB1346>