From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: [PATCH] atmodem: add LTE state for AT+CREG
Date: Mon, 10 Sep 2018 13:41:04 -0500 [thread overview]
Message-ID: <7684c5c6-1746-e7b0-64ab-bc3efb80d692@gmail.com> (raw)
In-Reply-To: <bff18af6-efd5-2b1d-34bb-984918e313a5@jolla.com>
[-- Attachment #1: Type: text/plain, Size: 1426 bytes --]
Hi Slava,
On 09/10/2018 01:26 PM, Slava Monich wrote:
> Hi Anirudh, Denis at al.
>
>> @@ -669,6 +669,10 @@ const char *registration_status_to_string(int
>> status)
>>> return "unknown";
>>> case NETWORK_REGISTRATION_STATUS_ROAMING:
>>> return "roaming";
>>> + case NETWORK_REGISTRATION_STATUS_REGISTERED_EUTRAN:
>>> + return "registered lte";
>>> + case NETWORK_REGISTRATION_STATUS_ROAMING_EUTRAN:
>>> + return "roaming lte";
>
> What's would be the difference between "roaming lte" and "roaming" (or
> "registered lte" vs "registered") from the viewpoint of D-Bus API
> clients? In other words, what would e.g. dialer do differently depending
> on whether registration status is "registered lte" or just "registered"?
> Is it worth the API break? The existing clients won't know how to handle
> the new values until they (clients) get updated.
>
I agree. That is why I suggested a separate Property for this (and the
CSFB case from 27.007) instead of modifying the Status property directly.
E.g. REGISTERED_SMS_EUTRAN would map to Status="registered" and
SmsOnly=False. ROAMING_SMS_EUTRAN would map to Status="roaming" and
SmsOnly=True.
I assume that the Dialer can ignore this as the modem will fall back to
3G in case of a call? Someone feel free to educate me.
Regards,
-Denis
next prev parent reply other threads:[~2018-09-10 18:41 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1536556520-24462-1-git-send-email-anirudh.gargi@intel.com>
2018-09-10 16:23 ` [PATCH] atmodem: add LTE state for AT+CREG Denis Kenzior
2018-09-10 18:26 ` Slava Monich
2018-09-10 18:41 ` Denis Kenzior [this message]
2018-09-10 19:56 ` Slava Monich
2018-09-10 20:07 ` 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=7684c5c6-1746-e7b0-64ab-bc3efb80d692@gmail.com \
--to=denkenz@gmail.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.