All of lore.kernel.org
 help / color / mirror / Atom feed
From: jeevaka.badrappan@linux.intel.com
To: ofono@ofono.org
Subject: Re: [PATCH 3/4] stk: Handle set up call in handled_notify
Date: Fri, 15 Jul 2011 09:45:28 -0700	[thread overview]
Message-ID: <52936.10.254.189.70.1310748328.squirrel@linux.intel.com> (raw)
In-Reply-To: <4E206C32.3060000@gmail.com>

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

Hi Denis,

>> +static void proactive_command_handled_end(struct ofono_stk *stk)
>> +{
>> +	stk->modem_handled_cmd = FALSE;
>> +
>> +	if (stk->pending_cmd == NULL)
>> +		return;
>> +
>> +	switch(stk->pending_cmd->type) {
>> +	case STK_COMMAND_TYPE_SETUP_CALL:
>> +	{
>> +		struct ofono_voicecall *vc = NULL;
>> +		struct ofono_atom *vc_atom;
>> +
>> +		vc_atom = __ofono_modem_find_atom(
>> +					__ofono_atom_get_modem(stk->atom),
>> +					OFONO_ATOM_TYPE_VOICECALL);
>> +		if (vc_atom)
>> +			vc = __ofono_atom_get_data(vc_atom);
>> +
>> +		if (vc != NULL)
>> +			__ofono_voicecall_clear_alpha_and_icon_id(vc);
>> +
>> +		break;
>> +	}
>> +
>> +	default:
>> +		break;
>> +	}
>> +}
>> +
>
> So I'm still not sure this part is actually needed.  Once the user has
> acknowledged the call, there is no way for us to cancel it until the
> call is notified to the voicecall driver.  So unless the modem is drunk,
> I don't really see the need to cover this case.
>
> Once the call is notified to voicecall driver, then the need for
> clearing alpha/icon id disappears.  The voicecall driver will do this
> automatically based on the ofono_voicecall_disconnected notification.
>
> What do you guys think?

As pointed in other mail thred, trying to cover the following case:

1. oFono core is informed of the modem handled setup call and requests
user confirmation
2. User confirms the call
3. User confirmation sent to modem.
4. Due to some reason, modem is not able to setup the call. So, basically
oFono core is not notified of any call status notifications
5. Modem sends the terminal response to SAT and notifies oFono core of the
command/session completion

Basically, if the modem due to some reason fails to initiate/setup the
call and call status notifications not sent to the voice call driver side.
This case, we will be left with dial_req, message and icon id set but not
freed.

Regards,
Jeevaka

  reply	other threads:[~2011-07-15 16:45 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-15 12:42 [PATCH 0/4] Add support for modem handled setup call proactive command Jeevaka Badrappan
2011-07-15 12:42 ` [PATCH 1/4] include: Add driver api for user confirmation Jeevaka Badrappan
2011-07-15 16:10   ` Denis Kenzior
2011-07-15 12:42 ` [PATCH 2/4] voicecall: api for set/clear alpha and icon id Jeevaka Badrappan
2011-07-15 16:08   ` Denis Kenzior
2011-07-15 16:41     ` jeevaka.badrappan
2011-07-15 17:24     ` jeevaka.badrappan
2011-07-15 17:36       ` Denis Kenzior
2011-07-15 12:42 ` [PATCH 3/4] stk: Handle set up call in handled_notify Jeevaka Badrappan
2011-07-15 12:46   ` jeevaka.badrappan
2011-07-15 16:11     ` Denis Kenzior
2011-07-15 16:34   ` Denis Kenzior
2011-07-15 16:45     ` jeevaka.badrappan [this message]
2011-07-15 16:59       ` Denis Kenzior
2011-07-15 12:42 ` [PATCH 4/4] ifxmodem: add support for user_confirmation in stk Jeevaka Badrappan
2011-07-15 16:10   ` Denis Kenzior
  -- strict thread matches above, loose matches on Subject: below --
2011-07-06 10:06 [PATCH 0/4] Add support for modem handled setup call proactive command Jeevaka Badrappan
2011-07-06 10:06 ` [PATCH 3/4] stk: Handle set up call in handled_notify Jeevaka Badrappan
2011-07-06  6:43   ` Denis Kenzior
2011-07-06 16:51   ` Andrzej Zaborowski

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=52936.10.254.189.70.1310748328.squirrel@linux.intel.com \
    --to=jeevaka.badrappan@linux.intel.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.