Open Source Telephony
 help / color / mirror / Atom feed
From: Philippe Nunes <philippe.nunes@linux.intel.com>
To: ofono@ofono.org
Subject: Re: [PATCH v4 4/8] gprs: Add private APIs for adding/activating/removing hidden PDP contexts
Date: Fri, 10 Jun 2011 11:44:51 +0200	[thread overview]
Message-ID: <4DF1E793.1050608@linux.intel.com> (raw)
In-Reply-To: <4DE5D9B9.6090506@gmail.com>

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

Hi Denis,

On 06/01/2011 08:18 AM, Denis Kenzior wrote:
> Hi Philippe,
>
> On 05/20/2011 11:26 AM, Philippe Nunes wrote:
>> ---
>>   src/gprs.c  |  239 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>   src/ofono.h |   24 ++++++
>>   2 files changed, 263 insertions(+), 0 deletions(-)
>>
>> diff --git a/src/gprs.c b/src/gprs.c
>> index 9657a3e..86d95bc 100644
>> --- a/src/gprs.c
>> +++ b/src/gprs.c
>> @@ -147,6 +147,8 @@ struct pri_context {
>>   	struct ofono_gprs_primary_context context;
>>   	struct ofono_gprs_context *context_driver;
>>   	struct ofono_gprs *gprs;
>> +	void *notify;
>> +	void *notify_data;
>>   };
>>
>
> Modifying pri_context for this does not seem like a good idea, I suggest
> you make your own structure since pretty much all the members of this
> structure are not relevant to what you're trying to accomplish.
>
> As a general philosophy we prefer clearer code (even if there's more of
> it) than trying to complicate the logic of code designed for a
> completely different purpose.
>

Ok, I can remove this callback pointer since this callback is only 
needed for the private primary context created by the STK atom.

