**** BEGIN LOGGING AT Mon Mar 28 02:59:57 2011 Mar 28 04:06:42 Does ofono supports CDMA/LTE based modems? If not then how feasible is it to bring support for these modems? Please comment.... if anyone can clarify these doubts it would be great.... Mar 28 04:08:11 Anyone here??? Mar 28 04:17:29 Does ofono supports CDMA/LTE based modems? If not then how feasible is it to bring support for these modems? Please comment.... if anyone can clarify these doubts it would be great.... Mar 28 04:53:15 Does ofono supports CDMA/LTE based modems? If not then how feasible is it to bring support for these modems? Please comment.... if anyone can clarify these doubts it would be great.... Mar 28 05:06:33 trashw: i think data connections with some CDMA device are supported now Mar 28 05:07:36 as for LTE my guess is that adding support for a new device would be similar to adding a new 3G device Mar 28 05:13:58 balrog-k1n: In case if we have already latched to 3G and there is a PS call is already in progress.... Now at this stage if we switch to LTE ... What will be consequences...? What will be the consequences @ AP side... as the TCP/IP connection will be there on AP? Mar 28 05:15:09 Its more of the handover scenario.... that I'm looking for. Thanks! Mar 28 05:36:51 In case if we have already latched to 3G and there is a PS call is already in progress.... Now at this stage if we switch to LTE ... What will be consequences...? What will be the consequences @ AP side... as the TCP/IP connection will be there on AP? Mar 28 05:36:54 Its more of the handover scenario.... that I'm looking for. Thanks! Mar 28 05:40:42 trashw: ofono doesn't really handle all of that, it assumes that modem firmware does it Mar 28 05:41:17 you don't have to repeat :) Mar 28 05:41:48 ofono just interfaces with the modem using the commands defined in standards like TS 27.007 Mar 28 05:42:12 much higher level than handover handling Mar 28 19:45:47 denkenz: ping Mar 28 19:46:28 Jeevaka: pong Mar 28 19:49:41 theoretically its possible for SAT to setup an emergency call when the RF is in OFF state but I havent seen any real case. have you heard of any case? Mar 28 19:52:01 nope, and that would be seriously bizarre Mar 28 20:00:48 clarification on sim refresh Mar 28 20:01:20 why are we not refreshing the call forwarding flag? Mar 28 20:41:54 Jeevaka: We are, sort of Mar 28 20:42:49 Jeevaka: I don't see the point in signaling the call forwarding flags on the sim if we have already queried the network Mar 28 21:04:49 i think we need to overwrite the sim file if we think the value is bogus Mar 28 21:05:35 So Jeevaka just pointed out that EL2 uses a non EFimsi style refresh Mar 28 21:05:48 so if we get a refresh on EFcfis, we probably should reboot the entire interface Mar 28 21:08:39 non-EFimsi meaning no card reset? Mar 28 21:08:50 correct Mar 28 21:09:43 It refreshes EFcff, EFcfis and later EFmsisdn Mar 28 21:09:52 but aren't we handling those cases correctly? Mar 28 21:10:15 I think it implies that the call forwarding on the backend is also changed Mar 28 21:10:26 so we should at the very least clear the cf cache Mar 28 21:10:55 on the backend = at the operator? Mar 28 21:10:59 Or likely just re-init cf from scratch Mar 28 21:11:00 correct Mar 28 21:11:19 You can try to test this once you get your SIM card ;) Mar 28 21:11:36 i think we just need to handle the file like other files then Mar 28 21:11:46 i.e. clear cache, reread and update properties Mar 28 21:12:11 yes, but it also implies our entire call forwarding cache is bogus Mar 28 21:12:20 so this is special Mar 28 21:13:00 So even conditional cf settings can be wrong Mar 28 21:14:38 do you think we'll be able to test cf outside UK? Mar 28 21:16:39 balrog-k1n: do you mean enabling call forwarding to an internation number wit th EL2 sim card Mar 28 21:17:32 CF should work just fine when roaming Mar 28 21:17:38 The question is will the SIM cards roam Mar 28 21:18:40 at some operators roaming need to be enabled from inside the home network first Mar 28 21:18:54 but maybe that's not the case Mar 28 21:18:59 atleast it worked with the one I had Mar 28 21:19:30 I really doubt call forwarding to an internation number will work Mar 28 21:19:50 denkenz: so i'm looking at the code and i don't efcfis as a special case Mar 28 21:20:06 it isn't right now Mar 28 21:20:07 the point of refresh is to tell us our cache is bogus, so we just refresh it Mar 28 21:21:02 The point here is that your original patch and my changes are all wrong Mar 28 21:21:22 Our strategy for EFcfis refresh is to wipe the entire settings store of call forwarding interface Mar 28 21:21:26 and I mean everything Mar 28 21:21:38 Or alternatively to remove the interface and start over Mar 28 21:21:50 ah i think the point is that we get a refresh from the sim but we need to repopulate the cache from the network Mar 28 21:22:14 yes, the refresh of EFcfis signifies more than just the sim store Mar 28 21:22:29 it signifies that on the backend the forwarding settings also changed Mar 28 21:22:35 Or at least that is my theory Mar 28 21:25:10 hmm, so if i'm understanding it, if we go and clean all of the CF cache and query the network immediately, and then potentially update the sim file too then every case should work Mar 28 21:25:26 whether the settings have changed on the backend or not Mar 28 21:28:33 yep Mar 28 21:29:06 though querying cf might not be a good idea, simply clearing the settings and re-reading EFcfis should be sufficient Mar 28 21:29:29 since we reset the cached flag, we'll get the cf from the network on the next get properties Mar 28 21:32:51 why might querying cf be bad? Mar 28 21:34:19 other than bugs in operator software :) Mar 28 21:36:33 Its slow Mar 28 21:36:42 Try it on a freerunner sometime Mar 28 21:36:56 It takes ~1-2 seconds per CF query for me Mar 28 21:37:17 It is way faster on UMTS devices, but still noticeable Mar 28 21:37:46 So if the user doesn't care, there's no point in doing it Mar 28 21:38:37 One of the main reasons why we cache cf, I got tired of waiting ;) Mar 28 21:39:02 yeah, most likely they don't care Mar 28 21:39:30 (but also most likely efcfis is not refreshed) Mar 28 21:39:57 we have to test this Mar 28 21:40:05 unless the card send efcfis refresh just in case Mar 28 21:40:18 yeah, we should test it on the EL2 sim Mar 28 21:41:21 Even if the SIM sends it 'just in case', if there is a possibility of things magically switching on the back end, then we should change the current strategy Mar 28 21:42:04 But we have to test that first ;) Mar 28 21:42:47 yes definitely, but i'm not sure whether it's a good idea to not send PropertyChanged knowing that something has changed Mar 28 21:44:17 even if you get the EL2 SIM card, it wont be possible to test call forwarding activated in oneline Mar 28 21:45:25 lol Mar 28 21:45:46 first, sim card wont support call forwarding to a nonUK number. second: whichever phone used to activate call forwarding should update the sim file Mar 28 21:45:49 balrog-k1n: We might have to simply pull the interface and init it again Mar 28 21:46:11 The change to Interfaces might be sufficient hint to the application Mar 28 21:46:39 Lets cross that bridge once we come to it Mar 28 21:46:53 Jeevaka: We don't care what the number is set to Mar 28 21:47:07 It can be 123 for all we care Mar 28 21:47:14 Just as long as the network lets us set it Mar 28 21:48:56 denkenz: yeah, well, i guess we can use this method to kind of trick the client, i.e. tell it that the values of the properties on the interface are invalidated but if it wants to know the new value it needs to request it Mar 28 21:49:41 exactly, I'm willing to hear other ideas, but that's the best one I have so far Mar 28 21:49:55 cheating a bit, but then this is a bizarre case Mar 28 21:52:19 Jeevaka: i think we just need to know on what occasions efcfis is refreshed Mar 28 21:53:55 balrog-k1n: whenver the line is changed, we are receiving the refresh for EFcfis Mar 28 21:55:23 as pointed out by denkenz, EFcfis refresh notification is just an indication to inform us the whole cache is bogus Mar 28 21:55:59 Jeevaka: rather may be bogus Mar 28 21:56:15 because nothing may have changed Mar 28 21:56:52 may be nothing has changed Mar 28 21:58:10 but when there is a change our cache wont be holding the right information Mar 28 21:59:27 Jeevaka: obviously.. what i mean is that i expected that the file is refreshed only when there was a change Mar 28 22:01:02 atleast as per logs its always refreshed Mar 28 22:15:43 The SIM is not that smart Mar 28 22:15:52 It could be in theory, but doubtful ;) **** ENDING LOGGING AT Tue Mar 29 02:59:57 2011