Initialized "cgmi_retries" variable from CustomInitContext with the
same value as the other retries, moreover the context is now allocated
with g_slice_new0.
Before this changes, when cgmi_retries assumed big values during the
probing of no AT-capable ports, the command AT+CGMI
(mm-plugin-dell.c:
Andreas Fett writes:
> We have discovered that the Modem works reliably if we switch it (via
> some shell helper from udev) 1st to USB Configuration 0 and then to 3.
>
> I don't know what this does, but suspect some kind of firmware reset.
> I'll try to provide new USB captures for this scenario
Hi Bjørn,
sorry for the delay, but I wanted to give a quick update.
On 11/03/16 14:29, Bjørn Mork wrote:
> Thanks. Looks good to me, but I don't understand much of this. Like:
> The device support SS and is internally connected to an xhci controller
> via an m.2 slot, but still runs in HS mode?
Hi Aleksander,
> Could you gather debug ModemManager logs while the capabilities are
> set to "gsm-umts" only? Get the modem registered in the network and
> connected, while getting the logs, please. We should see what the
> modem replied in each of the commands we send.
It seems that setting mod
On Mon, Apr 4, 2016 at 8:56 AM, Jarosław Bielski wrote:
>
> thanks for your quick answer. As you have written the modem has set
> capabilities gsm-umts and lte by default. I have changed current
> capabilities to gsm-umts only and after that there is available a set of 6
> mode combination to set.
