All of lore.kernel.org
 help / color / mirror / Atom feed
From: Philippe Nunes <philippe.nunes@linux.intel.com>
To: ofono@ofono.org
Subject: Re: CDMA modems and oFono
Date: Tue, 08 Nov 2011 20:42:04 +0100	[thread overview]
Message-ID: <4EB9860C.8020400@linux.intel.com> (raw)
In-Reply-To: <4EB448F5.6020802@gmail.com>

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

Hi Denis,

On 11/04/2011 09:20 PM, Denis Kenzior wrote:
> Hi Guillaume,
>
> On 11/04/2011 08:00 AM, Guillaume Zajac wrote:
>> Hi Denis,
>>
>> I have sent some patches concerning UIM for CDMA modem but I think I am
>> missing something around modem.c so you can give them up :)
>>
>> For the moment, "modem.c" is designed for GSM modem, SIM atom is watched
>> to add a state watch to make modem progressing into pre_sim post_sim
>> online states etc...
>> However in the case of a CDMA modem we will have to watch another type
>> of atom (UIM for instance) and make the modem progressing into the
>> following states: pre_uim post_uim etc...
>>
>
> I think we need to understand in what ways UIM and SIMs are different.
> E.g. is it a manner of different EFs being present and their read order
> or something more fundamental.  To my understanding 3GPP just recycled
> the SIM specs from ETSI, so the fundamentals should be the same.
>

Looking to the R-UIM 3GPP2 specification (C.S0023), we can understand 
indeed that R-UIM can be considered as an extension of SIM.
In practice, we can retrieve the same information as for SIM, based 
obviously on different file ids (Emergency codes, preferred language, 
service table, etc...)

So far, we could imagine to extend the SIM atom to support also R-UIM 
architecture but what could be the purpose of this extension?
Here, the UIM atom is introduced originally to collect a subscriber 
identifier (MIN or True IMSI) in order to identify uniquely the 
cdma-connman interface.
But you seems to look for a more global solution. Are we looking to 
support also cdma for voice? cdma for card application tool kit?

Now, if we just need to collect this CDMA subscriber identifier, I think 
also excessive to introduce a specific atom for that.

Regards,

Philippe.

>> So what would you suggest to introduce CDMA modem into oFono?
>> Should we create another src/cdma_modem.c with its own watches, states
>> and cdma_atoms?
>> Or should we keep the current naming (e.g. pre_sim post_sim etc...) and
>> change current api to create cdma modem?
>> Something like: ofono_modem_create(cdma=true/false) that is called from
>> udevng. Then this new modem would be tagged as cdma and we would look
>> for UIM atom intstead of SIM atom in case of cdma modem.
>>
>> What do you think about it?
>
> I think we need to learn a bit more about UIMs first.  Ideally I'd like
> to handle both in the sim atom if possible.  At least that would make
> sense from dual-mode device standpoint (e.g. something than can use CDMA
> and LTE)
>
> Regards,
> -Denis
> _______________________________________________
> ofono mailing list
> ofono(a)ofono.org
> http://lists.ofono.org/listinfo/ofono
>


  reply	other threads:[~2011-11-08 19:42 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-04 13:00 CDMA modems and oFono Guillaume Zajac
2011-11-04 20:20 ` Denis Kenzior
2011-11-08 19:42   ` Philippe Nunes [this message]
2011-11-05 11:39     ` 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=4EB9860C.8020400@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 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.