From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: [PATCH v2 6/6] cdmamodem: Add serving system identifier support
Date: Thu, 24 Nov 2011 01:03:04 -0600 [thread overview]
Message-ID: <4ECDEC28.4020505@gmail.com> (raw)
In-Reply-To: <4ECE8064.7030803@linux.intel.com>
[-- Attachment #1: Type: text/plain, Size: 2729 bytes --]
Hi Philippe,
On 11/24/2011 11:35 AM, Philippe Nunes wrote:
> Hi Denis,
>
> On 11/18/2011 04:18 PM, Denis Kenzior wrote:
>> Hi Philippe,
>>
>>>> I would also like to see how you're planning to use this information in
>>>> the core, before reviewing this patch in detail. Do note that after
>>>> taking a quick peek at Huawei CDMA manuals and ModemManager, I very
>>>> much
>>>> doubt that +CSS is what you want to use in the first place.
>>>
>>> I'm really not familiar with Huawei CDMA AT commands but looking to the
>>> command interface specification from Huawei and to TIA/EIA/IS-707, I
>>> can't see other solution than the serving system query to retrieve the
>>> SID. Also, I don't see any unsolicited result codes which could bring
>>> such information.
>>>
>>> Note that this AT command seems supported by Huawei cdma modem according
>>> the first revison of TIA/EIA/IS-707 (here, the band class is not
>>> supported, neither the PREV field).
>>>
>>> Now, it's true that we would need to retrieve also the NID (as stated in
>>> TODO), but so far, I don't see how...
>>
>> I don't really have the answer, but take a peek at ModemManager. +CSS
>> is not how it retrieves SID in the most common case. In fact it doesn't
>> even do it via AT commands. If that's the case, then you might want to
>> rethink this implementation completely.
>>
>> Regards,
>> -Denis
>>
>
> Looking to the modem manager, the priority is indeed to retrieve the SID
> using the qcdm port com (thanks to the result of a radio status query).
> In case of error, there is however a fallback to use the AT command
> +CSS. Also, if no qcdm port is available, the SID is retrieved by using
> this AT command (please refer to 'legacy_get_serving_system').
>
> Note that in modem manager, there is also a special treatment for Huawei
> modem which use the IS-707-A format (no band and class).
I also noticed various comments stating that +CSS does not report any
information when registered to EV-DO and it seems that the Huawei driver
doesn't even bother using fallback mechanisms for EVDO capable hardware
in the first place. But maybe I'm not reading the code right...
>
> So far, the AT command "Serving system" seems relevant. Now, do you
> expect us to communicate also through the qcdm port when using cdma modem?
Have you tested that your theories work? Right now I'm seeing you
making lots of assumptions, and moving code from the huawei specific
driver to some generic driver when in fact no such generality exists.
CDMA does not have an AT command standard ;)
And yes, if the AT command does not do what we need, then using QCDM
would be required.
Regards,
-Denis
next prev parent reply other threads:[~2011-11-24 7:03 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-17 16:20 [PATCH v2 0/6] Add a parser to retrieve the CDMA network name Philippe Nunes
2011-11-17 16:20 ` [PATCH v2 1/6] mbpi: Add mbpi_lookup_cdma_provider_name API Philippe Nunes
2011-11-16 10:28 ` Denis Kenzior
2011-11-17 16:21 ` [PATCH v2 2/6] tools: Add utility for looking CDMA network name from database Philippe Nunes
2011-11-16 10:28 ` Denis Kenzior
2011-11-17 16:21 ` [PATCH v2 3/6] Huaweicdmamodem: remove this specific driver Philippe Nunes
2011-11-17 16:21 ` [PATCH v2 4/6] huaweicdmamodem: Merge this driver with cdmamodem driver Philippe Nunes
2011-11-17 16:21 ` [PATCH v2 5/6] cdmamodem: Add CDMA network-registration support Philippe Nunes
2011-11-17 16:21 ` [PATCH v2 6/6] cdmamodem: Add serving system identifier support Philippe Nunes
2011-11-16 10:26 ` Denis Kenzior
2011-11-18 13:18 ` Philippe Nunes
2011-11-18 15:18 ` Denis Kenzior
2011-11-24 17:35 ` Philippe Nunes
2011-11-24 7:03 ` Denis Kenzior [this message]
2011-11-25 16:31 ` Philippe Nunes
2011-11-24 23:35 ` 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=4ECDEC28.4020505@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.