All of lore.kernel.org
 help / color / mirror / Atom feed
From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: Ofono CF states not always correct
Date: Fri, 14 Jan 2011 09:59:50 -0600	[thread overview]
Message-ID: <4D3072F6.60403@gmail.com> (raw)
In-Reply-To: <4D304D91.50409@tieto.com>

[-- Attachment #1: Type: text/plain, Size: 1845 bytes --]

Hi Jarko,

On 01/14/2011 07:20 AM, Jarko Poutiainen wrote:
> Hi Denis,
> 
> On 01/11/2011 05:16 PM, Denis Kenzior wrote:
>> Hi Jarko,
>>
>> So quickly looking at 22.082, for example 1.6.82.2:
>>
>> "If Call forwarding on mobile subscriber busy is active, activation of
>> Call forwarding unconditional will be accepted. Call forwarding on
>> mobile subscriber busy will be quiescent during the active period of
>> Call forwarding unconditional.  If Call forwarding unconditional is
>> subsequently deactivated, Call forwarding on mobile subscriber busy
>> becomes operative again (unless the interaction with another
>> supplementary service requests that it remains quiescent)."
>>
>> To me it sounds like oFono is doing exactly the right thing.  Are you
>> sure your modem is behaving properly?
>>
>> Regards,
>> -Denis
> 
> It seems that I explained this poorly. So modem is behaving as you
> quoted but ofono is not. I can for example get ofono in a state where
> ofono replies that no CF is active even though one of them is.
> 
> e.g. when I do following:
> ./list-modems
> ./test-ussd '**61*+358401234567*11#'
> ./list-modems
> ./test-ussd '**21*+358401234567*11#'
> ./list-modems
> Now ofono claims that both are active
> ./test-ussd '*#002#'
> ./list-modems
> Now ofono correctly states that only VoiceUnconditional is active

Both are active and the modem should be reporting both.  At least that
is how I understood the specifications.

> ./test-ussd '##21#'
> ./list-modems
> Now ofono claims that no call forwarding is set active when VoiceNoReply
> in fact is.
> ./test-ussd '*#002#'
> ./list-modems
> Now ofono correctly states that VoiceNoReply is active
> 
> Does this make this any clearer?
> 

A bit, but having the AT command logs would help greatly.

Regards,
-Denis

  reply	other threads:[~2011-01-14 15:59 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-11 10:00 Ofono CF states not always correct Jarko Poutiainen
2011-01-11 15:16 ` Denis Kenzior
2011-01-14 13:20   ` Jarko Poutiainen
2011-01-14 15:59     ` Denis Kenzior [this message]
2011-01-18 12:21       ` Jarko Poutiainen
2011-01-18 15:56         ` Denis Kenzior
2011-01-18 21:08           ` Pekka Pessi
2011-01-18 21:24             ` Denis Kenzior
2011-01-18 21:32               ` Pekka Pessi
2011-01-18 21:50                 ` Denis Kenzior
2011-01-18 22:08                   ` Pekka Pessi
2011-01-26  9:14                   ` Jarko Poutiainen
2011-01-26 19:10                     ` 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=4D3072F6.60403@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.