From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: [PATCH v2 7/8] voicecall: add +CHUP support for HFP emulator
Date: Mon, 11 Apr 2011 11:13:16 -0500 [thread overview]
Message-ID: <4DA3289C.1030808@gmail.com> (raw)
In-Reply-To: <1302194040-18811-8-git-send-email-frederic.danis@linux.intel.com>
[-- Attachment #1: Type: text/plain, Size: 5273 bytes --]
Hi Frédéric,
On 04/07/2011 11:33 AM, Frédéric Danis wrote:
> ---
> src/voicecall.c | 108 +++++++++++++++++++++++++++++++++++++++++++++++++++++++
> 1 files changed, 108 insertions(+), 0 deletions(-)
>
> diff --git a/src/voicecall.c b/src/voicecall.c
> index cf02bb6..8aec0a0 100644
> --- a/src/voicecall.c
> +++ b/src/voicecall.c
> @@ -60,6 +60,7 @@ struct ofono_voicecall {
> GQueue *toneq;
> guint tone_source;
> unsigned int hfp_watch;
> + GSList *hfp_release_list;
I'd rather not do this, you're not really avoiding a race condition with
MPTY hangups or HangupAll here. I'd rather we re-use release_queue but
add additional sanity checking. Perhaps adding a callback parameter to
voicecalls_release_next might make this easy. In general we need to
think some more about how to avoid clashes between the D-Bus API and the
emulator.
> };
>
> struct voicecall {
> @@ -95,6 +96,11 @@ struct tone_queue_entry {
> int id;
> };
>
> +struct emulator_release {
> + struct ofono_voicecall *vc;
> + struct ofono_emulator *em;
> +};
> +
> static const char *default_en_list[] = { "911", "112", NULL };
> static const char *default_en_list_no_sim[] = { "119", "118", "999", "110",
> "08", "000", NULL };
> @@ -102,6 +108,7 @@ static const char *default_en_list_no_sim[] = { "119", "118", "999", "110",
> static void generic_callback(const struct ofono_error *error, void *data);
> static void multirelease_callback(const struct ofono_error *err, void *data);
> static gboolean tone_request_run(gpointer user_data);
> +static void emulator_release_next(struct emulator_release *er);
>
> static gint call_compare_by_id(gconstpointer a, gconstpointer b)
> {
> @@ -2344,6 +2351,10 @@ static void voicecall_unregister(struct ofono_atom *atom)
> OFONO_ATOM_TYPE_EMULATOR_HFP,
> emulator_remove_handler,
> "A");
> + __ofono_modem_foreach_registered_atom(modem,
> + OFONO_ATOM_TYPE_EMULATOR_HFP,
> + emulator_remove_handler,
> + "+CHUP");
>
> __ofono_modem_remove_atom_watch(modem, vc->hfp_watch);
>
> @@ -2558,6 +2569,102 @@ fail:
> };
> }
>
> +static void emulator_multirelease_callback(const struct ofono_error *error,
> + void *data)
> +{
> + struct emulator_release *er = data;
> + struct ofono_voicecall *vc = er->vc;
> +
> + if (vc->hfp_release_list != NULL) {
> + emulator_release_next(er);
> + return;
> + }
> +
> + emulator_generic_cb(error, er->em);
> +
> + g_free(er);
> +}
> +
> +static void emulator_release_next(struct emulator_release *er)
> +{
> + struct ofono_voicecall *vc;
> + struct voicecall *call;
> +
> + vc = er->vc;
> +
> + call = vc->hfp_release_list->data;
> +
> + vc->hfp_release_list = g_slist_remove(vc->hfp_release_list, call);
> +
> + vc->driver->release_specific(vc, call->call->id,
> + emulator_multirelease_callback, er);
> +}
> +
> +static void emulator_chup_cb(struct ofono_emulator *em,
> + struct ofono_emulator_request *req, void *userdata)
> +{
> + struct ofono_voicecall *vc = userdata;
> + struct ofono_error result;
> + struct emulator_release *er;
> + GSList *l;
> + struct voicecall *call;
> +
> + result.error = 0;
> +
> + switch (ofono_emulator_request_get_type(req)) {
> + case OFONO_EMULATOR_REQUEST_TYPE_COMMAND_ONLY:
> + if (vc->driver->release_specific == NULL &&
> + vc->driver->hangup_active == NULL)
> + goto fail;
> +
> + if (vc->driver->hangup_active) {
> + vc->driver->hangup_active(vc, emulator_generic_cb, em);
> + goto done;
> + }
> +
> + /* if there is already a CHUP pending we return an error */
> + if (vc->hfp_release_list)
> + goto fail;
Why are you checking this here? Shouldn't you check this before
potentially sending a hangup_active?
> +
> + er = g_try_new0(struct emulator_release, 1);
For simple structures (e.g. under 1k or so) it is fine to simply use g_new0
> + if (er == NULL) {
> + ofono_error("Unable to allocate release structure");
> + goto fail;
> + }
> +
> + er->vc = vc;
> + er->em = em;
> +
> + for (l = vc->call_list; l; l = l->next) {
> + call = l->data;
> +
> + if (call->call->status == CALL_STATUS_WAITING ||
> + call->call->status == CALL_STATUS_HELD)
> + continue;
> +
> + vc->hfp_release_list = g_slist_prepend(
> + vc->hfp_release_list,
> + l->data);
> + }
> +
> + if (vc->hfp_release_list == NULL) {
> + g_free(er);
> + goto fail;
> + }
> +
> + emulator_release_next(er);
> +
> +done:
> + dial_request_user_cancel(vc, NULL);
> + break;
> +
> + default:
> +fail:
> + result.type = OFONO_ERROR_TYPE_FAILURE;
> + ofono_emulator_send_final(em, &result);
> + };
> +}
> +
> static void emulator_hfp_watch(struct ofono_atom *atom,
> enum ofono_atom_watch_condition cond,
> void *data)
> @@ -2570,6 +2677,7 @@ static void emulator_hfp_watch(struct ofono_atom *atom,
> notify_emulator_call_status(data);
>
> ofono_emulator_add_handler(em, "A", emulator_ata_cb, data, NULL);
> + ofono_emulator_add_handler(em, "+CHUP", emulator_chup_cb, data, NULL);
> }
>
> void ofono_voicecall_register(struct ofono_voicecall *vc)
Regards,
-Denis
next prev parent reply other threads:[~2011-04-11 16:13 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-07 16:33 [PATCH v2 0/8] *** SUBJECT HERE *** =?unknown-8bit?q?Fr=C3=A9d=C3=A9ric?= Danis
2011-04-07 16:33 ` [PATCH v2 1/8] emulator: add defines for call, callsetup and callheld indicators =?unknown-8bit?q?Fr=C3=A9d=C3=A9ric?= Danis
2011-04-11 15:57 ` Denis Kenzior
2011-04-07 16:33 ` [PATCH v2 2/8] emulator: add " =?unknown-8bit?q?Fr=C3=A9d=C3=A9ric?= Danis
2011-04-11 15:57 ` Denis Kenzior
2011-04-07 16:33 ` [PATCH v2 3/8] emulator: add RING for HFP AG =?unknown-8bit?q?Fr=C3=A9d=C3=A9ric?= Danis
2011-04-11 15:51 ` Denis Kenzior
2011-04-11 16:09 ` Frederic Danis
2011-04-07 16:33 ` [PATCH v2 4/8] emulator: add incoming call API =?unknown-8bit?q?Fr=C3=A9d=C3=A9ric?= Danis
2011-04-11 15:52 ` Denis Kenzior
2011-04-07 16:33 ` [PATCH v2 5/8] emulator: add +CLIP support for HFP AG =?unknown-8bit?q?Fr=C3=A9d=C3=A9ric?= Danis
2011-04-11 15:56 ` Denis Kenzior
2011-04-07 16:33 ` [PATCH v2 6/8] voicecall: add ATA support for HFP emulator =?unknown-8bit?q?Fr=C3=A9d=C3=A9ric?= Danis
2011-04-11 16:00 ` Denis Kenzior
2011-04-07 16:33 ` [PATCH v2 7/8] voicecall: add +CHUP " =?unknown-8bit?q?Fr=C3=A9d=C3=A9ric?= Danis
2011-04-11 16:13 ` Denis Kenzior [this message]
2011-04-11 16:44 ` Frederic Danis
2011-04-11 16:50 ` Denis Kenzior
2011-04-07 16:34 ` [PATCH v2 8/8] emulator: add +CCWA support for HFP AG =?unknown-8bit?q?Fr=C3=A9d=C3=A9ric?= Danis
2011-04-07 16:39 ` [PATCH v2 0/8] emulator: add simple incoming call support =?unknown-8bit?q?Fr=C3=A9d=C3=A9ric?= Danis
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=4DA3289C.1030808@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox