Re: zte_ev not properly handling ZTE AC2726 CDMA modems

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Nov 26, 2013 at 02:45:06PM -0800, Dmitry Kunilov wrote:
> >> -----Original Message-----
> >> From: Johan Hovold [mailto:jhovold@xxxxxxxxx]
> >> Sent: Tuesday, November 26, 2013 6:39 AM
> >> To: Dmitry Kunilov
> >> Cc: linux-usb@xxxxxxxxxxxxxxx
> >> Subject: Re: zte_ev not properly handling ZTE AC2726 CDMA modems
> >> 
> >> On Mon, Nov 25, 2013 at 06:15:28PM -0800, Dmitry Kunilov wrote:
> >> > Hi everyone,
> >> > 
> >> > As a late follow-up to the discussion that happened in June about 
> >> > moving support for most ZTE CDMA devices from option.c to zte_ev.c 
> >> > (where the decision was to "convert and see if anyone complains"), 
> >> > I'd like to complain
> >> > :)
> >> > 
> >> > We have a park of approximately thirty ZTE AC2726 EVDO modems 
> >> > connected to Broadcom-based routers running Linux-mips. After recent 
> >> > upgrade from ancient
> >> > 2.6.22 to relatively modern 3.9.11, all 30 are having the same
> >> > problem: pppd connects and Internet access works for 20 to 60 
> >> > seconds, then connectivity drops and pppd logs an LCP timeout. After 
> >> > that, pppd is able to restart the connection and run for another 20-60
> seconds.
> >> > 
> >> > I did notice that these modems are now handled by zte_ev instead of 
> >> > option, so I went and moved all the DEVICE_INFO's back from zte_ev.c 
> >> > to option.c and also disabled zte_ev module in the kernel 
> >> > configuration. After this change, the modems work just fine, like 
> >> > they did on 2.6.22 - using the option driver.
> >> > 
> >> > Please let me know if there is any debug info I can collect to help 
> > > resolve this issue.
> >> 
> >> Would you mind trying the patch below (against v3.12)?
> >> 
> >> Thanks,
> >> Johan
> >
> >On Tue, Nov 26, 2013 at 12:37:21PM -0800, Dmitry Kunilov wrote:
> >> Hi Jonah,
> >> 
> >> Do you think this patch will work against 3.9.11? If not, I'll have to 
> >> invest some time into upgrading to 3.12 which proved to be difficult 
> >> given all the Broadcom-related modifications in the kernel..
> >
> >Yes, the patch should work on 3.9 as well, although it might not apply
> cleanly. Try the patch below instead if your stuck with 3.9.
> >
> >Thanks,
> >Johan
> 
> The patch didn't fix the problem.

That's good to know. But the warnings were useful. Could you revert the
patch and only change the two dev_dbgs to dev_warn?

> I am attaching the output that I am getting in the syslog. Note that I have
> two usb modems connected to that router and that's how I am able to debug
> it.
> 2-1 is an external USB2.0 hub, 2-1.2 is the ZTE modem, and 2-1.1 is a Huawei
> CDMA modem, which is working fine. The problem happens both with and without
> a hub.

The transmissions are failing with -ENOENT (-2), and the "clear tt
buffer" are related to the hub.

Can you get a log from when not using the hub?

Could you try reproducing this on v3.12?

Alan, what do you think of this?

Thanks,
Johan


