From owner-freebsd-current@FreeBSD.ORG Mon May 26 10:21:13 2003 Return-Path: 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 B936937B401 for ; Mon, 26 May 2003 10:21:13 -0700 (PDT) Received: from mailhost1.dircon.co.uk (mailhost1.dircon.co.uk [194.112.32.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB7A243F3F for ; Mon, 26 May 2003 10:21:12 -0700 (PDT) (envelope-from mark@blackmans.org) Received: from blackmans.org (unknown [195.157.223.200]) by mailhost1.dircon.co.uk (Postfix) with ESMTP id 4524314E0B4; Mon, 26 May 2003 18:21:11 +0100 (BST) Message-ID: <3ED24D06.9020708@blackmans.org> Date: Mon, 26 May 2003 18:21:10 +0100 From: Mark Blackman User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030526 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jay Cornwall References: <200305070308.42781.jay@evilrealms.net> <20030511000432.GP94201@cicely9.cicely.de> <20030525191232.GA76628@maddog.blackmans.org> <200305261358.52954.jay@evilrealms.net> In-Reply-To: <200305261358.52954.jay@evilrealms.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: speedtouch@ml.free.fr Subject: Re: USB ugen_set_interface issue (+ possible patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2003 17:21:14 -0000 Jay Cornwall wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >On Sunday 25 May 2003 20:12 pm, Mark Blackman wrote: > > > >>Thanks for the effort here, but using a -current from May 24, >>(patch committed on May 18), I'm still getting device >>panics of the same type when using modem_run (from pppoa). However, >>the modem_run gets a bit further and most of the upload/download >>operations succeed. The panic now occurs at BLOCK4 instead >>of immediately. >> >> > >Hmm. I've had a thorough look into /sys/dev/usb/ugen.c, and I can't see how >this panic could be occurring since the patch. > >Firstly, could you try a more recent version of the Speedtouch software? The >- -current port is only for 1.1b2, and some of the USB code has changed since. >You can download the most recent version from http://speedtouch.sf.net/. > >In order to help me trace the panic, could you also try to obtain a core dump >from the kernel, and a backtrace to the panic from the dump? A short guide on >doing this is given here: > http://www.onlamp.com/pub/a/bsd/2002/03/21/Big_Scary_Daemons.html > http://www.onlamp.com/pub/a/bsd/2002/04/04/Big_Scary_Daemons.html > >If you can send me the backtrace (the 'where' output of kgdb), it will greatly >help in finding the cause of the problem. If you need help in getting a >backtrace, feel free to mail me privately and I'll explain it step by step. >(I can't reproduce the panic on my system, unfortunately) > >Cheers, >Jay > uname: FreeBSD maddog.blackmans.org 5.1-BETA FreeBSD 5.1-BETA #0: Sat May 24 22:51:48 BST 2003 root@maddog.blackmans.org:/usr/obj/usr/src/sys/GENERIC i386 backtrace as requested (but using may-2002 speedtouch firmware and port, will try newer one later) 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: don't do that panic messages: --- panic: don't do that syncing disks, buffers remaining... 1389 1389 1388 1388 1388 1388 1388 1388 1388 1388 1388 1388 1388 1388 1388 1388 1388 1388 1388 1388 1388 1388 giving up on 495 buffers Uptime: 26m23s Dumping 126 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 --- Reading symbols from /usr/obj/usr/src/sys/GENERIC/modules/usr/src/sys/modules/acpi/acpi.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/GENERIC/modules/usr/src/sys/modules/acpi/acpi.ko.debug #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:238 238 dumping++; (kgdb) where #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:238 #1 0xc030dd33 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:370 #2 0xc030e07b in panic () at /usr/src/sys/kern/kern_shutdown.c:543 #3 0xc02ede32 in destroy_dev (dev=0xc1dac400) at /usr/src/sys/kern/kern_conf.c:404 #4 0xc02a369f in ugen_destroy_devnodes (sc=0xc1c99000) at /usr/src/sys/dev/usb/ugen.c:288 #5 0xc02a36c7 in ugen_set_config (sc=0xc1c99000, configno=1) at /usr/src/sys/dev/usb/ugen.c:310 #6 0xc02a4d64 in ugen_do_ioctl (sc=0xc1c99000, endpt=0, cmd=0, addr=0xcd1abc54 "\001", flag=0, p=0xc1c0c260) at /usr/src/sys/dev/usb/ugen.c:1186 #7 0xc02a5367 in ugenioctl (dev=0xcd1abc54, cmd=0, addr=0x0, flag=0, p=0x0) at /usr/src/sys/dev/usb/ugen.c:1393 #8 0xc02d538e in spec_ioctl (ap=0xcd1abb7c) at /usr/src/sys/fs/specfs/spec_vnops.c:347 #9 0xc02d4ac8 in spec_vnoperate (ap=0x0) at /usr/src/sys/fs/specfs/spec_vnops.c:123 #10 0xc036fc31 in vn_ioctl (fp=0xc1c76b40, com=2147767653, data=0xcd1abc54, active_cred=0xc1c8e500, td=0xc1c0c260) at vnode_if.h:488 #11 0xc03340c8 in ioctl (td=0xc1c0c260, uap=0xcd1abd10) at file.h:251 #12 0xc049a2ce in syscall (frame= {tf_fs = -1078001617, tf_es = 47, tf_ds = -1078001617, tf_edi = 134524735, tf_esi = -1077936891, tf_ebp = -1077938360, tf_isp = -853885580, tf_ebx = 134537264, tf_edx = 1, tf_ecx = 5, tf_eax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 671842931, tf_cs = 31, tf_eflags = 646, tf_esp = -1077938388, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1021 #13 0xc048973d in Xint0x80_syscall () at {standard input}:138 ---Can't read userspace from dump, or kernel process--- (kgdb) I'll let you know how it goes with a newer speedtouch. Cheers, Mark