From: Guillaume Zajac <guillaume.zajac@linux.intel.com>
To: ofono@ofono.org
Subject: Re: [PATCH_v0 1/5] doc: Add bearer property
Date: Mon, 05 Dec 2011 11:40:13 +0100 [thread overview]
Message-ID: <4EDC9F8D.30107@linux.intel.com> (raw)
In-Reply-To: <4ED5F7AF.5050908@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2013 bytes --]
Hi Denis,
On 30/11/2011 10:30, Denis Kenzior wrote:
> Hi Guillaume,
>
> On 12/02/2011 08:00 AM, Guillaume Zajac wrote:
>> ---
>> doc/cdma-connman-api.txt | 8 ++++++++
>> 1 files changed, 8 insertions(+), 0 deletions(-)
>>
>> diff --git a/doc/cdma-connman-api.txt b/doc/cdma-connman-api.txt
>> index 48699a3..bf1ec1e 100644
>> --- a/doc/cdma-connman-api.txt
>> +++ b/doc/cdma-connman-api.txt
>> @@ -35,6 +35,14 @@ Properties boolean Powered [readwrite]
>> Contains whether the connection is dormant. Will
>> always be false if the connection is not powered.
>>
>> + string Bearer [readonly, optional]
>> +
>> + Contains the data bearer technology as reported by the
>> + service registration (if known).
>> +
>> + Possible values are:
>> + "none", "1x", "evdo", "svdo"
>> +
> The 1X and EVDO registration status is already handled by the
> NetworkRegistration interface (namely Strength for 1X and DataStrength
> for EV-DO).
As we propose this "bearer" property for GSM into connman-api.txt, why
don't we for CDMA?
It would be easier to have same property in GSM and CDMA to recover the
info at network panel level for instance to display technology used.
We have the same kind of information into network.c namely "technology",
should we add this property also into cdma-netreg.c?
I saw it in a TODO into network-api.txt:
[...]
string Technology [readonly, optional]
Contains the technology of the current network.
The possible values are: "gsm", "edge", "umts", "hspa",
"lte"
TODO: Values for CDMA and EVDO based networks.
[...]
We have to add the values into common.h, right?
> Whether we need an SVDO indicator is another question entirely, but it
> definitely does not belong in ConnectionManager. All SVDO indicates is
> whether data + voice are possible simultaneously.
>
Can't we specify at least the technology?
Kind regards,
Guillaume
next prev parent reply other threads:[~2011-12-05 10:40 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-02 14:00 [PATCH_v0 0/5] Add bearer recovery implementation for CDMA modems Guillaume Zajac
2011-12-02 14:00 ` [PATCH_v0 1/5] doc: Add bearer property Guillaume Zajac
2011-11-30 9:30 ` Denis Kenzior
2011-12-05 10:40 ` Guillaume Zajac [this message]
2011-12-02 12:10 ` Denis Kenzior
2011-12-02 14:00 ` [PATCH_v0 2/5] cdma-connman: Add bearer notification public function declaration Guillaume Zajac
2011-12-02 14:00 ` [PATCH_v0 3/5] cdma-connman: Add bearer property implementation Guillaume Zajac
2011-12-02 14:00 ` [PATCH_v0 4/5] cdmamodem: Add bearer recovery into connman driver Guillaume Zajac
2011-12-02 14:00 ` [PATCH_v0 5/5] huaweicdma: Specify vendor ID while creating cdma-connman atom Guillaume Zajac
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=4EDC9F8D.30107@linux.intel.com \
--to=guillaume.zajac@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.