All of lore.kernel.org
 help / color / mirror / Atom feed
* [RFC 1/1] doc: Add modem technology type property
@ 2011-01-20 21:08 Dara Spieker-Doyle
  2011-01-20 21:34 ` Marcel Holtmann
  0 siblings, 1 reply; 6+ messages in thread
From: Dara Spieker-Doyle @ 2011-01-20 21:08 UTC (permalink / raw)
  To: ofono

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

---
 doc/modem-api.txt |   11 +++++++++++
 1 files changed, 11 insertions(+), 0 deletions(-)

diff --git a/doc/modem-api.txt b/doc/modem-api.txt
index 45043b0..fe03833 100644
--- a/doc/modem-api.txt
+++ b/doc/modem-api.txt
@@ -82,6 +82,17 @@ Properties	boolean Powered [readwrite]
 
 			This is usually obtained by using the +CGSN AT command.
 
+		string TechnologyType [readonly, optional, experimental]
+
+			String representing the technology type of the current
+			modem device.
+
+			The possible values are:
+				"gsm" 	The 3GPP family of technologies
+					including gsm, edge, umts, hspa, lte.
+				"cdma"  The 3GPP2 family of technologies
+					including cdma 1x, evdo.
+
 		array{string} Features [readonly]
 
 			List of currently enabled features. It uses simple
-- 
1.7.0.4


^ permalink raw reply related	[flat|nested] 6+ messages in thread

* Re: [RFC 1/1] doc: Add modem technology type property
  2011-01-20 21:08 [RFC 1/1] doc: Add modem technology type property Dara Spieker-Doyle
@ 2011-01-20 21:34 ` Marcel Holtmann
  2011-01-20 22:04   ` Dara Spieker-Doyle
  0 siblings, 1 reply; 6+ messages in thread
From: Marcel Holtmann @ 2011-01-20 21:34 UTC (permalink / raw)
  To: ofono

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

Hi Dara,

>  doc/modem-api.txt |   11 +++++++++++
>  1 files changed, 11 insertions(+), 0 deletions(-)
> 
> diff --git a/doc/modem-api.txt b/doc/modem-api.txt
> index 45043b0..fe03833 100644
> --- a/doc/modem-api.txt
> +++ b/doc/modem-api.txt
> @@ -82,6 +82,17 @@ Properties	boolean Powered [readwrite]
>  
>  			This is usually obtained by using the +CGSN AT command.
>  
> +		string TechnologyType [readonly, optional, experimental]
> +
> +			String representing the technology type of the current
> +			modem device.
> +
> +			The possible values are:
> +				"gsm" 	The 3GPP family of technologies
> +					including gsm, edge, umts, hspa, lte.
> +				"cdma"  The 3GPP2 family of technologies
> +					including cdma 1x, evdo.

I would just call this property "Type" and then we can also have a value
for "hfp" in case it is a Bluetooth HFP modem.

Regards

Marcel



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [RFC 1/1] doc: Add modem technology type property
  2011-01-20 21:34 ` Marcel Holtmann
@ 2011-01-20 22:04   ` Dara Spieker-Doyle
  2011-01-20 22:05     ` Marcel Holtmann
  0 siblings, 1 reply; 6+ messages in thread
From: Dara Spieker-Doyle @ 2011-01-20 22:04 UTC (permalink / raw)
  To: ofono

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

Hi Marcel

On 01/20/2011 01:34 PM, ext Marcel Holtmann wrote:
> Hi Dara,
>
>>   doc/modem-api.txt |   11 +++++++++++
>>   1 files changed, 11 insertions(+), 0 deletions(-)
>>
>> diff --git a/doc/modem-api.txt b/doc/modem-api.txt
>> index 45043b0..fe03833 100644
>> --- a/doc/modem-api.txt
>> +++ b/doc/modem-api.txt
>> @@ -82,6 +82,17 @@ Properties	boolean Powered [readwrite]
>>
>>   			This is usually obtained by using the +CGSN AT command.
>>
>> +		string TechnologyType [readonly, optional, experimental]
>> +
>> +			String representing the technology type of the current
>> +			modem device.
>> +
>> +			The possible values are:
>> +				"gsm" 	The 3GPP family of technologies
>> +					including gsm, edge, umts, hspa, lte.
>> +				"cdma"  The 3GPP2 family of technologies
>> +					including cdma 1x, evdo.
>
> I would just call this property "Type" and then we can also have a value
> for "hfp" in case it is a Bluetooth HFP modem.
>
Thanks - sounds good to me. I'll prepare a patch to reflect this for 
gsm/cdma types and assume the hfp type extension is future work.