> Nov 26 22:31:28 iqvpn daemon.notice pppd[647]: local  IP address 10.182.147.158
> Nov 26 22:31:28 iqvpn daemon.notice pppd[647]: remote IP address 192.168.50.12
> Nov 26 22:31:28 iqvpn daemon.notice pppd[647]: primary   DNS address 213.55.96.148
> Nov 26 22:31:28 iqvpn daemon.notice pppd[647]: secondary DNS address 213.55.96.166
> Nov 26 22:31:58 iqvpn kern.debug kernel: usb 2-1: clear tt buffer port 1, a5 ep4 t10008d82
> Nov 26 22:31:58 iqvpn kern.debug kernel: usb 2-1: clear tt buffer port 1, a5 ep6 t10008d80
> Nov 26 22:31:59 iqvpn kern.debug kernel: usb 2-1: clear tt buffer port 1, a5 ep6 t10008d80
> Nov 26 22:32:00 iqvpn kern.debug kernel: usb 2-1: clear tt buffer port 2, a6 ep4 t08008d82
> Nov 26 22:32:00 iqvpn kern.warn kernel: zte_ev ttyUSB4: usb_serial_generic_read_bulk_callback - non-zero urb status: -2
> Nov 26 22:32:00 iqvpn kern.warn kernel: zte_ev ttyUSB4: usb_serial_generic_read_bulk_callback - non-zero urb status: -2
> Nov 26 22:32:01 iqvpn kern.debug kernel: usb 2-1: clear tt buffer port 1, a5 ep6 t90008d80
> Nov 26 22:32:03 iqvpn kern.debug kernel: usb 2-1: clear tt buffer port 2, a6 ep4 t08008d82
> Nov 26 22:32:03 iqvpn kern.warn kernel: zte_ev ttyUSB4: usb_serial_generic_read_bulk_callback - non-zero urb status: -2
> Nov 26 22:32:03 iqvpn kern.warn kernel: zte_ev ttyUSB4: usb_serial_generic_read_bulk_callback - non-zero urb status: -2
> Nov 26 22:32:17 iqvpn kern.debug kernel: usb 2-1: clear tt buffer port 1, a5 ep6 t90008d80
> Nov 26 22:32:19 iqvpn kern.debug kernel: usb 2-1: clear tt buffer port 2, a6 ep4 t08008d82
> Nov 26 22:32:19 iqvpn kern.warn kernel: zte_ev ttyUSB4: usb_serial_generic_read_bulk_callback - non-zero urb status: -2
> Nov 26 22:32:19 iqvpn kern.warn kernel: zte_ev ttyUSB4: usb_serial_generic_read_bulk_callback - non-zero urb status: -2
> Nov 26 22:32:31 iqvpn kern.warn kernel: zte_ev ttyUSB5: usb_serial_generic_write_bulk_callback - non-zero urb status: -2
> Nov 26 22:32:31 iqvpn kern.debug kernel: usb 2-1: clear tt buffer port 2, a6 ep7 t00018c82
> Nov 26 22:32:31 iqvpn kern.warn kernel: zte_ev ttyUSB5: usb_serial_generic_write_bulk_callback - non-zero urb status: -2
> Nov 26 22:32:31 iqvpn kern.debug kernel: usb 2-1: clear tt buffer port 2, a6 ep7 t08008d82
> Nov 26 22:32:31 iqvpn kern.warn kernel: zte_ev ttyUSB5: usb_serial_generic_read_bulk_callback - non-zero urb status: -2
> Nov 26 22:32:31 iqvpn kern.warn kernel: zte_ev ttyUSB5: usb_serial_generic_read_bulk_callback - non-zero urb status: -2
> Nov 26 22:32:33 iqvpn kern.debug kernel: usb 2-1: clear tt buffer port 2, a6 ep8 t08008d80
> Nov 26 22:32:33 iqvpn kern.warn kernel: zte_ev ttyUSB6: usb_serial_generic_read_bulk_callback - non-zero urb status: -2
> Nov 26 22:32:33 iqvpn kern.warn kernel: zte_ev ttyUSB6: usb_serial_generic_read_bulk_callback - non-zero urb status: -2
> Nov 26 22:32:38 iqvpn daemon.info pppd[647]: No response to 3 echo-requests
> Nov 26 22:32:38 iqvpn daemon.notice pppd[647]: Serial link appears to be disconnected.
> Nov 26 22:32:38 iqvpn daemon.info pppd[647]: Connect time 1.2 minutes.
> Nov 26 22:32:38 iqvpn daemon.info pppd[647]: Sent 30395 bytes, received 41872 bytes.
> Nov 26 22:32:44 iqvpn daemon.notice pppd[647]: Connection terminated.
> Nov 26 22:32:44 iqvpn local2.info chat[1731]: abort on (BUSY)
> Nov 26 22:32:44 iqvpn local2.info chat[1731]: abort on (ERROR)
> Nov 26 22:32:44 iqvpn local2.info chat[1731]: abort on (NO DIALTONE)
> Nov 26 22:32:44 iqvpn local2.info chat[1731]: timeout set to 10 seconds
> Nov 26 22:32:44 iqvpn local2.info chat[1731]: send (+++)
> Nov 26 22:32:44 iqvpn local2.info chat[1731]: send (ATH^M)
> Nov 26 22:32:44 iqvpn daemon.info pppd[647]: Serial link disconnected.
> Nov 26 22:32:44 iqvpn kern.warn kernel: zte_ev ttyUSB3: usb_serial_generic_read_bulk_callback - non-zero urb status: -2
> Nov 26 22:32:44 iqvpn daemon.notice pppd[647]: Modem hangup
> Nov 26 22:32:44 iqvpn kern.debug kernel: usb 2-1: clear tt buffer port 2, a6 ep2 t88008d80
> Nov 26 22:32:44 iqvpn kern.warn kernel: zte_ev ttyUSB3: usb_serial_generic_read_bulk_callback - non-zero urb status: -2
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux