All of lore.kernel.org
 help / color / mirror / Atom feed
From: Guillaume Zajac <guillaume.zajac@linux.intel.com>
To: ofono@ofono.org
Subject: Re: [PATCH] sms: Add delay before submitting multiple SMS to modem
Date: Thu, 23 Aug 2012 11:04:05 +0200	[thread overview]
Message-ID: <5035F205.8040008@linux.intel.com> (raw)
In-Reply-To: <503563CC.2000503@gmail.com>

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

Hi Denis,

On 23/08/2012 00:57, Denis Kenzior wrote:
> Hi Guillaume,
>
> On 08/22/2012 04:29 AM, Guillaume Zajac wrote:
>> For 3GPP GSM test case 34.2.9.1 and 34.2.9.1 and WCDMA test
>> case 16.1.9.1 and 16.1.9.2, we need to transmitmultiple SMS
>> using same RRC channel.
>> oFono needs to wait its tx queue to be filled in with the
>> next SMS before submitting the first one to use +CMMS=1 modem
>> option.
>> ---
>>   src/sms.c |    4 +++-
>>   1 files changed, 3 insertions(+), 1 deletions(-)
>>
>> diff --git a/src/sms.c b/src/sms.c
>> index acfc39b..443e502 100644
>> --- a/src/sms.c
>> +++ b/src/sms.c
>> @@ -50,6 +50,8 @@
>>   #define TXQ_MAX_RETRIES 4
>>   #define NETWORK_TIMEOUT 332
>>
>> +#define SMS_TX_NEXT 500
>> +
>>   static gboolean tx_next(gpointer user_data);
>>
>>   static GSList *g_drivers = NULL;
>> @@ -2072,7 +2074,7 @@ int __ofono_sms_txq_submit(struct ofono_sms 
>> *sms, GSList *list,
>>       g_queue_push_tail(sms->txq, entry);
>>
>>       if (sms->registered&& g_queue_get_length(sms->txq) == 1)
>> -        sms->tx_source = g_timeout_add(0, tx_next, sms);
>> +        sms->tx_source = g_timeout_add(SMS_TX_NEXT, tx_next, sms);
>>
>
> Umm, I don't even know how to respond to this.  Lets just say that 
> this isn't going to be accepted upstream ;)  Why don't you use 
> multi-segment SMS, or queue the messages offline.

We can forget about queuing messages offline because the simulator needs 
to check we are registered to the network before asking to send the 3 
multiple SMS.
So this will break the sequences expected by the test.
Concerning Multi-segment message, we already knew it was working for GSM 
test cases 34.2.9.1 and 34.2.9.1 because message content is not checked.
However for WCDMA test case we have a message specified by the test to 
send and I was expecting the simulator to check the content of each 
multiple messages. That's why I chose to use a delay. Fortunately for 
practical purposes, the test is passing in sending multi-segment 
messages even with a text not corresponding to the one specified by the 
test.
Unfortunately I come to the conclusion that if I want to send one same 
SMS to 3/4/5/... recipients with an application using oFono middleware, 
I will not be able to send them through the same RRC channel, unless I 
queue them offline.

>
>
>>       if (uuid)
>>           memcpy(uuid,&entry->uuid, sizeof(*uuid));
>
> Regards,
> -Denis

Kind regards,
Guillaume

  reply	other threads:[~2012-08-23  9:04 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-22  9:29 [PATCH] sms: Add delay before submitting multiple SMS to modem Guillaume Zajac
2012-08-22 22:57 ` Denis Kenzior
2012-08-23  9:04   ` Guillaume Zajac [this message]
2012-08-23 13:48     ` Denis Kenzior
2012-08-23 14:26       ` Guillaume Zajac
2012-08-23 17:33         ` Denis Kenzior
2012-08-24  8:16           ` Guillaume Zajac

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=5035F205.8040008@linux.intel.com \
    --to=guillaume.zajac@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.