Cheers
Dara

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [RFC 1/1] doc: Add modem technology type property
  2011-01-20 22:04   ` Dara Spieker-Doyle
@ 2011-01-20 22:05     ` Marcel Holtmann
  2011-01-20 22:17       ` Dara Spieker-Doyle
  0 siblings, 1 reply; 6+ messages in thread
From: Marcel Holtmann @ 2011-01-20 22:05 UTC (permalink / raw)
  To: ofono

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

Hi Dara,

> >>   doc/modem-api.txt |   11 +++++++++++
> >>   1 files changed, 11 insertions(+), 0 deletions(-)
> >>
> >> diff --git a/doc/modem-api.txt b/doc/modem-api.txt
> >> index 45043b0..fe03833 100644
> >> --- a/doc/modem-api.txt
> >> +++ b/doc/modem-api.txt
> >> @@ -82,6 +82,17 @@ Properties	boolean Powered [readwrite]
> >>
> >>   			This is usually obtained by using the +CGSN AT command.
> >>
> >> +		string TechnologyType [readonly, optional, experimental]
> >> +
> >> +			String representing the technology type of the current
> >> +			modem device.
> >> +
> >> +			The possible values are:
> >> +				"gsm" 	The 3GPP family of technologies
> >> +					including gsm, edge, umts, hspa, lte.
> >> +				"cdma"  The 3GPP2 family of technologies
> >> +					including cdma 1x, evdo.
> >
> > I would just call this property "Type" and then we can also have a value
> > for "hfp" in case it is a Bluetooth HFP modem.
> >
> Thanks - sounds good to me. I'll prepare a patch to reflect this for 
> gsm/cdma types and assume the hfp type extension is future work.

not really. Actually HFP support is part of oFono already.

Regards

Marcel



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [RFC 1/1] doc: Add modem technology type property
  2011-01-20 22:05     ` Marcel Holtmann
@ 2011-01-20 22:17       ` Dara Spieker-Doyle
  2011-01-20 22:22         ` Denis Kenzior
  0 siblings, 1 reply; 6+ messages in thread
From: Dara Spieker-Doyle @ 2011-01-20 22:17 UTC (permalink / raw)
  To: ofono

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

Hi Marcel

On 01/20/2011 02:05 PM, ext Marcel Holtmann wrote:

>>>
>> Thanks - sounds good to me. I'll prepare a patch to reflect this for
>> gsm/cdma types and assume the hfp type extension is future work.
>
> not really. Actually HFP support is part of oFono already.
>

Sorry - I meant "hfp" as an extension to the Type property in 
modem-api.txt rather than an extension to oFono itself :). Did you want 
to add it separately or as part of this?

FYI: The patch is going to just cover the interface documentation for now.

Cheers
Dara

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [RFC 1/1] doc: Add modem technology type property
  2011-01-20 22:17       ` Dara Spieker-Doyle
@ 2011-01-20 22:22         ` Denis Kenzior
  0 siblings, 0 replies; 6+ messages in thread
From: Denis Kenzior @ 2011-01-20 22:22 UTC (permalink / raw)
  To: ofono

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

Hi Dara,

On 01/20/2011 04:17 PM, Dara Spieker-Doyle wrote:
> Hi Marcel
> 
> On 01/20/2011 02:05 PM, ext Marcel Holtmann wrote:
> 
>>>>
>>> Thanks - sounds good to me. I'll prepare a patch to reflect this for
>>> gsm/cdma types and assume the hfp type extension is future work.
>>
>> not really. Actually HFP support is part of oFono already.
>>
> 
> Sorry - I meant "hfp" as an extension to the Type property in
> modem-api.txt rather than an extension to oFono itself :). Did you want
> to add it separately or as part of this?
> 
> FYI: The patch is going to just cover the interface documentation for now.
> 

Just mention "hfp" as a possible value.

Regards,
-Denis

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2011-01-20 22:22 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-01-20 21:08 [RFC 1/1] doc: Add modem technology type property Dara Spieker-Doyle
2011-01-20 21:34 ` Marcel Holtmann
2011-01-20 22:04   ` Dara Spieker-Doyle
2011-01-20 22:05     ` Marcel Holtmann
2011-01-20 22:17       ` Dara Spieker-Doyle
2011-01-20 22:22         ` Denis Kenzior

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.