From: Denis Kenzior <denkenz@gmail.com>
To: Adam Pigg <adam@piggz.co.uk>, ofono@lists.linux.dev
Subject: Re: [PATCH 4/4] qmimodem: voicecall: Implement DTMF tones
Date: Mon, 22 Apr 2024 16:00:41 -0500 [thread overview]
Message-ID: <159a23ff-bd7d-44bc-b723-6dbb08aef6d9@gmail.com> (raw)
In-Reply-To: <20240421194926.13149-4-adam@piggz.co.uk>
Hi Adam,
On 4/21/24 14:49, Adam Pigg wrote:
> The send_dtmf function sets up a call to send_one_dtmf, which will call
> the QMI_VOICE_START_CONTINUOUS_DTMF service function. The parameters to
> this call are a hard coded call-id and the DTMF character to send.
> start_cont_dtmf_cb will then be called which will set up a call to
> QMI_VOICE_STOP_CONTINUOUS_DTMF to stop the tone. Finally,
> stop_cont_dtmf_cb will check the final status.
>
> ---
> Changes in V4
> -Removed unused enum
> -Minor formatting fixes
> -Ensure data->full_dtmf is free'd
> -Use cb_data_ref/unref between chains of dtmf calls
>
> Changes in V5
> -Store the cb and cbd obejects in the voicall_data struct
> ---
> ---
> drivers/qmimodem/voice.h | 6 ++
> drivers/qmimodem/voicecall.c | 114 +++++++++++++++++++++++++++++++++++
> 2 files changed, 120 insertions(+)
>
<snip>
> @@ -605,6 +609,114 @@ static void hangup_active(struct ofono_voicecall *vc, ofono_voicecall_cb_t cb,
> release_specific(vc, call->id, cb, data);
> }
>
> +static void stop_cont_dtmf_cb(struct qmi_result *result, void *user_data)
> +{
> + struct voicecall_data *vd = user_data;
> + uint16_t error;
> +
> + DBG("");
> +
> + if (qmi_result_set_error(result, &error)) {
> + DBG("QMI Error %d", error);
> + CALLBACK_WITH_FAILURE(vd->send_dtmf_cb, vd->send_dtmf_data);
> + return;
> + }
> +
> + CALLBACK_WITH_SUCCESS(vd->send_dtmf_cb, vd->send_dtmf_data);
This calls back into oFono core unconditionally. Doesn't this imply that you're
handling only a single DTMF character?
> +}
> +
<snip>
> +static void send_one_dtmf(struct ofono_voicecall *vc, const char dtmf,
> + ofono_voicecall_cb_t cb, void *data)
Both cb and data are not saved anywhere and are only used on the error path.
The initial invocation in send_dtmf() also passes in NULL for data...
So again, I think this implies only a request which uses a single DTMF tone
character would work?
> +{
> + struct voicecall_data *vd = ofono_voicecall_get_data(vc);
> + struct qmi_param *param = NULL;
> + uint8_t param_body[2];
> +
> + DBG("");
> +
> + param = qmi_param_new();
> +
> + param_body[0] = 0xff;
> + param_body[1] = (uint8_t)dtmf;
> +
> + if (!qmi_param_append(param, QMI_VOICE_DTMF_DATA, sizeof(param_body),
> + param_body))
> + goto error;
> +
> + if (qmi_service_send(vd->voice, QMI_VOICE_START_CONTINUOUS_DTMF, param,
> + start_cont_dtmf_cb, vd, NULL) > 0)
> + return;
> +
> +error:
> + CALLBACK_WITH_FAILURE(cb, data);
> + l_free(param);
> +}
> +
> +static void send_one_dtmf_cb(const struct ofono_error *error, void *data)
> +{
> + struct cb_data *cbd = data;
> + struct voicecall_data *vd = ofono_voicecall_get_data(cbd->user);
> + ofono_voicecall_cb_t cb = vd->send_dtmf_cb;
> +
> + DBG("");
> +
> + if (error->type != OFONO_ERROR_TYPE_NO_ERROR ||
> + *vd->next_dtmf == 0) {
> + if (error->type == OFONO_ERROR_TYPE_NO_ERROR)
> + CALLBACK_WITH_SUCCESS(cb, cbd->data);
> + else
> + CALLBACK_WITH_FAILURE(cb, cbd->data);
> +
> + l_free(vd->full_dtmf);
> + vd->full_dtmf = NULL;
> + } else
> + send_one_dtmf(cbd->user,
> + *(vd->next_dtmf++),
> + send_one_dtmf_cb, vd->send_dtmf_data);
This function doesn't seem to be invoked?
> +}
> +
<snip>
Regards,
-Denis
next prev parent reply other threads:[~2024-04-22 21:00 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-21 19:49 [PATCH 1/4] qmimodem: voicecall: Implement call dialing Adam Pigg
2024-04-21 19:49 ` [PATCH 2/4] qmimodem: voicecall: Implement call answer Adam Pigg
2024-04-21 19:49 ` [PATCH 3/4] qmimodem: voicecall: Implement active call hangup Adam Pigg
2024-04-21 19:49 ` [PATCH 4/4] qmimodem: voicecall: Implement DTMF tones Adam Pigg
2024-04-21 20:06 ` Adam Pigg
2024-04-22 21:00 ` Denis Kenzior [this message]
2024-04-23 10:10 ` Adam Pigg
2024-04-23 15:01 ` Denis Kenzior
2024-04-23 21:54 ` Adam Pigg
2024-04-25 19:07 ` adam
2024-04-25 20:30 ` Denis Kenzior
2024-04-21 20:06 ` [PATCH 1/4] qmimodem: voicecall: Implement call dialing Adam Pigg
2024-04-22 21:05 ` Denis Kenzior
2024-04-22 21:10 ` patchwork-bot+ofono
-- strict thread matches above, loose matches on Subject: below --
2024-03-25 22:16 [PATCH 1/4] [qmimodem][voicecall] " Adam Pigg
2024-03-25 22:17 ` [PATCH 4/4] [qmimodem][voicecall] Implement DTMF tones Adam Pigg
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=159a23ff-bd7d-44bc-b723-6dbb08aef6d9@gmail.com \
--to=denkenz@gmail.com \
--cc=adam@piggz.co.uk \
--cc=ofono@lists.linux.dev \
/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