From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: Polling CLCC error handling on Option modem (GTA04)
Date: Mon, 05 Mar 2012 15:59:32 -0600 [thread overview]
Message-ID: <4F553744.4040702@gmail.com> (raw)
In-Reply-To: <877gyx1hm8.fsf@neil-laptop.ossau.uklinux.net>
[-- Attachment #1: Type: text/plain, Size: 2063 bytes --]
Hi Neil,
On 03/06/2012 04:37 PM, Neil Jerram wrote:
> Denis Kenzior <denkenz@gmail.com> writes:
>
>> You will never be able to
>> hit any sort of power consumption targets with CLCC polling anyway.
>
> I think we do still have another possible line of investigation here.
> Neil Brown reported that the modem does generate NO CARRIER on one of
> its serial ports - just not the one that is expected. So perhaps that
> can be understood and used, and then the CLCC polling could be switched
> off.
That would certainly help the situation some, but CLCC polling can not
be completely turned off. The 'generic' 27.007 based voicecall driver
in oFono was written to minimize polling if possible. The underlying
assumption is that a 'NO CARRIER' is sent whenever a call (held /
active) is disconnected. The other times we need to poll are limited,
usually after an action we have taken (e.g. CHLD) or certain call
detection situations.
The only times we need to poll periodically is to detect state
transitions when a call is not under 'our control'. E.g. dialing ->
alerting, alerting -> active, waiting -> disconnected, dialing /
alerting -> disconnected, etc.
>
> Denis, I looked at the oFono code to try to see where CLCC polling is
> enabled for an active call, and in fact I couldn't see (in
> plugins/atmodem/voicecall.c, which I think is the relevant code) what
> could cause oFono _not_ to do CLCC polling. It looks unconditional
> there - is that right?
This particular chunk causes it to poll unconditionally (the
OFONO_VENDOR_QUALCOMM_MSM is set by the hso modem driver):
switch (vd->vendor) {
case OFONO_VENDOR_QUALCOMM_MSM:
poll_again = TRUE;
break;
This was added by Marcel because the 'NO CARRIER' notification never
came. See commit 9e26e29f. If someone can fix this by e.g. using a
slave GAtChat with the additional magical unsolicited notification tty,
then that quirk can be removed.
Regards,
-Denis
next prev parent reply other threads:[~2012-03-05 21:59 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-06 20:47 Polling CLCC error handling on Option modem (GTA04) Radek Polak
2012-03-05 19:26 ` Denis Kenzior
2012-03-06 22:37 ` Neil Jerram
2012-03-05 21:59 ` Denis Kenzior [this message]
2012-03-07 10:36 ` Radek Polak
2012-03-06 16:13 ` Denis Kenzior
2012-03-07 19:19 ` Radek Polak
2012-03-07 10:48 ` [Gta04-owner] " Matthias Apitz
2012-03-07 19:06 ` Neil Jerram
2012-03-07 19:09 ` Marcel Holtmann
2012-03-08 21:54 ` Jean-Christian de Rivaz
2012-03-08 23:47 ` Radek Polak
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F553744.4040702@gmail.com \
--to=denkenz@gmail.com \
--cc=ofono@ofono.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.