All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lei Yu <lei.2.yu@nokia.com>
To: ofono@ofono.org
Subject: Re: [PATCH] doc: Add modem Type property
Date: Fri, 21 Jan 2011 13:07:23 -0800	[thread overview]
Message-ID: <4D39F58B.9080407@nokia.com> (raw)
In-Reply-To: <4D39E972.5060305@gmail.com>

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

Hi Denis,

On 01/21/2011 12:15 PM, ext Denis Kenzior wrote:
> Hi Dara,
>
> On 01/20/2011 04:48 PM, Dara Spieker-Doyle wrote:
>> Add support for providing the type of the attached modem device
>> including GSM (3GPP), CDMA (3GPP2) and Bluetooth HFP.
>> ---
>>   doc/modem-api.txt |   13 +++++++++++++
>>   1 files changed, 13 insertions(+), 0 deletions(-)
>>
>> diff --git a/doc/modem-api.txt b/doc/modem-api.txt
>> index 45043b0..fe806c8 100644
>> --- a/doc/modem-api.txt
>> +++ b/doc/modem-api.txt
>> @@ -82,6 +82,19 @@ Properties	boolean Powered [readwrite]
>>
>>   			This is usually obtained by using the +CGSN AT command.
>>
>> +		string Type [readonly, optional, experimental]
>> +
>> +			String representing the type of the modem device.
>> +
>> +			The possible values are:
>> +				"gsm" 	Modem supports one or more of the 3GPP
>> +					family of technologies including GSM,
>> +					EDGE, UMTS, HSPA, LTE.
>> +				"cdma"  Modem supports one or more of the 3GPP2
>> +					family of technologies including CDMA 1x,
>> +					EVDO.
>> +				"hfp"	Bluetooth hands-free profile (HFP) modem
>> +
>
> So one pointed question:
>
> How are we planning to support dual-mode devices with this property?  I
> believe during the CDMA workshop we decided that the clients should
> simply look at the set of interfaces, not a semi-static property...

Also, it is my understanding that the reason we create org.ofono.cdma 
interfaces during CDMA workshop are to make sure CDMA interfaces and 
logics do not "pollute" GSM interfaces and logics which are very 
different anyway. We have not ruled out the case where there may be 
shared interfaces as we see a need. Currently, org.ofono.modem is this 
case. Unless we would go ahead creating org.ofono.cdma.modem, we 
discussed that option internally but feel that is less preferable than 
the "Type" property we proposed here.

>
> Regards,
> -Denis
> _______________________________________________
> ofono mailing list
> ofono(a)ofono.org
> http://lists.ofono.org/listinfo/ofono

Regards,
-Lei


  parent reply	other threads:[~2011-01-21 21:07 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-20 22:48 [PATCH] doc: Add modem Type property Dara Spieker-Doyle
2011-01-21 20:15 ` Denis Kenzior
2011-01-21 20:25   ` Gustavo F. Padovan
2011-01-21 20:43     ` Dara Spieker-Doyle
2011-01-21 20:48   ` Lei Yu
2011-01-21 21:04     ` Denis Kenzior
2011-01-21 21:48       ` Lei Yu
2011-01-21 22:04         ` Denis Kenzior
2011-01-21 22:19           ` Lei Yu
2011-01-21 21:07   ` Lei Yu [this message]
2011-02-03 19:25 ` Gustavo F. Padovan
2011-02-03 19:39   ` Dara Spieker-Doyle

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=4D39F58B.9080407@nokia.com \
    --to=lei.2.yu@nokia.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.