Re: USB-modem not working correctly
Quoting Linus Gasser : Le 09/01/14 14:27, Bjørn Mork a écrit : Linus Gasser writes: I'm trying to get an USB-modem running on a Smileplug, which is some Arm7-device, using it with the kernel 3.12-6. As far as I can tell it's an USB3-port. It works well with harddisks, but when I plug in USB-modems, it always fails sooner or later. Do you have this problem with different modems? You could try a powered hub to eliminate any power related problems. But if the port can power a harddisk spinning up, then I guess it should handle the 3G modem power spikes too. Anyway, a hub is a cheap and simple test. I tried again - one modem seems to work fine, That's good. Modems crashing is unfortunately common, but several different modems with extreme stability problems is still somewhat unlikely. while the other quits with a lot of Jan 09 18:02:58 Profeda-new kernel: option1 ttyUSB0: option_instat_callback: error -71 But it doesn't disconnect! -71 is -EPROTO, which tells us that the modem side of the USB transfer failed. I believe this only happens if the modem dies without disconnecting from the bus. So I think this is another type of firmware crash, unless there is some other really weird stuff going on here. They also run in an ethernet-mode (using cdc_ether), I'll also try that one (but it lacks some functions I need, like sending USSD-codes). So if you have some debugging advice, I'd like to do it... Sorry, I don't have any other suggestion than using the modems/firmwares you have found to be working. Bjørn -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: USB-modem not working correctly
On 2014-01-09 17:50, Linus Gasser wrote: Hi list, I'm trying to get an USB-modem running on a Smileplug, which is some Arm7-device, using it with the kernel 3.12-6. As far as I can tell it's an USB3-port. It works well with harddisks, but when I plug in USB-modems, it always fails sooner or later. Is there anything that I can do to track down the bug? I attach the syslog (journal - it's archlinux) when I plug in the modem, start pppd, then try to do a ping. Sometimes some succeed, but very fast it fails. I compiled the kernel using usb-debug option, but I'm at a loss to turn it on. I don't get any more messages than without that option. Thanks for any help, Linus PS: flame me if you don't like log-files in attachements - I just thought it's more readable... This is a dongle ( Huawei E3131-s2 ?) with both ncm direct ethernet interface and serial ppp interface, don't load the cdc_ncm driver if you use it in serial ppp mode. I've seen the same callback error and dongle firmware crash in the past when both protocols are active. -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: USB-modem not working correctly
Le 09/01/14 14:27, Bjørn Mork a écrit : Linus Gasser writes: I'm trying to get an USB-modem running on a Smileplug, which is some Arm7-device, using it with the kernel 3.12-6. As far as I can tell it's an USB3-port. It works well with harddisks, but when I plug in USB-modems, it always fails sooner or later. Do you have this problem with different modems? You could try a powered hub to eliminate any power related problems. But if the port can power a harddisk spinning up, then I guess it should handle the 3G modem power spikes too. Anyway, a hub is a cheap and simple test. I tried again - one modem seems to work fine, while the other quits with a lot of Jan 09 18:02:58 Profeda-new kernel: option1 ttyUSB0: option_instat_callback: error -71 But it doesn't disconnect! They also run in an ethernet-mode (using cdc_ether), I'll also try that one (but it lacks some functions I need, like sending USSD-codes). So if you have some debugging advice, I'd like to do it... Linus -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: USB-modem not working correctly
Linus Gasser writes: > I'm trying to get an USB-modem running on a Smileplug, which is some > Arm7-device, using it with the kernel 3.12-6. As far as I can tell > it's an USB3-port. It works well with harddisks, but when I plug in > USB-modems, it always fails sooner or later. Do you have this problem with different modems? > Jan 08 22:04:18 Profeda-new pppd[958]: local IP address 10.6.27.36 > Jan 08 22:04:18 Profeda-new pppd[958]: remote IP address 10.64.64.64 > Jan 08 22:04:33 Profeda-new kernel: option1 ttyUSB0: option_instat_callback: > error -108 > Jan 08 22:04:33 Profeda-new kernel: option1 ttyUSB0: usb_wwan_indat_callback: > resubmit read urb failed. (-2) > Jan 08 22:04:33 Profeda-new kernel: option1 ttyUSB0: usb_wwan_indat_callback: > resubmit read urb failed. (-2) > Jan 08 22:04:33 Profeda-new pppd[958]: Hangup (SIGHUP) > Jan 08 22:04:33 Profeda-new pppd[958]: Modem hangup > Jan 08 22:04:33 Profeda-new pppd[958]: Connect time 0.3 minutes. > Jan 08 22:04:33 Profeda-new pppd[958]: Sent 504 bytes, received 84 bytes. > Jan 08 22:04:33 Profeda-new pppd[958]: Connection terminated. > Jan 08 22:04:33 Profeda-new kernel: option1 ttyUSB0: usb_wwan_indat_callback: > resubmit read urb failed. (-2) > Jan 08 22:04:33 Profeda-new kernel: option1 ttyUSB0: GSM modem (1-port) > converter now disconnected from ttyUSB0 > Jan 08 22:04:33 Profeda-new kernel: option 3-1:1.0: device disconnected > Jan 08 22:04:33 Profeda-new kernel: cdc_ncm 3-1:1.1 wwan0: unregister > 'cdc_ncm' usb-:02:00.0-1, Mobile Broadband Network Device > Jan 08 22:04:33 Profeda-new kernel: option1 ttyUSB1: GSM modem (1-port) > converter now disconnected from ttyUSB1 > Jan 08 22:04:33 Profeda-new kernel: option 3-1:1.2: device disconnected > Jan 08 22:04:33 Profeda-new kernel: option1 ttyUSB2: GSM modem (1-port) > converter now disconnected from ttyUSB2 > Jan 08 22:04:33 Profeda-new kernel: option 3-1:1.3: device disconnected The modem disconnected from the bus. There isn't much you can do about this on the host side. Either the firmware crashed, or the device powered down for some other reason. You could try a powered hub to eliminate any power related problems. But if the port can power a harddisk spinning up, then I guess it should handle the 3G modem power spikes too. Anyway, a hub is a cheap and simple test. Bjørn -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
USB-modem not working correctly
Hi list, I'm trying to get an USB-modem running on a Smileplug, which is some Arm7-device, using it with the kernel 3.12-6. As far as I can tell it's an USB3-port. It works well with harddisks, but when I plug in USB-modems, it always fails sooner or later. Is there anything that I can do to track down the bug? I attach the syslog (journal - it's archlinux) when I plug in the modem, start pppd, then try to do a ping. Sometimes some succeed, but very fast it fails. I compiled the kernel using usb-debug option, but I'm at a loss to turn it on. I don't get any more messages than without that option. Thanks for any help, Linus PS: flame me if you don't like log-files in attachements - I just thought it's more readable... Jan 08 22:03:47 Profeda-new kernel: usb 3-1: new high-speed USB device number 6 using xhci_hcd Jan 08 22:03:47 Profeda-new kernel: usb-storage 3-1:1.0: USB Mass Storage device detected Jan 08 22:03:47 Profeda-new kernel: scsi4 : usb-storage 3-1:1.0 Jan 08 22:03:47 Profeda-new kernel: usb-storage 3-1:1.1: USB Mass Storage device detected Jan 08 22:03:47 Profeda-new kernel: scsi5 : usb-storage 3-1:1.1 Jan 08 22:03:48 Profeda-new usb_modeswitch[902]: switch device 12d1:14fe on 003/006 Jan 08 22:03:48 Profeda-new kernel: usb 3-1: USB disconnect, device number 6 Jan 08 22:03:54 Profeda-new kernel: usb 3-1: new high-speed USB device number 7 using xhci_hcd Jan 08 22:03:56 Profeda-new kernel: option 3-1:1.0: GSM modem (1-port) converter detected Jan 08 22:03:56 Profeda-new kernel: usb 3-1: GSM modem (1-port) converter now attached to ttyUSB0 Jan 08 22:03:56 Profeda-new kernel: usb 3-1: MAC-Address: 58:2c:80:13:92:63 Jan 08 22:03:56 Profeda-new kernel: cdc_ncm 3-1:1.1 wwan0: register 'cdc_ncm' at usb-:02:00.0-1, Mobile Broadband Network Device, 58:2c:80:13:92:63 Jan 08 22:03:56 Profeda-new kernel: option 3-1:1.2: GSM modem (1-port) converter detected Jan 08 22:03:56 Profeda-new kernel: usb 3-1: GSM modem (1-port) converter now attached to ttyUSB1 Jan 08 22:03:56 Profeda-new kernel: option 3-1:1.3: GSM modem (1-port) converter detected Jan 08 22:03:56 Profeda-new kernel: usb 3-1: GSM modem (1-port) converter now attached to ttyUSB2 Jan 08 22:03:56 Profeda-new kernel: usb-storage 3-1:1.4: USB Mass Storage device detected Jan 08 22:03:56 Profeda-new kernel: scsi6 : usb-storage 3-1:1.4 Jan 08 22:03:56 Profeda-new kernel: usb-storage 3-1:1.5: USB Mass Storage device detected Jan 08 22:03:56 Profeda-new kernel: scsi7 : usb-storage 3-1:1.5 Jan 08 22:03:57 Profeda-new kernel: scsi 6:0:0:0: CD-ROMHUAWEI Mass Storage 2.31 PQ: 0 ANSI: 2 Jan 08 22:03:57 Profeda-new kernel: scsi 7:0:0:0: Direct-Access HUAWEI SD Storage 2.31 PQ: 0 ANSI: 2 Jan 08 22:03:57 Profeda-new kernel: sr0: scsi-1 drive Jan 08 22:03:57 Profeda-new kernel: sr 6:0:0:0: Attached scsi CD-ROM sr0 Jan 08 22:03:57 Profeda-new kernel: sr 6:0:0:0: Attached scsi generic sg0 type 5 Jan 08 22:03:57 Profeda-new kernel: sd 7:0:0:0: [sda] Attached SCSI removable disk Jan 08 22:03:57 Profeda-new kernel: sd 7:0:0:0: Attached scsi generic sg1 type 0 Jan 08 22:04:06 Profeda-new pppd[958]: pppd 2.4.5 started by root, uid 0 Jan 08 22:04:07 Profeda-new chat[959]: abort on (BUSY) Jan 08 22:04:07 Profeda-new chat[959]: abort on (VOICE) Jan 08 22:04:07 Profeda-new chat[959]: abort on (NO CARRIER) Jan 08 22:04:07 Profeda-new chat[959]: abort on (NO DIALTONE) Jan 08 22:04:07 Profeda-new chat[959]: abort on (NO DIAL TONE) Jan 08 22:04:07 Profeda-new chat[959]: abort on (NO ANSWER) Jan 08 22:04:07 Profeda-new chat[959]: abort on (DELAYED) Jan 08 22:04:07 Profeda-new chat[959]: abort on (ERROR) Jan 08 22:04:07 Profeda-new chat[959]: abort on (+CGATT: 0) Jan 08 22:04:07 Profeda-new chat[959]: send (AT^M) Jan 08 22:04:07 Profeda-new chat[959]: timeout set to 12 seconds Jan 08 22:04:07 Profeda-new chat[959]: expect (OK) Jan 08 22:04:07 Profeda-new chat[959]: AT^M^M Jan 08 22:04:07 Profeda-new chat[959]: OK Jan 08 22:04:07 Profeda-new chat[959]: -- got it Jan 08 22:04:07 Profeda-new chat[959]: send (ATH^M) Jan 08 22:04:07 Profeda-new chat[959]: expect (OK) Jan 08 22:04:07 Profeda-new chat[959]: ^M Jan 08 22:04:07 Profeda-new chat[959]: ATH^M^M Jan 08 22:04:07 Profeda-new chat[959]: OK Jan 08 22:04:07 Profeda-new chat[959]: -- got it Jan 08 22:04:07 Profeda-new chat[959]: send (ATE1^M) Jan 08 22:04:07 Profeda-new chat[959]: expect (OK) Jan 08 22:04:07 Profeda-new chat[959]: ^M Jan 08 22:04:07 Profeda-new chat[959]: ATE1^M^M Jan 08 22:04:07 Profeda-new chat[959]: OK Jan 08 22:04:07 Profeda-new chat[959]: -- got it Jan 08 22:04:07 Profeda-new chat[959]: send (AT+CFUN=1^M) Jan 08 22:04:07 Profeda-new chat[959]: expect (OK) Jan 08 22:04:07 Profeda-new chat[959]: ^M Jan 08 22:04:07 Profeda-new chat[959]: AT+CFUN=1^M^M Jan 08 22:04:07 Profeda-new chat[959]: OK Jan 08 22:04:07 Profeda-new chat[959]: -- got it Jan 08 22:04:07 Profeda-new chat[959]: send (AT+CGDCONT=1,"IP","wap.millicom.com"^M) Jan 08 22:04:07 Profeda-