Date: Sun, 6 Aug 2006 20:28:19 +0200 From: Hans Petter Selasky <hselasky@c2i.net> To: "Alexandre \"Sunny\" Kovalenko" <Alex.Kovalenko@verizon.net> Cc: =?utf-8?q?S=C3=B8ren_Schmidt?= <sos@deepcore.dk>, freebsd-usb@freebsd.org Subject: Re: Testers wanted (again) Message-ID: <200608062028.20804.hselasky@c2i.net> In-Reply-To: <1154872947.913.12.camel@RabbitsDen> References: <200608051152.35219.hselasky@c2i.net> <200608052056.56407.hselasky@c2i.net> <1154872947.913.12.camel@RabbitsDen>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sunday 06 August 2006 16:02, Alexandre "Sunny" Kovalenko wrote:
> 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
>
Ok. Interesting.
I found some bugs in "ata-usb.c" which I have now fixed and committed to SV=
N.=20
You still cannot do "atacontrol attach ata2" nor "atacontrol detach ata2" o=
n=20
USB devices. I hope that SOS can fix this.
Could you have done a "svn update", then re-copy "ata-usb.c" to=20
"/usr/src/sys/dev/ata/", then rebuild your kernel and try again?
In "ata-usb.c" there is a variable, "atausbdebug" which you can set non-zer=
o=20
to enable debugging, if the driver does not work.
=2D-HPS
=46or SOS:
> 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 =3D 0x4
> fault code =3D supervisor read, page not present
> instruction pointer =3D 0x20:0xc059fd56
> stack pointer =3D 0x28:0xd90e1b08
> frame pointer =3D 0x28:0xd90e1b08
> code segment =3D base 0x0, limit 0xfffff, type 0x1b
> =3D DPL 0, pres 1, def32 1, gran 1
> processor eflags =3D interrupt enabled, resume, IOPL =3D 0
> current process =3D 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=3D0, dummy2=3D0, dummy3=3D1999,
> dummy4=3D0xd90e18c8 " w\202=EF=BF=BD=EF=BF=BD\030\016=EF=BF=BD")
> at /usr/src/sys/ddb/db_command.c:481
> #2 0xc0477665 in db_command (last_cmdp=3D0xc0826e24, cmd_table=3D0x0)
> 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=3D12, code=3D0)
> at /usr/src/sys/ddb/db_main.c:221
> #5 0xc059aac5 in kdb_trap (type=3D0, code=3D0, tf=3D0x0)
> at /usr/src/sys/kern/subr_kdb.c:502
> #6 0xc07774fc in trap_fatal (frame=3D0xd90e1ac8, eva=3D4)
> at /usr/src/sys/i386/i386/trap.c:858
> #7 0xc0777205 in trap_pfault (frame=3D0xd90e1ac8, usermode=3D0, eva=3D4)
> at /usr/src/sys/i386/i386/trap.c:776
> #8 0xc0776d63 in trap (frame=3D
> {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -1025473280, t=
f_esi =3D
> -1023739392, tf_ ebp =3D -653387000, tf_isp =3D -653387020, tf_ebx =3D
> -1025473280, tf_edx =3D -1065420148, tf_ecx =3D -1031237632, tf_eax =3D =
0,
> tf_trapno =3D 12, tf_err =3D 4, tf_eip =3D -1067844266, tf_cs =3D 32, tf=
_eflags
> =3D 66178, tf_esp =3D -653386896, tf_ss =3D -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=3D0x0)
> at /usr/src/sys/kern/subr_rman.c:722
> #11 0xc04a8174 in ata_generic_reset (dev=3D0xc2e08500) at bus.h:515
> #12 0xc049203a in ata_attach (dev=3D0xc2e08500) at ata_if.h:55
> #13 0xc0492caa in ata_ioctl (dev=3D0xc2886400, cmd=3D0, data=3D0xc07efa8c
> "\224=EF=BF=BD~=EF=BF=BD@\201J=EF=BF=BD:",
> flag=3D3, td=3D0xc2be5bd0) at /usr/src/sys/dev/ata/ata-all.c:383
> #14 0xc05452b8 in giant_ioctl (dev=3D0xc2886400, cmd=3D0, data=3D0x0, ffl=
ag=3D0,
> td=3D0x0)
> at /usr/src/sys/kern/kern_conf.c:288
> #15 0xc0517d29 in devfs_ioctl_f (fp=3D0xc2e0cb40, com=3D2147770627,
> data=3D0xc2992970,
> cred=3D0xc2e0d400, td=3D0xc2be5bd0)
> at /usr/src/sys/fs/devfs/devfs_vnops.c:410
> #16 0xc05a7061 in kern_ioctl (td=3D0xc2be5bd0, fd=3D3, com=3D2147770627,
> data=3D0xc2992970 "\002") at file.h:265
> #17 0xc05a6be7 in ioctl (td=3D0x0, uap=3D0xd90e1d04)
> at /usr/src/sys/kern/sys_generic.c:575
> #18 0xc07778da in syscall (frame=3D
> {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 134521610, tf=
_esi =3D
> -1077940770, tf_e bp =3D -1077941048, tf_isp =3D -653386396, tf_ebx =3D
> -1077941644, tf_edx =3D 2, tf_ecx =3D 0, tf_e ax =3D 54, tf_trapno =3D 12,
> tf_err =3D 2, tf_eip =3D 672530327, tf_cs =3D 51, tf_eflags =3D 582, tf_ =
esp =3D
> -1077941700, tf_ss =3D 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)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200608062028.20804.hselasky>