Sierra MC7710 on embedded debian

[Petri Kiiskinen]

Hi,

Our error complains about transaction timeout.

We are using qmi-network for starting and stopping and querying the status.
We poll the script once a minute to check the status and if not connected we
call stop + start.

In addition we make just one qmicli query to ask the uicc id from the sim.

Maybe the qmicli command without --device-open-sync is causing the client
ids to be exhausted and after some time this is causing also qmi-network
script to fail?

When the issue occurs soft reboot does not help as immediately after reboot
we get the same transaction timeout error from qmi-network start:

error: operation failed: Transaction timed out
error: network start failed, no packet data handle

We are going to change our scripts so that getting uicc id is done only once
after reboot and we use --device-open-sync there and start the network with
qmi-network only after that.

The problem is that we are not able to reproduce this in a controlled manner
and it takes about a week to be reproduced in one of the 20 units.

 Petri

-----Original Message-----
From: libqmi-devel [mailto:libqmi-devel-bounces at lists.freedesktop.org] On
Behalf Of Aleksander Morgado
Sent: 03 June 2014 18:01
To: Petri Kiiskinen
Cc: libqmi (development)
Subject: Re: Sierra MC7710 on embedded debian

On Tue, Jun 3, 2014 at 4:15 PM, Petri Kiiskinen <petri at kiiskinen.fi> wrote:
> I think we are seeing the same issue. We have Huawei E392 and units 
> doing soft reboot every night. After a week or so we see at least one 
> unit (out of
> 20) where we see the same problem and it is cured only by power 
> cycling the modem.


You mean this one?
    CID allocation failed in the CTL client: Service mismatch (requested
'dms', got 'wds')

--
Aleksander
https://aleksander.es
_______________________________________________
libqmi-devel mailing list
libqmi-devel at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libqmi-devel