From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: Ofono CF states not always correct
Date: Tue, 18 Jan 2011 15:24:11 -0600 [thread overview]
Message-ID: <4D3604FB.3010101@gmail.com> (raw)
In-Reply-To: <AANLkTinjZLt2=Od7ysOv9mwCVSVg9QCftNQnqetfDHK1@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1387 bytes --]
Hi Pekka,
On 01/18/2011 03:08 PM, Pekka Pessi wrote:
> HI Denis,
>
> 2011/1/18 Denis Kenzior <denkenz@gmail.com>:
>> Ok, so I'm convinced we're not handling this properly. Based on your
>> testing and my own independent testing setting the Unconditional CF rule
>> does indeed 'hide' all other rules so they appear inactive.
>>
>> So do you care to come up with a patch fixing this? Briefly thinking
>> about this I believe we can implement option 2 from your earlier email.
>
> I've yet to see a network which sends forwardingFeatureList for
> conditional CFs if unconditional CF is active, they just tell that the
> unconditional CFs are, uh, quiescent.
>
> Try your self, do you get anything sensible from *#67# if you have CFU
> active? (Like after step #4 above?)
>
That was indeed the behavior on T-mobile during my personal testing. So
I'm already convinced ;)
>> I'd rather play some tricks and not clear the cache unless really
>> necessary.
>
> I just don't see any option but clearing the cache. Of course, we can
> optimize by the fact that CFU makes conditional CFs
> inactive/quiescent.
>
I think we can track the cached flag for conditional CFs independently
from CFU. The question is really whether the networks allow us to
modify conditional CFs when CFU is active. In my testing the answer is No.
Regards,
-Denis
next prev parent reply other threads:[~2011-01-18 21:24 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
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 [this message]
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=4D3604FB.3010101@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.