All of lore.kernel.org
 help / color / mirror / Atom feed
From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: hfp voicecall fails to register in ofono with iPhone voicemail
Date: Tue, 10 Apr 2012 20:33:19 -0500	[thread overview]
Message-ID: <4F84DF5F.6080008@gmail.com> (raw)
In-Reply-To: <CAB7rCThYWhiNbvtkvMvr_pkGtaX4uihULKqnoWb__b0365VBcQ@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1994 bytes --]

Hi Mike,

On 04/10/2012 05:53 PM, Mike wrote:
> On Fri, Apr 6, 2012 at 10:53 AM, Mike <puffy.taco@gmail.com> wrote:
>> Hi Denis,
>>
>> On Fri, Apr 6, 2012 at 9:36 AM, Denis Kenzior <denkenz@gmail.com> wrote:
>>> Hi Mike,
>>>
>>> On 04/05/2012 11:28 PM, Mike wrote:
>>>> I'm experiencing an issue where the +CLCC response provided by an
>>>> iPhone is ignored in the case of a user utilizing visual voicemail.
>>>> The problem here is that the AT+CLCC is being sent in response to a
>>>> +CIEV indicating call setup, but by the time the +CLCC response comes
>>>> back, the call status is active.  This is a problem because the
>>>> callback, sync_dialing_cb, is specifically looking for calls in the
>>>> dialing state.  It looks like at least some bits from clcc_poll_cb
>>>> should be copied into sync_dialing_cb (or a helper function) because I
>>>> would think any time we get a +CLCC we would want to completely update
>>>> our call list (and therefore fix the issue I'm encountering).  I'm
>>>> still digging into this, but as I'm not familiar with all the quirks
>>>> of devices out there, I'm throwing this out there in case anyone has
>>>> some ideas on this.
>>>
>>> Are you dialing from the HF or the AG side?  And yes, the logic in
>>> find_dialing() might indeed need to be changed to also find single
>>> active calls.
>>
>> Dialing is on the AG side.
> 
> It looks like simply adding "	clcc_poll_cb(ok, result, user_data);" to
> the end of sync_dialing_cb fixes this problem.  We end up parsing the
> result twice, but it was an easy test.  Does that seem like the right
> path?
> 

Yes, sync_dialing_cb was likely a holdover from when we didn't think
we'd need the expensive clcc polling logic.  Hence a somewhat optimized
version that doesn't seem to work in case a call skips the alerting stage.

Removing sync_dialing_cb and using clcc_poll_cb seems reasonable to me.
 Care to test this theory and submit a patch?

Regards,
-Denis

      reply	other threads:[~2012-04-11  1:33 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-06  4:28 hfp voicecall fails to register in ofono with iPhone voicemail Mike
2012-04-06 14:36 ` Denis Kenzior
2012-04-06 15:53   ` Mike
2012-04-10 22:53     ` Mike
2012-04-11  1:33       ` Denis Kenzior [this message]

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=4F84DF5F.6080008@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.