On Wednesday,  6 June 2007 at 13:48:43 +0400, Махматханов Руслан Казбекович 
wrote:
> Nikolay Pavlov пишет:
> 
> >Hi Warner and Ruslan. Warner i have found that Ruslan is the originator of 
> >the patches for
> >umodem.c: http://www.freebsd.org/cgi/query-pr.cgi?pr=109838
> >So there is already a few CMOTECH devices there. In any case guys here is my 
> >"usbdevs -v" output:
> >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 100 mA, config 1, CMOTECH CDMA 
> > Technologies(0x5533), CMOTECH CO., LTD.(0x16d8), rev 0.00
> > port 2 powered
> >I am open to any test ;)
> 
> Please, try attached patch:
> 
> # cd /usr/src/sys/dev/usb
> # patch < /path/to/ccu550.diff
> 
> Then rebuild and reinstall kernel, reboot and try to use CCU550 with that new 
> kernel.
> 
> Patch is applying cleanly against in -CURRENT:
> 
>  - usb_quirks.c  1.41.2.8
>  - usbdevs       1.296
> 
> so update your sources if you have earlier versions of this files or adapt 
> this patch for your files versions.

Yes. This patch works for me. Thank you Ruslan. I can attach and detach
the device for now:

Jun  6 17:00:00 orion kernel: ucom0: <CMOTECH CO., LTD. CMOTECH CDMA 
Technologies, class 2/0, rev 2.00/0.00, addr 2> on uhub1
Jun  6 17:00:00 orion kernel: ucom0: CMOTECH CO., LTD. CMOTECH CDMA 
Technologies, rev 2.00/0.00, addr 2, iclass 2/2
Jun  6 17:00:00 orion kernel: ucom0: data interface 1, has CM over data, has 
break
Jun  6 17:00:00 orion kernel: ucom0: status change notification available

Jun  6 17:02:08 orion kernel: ucom0: at uhub1 port 1 (addr 2) disconnected
Jun  6 17:02:08 orion kernel: ucom0: detached

Jun  6 17:02:44 orion root: Unknown USB device: vendor 0x16d8 product 0x5533 
bus uhub1
Jun  6 17:02:44 orion kernel: ucom0: <CMOTECH CO., LTD. CMOTECH CDMA 
Technologies, class 2/0, rev 2.00/0.00, addr 2> on uhub1
Jun  6 17:02:44 orion kernel: ucom0: CMOTECH CO., LTD. CMOTECH CDMA 
Technologies, rev 2.00/0.00, addr 2, iclass 2/2
Jun  6 17:02:44 orion kernel: ucom0: data interface 1, has CM over data, has 
break
Jun  6 17:02:44 orion kernel: ucom0: status change notification available

And it works. :) Is this possible to commit this Warner?

However i have found one issue. If i am trying to detach it while mpd
session is running i see this message from kernel:

