Open Source Telephony
 help / color / mirror / Atom feed
From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: [PATCH] sim: allow partial reads of tranparent files
Date: Mon, 02 Aug 2010 12:23:40 -0500	[thread overview]
Message-ID: <4C56FF1C.7040506@gmail.com> (raw)
In-Reply-To: <1280272927-21803-1-git-send-email-kristen@linux.intel.com>

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

Hi Kristen,

On 07/27/2010 06:22 PM, Kristen Carlson Accardi wrote:
> Implement ofono_sim_read_bytes().  For transparent files, this
> will read num_bytes from a specified offset of a given fileid.
> ---
>  include/sim.h |    5 +++++
>  src/sim.c     |   27 ++++++++++++++++++++++++---
>  2 files changed, 29 insertions(+), 3 deletions(-)
> 
> diff --git a/include/sim.h b/include/sim.h
> index 36a99b9..15cd6b8 100644
> --- a/include/sim.h
> +++ b/include/sim.h
> @@ -198,6 +198,11 @@ int ofono_sim_read(struct ofono_sim *sim, int id,
>  			enum ofono_sim_file_structure expected,
>  			ofono_sim_file_read_cb_t cb, void *data);
>  
> +int ofono_sim_read_bytes(struct ofono_sim *sim, int id,
> +			enum ofono_sim_file_structure expected,
> +			unsigned short offset, int num_bytes,
> +			ofono_sim_file_read_cb_t cb, void *data);
> +

The read_bytes function has a slightly different audience than the
sim_read function.  Namely, ofono_sim_read stats the file first for
structure / length / record size and then reads it.

For EFiidf files you will need to initiate multiple reads, so 'stat'ing
the file first every time is inefficient.  Maybe a more low-level
semantic is in order, i.e one that attempts to read directly.

>  int ofono_sim_write(struct ofono_sim *sim, int id,
>  			ofono_sim_file_write_cb_t cb,
>  			enum ofono_sim_file_structure structure, int record,
> diff --git a/src/sim.c b/src/sim.c
> index 2514e7b..63dea19 100644
> --- a/src/sim.c
> +++ b/src/sim.c
> @@ -60,6 +60,8 @@ struct sim_file_op {
>  	int id;
>  	gboolean cache;
>  	enum ofono_sim_file_structure structure;
> +	unsigned short offset;
> +	int num_bytes;
>  	int length;
>  	int record_length;
>  	int current;
> @@ -1434,7 +1436,7 @@ static void sim_op_retrieve_cb(const struct ofono_error *error,
>  		return;
>  	}
>  
> -	cb(1, op->length, op->current, data, op->record_length, op->userdata);
> +	cb(1, len, op->current, data, op->record_length, op->userdata);
>  
>  	if (op->cache && imsi) {
>  		char *path = g_strdup_printf(SIM_CACHE_PATH,
> @@ -1472,7 +1474,16 @@ static gboolean sim_op_retrieve_next(gpointer user)
>  			return FALSE;
>  		}
>  
> -		sim->driver->read_file_transparent(sim, op->id, 0, op->length,
> +		if (op->num_bytes < 0)
> +			op->num_bytes = op->length;
> +
> +		if (op->offset + op->num_bytes > op->length) {
> +			sim_op_error(sim);
> +			return FALSE;
> +		}
> +
> +		sim->driver->read_file_transparent(sim, op->id, op->offset,
> +						op->num_bytes,
>  						sim_op_retrieve_cb, sim);

Unfortunately you cannot read large files in one go.  You must separate
the reads into 256 byte chunks.  See 3GPP 11.11 for more details.

My rough thinking is as follows:

- Read EFimg
- Cleverly read chunks of EFiidf 1..n, caching the needed chunks and
minimizing the # of reads.  Perhaps using some sort of a bitmap of 256
byte chunks.
- Generate icons and write to a cache on the filesystem
- Free memory resources
- Use memmap to return icons to the user in GetIcon

Regards,
-Denis

  reply	other threads:[~2010-08-02 17:23 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-27 23:22 [PATCH] sim: allow partial reads of tranparent files Kristen Carlson Accardi
2010-08-02 17:23 ` Denis Kenzior [this message]
  -- strict thread matches above, loose matches on Subject: below --
2010-07-27 23:12 Kristen Carlson Accardi

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=4C56FF1C.7040506@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