Re: usb/149058: [ural] ASUS WL-167g doesn't work in 8.1 [regression]
2010/7/29 Hans Petter Selasky hsela...@c2i.net: This is not an USB problem! In fact, this is a *documentation* problem: At least the part on configuring an access point is outdated, and was written before VAPs were introduced (http://www.freebsd.org/doc/handbook/network-wireless.html). It should mention create_args_IF. Regards Lucius ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: vendor and device name not appearing
Hi Hans. 2010/6/29 Hans Petter Selasky hsela...@c2i.net: Did you compile the kernel with options USB_VERBOSE ? But USB_VERBOSE is not documented, as it seems (@r209608): --8-- current# cd /usr/src hidesvn grep -r USB_VERBOSE . ./sys/conf/options:USB_VERBOSE opt_usb.h ./sys/dev/usb/usb_device.c:#ifdef USB_VERBOSE ./sys/dev/usb/usb_device.c:#endif /* USB_VERBOSE */ ./sys/dev/usb/usb_device.c:#ifdef USB_VERBOSE ./sys/dev/usb/usb_device.c:#ifdef USB_VERBOSE ./sys/sun4v/conf/GENERIC:#options USB_VERBOSE current# --8-- Could you add it to NOTES or something like that? Regards, Lucius ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: reattach 3g0 device: could not allocate new device
2009/8/7 Hans Petter Selasky hsela...@c2i.net: Try this patch: src/sys/dev/usb/usb_device.c @@ -1777,7 +1777,8 @@ } } else if (usb_test_huawei_autoinst_p(udev, uaa) == 0) { DPRINTFN(0, Found Huawei auto-install disk!\n); - err = USB_ERR_STALLED; /* fake an error */ + /* leave device unconfigured */ + usb_unconfigure(udev, USB_UNCFG_FLAG_FREE_SUBDEV); } } else { err = 0; /* set success */ That makes it work nicely: $ kldload u3g (insert dongle) dmesg: usb_test_autoinstall:571: Eject CD command status: USB_ERR_NORMAL_COMPLETION usb_alloc_device:1781: Found Huawei auto-install disk! ugen0.3: Novatel Wireless at usbus0 ugen0.3: Novatel Wireless at usbus0 (disconnected) ugen0.3: Novatel Wireless at usbus0 u3g0: Data Interface on usbus0 u3g0: Found 2 ports. Thank you. :-) Lucius ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: reattach 3g0 device: could not allocate new device
2009/8/7 Hans Petter Selasky hsela...@c2i.net: Could you edit: src/sys/dev/usb/usb_msctest.c And add a pause(TEST, 2*hz) after if (do_eject) and before the eject command ? I changes usb_msctest.c to this: ... if (sid_type == 0x05) { /* CD-ROM */ if (do_eject) { pause(TEST, 2*hz); ... but it didn't work: $ kldload u3g (insert UMTS dongle) dmesg: Sleeping on TEST with the following non-sleepable locks held: exclusive sleep mutex USB autoinstall (USB autoinstall) r = 0 (0xc7196a00) locked @ /usr/src/sys/dev/usb/usb_msctest.c:536 KDB: stack backtrace: (backtrace) --- trap 0, eip = 0, esp = 0xf3f46d70, ebp = 0 --- (2 seconds sleep here) usb_test_autoinstall:572: Eject CD command status: USB_ERR_NORMAL_COMPLETION usb_alloc_device:1781: Found Huawei auto-install disk! ugen0.3: Novatel Wireless at usbus0 ugen0.3: Novatel Wireless at usbus0 (disconnected) uhub_reattach_port:440: could not allocate new device! Next try: --- /usr/src/sys/dev/usb/usb_msctest.c (revision 196074) +++ /usr/src/sys/dev/usb/usb_msctest.c (working copy) @@ -567,6 +567,7 @@ err = bbb_command_start(sc, DIR_OUT, 0, NULL, 0, 6, USB_MS_HZ); + pause(TEST, 2*hz); DPRINTFN(0, Eject CD command status: %s\n, usbd_errstr(err)); } Makes it work: Sleeping on TEST with the following non-sleepable locks held: exclusive sleep mutex USB autoinstall (USB autoinstall) r = 0 (0xc6bd1e00) locked @ /usr/src/sys/dev/usb/usb_msctest.c:536 KDB: stack backtrace: db_trace_self_wrapper(c08fccdb,f3f46a2c,c067e395,c08eb082,218,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08eb082,218,,c0aea2f4,f3f46a64,...) at kdb_backtrace+0x29 _witness_debugger(c08ff11c,f3f46a78,4,1,0,...) at _witness_debugger+0x25 witness_warn(5,0,c08fa657,c08eb0a5,c5c82e4c,...) at witness_warn+0x1fd _sleep(c09a9a64,0,0,c08eb0a5,7d0,...) at _sleep+0x5f pause(c08eb0a5,7d0,6,400,6,...) at pause+0x47 usb_test_autoinstall(c680f400,0,1,100,2,...) at usb_test_autoinstall+0x213 u3g_test_huawei_autoinst(c680f400,f3f46bd0,f3f46bfc,40,2,...) at u3g_test_huawei_autoinst+0x13d usb_alloc_device(c5f81b80,c5c82cf0,c621b400,1,1,...) at usb_alloc_device+0xcb3 uhub_explore(c621b400,0,c08e8476,e3,c5c82dd4,...) at uhub_explore+0x519 usb_bus_explore(c5c82dd4,c5c82e4c,c08eb0ce,67,c08f8165,...) at usb_bus_explore+0x97 usb_process(c5c82d74,f3f46d38,c08f4e84,33e,c5f95aa0,...) at usb_process+0xde fork_exit(c059c650,c5c82d74,f3f46d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xf3f46d70, ebp = 0 --- usb_test_autoinstall:571: Eject CD command status: USB_ERR_NORMAL_COMPLETION usb_alloc_device:1781: Found Huawei auto-install disk! ugen0.3: Novatel Wireless at usbus0 ugen0.3: Novatel Wireless at usbus0 (disconnected) uhub_reattach_port:440: could not allocate new device! ugen0.3: Novatel Wireless at usbus0 u3g0: Data Interface on usbus0 u3g0: Found 2 ports. Yipee :-) Lucius ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: reattach 3g0 device: could not allocate new device
2009/8/6 Hans Petter Selasky hsela...@c2i.net: If you kldload u3g after plugging the device? Any change? (u3g unloaded) (plug in UMTS dongle) dmesg: (cd0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 0 51 fc 0 0 1 0 (cd0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (cd0:umass-sim0:0:0:0): SCSI Status: Check Condition (cd0:umass-sim0:0:0:0): UNIT ATTENTION asc:0,0 (cd0:umass-sim0:0:0:0): No additional sense information (cd0:umass-sim0:0:0:0): Retries Exhausted ... (block is printed repeatedly) (cd0:umass-sim0:0:0:0): cddone: got error 0x6 back $ kldload u3g (nothing happens) $ camcontrol eject cd0 ugen0.3: Novatel Wireless at usbus0 (disconnected) umass0: at uhub0, port 2, addr 3 (disconnected) (cd0:umass-sim0:0:0:0): lost device (cd0:umass-sim0:0:0:0): removing device entry ugen0.3: Novatel Wireless at usbus0 u3g0: Data Interface on usbus0 u3g0: Found 2 ports. This works. Strange, but an interesting hint. Lucius ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: reattach 3g0 device: could not allocate new device
Hi. I have a Vodafone-branded OVATION MC950D (Qualcomm 3G CDMA) UMTS pen here. I found this thread from some months ago: 2009/2/24 Hans Petter Selasky hsela...@c2i.net: On Tuesday 24 February 2009, Kim Culhan wrote: On Tue, Feb 24, 2009 at 3:05 AM, Hans Petter Selasky hsela...@c2i.net wrote: On Monday 23 February 2009, Kim Culhan wrote: On Mon, Feb 23, 2009 at 3:56 PM, Hans Petter Selasky hsela...@c2i.net wrote: On Monday 23 February 2009, Kim Culhan wrote: Running 8.0-CURRENT as of 2-22-09 The 3g0 device is a Novatel U727 EVDO wireless radio. If the machine boots with the device attached, dmesg reads: u3g0: Data Interface on usbus2 Remove the device and this is logged: u3g0: at ushub2, port 2, addr 2 (disconnected) Reattach the device and there is this message: uhub_reattach_port:414: could not allocate new device! Was there any solution for this? I may provide further debugging information if somebody tells me how to obtail useful details. A sniplet with hw.usb.debug=3: usbd_req_set_config:1456: setting config 1 usbd_callback_wrapper:2030: case 1-4 usbd_do_request_callback:95: st=0 usbd_transfer_submit:1397: xfer=0xc72210b0, endpoint=0xc5dd5078, nframes=1, dir= read usb_dump_endpoint: endpoint=0xc5dd5078 edesc=0xc5dd532c isoc_next=0 toggle_next= 0 bEndpointAddress=0x00 usb_dump_queue: endpoint=0xc5dd5078 xfer: usbd_pipe_enter:1584: enter usbd_pipe_start:2416: start usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION usbd_callback_wrapper:2030: case 1-4 usbd_callback_wrapper_sub:2550: xfer=0xc72210b0 endpoint=0xc5dd5078 sts=0 alen=8 , slen=8, afrm=1, nfrm=1 usbd_do_request_callback:95: st=1 usb_cdev_create:1854: Creating device nodes usbd_set_config_index:584: error=USB_ERR_NORMAL_COMPLETION usbd_callback_wrapper:2030: case 1-4 usbd_transfer_submit:1397: xfer=0xc72230b0, endpoint=0xc71f9024, nframes=1, dir= write usb_dump_endpoint: endpoint=0xc71f9024 edesc=0xc624e4d9 isoc_next=0 toggle_next= 0 bEndpointAddress=0x09 usb_dump_queue: endpoint=0xc71f9024 xfer: usbd_transfer_submit:1416: open usbd_pipe_enter:1584: enter usbd_pipe_start:2416: start usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION usbd_callback_wrapper:2030: case 1-4 usbd_callback_wrapper_sub:2550: xfer=0xc72230b0 endpoint=0xc71f9024 sts=0 alen=3 1, slen=31, afrm=1, nfrm=1 usbd_callback_wrapper:2030: case 1-4 bbb_data_read_callback:320: max_bulk=64, data_rem=36 usbd_transfer_submit:1397: xfer=0xc7223188, endpoint=0xc71f9000, nframes=1, dir= read usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 toggle_next= 0 bEndpointAddress=0x88 usb_dump_queue: endpoint=0xc71f9000 xfer: usbd_transfer_submit:1416: open usbd_pipe_enter:1584: enter usbd_pipe_start:2416: start usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION usbd_callback_wrapper:2030: case 1-4 usbd_callback_wrapper_sub:2550: xfer=0xc7223188 endpoint=0xc71f9000 sts=0 alen=3 6, slen=36, afrm=1, nfrm=1 bbb_data_read_callback:320: max_bulk=64, data_rem=0 usbd_callback_wrapper:2030: case 1-4 usbd_transfer_submit:1397: xfer=0xc72234f8, endpoint=0xc71f9000, nframes=1, dir= read usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 toggle_next= 1 bEndpointAddress=0x88 usb_dump_queue: endpoint=0xc71f9000 xfer: usbd_transfer_submit:1416: open usbd_pipe_enter:1584: enter usbd_pipe_start:2416: start usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION usbd_callback_wrapper:2030: case 1-4 usbd_callback_wrapper_sub:2550: xfer=0xc72234f8 endpoint=0xc71f9000 sts=0 alen=1 3, slen=13, afrm=1, nfrm=1 usbd_callback_wrapper:2030: case 1-4 usbd_transfer_submit:1397: xfer=0xc72230b0, endpoint=0xc71f9024, nframes=1, dir= write usb_dump_endpoint: endpoint=0xc71f9024 edesc=0xc624e4d9 isoc_next=0 toggle_next= 1 bEndpointAddress=0x09 usb_dump_queue: endpoint=0xc71f9024 xfer: usbd_pipe_enter:1584: enter usbd_pipe_start:2416: start usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION usbd_callback_wrapper:2030: case 1-4 usbd_callback_wrapper_sub:2550: xfer=0xc72230b0 endpoint=0xc71f9024 sts=0 alen=3 1, slen=31, afrm=1, nfrm=1 usbd_callback_wrapper:2030: case 1-4 usbd_transfer_submit:1397: xfer=0xc72234f8, endpoint=0xc71f9000, nframes=1, dir= read usb_dump_endpoint: endpoint=0xc71f9000 edesc=0xc624e4d2 isoc_next=0 toggle_next= 0 bEndpointAddress=0x88 usb_dump_queue: endpoint=0xc71f9000 xfer: usbd_pipe_enter:1584: enter usbd_pipe_start:2416: start usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION usbd_callback_wrapper:2030: case 1-4 usbd_callback_wrapper_sub:2550: xfer=0xc72234f8 endpoint=0xc71f9000 sts=0 alen=1 3, slen=13, afrm=1, nfrm=1 usb_test_autoinstall:571: Eject CD command status: USB_ERR_NORMAL_COMPLETION usbd_transfer_stop:1691: close usbd_transfer_done:2185: err=USB_ERR_CANCELLED usbd_transfer_done:2192: not transferring usbd_transfer_stop:1691: close usbd_transfer_done:2185: err=USB_ERR_CANCELLED usbd_transfer_done:2192: not transferring usbd_transfer_stop:1691: close usbd_transfer_done:2185:
Re: usb/134476: [usb2] [umass] [quirk] Add quirk for Cypress xx6830xx
The following reply was made to PR usb/134476; it has been noted by GNATS. From: Lucius Windschuh lwindsc...@googlemail.com To: bug-follo...@freebsd.org Cc: Subject: Re: usb/134476: [usb2] [umass] [quirk] Add quirk for Cypress xx6830xx Date: Tue, 19 May 2009 09:39:14 +0200 Please close this report, as the quirks were committed to CURRENT. Lucius ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: usb/134476: [usb2] [umass] [quirk] Add quirk for Cypress xx6830xx
2009/5/12 Hans Petter Selasky hsela...@c2i.net: If the descriptors are correct then use UMASS_PROTO_DEFAULT . Can you check this and I will import this patch. It works with UMASS_PROTO_DEFAULT. After pulling in p4 change 161533... ;-) And I found another enclosure with a different chipset that needs special treatment, too (combined patch attached). Thanks Lucius enclosure_quirks2.patch Description: Binary data ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: usb/134476: [usb2] [umass] [quirk] Add quirk for Cypress xx6830xx
The following reply was made to PR usb/134476; it has been noted by GNATS. From: Lucius Windschuh lwindsc...@googlemail.com To: Hans Petter Selasky hsela...@c2i.net Cc: freebsd-usb@freebsd.org, freebsd-gnats-sub...@freebsd.org Subject: Re: usb/134476: [usb2] [umass] [quirk] Add quirk for Cypress xx6830xx Date: Tue, 12 May 2009 15:11:20 +0200 --000e0cd47e94b443d30469b6d42d Content-Type: multipart/alternative; boundary=000e0cd47e94b443c40469b6d42b --000e0cd47e94b443c40469b6d42b Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 2009/5/12 Hans Petter Selasky hsela...@c2i.net: If the descriptors are correct then use UMASS_PROTO_DEFAULT . Can you check this and I will import this patch. It works with UMASS_PROTO_DEFAULT. After pulling in p4 change 161533... ;-) And I found another enclosure with a different chipset that needs special treatment, too (combined patch attached). Thanks Lucius --000e0cd47e94b443c40469b6d42b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable div2009/5/12 Hans Petter Selasky lt;a href=3Dmailto:hsela...@c2i.net;= hsela...@c2i.net/agt;:/divdivgt;/divdivgt; If the descriptors = are correct then use UMASS_PROTO_DEFAULT . Can you check/divdivgt; thi= s and I will import this patch./div div=A0/divdivIt works with UMASS_PROTO_DEFAULT. After pulling in p4 c= hange 161533... ;-)/divdivAnd I found another enclosure with a differen= t chipset that needs special treatment, too (combined patch attached)./div= div=A0/divdivThanks/divdiv=A0/divdivLucius/div --000e0cd47e94b443c40469b6d42b-- --000e0cd47e94b443d30469b6d42d Content-Type: application/octet-stream; name=enclosure_quirks2.patch Content-Disposition: attachment; filename=enclosure_quirks2.patch Content-Transfer-Encoding: base64 X-Attachment-Id: f_fummf2580 SW5kZXg6IHN5cy9kZXYvdXNiL3N0b3JhZ2UvdW1hc3MuYwo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvZGV2 L3VzYi9zdG9yYWdlL3VtYXNzLmMJKFJldmlzaW9uIDE5MTk5OSkKKysrIHN5cy9kZXYvdXNiL3N0 b3JhZ2UvdW1hc3MuYwkoQXJiZWl0c2tvcGllKQpAQCAtMzk1LDYgKzM5NSwxMCBAQAogCQlVTUFT U19QUk9UT19TQ1NJIHwgVU1BU1NfUFJPVE9fQkJCLAogCQlOT19RVUlSS1MKIAl9LAorCXtVU0Jf VkVORE9SX0FMQ09SLCBVU0JfUFJPRFVDVF9BTENPUl9BVTYzOTAsIFJJRF9XSUxEQ0FSRCwKKwkJ VU1BU1NfUFJPVE9fREVGQVVMVCwKKwkJTk9fU1lOQ0hST05JWkVfQ0FDSEUKKwl9LAogCXtVU0Jf VkVORE9SX0FMQ09SLCBVU0JfUFJPRFVDVF9BTENPUl9VTUNSXzkzNjEsIFJJRF9XSUxEQ0FSRCwK IAkJVU1BU1NfUFJPVE9fU0NTSSB8IFVNQVNTX1BST1RPX0JCQiwKIAkJTk9fR0VUTUFYTFVOCkBA IC00MjcsNiArNDMxLDEwIEBACiAJCVVNQVNTX1BST1RPX1NDU0kgfCBVTUFTU19QUk9UT19CQkIs CiAJCUZPUkNFX1NIT1JUX0lOUVVJUlkgfCBOT19TVEFSVF9TVE9QIHwgSUdOT1JFX1JFU0lEVUUK IAl9LAorCXtVU0JfVkVORE9SX0NZUFJFU1MsIFVTQl9QUk9EVUNUX0NZUFJFU1NfWFg2ODMwWFgs IFJJRF9XSUxEQ0FSRCwKKwkJVU1BU1NfUFJPVE9fREVGQVVMVCwKKwkJTk9fR0VUTUFYTFVOIHwg Tk9fU1lOQ0hST05JWkVfQ0FDSEUKKwl9LAogCXtVU0JfVkVORE9SX0RFU0tOT1RFLCBVU0JfUFJP RFVDVF9ERVNLTk9URV9VQ1JfNjFTMkIsIFJJRF9XSUxEQ0FSRCwKIAkJVU1BU1NfUFJPVE9fU0NT SSB8IFVNQVNTX1BST1RPX0JCQiwKIAkJTk9fUVVJUktTCkluZGV4OiBzeXMvZGV2L3VzYi91c2Jk ZXZzCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0KLS0tIHN5cy9kZXYvdXNiL3VzYmRldnMJKFJldmlzaW9uIDE5MTk5OSkK KysrIHN5cy9kZXYvdXNiL3VzYmRldnMJKEFyYmVpdHNrb3BpZSkKQEAgLTgxNyw2ICs4MTcsNyBA QAogcHJvZHVjdCBBTENPUiBVTUNSXzkzNjEJCTB4OTM2MQlVU0IgTXVsdGltZWRpYSBDYXJkIFJl YWRlcgogcHJvZHVjdCBBTENPUiBTTV9LQkQJCTB4OTQxMAlNaWNyb0Nvbm5lY3RvcnMvU3Ryb25n TWFuIEtleWJvYXJkCiBwcm9kdWN0IEFMQ09SIE5FQ19LQkRfSFVCCTB4OTQ3MglORUMgS2JkIEh1 YgorcHJvZHVjdCBBTENPUiBBVTYzOTAJMHg2MzkwCUFVNjM5MCBVU0ItSURFIGNvbnZlcnRlcgog CiAvKiBBbHRlYyBMYW5zaW5nIHByb2R1Y3RzICovCiBwcm9kdWN0IEFMVEVDIEFEQTcwCQkweDAw NzAJQURBNzAgU3BlYWtlcnMKQEAgLTExMDYsNiArMTEwNyw3IEBACiBwcm9kdWN0IENZUFJFU1Mg Rk1SQURJTwkJMHgxMDAyCUZNIFJhZGlvCiBwcm9kdWN0IENZUFJFU1MgVVNCUlMyMzIJMHg1NTAw CVVTQi1SUzIzMiBJbnRlcmZhY2UKIHByb2R1Y3QgQ1lQUkVTUyBTTElNX0hVQgkweDY1NjAJU2xp bSBIdWIKK3Byb2R1Y3QgQ1lQUkVTUyBYWDY4MzBYWAkweDY4MzAJUEFUQSBTdG9yYWdlIERldmlj ZQogCiAvKiBEYWlzeSBUZWNobm9sb2d5IHByb2R1Y3RzICovCiBwcm9kdWN0IERBSVNZIERNQwkJ MHg2OTAxCVVTQiBNdWx0aU1lZGlhIFJlYWRlcgo= --000e0cd47e94b443d30469b6d42d-- ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org