Re: USB ugen_set_interface issue (+ possible patch)

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
>
>  
>
Another panic and  backtrace with the newest version of modem_run 
(speedtouch-1.2beta)

panic messages:
---
panic: don't do that

syncing disks, buffers remaining... 1064 1064 1063 1063 1063 1063 1063 
1063 1063 1063 1063 10                                    63 1063 1063 
1063 1063 1063 1063 1063 1063 1063 1063
giving up on 796 buffers
Uptime: 45m0s
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.de                                    
bug...done.
Loaded symbols for 
/usr/obj/usr/src/sys/GENERIC/modules/usr/src/sys/modules/acpi/acpi.ko.debu                                    
g
#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=0xc1ae7300) at 
/usr/src/sys/kern/kern_conf.c:404
#4  0xc02a369f in ugen_destroy_devnodes (sc=0xc1aec000) at 
/usr/src/sys/dev/usb/ugen.c:288
#5  0xc02a36c7 in ugen_set_config (sc=0xc1aec000, configno=1)
    at /usr/src/sys/dev/usb/ugen.c:310
#6  0xc02a4d64 in ugen_do_ioctl (sc=0xc1aec000, endpt=0, cmd=0, 
addr=0xcd18fc54 "\001",
    flag=0, p=0xc1bdfe40) at /usr/src/sys/dev/usb/ugen.c:1186
#7  0xc02a5367 in ugenioctl (dev=0xcd18fc54, cmd=0, addr=0x0, flag=0, p=0x0)
    at /usr/src/sys/dev/usb/ugen.c:1393
#8  0xc02d538e in spec_ioctl (ap=0xcd18fb7c) 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=0xc1c11b04, com=2147767653, data=0xcd18fc54,
    active_cred=0xc1c28a00, td=0xc1bdfe40) at vnode_if.h:488
#11 0xc03340c8 in ioctl (td=0xc1bdfe40, uap=0xcd18fd10) at file.h:251
#12 0xc049a2ce in syscall (frame=
      {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 1, tf_esi = 
134537264, tf_ebp = -1077938296, tf_isp = -854000268, 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 = 658, tf_esp = 
-1077938324, 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)