Open Source Telephony
 help / color / mirror / Atom feed
From: Guillaume Zajac <guillaume.zajac@linux.intel.com>
To: ofono@ofono.org
Subject: Re: [PATCH 03/18] gathdlc: add mechansim to detect '+++' escape sequence
Date: Thu, 31 Mar 2011 10:32:25 +0200	[thread overview]
Message-ID: <4D943C19.3030501@linux.intel.com> (raw)
In-Reply-To: <4D939807.3020304@gmail.com>

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

Hi Denis,

On 30/03/2011 22:52, Denis Kenzior wrote:
> Hi Guillaume,
>
> On 03/25/2011 10:25 AM, Guillaume Zajac wrote:
>> ---
>>   gatchat/gathdlc.c |  114 +++++++++++++++++++++++++++++++++++++++++++++++++++++
>>   1 files changed, 114 insertions(+), 0 deletions(-)
>>
>> diff --git a/gatchat/gathdlc.c b/gatchat/gathdlc.c
>> index 7c45454..21e4533 100644
>> --- a/gatchat/gathdlc.c
>> +++ b/gatchat/gathdlc.c
>> @@ -50,6 +50,13 @@
>>
>>   #define HDLC_FCS(fcs, c) crc_ccitt_byte(fcs, c)
>>
>> +/* Amount of fiftieths of second to detect '+++'.
>> + * Range is 0 to 0xff.
>> + */
>> +#define ESC_TIME 	0x32
> Where is this coming from?  Is this supposed to be controlled by an
> S-register?  If so, you might want to use a proper variable for this.
>> +
>> +#define GUARD_TIMEOUTS	1000	/* Pause time before and after '+++' sequence */
>> +
> This seems redundant to the ESC_TIME timeout...

GUARD_TIMEOUTS comes from S12 register (same as escape character comes 
from S2 register), however it is not implemented in GAtServer.
I don't think I can access to v250 registers from HDLC layer.

Then, I thought I needed to have minimum time e.g. ESC_TIME to detect 3 
'+' characters and a GUARD_TIMEOUTS, that's why I used 2 variables. 
However I don't find any document speaking about ESC_TIME. So I will 
keep only GUARD_TIMEOUT.