>>   static void gprs_netreg_update(struct ofono_gprs *gprs);
>> @@ -356,6 +358,35 @@ static struct pri_context *gprs_context_by_path(struct ofono_gprs *gprs,
>>   	return NULL;
>>   }
>>
>> +static struct pri_context *gprs_context_by_id(struct ofono_gprs *gprs,
>> +						unsigned int id)
>> +{
>> +	GSList *l;
>> +
>> +	for (l = gprs->contexts; l; l = l->next) {
>> +		struct pri_context *ctx = l->data;
>> +
>> +		if (ctx->id == id)
>> +			return ctx;
>> +	}
>> +
>> +	return NULL;
>> +}
>> +
>> +static struct pri_context *gprs_get_default_context(struct ofono_gprs *gprs)
>> +{
>> +	GSList *l;
>> +
>> +	for (l = gprs->contexts; l; l = l->next) {
>> +		struct pri_context *ctx = l->data;
>> +
>> +		if (ctx->type == OFONO_GPRS_CONTEXT_TYPE_INTERNET)
>> +			return ctx;
>> +	}
>> +
>> +	return NULL;
>> +}
>> +
>>   static void context_settings_free(struct context_settings *settings)
>>   {
>>   	if (settings->ipv4) {
>> @@ -537,6 +568,9 @@ static void signal_settings(struct pri_context *ctx, const char *prop,
>>   	DBusMessageIter iter;
>>   	struct context_settings *settings;
>>
>> +	if (path == NULL)
>> +		return;
>> +
>>   	signal = dbus_message_new_signal(path,
>>   					OFONO_CONNECTION_CONTEXT_INTERFACE,
>>   					"PropertyChanged");
>> @@ -2968,3 +3002,208 @@ void *ofono_gprs_get_data(struct ofono_gprs *gprs)
>>   {
>>   	return gprs->driver_data;
>>   }
>> +
>> +unsigned int __ofono_gprs_add_pdp_context(struct ofono_gprs *gprs,
>> +				enum ofono_gprs_context_type context_type,
>> +				enum ofono_gprs_proto proto,
>> +				const char *apn,
>> +				const char *username,
>> +				const char *password,
>> +				const char *host)
>
> What is the purpose of the host parameter? Doesn't STK use IP addresses
> for the destination?
>

Here, the purpose of the host parameter is to set the interface with a 
special host route (id the IP stream with this host/destination address 
has to go through this interface).
Indeed, I need to bind the UDP/TCP socket to the interface created 
precisely for STK purpose.
But, I can remove this parameter since you suggested to make 
pri_setproxy (gprs.c) into a utility function and call it from stk.c

>> +{
>
> Returning int here would be better:
>
>> +	unsigned int id;
>> +	struct pri_context *context;
>> +	struct pri_context *default_ctx = NULL;
>> +	const char *name;
>> +
>> +	/* Sanity check */
>> +	if (apn&&  strlen(apn)>  OFONO_GPRS_MAX_APN_LENGTH)
>> +		return 0;
>
> Then you can return meaningful error here, e.g. -EINVAL
>
>> +
>> +	if (username&&  strlen(username)>  OFONO_GPRS_MAX_USERNAME_LENGTH)
>> +		return 0;
>> +
>> +	if (password&&  strlen(password)>  OFONO_GPRS_MAX_PASSWORD_LENGTH)
>> +		return 0;
>> +
>> +	if (apn == NULL || (username == NULL&&  password == NULL)) {
>> +		/* take the default primary internet context */
>> +		default_ctx = gprs_get_default_context(gprs);
>> +
>> +		if (default_ctx == NULL&&  apn == NULL)
>> +			return 0;
>
> Maybe ENOENT here
>
>> +	}
>> +
>> +	if (apn&&  is_valid_apn(apn) == FALSE)
>> +		return 0;
>> +
>
> etc
>
> This will allow you to return meaningful terminal responses in case
> things fail.
>
>> +	name = gprs_context_default_name(context_type);
>> +	if (name == NULL)
>> +		return 0;
>> +
>> +	if (gprs->last_context_id)
>> +		id = idmap_alloc_next(gprs->pid_map, gprs->last_context_id);
>> +	else
>> +		id = idmap_alloc(gprs->pid_map);
>> +
>> +	if (id>  idmap_get_max(gprs->pid_map))
>> +		return 0;
>> +
>> +	context = pri_context_create(gprs, name, context_type);
>> +	if (context == NULL) {
>> +		idmap_put(gprs->pid_map, id);
>> +		return 0;
>> +	}
>> +
>
> As mentioned previously, I don't see the point of creating pri_context
> structure for this.  So you can rip much of this stuff out.


I don't understand why you think we don't need to create a pri_context.
Could you clarify please?

Even if no parameters are provided by the UICC (id use default 
parameters), I still need to setup a dedicated primary context with 
defaults parameters since we can't double-activate an existing primary 
context.

>
>> +	context->id = id;
>> +
>> +	if (username != NULL)
>> +		strcpy(context->context.username, username);
>> +
>> +	if (password != NULL)
>> +		strcpy(context->context.password, password);
>> +
>> +	if (username == NULL&&  password == NULL&&  default_ctx) {
>> +		if (default_ctx->context.username)
>> +			strcpy(context->context.username,
>> +					default_ctx->context.username);
>> +		if (default_ctx->context.password)
>> +			strcpy(context->context.password,
>> +					default_ctx->context.password);
>> +	}
>> +
>> +	if (apn)
>> +		strcpy(context->context.apn, apn);
>> +	else if (default_ctx) {
>> +		strcpy(context->context.apn, default_ctx->context.apn);
>> +		if (default_ctx->context.username)
>> +			strcpy(context->context.username,
>> +					default_ctx->context.username);
>> +		if (default_ctx->context.password)
>> +			strcpy(context->context.password,
>> +					default_ctx->context.password);
>> +	}
>> +
>> +	context->context.proto = proto;
>> +
>> +	gprs->last_context_id = id;
>> +	gprs->contexts = g_slist_append(gprs->contexts, context);
>> +
>> +	return id;
>> +}
>> +
>> +static void activate_request_callback(const struct ofono_error *error,
>> +					void *data)
>> +{
>> +	struct pri_context *ctx = data;
>> +	struct ofono_gprs_context *gc = ctx->context_driver;
>> +
>> +	DBG("%p", ctx);
>> +
>> +	if (error->type != OFONO_ERROR_TYPE_NO_ERROR) {
>> +		DBG("Activating context failed with error: %s",
>> +				telephony_error_to_str(error));
>> +		context_settings_free(ctx->context_driver->settings);
>> +		release_context(ctx);
>> +
>> +		if (ctx->notify)
>> +			((__ofono_gprs_add_pdp_context_cb_t) ctx->notify)
>> +				(-ENOSYS, NULL, NULL, ctx->notify_data);
>> +		return;
>> +	}
>> +
>> +	ctx->active = TRUE;
>> +
>> +	if (gc->settings->interface != NULL) {
>> +		pri_ifupdown(gc->settings->interface, TRUE);
>> +
>> +		if (ctx->type == OFONO_GPRS_CONTEXT_TYPE_STK&&
>> +						gc->settings->ipv4) {
>> +			pri_set_ipv4_addr(gc->settings->interface,
>> +							gc->settings->ipv4->ip);
>> +		}
>> +	}
>> +
>> +	if (ctx->notify&&  gc->settings->ipv4)
>> +		((__ofono_gprs_add_pdp_context_cb_t) ctx->notify)
>> +					(0, gc->settings->interface,
>> +						gc->settings->ipv4->ip,
>> +						ctx->notify_data);
>> +}
>> +
>> +int __ofono_gprs_activate_pdp_context(struct ofono_gprs *gprs, unsigned int id,
>> +					__ofono_gprs_add_pdp_context_cb_t cb,
>> +					void *data)
>> +{
>> +	struct pri_context *ctx;
>> +	struct ofono_gprs_context *gc;
>> +
>> +	ctx = gprs_context_by_id(gprs, id);
>> +	if (ctx == NULL)
>> +		return -EINVAL;
>> +
>> +	if (ctx->active == TRUE)
>> +		return 0;
>> +
>> +	if (assign_context(ctx) == FALSE)
>> +		return -ENOSYS;
>> +
>> +	gc = ctx->context_driver;
>> +
>> +	ctx->notify = cb;
>> +	ctx->notify_data = data;
>> +
>> +	gc->driver->activate_primary(gc,&ctx->context,
>> +					activate_request_callback, ctx);
>> +	return 0;
>> +}
>> +
>> +static void remove_request_callback(const struct ofono_error *error,
>> +					void *data)
>> +{
>> +	struct pri_context *ctx = data;
>> +	struct ofono_gprs *gprs = ctx->gprs;
>> +	int err = 0;
>> +
>> +	if (error->type != OFONO_ERROR_TYPE_NO_ERROR) {
>> +		DBG("Removing context failed with error: %s",
>> +				telephony_error_to_str(error));
>> +		err = -ENOSYS;
>> +	}
>> +
>> +	pri_reset_context_settings(ctx);
>> +	release_context(ctx);
>> +	idmap_put(gprs->pid_map, ctx->id);
>> +	gprs->contexts = g_slist_remove(gprs->contexts, ctx);
>> +
>> +	if (ctx->notify)
>> +		((__ofono_gprs_remove_pdp_context_cb_t) ctx->notify)
>> +				(err, ctx->notify_data);
>> +}
>> +
>> +int __ofono_gprs_remove_pdp_context(struct ofono_gprs *gprs, unsigned int id,
>> +					__ofono_gprs_remove_pdp_context_cb_t cb,
>> +					void *data)
>> +{
>> +	struct pri_context *ctx;
>> +
>> +	ctx = gprs_context_by_id(gprs, id);
>> +	if (ctx == NULL)
>> +		return -EINVAL;
>> +
>> +	if (ctx->active) {
>> +		struct ofono_gprs_context *gc = ctx->context_driver;
>> +
>> +		ctx->notify = cb;
>> +		ctx->notify_data = data;
>> +
>> +		gc->driver->deactivate_primary(gc, ctx->context.cid,
>> +					remove_request_callback, ctx);
>> +		return -EINPROGRESS;
>> +	}
>> +
>> +	idmap_put(gprs->pid_map, ctx->id);
>> +	gprs->contexts = g_slist_remove(gprs->contexts, ctx);
>> +
>> +	return 0;
>> +}
>> diff --git a/src/ofono.h b/src/ofono.h
>> index 82d7e34..ee5864d 100644
>> --- a/src/ofono.h
>> +++ b/src/ofono.h
>> @@ -239,6 +239,30 @@ gboolean __ofono_call_settings_is_busy(struct ofono_call_settings *cs);
>>   #include<ofono/phonebook.h>
>>   #include<ofono/gprs.h>
>>   #include<ofono/gprs-context.h>
>> +
>> +typedef void (*__ofono_gprs_add_pdp_context_cb_t)(int error,
>> +						const char *interface,
>> +						const char *ip,
>> +						void *data);
>> +
>> +typedef void (*__ofono_gprs_remove_pdp_context_cb_t)(int error, void *data);
>> +
>> +unsigned int __ofono_gprs_add_pdp_context(struct ofono_gprs *gprs,
>> +					enum ofono_gprs_context_type type,
>> +					enum ofono_gprs_proto proto,
>> +					const char *apn,
>> +					const char *username,
>> +					const char *password,
>> +					const char *host);
>> +
>
> I don't think this is needed at all.  All STK needs to do is just say
> 'please activate a context with these params'.  You can pretty much get
> away with __ofono_gprs_activate_context and __ofono_gprs_deactivate_context.
>

When "on link demand" mode is requested, we just need to setup the PDP 
context and return the PDP identifier. The PDP context activation is 
done only once we receive a proactive command SEND DATA with the 
qualifier "Send data immediately".
So, I don't see how to differentiate this mode without the API 
"__ofono_gprs_add_pdp_context".


>> +int __ofono_gprs_remove_pdp_context(struct ofono_gprs *gprs, unsigned int id,
>> +					__ofono_gprs_remove_pdp_context_cb_t cb,
>> +					void *data);
>> +
>
> Are you sure you really need the callback function here?  The spec is a
> little fuzzy on when the terminal response is actually sent.


At first sight, yes, that was also my opinion but then I saw the 
examples in annex I (TS 102 223).

For Close channel, we can see the following sequence:

UICC		     Terminal 				SGSN

|--------------------->	|				|
|    Close Channel	|				|
|			| -------------------------->   |
|			| Deactivate PDP context request|
|			| <-----------------------------|
|			| Deactivate PDP context accept |
|<----------------------
    Terminal response

That's why, I introduced the callback to trigger the Terminal response.

Regards,

Philippe.

>
>> +int __ofono_gprs_activate_pdp_context(struct ofono_gprs *gprs, unsigned int id,
>> +					__ofono_gprs_add_pdp_context_cb_t cb,
>> +					void *data);
>> +
>>   #include<ofono/radio-settings.h>
>>   #include<ofono/audio-settings.h>
>>   #include<ofono/ctm.h>
>
> Regards,
> -Denis
>


  reply	other threads:[~2011-06-10  9:44 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-20 16:26 [PATCH v4 1/8] stk: Clear 'respond_on_exit' flag after sending the terminal response Philippe Nunes
2011-05-20 16:26 ` [PATCH v4 2/8] stk: Introduce BIP command handlers Philippe Nunes
2011-06-02  0:28   ` Denis Kenzior
2011-06-10 14:03     ` Philippe Nunes
2011-06-08  8:01       ` Denis Kenzior
2011-05-20 16:26 ` [PATCH v4 3/8] gprs: Add 'stk' gprs context type Philippe Nunes
2011-06-01  5:30   ` Denis Kenzior
2011-05-20 16:26 ` [PATCH v4 4/8] gprs: Add private APIs for adding/activating/removing hidden PDP contexts Philippe Nunes
2011-06-01  6:18   ` Denis Kenzior
2011-06-10  9:44     ` Philippe Nunes [this message]
2011-06-08  7:46       ` Denis Kenzior
2011-05-20 16:26 ` [PATCH v4 5/8] stk: Use Gprs private APIs to handle the Open channel/Close Channel Philippe Nunes
2011-05-20 16:26 ` [PATCH v4 6/8] gprs: Add a host route for STK context type Philippe Nunes
2011-06-01  6:26   ` Denis Kenzior
2011-05-20 16:26 ` [PATCH v4 7/8] stk: Add support of the Setup event list proactive command Philippe Nunes
2011-05-20 16:26 ` [PATCH v4 8/8] stk: Add read/write handlers Philippe Nunes
2011-06-01  5:26 ` [PATCH v4 1/8] stk: Clear 'respond_on_exit' flag after sending the terminal response Denis Kenzior

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=4DF1E793.1050608@linux.intel.com \
    --to=philippe.nunes@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