2016-11-23 19:38 GMT+01:00 Bjørn Mork :
> Daniele Palmas writes:
>> 2016-11-23 15:49 GMT+01:00 Bjørn Mork :
>>> Daniele Palmas writes:
2016-11-21 10:49 GMT+01:00 Bjørn Mork :
> Daniele Palmas
Bjørn Mork writes:
> Daniele Palmas writes:
>> 2016-11-23 15:49 GMT+01:00 Bjørn Mork :
>>
>>> I see that your testing also included Intel based modems. That's good.
>>> It would still be nice to have test results from a few more MBIM
>>>
Daniele Palmas writes:
> 2016-11-23 15:49 GMT+01:00 Bjørn Mork :
>> Daniele Palmas writes:
>>> 2016-11-21 10:49 GMT+01:00 Bjørn Mork :
Daniele Palmas writes:
> it turned out that resetting the
Re-adding the list, sorry.
2016-11-23 15:49 GMT+01:00 Bjørn Mork :
> Daniele Palmas writes:
>> 2016-11-21 10:49 GMT+01:00 Bjørn Mork :
>>> Daniele Palmas writes:
>>>
it turned out that resetting the interface in cdc_ncm_init
Daniele Palmas writes:
> 2016-11-21 10:49 GMT+01:00 Bjørn Mork :
>> Daniele Palmas writes:
>>
>>> it turned out that resetting the interface in cdc_ncm_init after
>>> getting the NTB parameters removes the need for the sleep, making the
>>>
Hi Bjørn,
2016-11-21 10:49 GMT+01:00 Bjørn Mork :
> Daniele Palmas writes:
>
>> it turned out that resetting the interface in cdc_ncm_init after
>> getting the NTB parameters removes the need for the sleep, making the
>> modem to work fine.
>
> Sounds very good,
Daniele Palmas writes:
> it turned out that resetting the interface in cdc_ncm_init after
> getting the NTB parameters removes the need for the sleep, making the
> modem to work fine.
Sounds very good, although I must admit that it isn't perfectly clear to
me what kind of
Hi Bjørn,
2016-11-16 9:50 GMT+01:00 Daniele Palmas :
> Hi Bjørn,
>
> 2016-11-15 19:56 GMT+01:00 Bjørn Mork :
>> Daniele Palmas writes:
>>
>>> The problem is in cdc_ncm, function cdc_ncm_bind_common, line
>>>
>>> usleep_range(1, 2);
>>>
Hi Bjørn,
2016-11-15 19:56 GMT+01:00 Bjørn Mork :
> Daniele Palmas writes:
>
>> The problem is in cdc_ncm, function cdc_ncm_bind_common, line
>>
>> usleep_range(1, 2);
>>
>> It seems that LE922 needs an higher timeout; changing the line to
>>
>>
Daniele Palmas writes:
> The problem is in cdc_ncm, function cdc_ncm_bind_common, line
>
> usleep_range(1, 2);
>
> It seems that LE922 needs an higher timeout; changing the line to
>
> usleep_range(7, 8);
>
> makes the modem to work fine.
Extremely interesting!
Hi,
2016-11-14 14:51 GMT+01:00 Daniele Palmas :
> Hi,
>
> I'm struggling with Telit LE922 modem that presents an MBIM device.
> The modem works fine in Windows, while in Linux (tested with 4.9 rc1)
> data connection is not functional: using ifconfig I can see
>
> wwp0s20u8i2
Hi,
I'm struggling with Telit LE922 modem that presents an MBIM device.
The modem works fine in Windows, while in Linux (tested with 4.9 rc1)
data connection is not functional: using ifconfig I can see
wwp0s20u8i2 Link encap:Ethernet HWaddr e6:c0:3b:97:80:de
inet addr:176.246.94.9
12 matches
Mail list logo