Is Huawei E3372S-153 supported by qmi wwan ?

[Markus Gothe]

AFAIK all E3372 variants are HiSilicon Balong.

If you are lucky they run CDC NCM.

//M

On 15 Jul 2015, at 23:03 , Gopakumar Choorakkot Edakkunni <gopakumar.c.e at gmail.com> wrote:

> Ah .. why do I always start way back in time searching for discussion
> threads :).  Thanks Markus, I will see if it can be inserted into a
> windows machine to find what its chipset it.
> 
> Rgds,
> Gopa.
> 
> On Wed, Jul 15, 2015 at 1:48 PM, Markus Gothe <nietzsche at lysator.liu.se> wrote:
>> I was referring to yesterdays discussion: http://lists.freedesktop.org/archives/libqmi-devel/2015-July/001219.html
>> 
>> //M
>> 
>> On 15 Jul 2015, at 22:40 , Gopakumar Choorakkot Edakkunni <gopakumar.c.e at gmail.com> wrote:
>> 
>>> Thanks for the pointer Markus. So I guess you were referring to the
>>> discussion http://lists.freedesktop.org/archives/modemmanager-devel/2014-September/001496.html
>>> ? That thread seems to be talking about issues with dhcp/arp *after*
>>> the modem was recognized as a qmi device, no wwan0 get created .. I
>>> initially suspected mode-switch and tried punching a couple of
>>> different "messages" that I found in different forums into the "msg"
>>> field of the modeswitch file (openwrt version, listed below) - but all
>>> of no avail, it just doesnt get recognized by qmi, no wwan0 !
>>> 
>>>               "12d1:1505": {
>>>                       "*": {
>>>                               "t_vendor": 4817,
>>>                               "t_product": [ 5131, 5132, 5382, 5391, 5386 ],
>>>                               "mode": "HuaweiNew",
>>>                               "msg": [  ]
>>>                       }
>>>               },
>>> 
>>> Rgds,
>>> Gopa.
>>> 
>>> On Wed, Jul 15, 2015 at 11:15 AM, Markus Gothe <nietzsche at lysator.liu.se> wrote:
>>>> See previous discussion on E3272.
>>>> 
>>>> //M
>>>> On 15 Jul 2015, at 20:14 , Gopakumar Choorakkot Edakkunni <gopakumar.c.e at gmail.com> wrote:
>>>> 
>>>>> usb_modeswitch converts it into 12d1:1506 - but it still seems to go
>>>>> with the option driver (as shown in the dmesg log below). But is it
>>>>> really unsupported by qmi ?
>>>>> 
>>>>> [   10.109524] usbserial: USB Serial support registered for GSM modem (1-port)
>>>>> [   10.117013] option 1-1.4:1.0: GSM modem (1-port) converter detected
>>>>> [   10.123668] usb 1-1.4: GSM modem (1-port) converter now attached to ttyUSB0
>>>>> [   10.130869] option 1-1.4:1.1: GSM modem (1-port) converter detected
>>>>> [   10.137530] usb 1-1.4: GSM modem (1-port) converter now attached to ttyUSB1
>>>>> [   10.145757] PPP generic driver version 2.4.2
>>>>> [   10.150836] NET: Registered protocol family 24
>>>>> [   10.155904] usbcore: registered new interface driver qcserial
>>>>> [   10.161836] usbserial: USB Serial support registered for Qualcomm USB modem
>>>>> [   10.169713] usbcore: registered new interface driver qmi_wwan
>>>>> [   10.176482] usbcore: registered new interface driver rndis_host
>>>>> [   10.183360] usbcore: registered new interface driver sierra_net
>>>>> 
>>>>> Rgds,
>>>>> Gopa.
>>>>> _______________________________________________
>>>>> libqmi-devel mailing list
>>>>> libqmi-devel at lists.freedesktop.org
>>>>> http://lists.freedesktop.org/mailman/listinfo/libqmi-devel
>>>> 
>>>> //Markus - The panama-hat hacker
>>>> 
>>> _______________________________________________
>>> libqmi-devel mailing list
>>> libqmi-devel at lists.freedesktop.org
>>> http://lists.freedesktop.org/mailman/listinfo/libqmi-devel
>> 
>> //Markus - The panama-hat hacker
>> 
> _______________________________________________
> libqmi-devel mailing list
> libqmi-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libqmi-devel

//Markus - The panama-hat hacker

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 186 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freedesktop.org/archives/libqmi-devel/attachments/20150715/7f5b17fc/attachment.sig>