work 0x \
> --autoconnect > /dev/null
>
> + uqmi -s -d "$device" --set-data-format 802.3
> + uqmi -s -d "$device" --wda-set-data-format 802.3
> +
> pdh_6=`uqmi -s -d "$device" --set
than one targets to patch, this
case comgt, uqmi?
And it seems that I misunderstood the meaning of --subject-prefix. It
should be something like "PATCH V3" (not LEDE-DEV v3)?
--
Best regards, Nikolay Ledovskikh.
___
Lede-dev mailing list
Le
> pong ...
>
> "weekend, that thing where people rest"
OK. I'll wait for that wonderful moment
--
Best regards, Nikolay Ledovskikh.
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
> It's useful when using multiple usb devices that should be bound to
> certain usb ports. Symlinks are created by hotplug handlers.
Ping.
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
2016-12-16 14:35 GMT+03:00 Nickolay Ledovskikh :
> QMI_CMD_DONE is not working properly with 'sync' command.
> We must use QMI_CMD_REQUEST.
Ping.
--
Best regards, Nikolay Ledovskikh.
___
Lede-dev mailing list
Lede-dev@lists.in
2016-12-16 15:41 GMT+03:00 Nickolay Ledovskikh :
> Add uqmi 'sync' command call to release stalled cid when preparing to
> setup new connection. As a result it prevents 'POLICY MISMATCH' errors.
There was an awful error in uqmi 'sync' command return value. So it
should be applied first of all.
The
> do not reuse previous wds client id to prevent hangs caused by stale data
>> > />/+ uqmi -s -d "$device" --sync />/uqmi -s -d "$device" \
>> > />/--stop-network
>> > 0x \ />/--autoconnect > /dev/null />//
> still pending not had time to look into this. it'll take me a moment as
> i am not familiar with the code so i need to find a free moment to
> properly review this, sorry for the delay
>
> John
OK. I just offer to use 'readlink' onto 'device', so as a result we
always get a real device i
trings will give
> inconsistent results. It can for example be the reason why
> autoconnect fails, while a manual connection with an explicit APN
> works. Or why autoconnect works with one operator but not with another.
>
> For some ba
)"
> devpath="$(readlink -f /sys/class/usbmisc/$devname/device/)"
> ifname="$( ls "$devpath"/net )"
> @@ -213,6 +214,8 @@ qmi_wds_stop() {
>
> [ -n "$cid" ] || return
>
> + device="$(readlink -f $device
_______
> Lede-dev mailing list
> Lede-dev@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/lede-dev
--
Best regards, Nikolay Ledovskikh.
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
OK. It seems I missed something when doing cleanup.
Your patch is working, but only after startup.
When you disconnect modem from usb we have old cids saved.
Then we connect modems back, modems won't bring up automatically
(and I suppose they souldn't). And when we try to bring interface up we are
> Are all modems the same? Do they have same firmware versions? Are you sure
> that the mapping of different /dev/cdc-wdmX nodes always stay the same? It
> could be that on some boot the modem with the Megafon SIM gets /dev/cdc-wdm0
> and on the second boot it gets /dev/cdc-wdm1 or some other numbe
We are using sierra MC7710, MC7304.
2016-12-09 14:41 GMT+03:00 Nikolay Ledovskikh :
>> I agree fully. That's why I added the autoconnect option in my last patch
>> and defaulted it to disabled.
>>
>> Matti
>
> So, what we get: uqmi exit with 'Call
> I agree fully. That's why I added the autoconnect option in my last patch
> and defaulted it to disabled.
>
> Matti
So, what we get: uqmi exit with 'Call failed'.
--
Best regards, Nikolay Ledovskikh.
___
Led
;> Revision: EC20EQAR02A05E2G
>>
>> I knew, that there's only one profile defined, operator has deleted all
>> other
>> profiles, there's currently only one APN defined.
>>
>> AT+CGDCONT?
>> +CGDCONT: 1,"IPV4V6","","
es, though, have the ability to reset and release all
Client IDs via a CTL Sync command"
And it works perfectly.
--
Best regards, Nikolay Ledovskikh.
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
x this, since this is typically caused by IPv6
> autoconnect being enabled and trying to disable it with IPv4 client or
> vice versa. My patch adds separate commands for IPv4 and IPv6. That
> said, I don't like the autoconnect at all, it being so unpredictable
> across various models.
>
> Matti
--
Best regards, Nikolay Ledovskikh.
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
18 matches
Mail list logo