>>   struct _GAtHDLC {
>>   	gint ref_count;
>>   	GAtIO *io;
>> @@ -68,6 +75,12 @@ struct _GAtHDLC {
>>   	gboolean in_read_handler;
>>   	gboolean destroyed;
>>   	gboolean no_carrier_detect;
>> +	GAtSuspendFunc suspend_func;
>> +	gpointer suspend_data;
>> +	guint cmpt;
>> +	guint suspend_timeout;
>> +	guint pause_timeout;
> You never clean up these g_sources (e.g. in the case where GAtHDLC is
> forcefully removed).  This is a big no no in a library, you must clean
> up after yourself in all cases.
>
> I would also replace the suspend_timeout with a GTimer directly.
>

So I will use GTimer and make sure I correctly clean it up.

>> +	gboolean paused;
>>   };
>>
>>   static void hdlc_record(int fd, gboolean in, guint8 *data, guint16 length)
>> @@ -130,6 +143,47 @@ guint32 g_at_hdlc_get_recv_accm(GAtHDLC *hdlc)
>>   	return hdlc->recv_accm;
>>   }
>>
>> +void g_at_hdlc_set_suspend_function(GAtHDLC *hdlc, GAtSuspendFunc func,
>> +							gpointer user_data)
>> +{
>> +	if (hdlc == NULL)
>> +		return;
>> +
>> +	hdlc->suspend_func = func;
>> +	hdlc->suspend_data = user_data;
>> +}
>> +
>> +static gboolean paused_timeout_cb(gpointer user_data)
>> +{
>> +	GAtHDLC *hdlc = user_data;
>> +
>> +	hdlc->paused = TRUE;
>> +
>> +	return FALSE;
>> +}
>> +
>> +static gboolean susp_timeout_cb(gpointer user_data)
>> +{
>> +	GAtHDLC *hdlc = user_data;
>> +
>> +	hdlc->cmpt = 0;
>> +
>> +	return FALSE;
>> +}
>> +
>> +static gboolean hdlc_suspend(gpointer user_data)
>> +{
>> +	GAtHDLC *hdlc = user_data;
>> +
>> +	g_at_io_set_write_handler(hdlc->io, NULL, NULL);
>> +	g_at_io_set_read_handler(hdlc->io, NULL, NULL);
>> +
>> +	if (hdlc->suspend_func)
>> +		hdlc->suspend_func(hdlc->suspend_data);
>> +
>> +	return FALSE;
>> +}
>> +
>>   static void new_bytes(struct ring_buffer *rbuf, gpointer user_data)
>>   {
>>   	GAtHDLC *hdlc = user_data;
>> @@ -142,6 +196,13 @@ static void new_bytes(struct ring_buffer *rbuf, gpointer user_data)
>>
>>   	hdlc->in_read_handler = TRUE;
>>
>> +	/*
>> +	 * We delete the the paused_timeout_cb or hdlc_suspend as soons as
>> +	 * we read a data.
>> +	 */
>> +	if (hdlc->pause_timeout>  0)
>> +		g_source_remove(hdlc->pause_timeout);
>> +
>>   	while (pos<  len) {
>>   		/*
>>   		 * We try to detect NO CARRIER conditions here.  We
>> @@ -153,6 +214,21 @@ static void new_bytes(struct ring_buffer *rbuf, gpointer user_data)
>>   				hdlc->decode_offset == 0&&  *buf == '\r')
>>   			break;
>>
>> +		/*
>> +		 * If there was no character for 1 second we try to detect
>> +		 * the '+' character to suspend data call if 3 '+' are
>> +		 * detected in less than 20 * ESC_TIME milliseconds.
>> +		 */
>> +		if (*buf == '+'&&  hdlc->paused) {
>> +			if (hdlc->cmpt == 0)
>> +				hdlc->suspend_timeout = g_timeout_add (20 * ESC_TIME,
>> +							susp_timeout_cb, hdlc);
>> +			hdlc->cmpt++;
>> +		} else {
>> +			hdlc->cmpt = 0;
>> +			hdlc->paused = FALSE;
>> +		}
>> +
>>   		if (hdlc->decode_escape == TRUE) {
>>   			unsigned char val = *buf ^ HDLC_TRANS;
>>
>> @@ -190,6 +266,9 @@ static void new_bytes(struct ring_buffer *rbuf, gpointer user_data)
>>   		}
>>   	}
>>
>> +	if (hdlc->cmpt == 3)
>> +		goto suspend;
>> +
>>   out:
>>   	ring_buffer_drain(rbuf, pos);
>>
>> @@ -197,6 +276,37 @@ out:
>>
>>   	if (hdlc->destroyed)
>>   		g_free(hdlc);
>> +
>> +	/*
>> +	 * If there were no data pause for GUARD_TIMEOUTS ms,
>> +	 * we try again to check it.
>> +	 */
>> +	if (!hdlc->paused)
>> +		hdlc->pause_timeout = g_timeout_add (GUARD_TIMEOUTS,
>> +							paused_timeout_cb,
>> +							hdlc);
>> +
>> +	return;
>> +
>> +suspend:
>> +	/*
>> +	 * If the suspend timeout still exists,
>> +	 * delete it.
>> +	 */
>> +	if (hdlc->suspend_timeout>  0)
>> +		g_source_remove(hdlc->suspend_timeout);
>> +
>> +	/*
>> +	 * Restart the counter and reset the ring buffer.
>> +	 */
>> +	hdlc->cmpt = 0;
>> +	ring_buffer_reset(rbuf);
> This sounds like a really bad idea.  What are you trying to accomplish here?

If I don't reset ring_buffer, I am receiving "+++" on GAtServer when I 
return to command mode and it is blocking following AT commands.
I can't send next ATH0 or ATO0. Do you have any idea how to prevent 
receiving GAtServer to receive it?

>> +
>> +	/*
>> +	 * Wait for another pause of GUARD_TIMEOUTS ms before returning to command mode.
>> +	 */
>> +	hdlc->paused = FALSE;
>> +	hdlc->pause_timeout = g_timeout_add (GUARD_TIMEOUTS, hdlc_suspend, hdlc);
>>   }
>>
>>   GAtHDLC *g_at_hdlc_new_from_io(GAtIO *io)
>> @@ -245,6 +355,10 @@ GAtHDLC *g_at_hdlc_new_from_io(GAtIO *io)
>>   	hdlc->io = g_at_io_ref(io);
>>   	g_at_io_set_read_handler(hdlc->io, new_bytes, hdlc);
>>
>> +	hdlc->cmpt = 0;
>> +
>> +	hdlc->paused = FALSE;
>> +
> In general it isn't necessary to initialize variables to zero since we
> use g_try_new0 which zeros the structure already.

Ok

Kind regards,
Guillaume

  reply	other threads:[~2011-03-31  8:32 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-25 15:25 [PATCH 03/18] gathdlc: add mechansim to detect '+++' escape sequence Guillaume Zajac
2011-03-30 20:52 ` Denis Kenzior
2011-03-31  8:32   ` Guillaume Zajac [this message]
2011-03-31 15:25     ` Denis Kenzior
2011-03-31 15:40       ` 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=4D943C19.3030501@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox