[Community] GTA04 - Standby Time, Stable Kernel and Voice Quality

[NeilBrown]

On Thu, 24 Jan 2013 23:37:24 +0000 Neil Jerram <neil at ossau.homelinux.net>
wrote:

> NeilBrown <neilb at suse.de> writes:
> 
> > My biggest problem is that the 3G module is prone to crashing.
> 
> Have you noticed any pattern to the crashes?  Under QtMoko I think I've
> noticed correlations with using 3G instead of 2G; with rapid movement
> (in trains); with GPRS being on; and with a specific time of day between
> 5pm and 6pm.

They seemed to correlate with using data traffic, but then it could be that
problems were more noticeable then.  I don't get a whole lot of phonecalls,
the phone could crash and I might not notice for a while, but if I'm using
data (as a wifi-hotspot) I'll notice more quickly.

I've noticed that AT+COPS? sometimes returns '4' or '6', in which case the
phone doesn't seem able to make or receive calls.  A little while ago I
arranged that when one of these is noticed, the GSM module is power-cycled
with AT$QCPWRDN

Sometimes this works, and sometimes this kills it completely.
Usually all the ttyHS devices disappear and all come back.  Occasionally only
ttyHS_Diagnostic would come back.  I didn't know what to do with that - now I
do :-)

Sometimes nothing would come back at all.  It is these last two cases that
need the battery removed.

> 
> Also I wonder how far you've identified and categorised the non-working
> states.  I guess the most famous one is where the modem /dev files
> disappear and reappear again some seconds later, but I think there are
> others too, e.g. where you said you have to pull the battery, which I
> have seen too.
> 
> You've probably seen my recent emails about a C program for getting
> diagnostic messages from the modem.  My hope is that if we can
> categorise all the failure states, and get an idea (or guess) of what
> causes each of those to occur, we might then be able to reproduce them
> with diagnostic messages on, and those messages might give us clues
> about how to work around the problem.  It would also be useful to have
> low-power monitoring that would quickly identify whenever the modem had
> gone into some bad state, and which bad state it was.

I hadn't given those emails the attention they deserve - I will now.
I'll try to integrate that tool into my log collection

Thanks,
NeilBrown

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 828 bytes
Desc: not available
URL: <http://lists.goldelico.com/pipermail/community/attachments/20130125/13065f13/attachment.asc>