From: Peter Hicks on
Hello

I've discovered that the ZTE MF636 USB HSUPA modem (USB ID 19d2:0033)
doesn't play well with option.ko. This seems to be a similar problem to
the 4G W14 stick (commit a74171005f2f6474e05bdfccb05c9f0d68224a49).

The symptom of this problem is that the first three serial ports on the
MF636 take around 10s to open with modem-manager, and fail to open with
Minicom. The fourth serial port is fine.

Blacklisting the first three interfaces in option.c results in them
opening immediately. This reduces modem detection time in modem-manager
from 20-30 seconds to around five.

As there is only a single blacklisted device in option.c at present,
what is the best way to work around this problem? Can somebody help me
with writing a patch to submit to fix the problem in the kernel?

Regards,


Peter


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Nils Radtke on

Hi,

Got an Olivetti olicard100 UMTS/HSDPA device here.

Devices: /dev/ttyUSB{0,1,2,3,4}

Similar symptoms are the long delay on opening of devices 0 and 2.
/dev/ttyUSB0: status port
/dev/ttyUSB2: modem port (not working)

Devices 1,3,4 are not usable in any way so far.

More info about this at:

http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?t=391

What has been your solution to get the ZTE working?

With the olicard100 there's so far been only one successful connection,
since then: nothing. pppd hangs spitting out non-printable chars, but
there's no answer from uplink, lcp config reqs are timing out.

Cheers,

Nils

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Peter Hicks on
Hi Nils

On Sun, 2010-05-09 at 16:22 +0200, Nils Radtke wrote:

> Similar symptoms are the long delay on opening of devices 0 and 2.
> /dev/ttyUSB0: status port
> /dev/ttyUSB2: modem port (not working)

Does "echo > /dev/ttyUSB0" return immediately, and "echo > /dev/ttyUSB2"
take around 15 seconds to return?

> What has been your solution to get the ZTE working?

I've blacklisted devices 0, 1 and 2 using the attached patch, taken
against 2.6.34-rc6. It should be quite straightforward to modify this
for your device.

Without the patch, I'm able to use wvdial against ttyUSB3 to dial up,
but the device is unresponsive to anything apart from a PPP LCP
disconnect.

Regards,


Peter

From: Nils Radtke on
Hi Peter,

>> Similar symptoms are the long delay on opening of devices 0 and 2.
>> /dev/ttyUSB0: status port
>> /dev/ttyUSB2: modem port (not working)
>Does "echo > /dev/ttyUSB0" return immediately, and "echo > /dev/ttyUSB2"
>take around 15 seconds to return?
Indeed, that's exactly what's happening.

>> What has been your solution to get the ZTE working?
>I've blacklisted devices 0, 1 and 2 using the attached patch, taken
>against 2.6.34-rc6. It should be quite straightforward to modify this
>for your device.
Ah. It seems that there's been quite some change in the code base of the
option driver. Using .33.3 here. No such thing as "blacklisting".

>Without the patch, I'm able to use wvdial against ttyUSB3 to dial up,
>but the device is unresponsive to anything apart from a PPP LCP
>disconnect.
For the olicard100 it's been port 2, dialling, pppd starting up, but lcp
cfg req timeouts. At least with the olicard100 there's been no real dialup.
Conn endpoint has never been talking to the device..

Thanks alot for your hint. Previously I intended to wait for the .34 to
come out, but regarding the promising changes in option.c I will reconѕider this.
What are your overall xp with .34 so far? rc-7 is out, quite a rc count.. Maybe
the .34 is also levelling out these days.. :)

Cheers,

Nils

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/