Accessing usb serial adapter HL-340 panics system

Jan Lentfer Jan.Lentfer at
Thu Jan 7 14:10:02 PST 2010

when accessing my usb serial adapter (HL-340 is printed on the 
connector) with minicom or cu I get a reproducable panic:

atom# kgdb kern.3 vmcore.3
GNU gdb (GDB) 7.0
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i386-dragonfly".
For bug reporting instructions, please see:
Reading symbols from /var/crash/kern.3...done.

Unread portion of the kernel message buffer:

Fatal trap 12: page fault while in kernel mode
mp_lock = 00000003; cpuid = 3; = 03000000
fault virtual address   = 0x60
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc08a02e9
stack pointer           = 0x10:0xe0fa49ec
frame pointer           = 0x10:0xe0fa49f4
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         = 1056 (cu)
current thread          = pri 38 (CRIT)
 <- SMP: XXX
trap number             = 12
panic: page fault
mp_lock = 00000003; cpuid = 3
Trace beginning at frame 0xe0fa48b4
panic(c0652aae,3,c0627b5e,e0fa48e8,e0fa48e8) at panic+0x172
panic(c0627b5e,c065324a,e0242f9c,1,1) at panic+0x172
trap_fatal(e04b8630,0,1,0,60) at trap_fatal+0x384
trap_pfault(db3a1df4,db3a1df4,e05bc9b0,0,26) at trap_pfault+0x14e
trap(e0fa49a4) at trap+0x7d1
calltrap() at calltrap+0xd
--- trap 0, eip = 0, esp = 0xe0fa49e8, ebp = 0xe0fa4a34 ---
(null)(4b00,4b444719,28c457e,4b444719,28c457e) at 0
boot() called on cpu#3
Uptime: 6m50s
Physical memory: 2030 MB
Dumping 201 MB: 186 170 154 138 122 106 90 74 58 42 26 10
Reading symbols from /boot/modules/uchcom.ko...done.
Loaded symbols for /boot/modules/uchcom.ko
Reading symbols from /boot/modules/ucom.ko...done.
Loaded symbols for /boot/modules/ucom.ko
Reading symbols from /boot/modules/acpi.ko...done.
Loaded symbols for /boot/modules/acpi.ko
_get_mycpu (di=0xc073e280) at ./machine/thread.h:83
83          __asm ("movl %%fs:globaldata,%0" : "=r" (gd) : 
(kgdb) trace
Tracepoint 1 at 0xc05bd908: file ./machine/thread.h, line 83.
(kgdb) backtrace
#0  _get_mycpu (di=0xc073e280) at ./machine/thread.h:83
#1  md_dumpsys (di=0xc073e280) at 
#2  0xc0365092 in dumpsys () at 
#3  0xc0365708 in boot (howto=260) at 
#4  0xc0365d02 in panic (fmt=0xc0627b5e "%s") at 
#5  0xc05d2904 in trap_fatal (frame=0xe0fa49a4, eva=<value optimized 
out>) at /home/lentferj/repo/src/sys/platform/pc32/i386/trap.c:1127
#6  0xc05d2a66 in trap_pfault (frame=0xe0fa49a4, usermode=0, eva=96) at 
#7  0xc05d388d in trap (frame=0xe0fa49a4) at 
#8  0xc05be077 in calltrap () at 
#9  0xc08a02e9 in uchcom_param (arg=0x0, portno=-1, t=0xe0fa4a34) at 
#10 0xc08a452f in ucomparam (tp=0xdb45ac70, t=0xe0fa4a34) at 
#11 0xc08a527a in ucomopen (ap=0xe0fa4a78) at 
#12 0xc0346cc1 in dev_dopen (dev=0xc46a2ec0, oflags=3, devtype=8192, 
cred=0xd7d8fac8) at /home/lentferj/repo/src/sys/kern/kern_device.c:115
#13 0xc050a3af in devfs_spec_open (ap=0xe0fa4aec) at 
#14 0xc03d92fb in vop_open (ops=0xdb45d970, vp=0xe04c23e8, mode=3, 
cred=0xd7d8fac8, fp=0xe0445208)
    at /home/lentferj/repo/src/sys/kern/vfs_vopops.c:289
#15 0xc03d6da4 in vn_open (nd=0xe0fa4c70, fp=0xe0445208, fmode=3, 
cmode=0) at /home/lentferj/repo/src/sys/kern/vfs_vnops.c:270
#16 0xc03cf44d in kern_open (nd=0xe0fa4c70, oflags=2, mode=0, 
res=0xe0fa4cf0) at /home/lentferj/repo/src/sys/kern/vfs_syscalls.c:1812
---Type <return> to continue, or q <return> to quit---
---Type <return> to continue, or q <return> to quit---#17 0xc03d0126 in 
sys_open (uap=0xe0fa4cf0) at 
#18 0xc05d41ef in syscall2 (frame=0xe0fa4d40) at 
#19 0xc05be126 in Xint0x80_syscall () at 
#20 0x0000001f in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

on linux this adapter workd with the ch341 driver.

further info:
ucom0: <vendor 0x4348 USB-SER!, class 255/0, rev 1.10/2.50, addr 2> on uhub0
ucom0: CH340
atom# usbdevs -v
Controller /dev/usb0:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), 
Intel(0x0000), rev 1.00
 port 1 addr 2: full speed, power 78 mA, config 1, USB-SER!(0x5523), 
vendor 0x4348(0x4348), rev 2.50
 port 2 powered

More information about the Bugs mailing list