From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: [PATCH 1/6] Add parser for location information objects
Date: Wed, 24 Mar 2010 15:00:32 -0500 [thread overview]
Message-ID: <201003241500.33124.denkenz@gmail.com> (raw)
In-Reply-To: <1269423347-15508-1-git-send-email-yang.gu@intel.com>
[-- Attachment #1: Type: text/plain, Size: 3878 bytes --]
Hi Yang,
> ---
> src/simutil.c | 2 +-
> src/simutil.h | 1 +
> src/stkutil.c | 32 ++++++++++++++++++++++++++++++++
> src/stkutil.h | 9 +++++++++
> 4 files changed, 43 insertions(+), 1 deletions(-)
>
> diff --git a/src/simutil.c b/src/simutil.c
> index d9383b7..65ffa36 100644
> --- a/src/simutil.c
> +++ b/src/simutil.c
> @@ -538,7 +538,7 @@ static char *sim_network_name_parse(const unsigned char
> *buffer, int length, return ret;
> }
>
> -static void parse_mcc_mnc(const guint8 *bcd, char *mcc, char *mnc)
> +void parse_mcc_mnc(const guint8 *bcd, char *mcc, char *mnc)
If this is becoming public api, then it should have a sim_ prefix like the rest
of the functions in simutil.h.
> {
> static const char digit_lut[] = "0123456789*#abd\0";
> guint8 digit;
> diff --git a/src/simutil.h b/src/simutil.h
> index 043c21f..09964a8 100644
> --- a/src/simutil.h
> +++ b/src/simutil.h
> @@ -181,6 +181,7 @@ const struct sim_eons_operator_info
> *sim_eons_lookup(struct sim_eons *eons, const char *mnc);
> void sim_eons_free(struct sim_eons *eons);
>
> +void parse_mcc_mnc(const guint8 *bcd, char *mcc, char *mnc);
> struct sim_spdi *sim_spdi_new(const guint8 *tlv, int length);
> gboolean sim_spdi_lookup(struct sim_spdi *spdi,
> const char *mcc, const char *mnc);
> diff --git a/src/stkutil.c b/src/stkutil.c
> index 9c83f49..a6b0284 100644
> --- a/src/stkutil.c
> +++ b/src/stkutil.c
> @@ -519,6 +519,36 @@ error:
> return FALSE;
> }
>
> +/* Defined in TS 102.223 Section 8.19 */
> +static gboolean parse_dataobj_location_info(
> + struct comprehension_tlv_iter *iter, void *user)
> +{
> + struct stk_location_info *li = user;
> + const unsigned char *data;
> + unsigned int len;
> +
> + if (comprehension_tlv_iter_get_tag(iter) !=
> + STK_DATA_OBJECT_TYPE_LOCATION_INFO)
> + return FALSE;
> +
> + len = comprehension_tlv_iter_get_length(iter);
> + if ((len != 5) && (len != 7) && (len != 9))
> + return FALSE;
> +
> + data = comprehension_tlv_iter_get_data(iter);
> +
> + parse_mcc_mnc(data, li->mcc, li->mnc);
> + memcpy(li->lac_tac, data + 3, 2);
> +
> + if (len >= 7)
> + memcpy(li->cell_id, data+5, 2);
> +
> + if (len == 9)
> + memcpy(li->ext_cell_id, data+7, 2);
See my comments below, these should be proper integers. Make sure the byte-
ordering is correct.
> +
> + return TRUE;
> +}
> +
> /* Defined in TS 102.223 Section 8.31 */
> static gboolean parse_dataobj_icon_id(struct comprehension_tlv_iter *iter,
> void *user)
> @@ -638,6 +668,8 @@ static dataobj_handler handler_for_type(enum
> stk_data_object_type type) return parse_dataobj_tone;
> case STK_DATA_OBJECT_TYPE_FILE_LIST:
> return parse_dataobj_file_list;
> + case STK_DATA_OBJECT_TYPE_LOCATION_INFO:
> + return parse_dataobj_location_info;
> case STK_DATA_OBJECT_TYPE_ICON_ID:
> return parse_dataobj_icon_id;
> case STK_DATA_OBJECT_TYPE_IMMEDIATE_RESPONSE:
> diff --git a/src/stkutil.h b/src/stkutil.h
> index 93ac854..00c985a 100644
> --- a/src/stkutil.h
> +++ b/src/stkutil.h
> @@ -345,6 +345,15 @@ struct stk_result {
> unsigned char *additional;
> };
>
> +/* Defined in TS 102.223 Section 8.19 */
> +struct stk_location_info {
> + char mnc[OFONO_MAX_MNC_LENGTH + 1];
> + char mcc[OFONO_MAX_MCC_LENGTH + 1];
> + unsigned char lac_tac[2];
This should be just unsigned short
> + unsigned char cell_id[2];
And this one
> + unsigned char ext_cell_id[2];
And this one too
You also need a ofono_bool_t to signify the presence of lac/ci/ext_ci
> +};
> +
> /* Define the struct of single file in TS102.223 Section 8.18.
> * According to TS 11.11 Section 6.2, each file id has two bytes, and the
> * maximum Dedicated File level is 2. So the maximum size of file is 8,
> which
>
Regards,
-Denis
prev parent reply other threads:[~2010-03-24 20:00 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-24 9:35 [PATCH 1/6] Add parser for location information objects Yang Gu
2010-03-24 9:35 ` [PATCH 2/6] Add macro for ber-tlv more time Yang Gu
2010-03-24 9:35 ` [PATCH 3/6] Unify some macro names of ber-tlv and comprehension tlv Yang Gu
2010-03-24 9:35 ` [PATCH 4/6] Add macro name of comprehension tlv cdma sms tpdu Yang Gu
2010-03-24 9:35 ` [PATCH 5/6] Add parser for imei objects Yang Gu
2010-03-24 9:35 ` [PATCH 6/6] Add parser for help request objects Yang Gu
2010-03-24 17:44 ` Denis Kenzior
2010-03-24 17:38 ` [PATCH 5/6] Add parser for imei objects Denis Kenzior
2010-03-24 17:15 ` [PATCH 4/6] Add macro name of comprehension tlv cdma sms tpdu Denis Kenzior
2010-03-24 17:03 ` [PATCH 3/6] Unify some macro names of ber-tlv and comprehension tlv Denis Kenzior
2010-03-24 17:15 ` [PATCH 2/6] Add macro for ber-tlv more time Denis Kenzior
2010-03-24 20:00 ` Denis Kenzior [this message]
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=201003241500.33124.denkenz@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