Jun  6 17:03:04 orion kernel: WARNING: attempt to net_add_domain(netgraph) 
after domainfinalize()
Jun  6 17:03:09 orion kernel: Sleeping on "usbdly" with the following 
non-sleepable locks held:
Jun  6 17:03:09 orion kernel: exclusive sleep mutex ng_tty node+queue r = 0 
(0xc712b6a0) locked @ /usr/src/sys/modules/netgraph/tty/../../../netgraph/ng_tt
y.c:207
Jun  6 17:03:09 orion kernel: KDB: stack backtrace:
Jun  6 17:03:09 orion kernel: 
db_trace_self_wrapper(c0a2f828,e69179d8,c07798cd,c0a2fbeb,e69179ec,...) at 
db_trace_self_wrapper+0x26
Jun  6 17:03:09 orion kernel: kdb_backtrace(c0a2fbeb,e69179ec,4,1,0,...) at 
kdb_backtrace+0x29
Jun  6 17:03:09 orion kernel: witness_warn(5,0,c0a2d773,c0a21ac6,0,...) at 
witness_warn+0x1cd
Jun  6 17:03:09 orion kernel: _sleep(c0b36e14,0,0,c0a21ac6,3,...) at _sleep+0x5f
Jun  6 17:03:09 orion kernel: pause(c0a21ac6,3,e6917a7c,c06b7ae3,c4002000,...) 
at pause+0x47
Jun  6 17:03:09 orion kernel: 
usb_delay_ms(c4002000,2,c4e23e98,c0adc224,c7109c62,...) at usb_delay_ms+0x5e
Jun  6 17:03:09 orion kernel: 
uhci_abort_xfer(e6917a98,c06c831e,c68efc00,c4a08700,c4008800,...) at 
uhci_abort_xfer+0x163
Jun  6 17:03:09 orion kernel: 
uhci_device_bulk_abort(c68efc00,c4a08700,c4008800,e6917aa4,c0d0adc3,...) at 
uhci_device_bulk_abort+0x10
Jun  6 17:03:09 orion kernel: 
usbd_abort_pipe(c694dc80,e6917ab8,c0d0b56f,c4008800,3,...) at 
usbd_abort_pipe+0x1e
Jun  6 17:03:09 orion kernel: ucomstopread(c4008800,3,2,e6917ad4,c0788436,...) 
at ucomstopread+0x23
Jun  6 17:03:09 orion kernel: ucomstop(c4008800,3,c712b680,0,c712b6a0,...) at 
ucomstop+0x5f
Jun  6 17:03:09 orion kernel: ttyflush(c4008800,3,c7142095,c71420bd,1,...) at 
ttyflush+0x46
Jun  6 17:03:09 orion kernel: ngt_open(c5a36100,c4008800,368,367,c0b3d494,...) 
at ngt_open+0x16b
Jun  6 17:03:09 orion kernel: 
ttioctl(c4008800,8004741b,c6732000,7,c4e23e00,...) at ttioctl+0xdf8
Jun  6 17:03:09 orion kernel: 
ttyioctl(c5a36100,8004741b,c6732000,7,c4e23e00,...) at ttyioctl+0x11a
Jun  6 17:03:09 orion kernel: 
giant_ioctl(c5a36100,8004741b,c6732000,7,c4e23e00,...) at giant_ioctl+0x56
Jun  6 17:03:09 orion kernel: 
devfs_ioctl_f(c560e870,8004741b,c6732000,c6512c00,c4e23e00,...) at 
devfs_ioctl_f+0xc9
Jun  6 17:03:09 orion kernel: 
kern_ioctl(c4e23e00,9,8004741b,c6732000,917d38,...) at kern_ioctl+0x243
Jun  6 17:03:09 orion kernel: ioctl(c4e23e00,e6917cfc,c,c4e23e00,c0ad6430,...) 
at ioctl+0x134
Jun  6 17:03:09 orion kernel: syscall(e6917d38) at syscall+0x293
Jun  6 17:03:09 orion kernel: Xint0x80_syscall() at Xint0x80_syscall+0x20
Jun  6 17:03:09 orion kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 
0x283f974f, esp = 0xbf8fd94c, ebp = 0xbf8fdc78 ---
Jun  6 17:03:09 orion kernel: lock order reversal: (Giant after non-sleepable)
Jun  6 17:03:09 orion kernel: 1st 0xc712b6a0 ng_tty node+queue (ng_tty 
node+queue) @ /usr/src/sys/modules/netgraph/tty/../../../netgraph/ng_tty.c:207
Jun  6 17:03:09 orion kernel: 2nd 0xc0b368c8 Giant (Giant) @ 
/usr/src/sys/kern/kern_synch.c:235
Jun  6 17:03:09 orion kernel: KDB: stack backtrace:
Jun  6 17:03:09 orion kernel: 
db_trace_self_wrapper(c0a2f828,e69179b0,c077a74e,c0a31cce,c0b368c8,...) at 
db_trace_self_wrapper+0x26
Jun  6 17:03:09 orion kernel: 
kdb_backtrace(c0a31cce,c0b368c8,c0a44c78,c0a44c78,c0a2d728,...) at 
kdb_backtrace+0x29
Jun  6 17:03:09 orion kernel: 
witness_checkorder(c0b368c8,9,c0a2d728,eb,c0a30425,...) at 
witness_checkorder+0x6de
Jun  6 17:03:09 orion kernel: _mtx_lock_flags(c0b368c8,0,c0a2d728,eb,0,...) at 
_mtx_lock_flags+0xbc
Jun  6 17:03:09 orion kernel: _sleep(c0b36e14,0,0,c0a21ac6,3,...) at 
_sleep+0x3e9
Jun  6 17:03:09 orion kernel: pause(c0a21ac6,3,e6917a7c,c06b7ae3,c4002000,...) 
at pause+0x47
Jun  6 17:03:09 orion kernel: 
usb_delay_ms(c4002000,2,c4e23e98,c0adc224,c7109c62,...) at usb_delay_ms+0x5e
Jun  6 17:03:09 orion kernel: 
uhci_abort_xfer(e6917a98,c06c831e,c68efc00,c4a08700,c4008800,...) at 
uhci_abort_xfer+0x163
Jun  6 17:03:09 orion kernel: 
uhci_device_bulk_abort(c68efc00,c4a08700,c4008800,e6917aa4,c0d0adc3,...) at 
uhci_device_bulk_abort+0x10
Jun  6 17:03:09 orion kernel: 
usbd_abort_pipe(c694dc80,e6917ab8,c0d0b56f,c4008800,3,...) at 
usbd_abort_pipe+0x1e
Jun  6 17:03:09 orion kernel: ucomstopread(c4008800,3,2,e6917ad4,c0788436,...) 
at ucomstopread+0x23
Jun  6 17:03:09 orion kernel: ucomstop(c4008800,3,c712b680,0,c712b6a0,...) at 
ucomstop+0x5f
Jun  6 17:03:09 orion kernel: ttyflush(c4008800,3,c7142095,c71420bd,1,...) at 
ttyflush+0x46
Jun  6 17:03:09 orion kernel: ngt_open(c5a36100,c4008800,368,367,c0b3d494,...) 
at ngt_open+0x16b
Jun  6 17:03:09 orion kernel: 
ttioctl(c4008800,8004741b,c6732000,7,c4e23e00,...) at ttioctl+0xdf8
Jun  6 17:03:09 orion kernel: 
ttyioctl(c5a36100,8004741b,c6732000,7,c4e23e00,...) at ttyioctl+0x11a
Jun  6 17:03:09 orion kernel: 
giant_ioctl(c5a36100,8004741b,c6732000,7,c4e23e00,...) at giant_ioctl+0x56
Jun  6 17:03:09 orion kernel: 
devfs_ioctl_f(c560e870,8004741b,c6732000,c6512c00,c4e23e00,...) at 
devfs_ioctl_f+0xc9
Jun  6 17:03:09 orion kernel: 
kern_ioctl(c4e23e00,9,8004741b,c6732000,917d38,...) at kern_ioctl+0x243
Jun  6 17:03:09 orion kernel: ioctl(c4e23e00,e6917cfc,c,c4e23e00,c0ad6430,...) 
at ioctl+0x134
Jun  6 17:03:09 orion kernel: syscall(e6917d38) at syscall+0x293
Jun  6 17:03:09 orion kernel: Xint0x80_syscall() at Xint0x80_syscall+0x20
Jun  6 17:03:09 orion kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 
0x283f974f, esp = 0xbf8fd94c, ebp = 0xbf8fdc78 ---
Jun  6 17:03:41 orion kernel: bfe0: link state changed to DOWN
Jun  6 17:04:02 orion kernel: ucom0: ucomreadcb: IOERROR
Jun  6 17:04:02 orion kernel: ucom0: at uhub1 port 1 (addr 2) disconnected
Jun  6 17:04:03 orion kernel: ucom0: detached
 
