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
On Thursday 06 August 2009 00:29:09 Lucius Windschuh wrote: 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
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: reattach 3g0 device: could not allocate new device
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! kernel config has: device usb2_serial_3g Any help is greatly appreciated Hi, Can you turn on USB HUB debugging: sysctl hw.usb2.uhub.debug=15 sysctl hw.usb.uhub.debug=15 Hi Kim, In the latter case you don't have the U3G driver loaded. The U3G driver will detect the CD-ROM and send an eject or propritary command. After some while the device should show up like a u3g0 device. The error message you get is like it should be when CD-ROM detection is enabled. --HPS Sure here is dmesg with sysctl hw.usb2.uhub.debug=15 uhub_read_port_status:259: port 2, wPortStatus=0x0103, wPortChange=0x, err=USB_ERR_NORMAL_COMPLETION usb2_transfer_power_ref:1470: Adding type 0 to power state usb2_transfer_power_ref:1483: needs power u3g_huawei_init:278: usb2_alloc_device:1618: Found Huawei auto-install disk! usb2_bus_port_set_device:1334: bus 0xc6733cf0 devices[2] = 0xc6bc6000 ugen2.2: Novatel Wireless Inc. at usbus2 ugen2.2: Novatel Wireless Inc. at usbus2 (disconnected) usb2_bus_port_set_device:1334: bus 0xc6733cf0 devices[2] = 0 uhub_reattach_port:414: could not allocate new device! usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xc670bcf0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xc6a93000 addr=1 With the old usb, this was returned: Feb 22 10:38:37 smallster kernel: ugen2.2: Novatel Wireless Inc. at usbus2 Feb 22 10:38:37 smallster kernel: umass0: Novatel Wireless Inc. Novatel Wireless CDMA, class 0/0, rev 1.10/0.00, addr 2 on usbus2 Feb 22 10:38:37 smallster kernel: umass0: SCSI over Bulk-Only; quirks = 0x Feb 22 10:38:38 smallster kernel: umass0:1:0:-1: Attached to scbus1 Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): Medium not present Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): Unretryable error Feb 22 10:38:39 smallster kernel: cd0 at umass-sim0 bus 0 target 0 lun 0 Feb 22 10:38:39 smallster kernel: cd0: Novatel Mass Storage 1.00 Removable CD-ROM SCSI-2 device Feb 22 10:38:39 smallster kernel: cd0: 1.000MB/s transfers Feb 22 10:38:39 smallster kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present Feb 22 10:40:27 smallster kernel: g_vfs_done():cd0[READ(offset=65536, length=8192)]error = 5 Feb 22 10:43:39 smallster kernel: umass0: at ushub2, port 1, addr 2 (disconnected) Feb 22 10:43:39 smallster kernel: (cd0:umass-sim0:0:0:0): lost device Feb 22 10:43:39 smallster kernel: (cd0:umass-sim0:0:0:0): removing device entry Feb 22 10:43:39 smallster kernel: ugen2.2: Novatel Wireless Inc. at usbus2 (disconnected) The device initially attempts to simulate the presence of a cdrom. Maybe this is creating the problem for usb2. -kim ___ 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
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! kernel config has: device usb2_serial_3g Any help is greatly appreciated Hi, Can you turn on USB HUB debugging: sysctl hw.usb2.uhub.debug=15 sysctl hw.usb.uhub.debug=15 Sure here is dmesg with sysctl hw.usb2.uhub.debug=15 uhub_read_port_status:259: port 2, wPortStatus=0x0103, wPortChange=0x, err=USB_ERR_NORMAL_COMPLETION usb2_transfer_power_ref:1470: Adding type 0 to power state usb2_transfer_power_ref:1483: needs power u3g_huawei_init:278: usb2_alloc_device:1618: Found Huawei auto-install disk! usb2_bus_port_set_device:1334: bus 0xc6733cf0 devices[2] = 0xc6bc6000 ugen2.2: Novatel Wireless Inc. at usbus2 ugen2.2: Novatel Wireless Inc. at usbus2 (disconnected) usb2_bus_port_set_device:1334: bus 0xc6733cf0 devices[2] = 0 uhub_reattach_port:414: could not allocate new device! usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xc670bcf0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xc6a93000 addr=1 With the old usb, this was returned: Feb 22 10:38:37 smallster kernel: ugen2.2: Novatel Wireless Inc. at usbus2 Feb 22 10:38:37 smallster kernel: umass0: Novatel Wireless Inc. Novatel Wireless CDMA, class 0/0, rev 1.10/0.00, addr 2 on usbus2 Feb 22 10:38:37 smallster kernel: umass0: SCSI over Bulk-Only; quirks = 0x Feb 22 10:38:38 smallster kernel: umass0:1:0:-1: Attached to scbus1 Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): Medium not present Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): Unretryable error Feb 22 10:38:39 smallster kernel: cd0 at umass-sim0 bus 0 target 0 lun 0 Feb 22 10:38:39 smallster kernel: cd0: Novatel Mass Storage 1.00 Removable CD-ROM SCSI-2 device Feb 22 10:38:39 smallster kernel: cd0: 1.000MB/s transfers Feb 22 10:38:39 smallster kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present Feb 22 10:40:27 smallster kernel: g_vfs_done():cd0[READ(offset=65536, length=8192)]error = 5 Feb 22 10:43:39 smallster kernel: umass0: at ushub2, port 1, addr 2 (disconnected) Feb 22 10:43:39 smallster kernel: (cd0:umass-sim0:0:0:0): lost device Feb 22 10:43:39 smallster kernel: (cd0:umass-sim0:0:0:0): removing device entry Feb 22 10:43:39 smallster kernel: ugen2.2: Novatel Wireless Inc. at usbus2 (disconnected) The device initially attempts to simulate the presence of a cdrom. Maybe this is creating the problem for usb2. -kim Hi Kim, In the latter case you don't have the U3G driver loaded. The U3G driver will detect the CD-ROM and send an eject or propritary command. After some while the device should show up like a u3g0 device. The error message you get is like it should be when CD-ROM detection is enabled. --HPS The latter case is for the obsolete usb driver but I included it for information RE the CD-ROM eject action. How would it work in the case of the new usb2 driver? -kim ___ 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
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! kernel config has: device usb2_serial_3g Any help is greatly appreciated Hi, Can you turn on USB HUB debugging: sysctl hw.usb2.uhub.debug=15 sysctl hw.usb.uhub.debug=15 --HPS ___ 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
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! kernel config has: device usb2_serial_3g Any help is greatly appreciated Hi, Can you turn on USB HUB debugging: sysctl hw.usb2.uhub.debug=15 sysctl hw.usb.uhub.debug=15 Sure here is dmesg with sysctl hw.usb2.uhub.debug=15 uhub_read_port_status:259: port 2, wPortStatus=0x0103, wPortChange=0x, err=USB_ERR_NORMAL_COMPLETION usb2_transfer_power_ref:1470: Adding type 0 to power state usb2_transfer_power_ref:1483: needs power u3g_huawei_init:278: usb2_alloc_device:1618: Found Huawei auto-install disk! usb2_bus_port_set_device:1334: bus 0xc6733cf0 devices[2] = 0xc6bc6000 ugen2.2: Novatel Wireless Inc. at usbus2 ugen2.2: Novatel Wireless Inc. at usbus2 (disconnected) usb2_bus_port_set_device:1334: bus 0xc6733cf0 devices[2] = 0 uhub_reattach_port:414: could not allocate new device! usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xc670bcf0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xc6a93000 addr=1 With the old usb, this was returned: Feb 22 10:38:37 smallster kernel: ugen2.2: Novatel Wireless Inc. at usbus2 Feb 22 10:38:37 smallster kernel: umass0: Novatel Wireless Inc. Novatel Wireless CDMA, class 0/0, rev 1.10/0.00, addr 2 on usbus2 Feb 22 10:38:37 smallster kernel: umass0: SCSI over Bulk-Only; quirks = 0x Feb 22 10:38:38 smallster kernel: umass0:1:0:-1: Attached to scbus1 Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): Medium not present Feb 22 10:38:39 smallster kernel: (probe0:umass-sim0:0:0:0): Unretryable error Feb 22 10:38:39 smallster kernel: cd0 at umass-sim0 bus 0 target 0 lun 0 Feb 22 10:38:39 smallster kernel: cd0: Novatel Mass Storage 1.00 Removable CD-ROM SCSI-2 device Feb 22 10:38:39 smallster kernel: cd0: 1.000MB/s transfers Feb 22 10:38:39 smallster kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present Feb 22 10:40:27 smallster kernel: g_vfs_done():cd0[READ(offset=65536, length=8192)]error = 5 Feb 22 10:43:39 smallster kernel: umass0: at ushub2, port 1, addr 2 (disconnected) Feb 22 10:43:39 smallster kernel: (cd0:umass-sim0:0:0:0): lost device Feb 22 10:43:39 smallster kernel: (cd0:umass-sim0:0:0:0): removing device entry Feb 22 10:43:39 smallster kernel: ugen2.2: Novatel Wireless Inc. at usbus2 (disconnected) The device initially attempts to simulate the presence of a cdrom. Maybe this is creating the problem for usb2. -kim ___ 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
