From owner-freebsd-usb@FreeBSD.ORG Sun Aug 6 14:03:20 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A245C16A4E1 for ; Sun, 6 Aug 2006 14:03:20 +0000 (UTC) (envelope-from Alex.Kovalenko@verizon.net) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D1D343D70 for ; Sun, 6 Aug 2006 14:03:19 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.186.106]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0J3K008OAXOQ5DV9@vms042.mailsrvcs.net> for freebsd-usb@freebsd.org; Sun, 06 Aug 2006 09:02:52 -0500 (CDT) Date: Sun, 06 Aug 2006 10:02:27 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <200608052056.56407.hselasky@c2i.net> To: Hans Petter Selasky Message-id: <1154872947.913.12.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <200608051152.35219.hselasky@c2i.net> <200608051746.03387.hselasky@c2i.net> <1154799595.947.18.camel@RabbitsDen> <200608052056.56407.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Testers wanted (again) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 14:03:20 -0000 On Sat, 2006-08-05 at 20:56 +0200, Hans Petter Selasky wrote: > On Saturday 05 August 2006 19:39, Alexandre "Sunny" Kovalenko wrote: ... > > I can certainly wait until Christmas. Just for my education -- what kind > > of devices did you want tested? > > Today, just ADMtek AN986 Pegasus USB Ethernet devices and IDE mass storage > devices, not "device umass", but "device atausb". But if you want, you can > test USB functionality in general. > > --HPS Oops, I am being silly here -- to quote Release Notes: "The ata(4) driver now supports USB mass storage class devices. To enable it, a line device atausb in the kernel configuration file or loading the atausb kernel module is needed. Note that this functionality cannot coexist with the umass(4) driver." ... sigh. So I have built a kernel with the device atausb inside -- configuration is available at http://members.verizon.net/~akovalenko/Misc/USB It seems to recognize the bus: Aug 6 09:37:33 RabbitsDen kernel: atausb0: Aug 6 09:37:33 RabbitsDen kernel: atausb0: using SCSI over Bulk-Only Aug 6 09:37:33 RabbitsDen kernel: ata2: on atausb0 or, for the different device: Aug 6 09:33:38 RabbitsDen kernel: atausb0: Aug 6 09:33:38 RabbitsDen kernel: atausb0: using SCSI over Bulk-Only Aug 6 09:33:38 RabbitsDen kernel: ata2: on atausb0 but not the device: RabbitsDen# atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 6 Slave: no device present ATA channel 1: Master: acd0 ATA/ATAPI revision 5 Slave: no device present ATA channel 2: Master: no device present Slave: no device present RabbitsDen# atacontrol info ata2 Master: no device present Slave: no device present RabbitsDen# atacontrol reinit ata2 atacontrol: ioctl(IOCATAREINIT): Device not configured Master: no device present Slave: no device present RabbitsDen# and attempt to do atacontrol attach ata2 crashes kernel with the following trace: RabbitsDen# kgdb ./usr/src/sys/USB/kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined sym bol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc059fd56 stack pointer = 0x28:0xd90e1b08 frame pointer = 0x28:0xd90e1b08 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 = 868 (atacontrol) Physical memory: 599 MB Dumping 54 MB: 39 23 7 #0 doadump () at pcpu.h:166 166 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:166 #1 0xc04778bc in db_fncall (dummy1=0, dummy2=0, dummy3=1999, dummy4=0xd90e18c8 " w\202��\030\016�") at /usr/src/sys/ddb/db_command.c:481 #2 0xc0477665 in db_command (last_cmdp=0xc0826e24, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:396 #3 0xc047773a in db_command_loop () at /usr/src/sys/ddb/db_command.c:448 #4 0xc0479835 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc059aac5 in kdb_trap (type=0, code=0, tf=0x0) at /usr/src/sys/kern/subr_kdb.c:502 #6 0xc07774fc in trap_fatal (frame=0xd90e1ac8, eva=4) at /usr/src/sys/i386/i386/trap.c:858 #7 0xc0777205 in trap_pfault (frame=0xd90e1ac8, usermode=0, eva=4) at /usr/src/sys/i386/i386/trap.c:776 #8 0xc0776d63 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -1025473280, tf_esi = -1023739392, tf_ ebp = -653387000, tf_isp = -653387020, tf_ebx = -1025473280, tf_edx = -1065420148, tf_ecx = -1031237632, tf_eax = 0, tf_trapno = 12, tf_err = 4, tf_eip = -1067844266, tf_cs = 32, tf_eflags = 66178, tf_esp = -653386896, tf_ss = -1068859020}) at /usr/src/sys/i386/i386/trap.c:461 #9 0xc07619ea in calltrap () at /usr/src/sys/i386/i386/exception.s:138 #10 0xc059fd56 in rman_get_bustag (r=0x0) at /usr/src/sys/kern/subr_rman.c:722 #11 0xc04a8174 in ata_generic_reset (dev=0xc2e08500) at bus.h:515 #12 0xc049203a in ata_attach (dev=0xc2e08500) at ata_if.h:55 #13 0xc0492caa in ata_ioctl (dev=0xc2886400, cmd=0, data=0xc07efa8c "\224�~�@\201J�:", flag=3, td=0xc2be5bd0) at /usr/src/sys/dev/ata/ata-all.c:383 #14 0xc05452b8 in giant_ioctl (dev=0xc2886400, cmd=0, data=0x0, fflag=0, td=0x0) at /usr/src/sys/kern/kern_conf.c:288 #15 0xc0517d29 in devfs_ioctl_f (fp=0xc2e0cb40, com=2147770627, data=0xc2992970, cred=0xc2e0d400, td=0xc2be5bd0) at /usr/src/sys/fs/devfs/devfs_vnops.c:410 #16 0xc05a7061 in kern_ioctl (td=0xc2be5bd0, fd=3, com=2147770627, data=0xc2992970 "\002") at file.h:265 #17 0xc05a6be7 in ioctl (td=0x0, uap=0xd90e1d04) at /usr/src/sys/kern/sys_generic.c:575 #18 0xc07778da in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134521610, tf_esi = -1077940770, tf_e bp = -1077941048, tf_isp = -653386396, tf_ebx = -1077941644, tf_edx = 2, tf_ecx = 0, tf_e ax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 672530327, tf_cs = 51, tf_eflags = 582, tf_ esp = -1077941700, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:1006 #19 0xc0761a3f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:191 #20 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) Admittedly, I am unfamiliar with atausb and so far I have not found much to read up on it, so it is quite possible this is the pilot error. Before, I dig into it much further, i would really like to know that I am doing something useful this time around, though :) -- Alexandre Kovalenko (Олександр Коваленко)