I don't know who is the right person regarding this question.
May be the maintainer of the mpd port knows?

Alexander?

> --- /usr/src/sys/dev/usb/usbdevs      Wed Jun  6 13:40:36 2007
> +++ usbdevs   Wed Jun  6 13:42:21 2007
> @@ -830,6 +830,7 @@
>  
>  /* CMOTECH products */
>  product CMOTECH CNU510               0x5141  CMOTECH CDMA Technologies USB 
> modem
> +product CMOTECH CCU550          0x5533  CDMA 2000 1xRTT/1xEVDO USB modem
>  product CMOTECH CNU550               0x5543  CDMA 2000 1xRTT/1xEVDO USB modem
>  
>  /* Compaq products */
> --- /usr/src/sys/dev/usb/usb_quirks.c Wed Jun  6 13:40:36 2007
> +++ usb_quirks.c      Wed Jun  6 13:43:06 2007
> @@ -80,6 +80,8 @@
>   { USB_VENDOR_SILICONPORTALS, USB_PRODUCT_SILICONPORTALS_YAPPHONE,
>                                                   0x100, { UQ_AU_INP_ASYNC }},
>   { USB_VENDOR_LOGITECH, USB_PRODUCT_LOGITECH_UN53B, ANY, { UQ_NO_STRINGS }},
> + { USB_VENDOR_CMOTECH, USB_PRODUCT_CMOTECH_CCU550,
> +         ANY, { UQ_ASSUME_CM_OVER_DATA }},
>   { USB_VENDOR_CMOTECH, USB_PRODUCT_CMOTECH_CNU510,
>        ANY, { UQ_ASSUME_CM_OVER_DATA }},
>   { USB_VENDOR_CMOTECH, USB_PRODUCT_CMOTECH_CNU550,


-- 
======================================================================  
- Best regards, Nikolay Pavlov. <<<-----------------------------------    
======================================================================  

_______________________________________________
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to