Hi Guillaume,

>> 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.

Because Bearer property for ConnectionManager for GSM is different.  It
is a dynamic property that changes based on network resource allocation.
 The NetworkRegistration Technology property is simply an indication of
what technology the network cell supports.  Hence the rather different
set of values between the two.

> 
> 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?

Nope, that TODO is just stale and has been removed.

> 
>> 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?

Perhaps, but right now this seems like a convenience feature and very
low on the priority list.  I'd rather we implement the current API
proposal first in its entirety before rushing off to define new APIs.

Regards,
-Denis