From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: [PATCH_v9 1/4] huaweicdma: create a dedicated netreg atom.
Date: Thu, 11 Aug 2011 00:38:02 -0500 [thread overview]
Message-ID: <4E436ABA.2060307@gmail.com> (raw)
In-Reply-To: <4E43EF99.3090708@linux.intel.com>
[-- Attachment #1: Type: text/plain, Size: 2754 bytes --]
Hi Philippe,
This is a gentle reminder not to top-post on this mailing list.
On 08/11/2011 10:04 AM, Philippe Nunes wrote:
> Hi Denis,
>
> I did a test with a Huawei EC152 cdma dongle in India with this patch.
> Please find below the oFono logs.
> It appears that the service domain is reported in the ^SYSINFO answer as
> 'CDMA not supported' whereas the cdma data connection could be
> established successfully.
>
> ofonod[11013]: Modem: > AT^SYSINFO\r
> ofonod[11013]: Modem: < \r\n^SYSINFO:0,255,0,0,0\r\n\r\nOK\r\n
> ofonod[11013]:
> drivers/huaweicdmamodem/network-registration.c:sysinfo_cb() 0, 255, 0
If you're getting to this point then it isn't related to the refactoring
I've done.
>
> The issue is that the switch case in the function 'parse_sysinfo' is
> overiding the status returned by the field srv_status by the status
> returned by the field srv_domain. Therefore, the status returned by the
> function 'parse_sysinfo' is always
> "CDMA_NETWORK_REGISTRATION_STATUS_NOT_REGISTERED'.
>
> In practice, I don't think we need to handle the srv_domain field.
> Perhaps, do you have some background here you can share?
>
Bertrand or Guillaume might be better suited to answer this question.
> I need also to raise another issue which is more likely a timing issue.
> Until now, the cdma connection could be initiated as soon as the
> cdma.ConnectionManager interface was registered in ofono.org.
> For cdma, as only few AT commands are exchanged, this can happen quite
> immediately and is likely to fail since we are not registered to the
> network.
> Now that the cdma netreg atom is available, could we think indeed to
> register ConMann to the cdma netreg status change but also to trigger
> the cdma cellular network creation once the status becomes 'registered'?
> That said, I don't know if this status is sufficiently representative
> like the 'Attached' state for gprs.
We should not succeed in setting Powered=True unless the cdma_netreg
atom has indicated it is registered to a network.
>
> For gprs precisely, can we think to adopt the same mechanism ? I mean,
> add the cellular networks (corresponding to the gprs contexts) only once
> gprs is attached ? This could be helpful in case of automatic
> reconnection after plug-in the 3G dongle (it avoids to perform the
> automatic connection too early).
>
I'm confused, gprs? Are you talking about CDMA or GSM? There are no
contexts in CDMA, this is why the API looks the way it does.
For CDMA, ConnMan should handle automatic reconnection, it is up to the
ofono plugin in ConnMan to do the right thing (e.g. listen to
cdma_netreg state changes and attempt setting Powered then)
Regards,
-Denis
next prev parent reply other threads:[~2011-08-11 5:38 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-08 12:13 [PATCH_v9 0/4] Create CDMA netreg atom Guillaume Zajac
2011-08-08 12:13 ` [PATCH_v9 1/4] huaweicdma: create a dedicated " Guillaume Zajac
2011-08-09 18:31 ` Denis Kenzior
2011-08-11 15:04 ` Philippe Nunes
2011-08-11 5:38 ` Denis Kenzior [this message]
2011-08-08 12:13 ` [PATCH_v9 2/4] huaweicdma: register to CDMA " Guillaume Zajac
2011-08-09 18:31 ` Denis Kenzior
2011-08-08 12:13 ` [PATCH_v9 3/4] huaweicdma: register to ^RSSILVL to update signal strength Guillaume Zajac
2011-08-09 18:32 ` Denis Kenzior
2011-08-08 12:13 ` [PATCH_v9 4/4] cdmamodem: add data strength to CDMA netreg atom Guillaume Zajac
2011-08-09 18:35 ` Denis Kenzior
2011-08-08 12:42 ` [PATCH_v9 0/4] Create " 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=4E436ABA.2060307@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.