Panic with usb serial

[Vince Hoffman]

Kostik Belousov wrote:
> On Mon, Mar 31, 2008 at 09:48:55AM +0100, Vince Hoffman wrote:
>> Marcin Cieslak wrote:
>>> Vince wrote:
>>>> Jeremy Chadwick wrote:
>>>> Regarding the USB serial adapter, I was supplied it though work a while
>>>> back. I believe from my rather fuzzy memory we got it though these guys
>>>> http://www.usbnow.co.uk/Cables-USB_to_RS232_Cables/c1_23/index.html
>>>> Although I wouldn't swear to it. I'll have an ask if anyone remembers on
>>>> monday.
>>> Can you post a fragment of dmesg output? I am interested whether you
>>> attach it to the ohci or uhci controller.
>>>
>>> --Marcin
>>>
>> Sure,
>> Please not this is now a different usb adapter as I left mine at home :(
>> but I just tested and it exhibits the same behavior, (only difference I
>> can see is this says its FIDI while my one says its FTDI, possibly a typo?)
>>
>> {root at prawn}#dmesg | grep uhub
>> uhub0: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0
>> uhub0: 2 ports with 2 removable, self powered
>> uhub1: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1
>> uhub1: 2 ports with 2 removable, self powered
>> uhub2: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb2
>> uhub2: 2 ports with 2 removable, self powered
>> uhub3: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb3
>> uhub3: 2 ports with 2 removable, self powered
>> uhub4: <Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb4
>> uhub4: 8 ports with 8 removable, self powered
>> umass0: <DATAST0R Technology Corp SATA8000 FW1.0, class 0/0, rev
>> 2.00/0.01, addr 2> on uhub4
>> ums0: <Microsoft Basic Optical Mouse, class 0/0, rev 1.10/0.00, addr 2>
>> on uhub2
>> ucom0: <FIDI usb serial converter, class 0/0, rev 1.10/4.00, addr 3> on
>> uhub2
>>
>> And for what its worth:
>> {root at prawn}#more /var/crash/info.14
>> Dump header from device /dev/ad0s3b
>>   Architecture: i386
>>   Architecture Version: 2
>>   Dump Length: 154411008B (147 MB)
>>   Blocksize: 512
>>   Dumptime: Mon Mar 31 09:25:54 2008
>>   Hostname: prawn.unsane.co.uk
>>   Magic: FreeBSD Kernel Dump
>>   Version String: FreeBSD 7.0-STABLE #52: Tue Mar 25 13:45:50 GMT 2008
>>     toor at prawn.unsane.co.uk:/usr/local/obj/usr/src/sys/PRAWN7ULE
>>   Panic String: page fault
>>   Dump Parity: 1302845723
>>   Bounds: 14
>>   Dump Status: good
>>
>> Happy to provide more information but I'm not a programmer so you'll
>> probably have to ask me slowly and in words of one syllable ;)
> 
> I need two things:
> 1. The revision of the sys/kern/kern_conf.c file; in particular,
>    I need to know whether you have rev. 1.208.2.1 or 1.208.2.2.
> 2. Regardless of the outcome of the question 1, please show the output
>    of the "bt full" from the kgdb loaded with your kernel and crash
>    dump. See
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html
>    for details on how to obtain useful information from the crash dump.

1)
{root at prawn}#grep kern_conf.c sys/kern/kern_conf.c
__FBSDID("$FreeBSD: src/sys/kern/kern_conf.c,v 1.208.2.2 2008/03/24
13:09:55 kib Exp $");

2)
[/usr/obj/usr/src/sys/PRAWN7ULE](11:07:33)
{root at prawn}#kgdb kernel.debug /var/crash/vmcore.14
[GDB will not be able to debug user-mode threads:
/usr/lib/libthread_db.so: Undefined symbol "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".
There is no member named pathname.
(kgdb) bt full
#0  doadump () at pcpu.h:195
No locals.
#1  0xc05ae391 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
        _giantcnt = Variable "_giantcnt" is not available.
(kgdb)


This isnt what I was expecting from the article referenced. Would it be
helpful me to update to the latest stable then reproduce (assuming i
still can.)



Vince