**** BEGIN LOGGING AT Mon Dec 20 02:59:58 2010 Dec 20 10:27:43 denkenz: hi Dec 20 15:24:32 demarchi: pong Dec 20 15:58:30 denkenz: did you see my patches? Dec 20 15:59:11 denkenz: i'm planning to take the CDIP task of TODO file Dec 20 15:59:21 honestly not yet Dec 20 15:59:34 I'm still playing catchup and people are still submitting stuff ;) Dec 20 15:59:59 hehe... Dec 20 16:00:01 Yeah, go ahead with CDIP Dec 20 16:00:06 it should be almost the same as CNAP Dec 20 17:46:39 denkenz: will the Emulator atom be available to all modems when they reach the online state? Dec 20 17:47:52 I think the modem driver should hint whether the emulator is available or not Dec 20 17:47:53 There is some modem like the hfpmodem that can't have this atom. Ideas on how to disable the atom for these modems? Dec 20 17:52:01 i.e., it should hint if we can enable a emulator for it or not. Dec 20 18:05:48 yep Dec 20 18:07:18 denkenz: had you review zhenhua patches about the emulator? Are his last patchset ok for you? Dec 20 18:09:38 I did a cursory review on the direction Dec 20 18:09:44 Not very detailed Dec 20 18:11:02 The direction seemed to be fine, but the specifics I disagreed with Dec 20 18:11:17 Ok, I'm rebasing his work, and will send them when I'm think they are ready. Dec 20 18:11:49 sure, and feel free to discuss ideas etc here Dec 20 18:13:19 Ah.. first of all, can you explain a bit the Emulator goals, so I can be sure to have the right idea about it and what I need to implement in the case I'm understanding it wrong. Dec 20 18:20:47 sure Dec 20 18:20:48 so Dec 20 18:20:48 Dec 20 18:21:06 so the basic idea is to unify DUN/HFP AG/SPP in oFono Dec 20 18:22:05 so we can e.g. use DUN over BT or even USB Dec 20 18:22:08 same with SPP Dec 20 18:23:29 The nice thing about this approach is that all the low level operations are in the atoms / atom drivers Dec 20 18:23:57 so quite easy to communicate between the emulator and the modem abstraction Dec 20 18:25:39 denkenz: sorry to hijack this discussion, but for your ppp server you need a) an IP, and b) a ConnMan hook for enabling IP forwarding once your IPCP layer is up. Dec 20 18:25:59 yes, good point Dec 20 18:26:06 This involves ConnMan as well Dec 20 18:26:07 Am I missing something ? Dec 20 18:26:57 Likely we will need to pass the created ppp interface to connman for bridging / nating Dec 20 18:27:13 So we'll need input from you as well ;) Dec 20 18:27:44 I think bridging is going to be tricky with a ppp interface. Dec 20 18:29:46 And I also suppose you need to get some sort of valid IP from ConnMan when starting your ppp server ? Dec 20 18:30:16 yep Dec 20 18:31:36 the ip forwarding + nating part are quite similar to what we're currently doing with tethering at the moment. Except we don't want to give you the network settings through DHCP... Dec 20 18:32:08 Yes, me and holtmann discussed this and thought that nat + ipforward is the only way Dec 20 18:32:35 since we didn't think the p2p connections can be bridged Dec 20 18:32:58 to my knowledge, they can't. Dec 20 18:33:01 The local ip address negotiation is also a bit tricky Dec 20 18:33:20 by local you mean the DUN client one ? Dec 20 18:33:46 no, that's the peer one. Dec 20 18:34:09 both really Dec 20 18:34:16 the peer and the ppp gw Dec 20 18:34:53 denkenz: so we can put DUN/HFP AG/SPP under the same modem in oFono? Dec 20 18:34:54 I need to look at IPCP more carefully to understand how the peer one is negociated. Dec 20 18:35:49 the server tells the peer its IP Dec 20 18:35:55 padovan: yep Dec 20 18:36:08 yes, I guessed so, but how ? Dec 20 18:36:11 padovan: I suspect there'll be 3 emulators in the end Dec 20 18:36:24 Client ---> Conf Req -> Server Dec 20 18:36:36 Server ---> Conf Nak ---> Client Dec 20 18:36:44 Client ---> Conf Req ---> Server (new IP) Dec 20 18:36:53 Server ----> Conf Ack ----> Client Dec 20 18:37:06 ok, no fancy IPv4 protocol on top of that. good. Dec 20 18:37:34 so, it's basically up to ConnMan to allocate a /24 v4 range for oFono to use. Dec 20 18:37:47 that is what I'm hoping Dec 20 18:38:12 yes, that would make sense. Dec 20 18:39:40 This might get all tricky since we might have to do ip forward of ppp -> high speed or ppp -> ppp Dec 20 18:40:12 But I'm guessing there should be no significant difference Dec 20 18:40:59 I don't expect much troubles here. Dec 20 18:41:54 denkenz: and the oFono modem that has the emulators can also handle a real modem? Dec 20 18:43:28 denkenz: thx. I'll try to come up with a new ConnMan API for oFono to use. Dec 20 18:47:55 padovan: That's the plan Dec 20 18:48:01 even modems that are not AT command based Dec 20 18:49:03 Great, I see. Dec 20 19:05:29 denkenz, balrog-k1n: Is there any specific reason for having long timeout for select item, getinkey, get input etc when the duration is not given as part of the proactive command? Dec 20 19:06:13 The idea there is that those commands require user input Dec 20 19:06:48 so we set a higher timeout to let the user have a chance to respond Dec 20 19:07:29 but there is a conformance test "No Response from user" Dec 20 19:08:43 As per the test, if there is no response within some seconds, terminal response with "No response from user" has to be sent Dec 20 19:09:36 we are waiting for 10min which is quite long Dec 20 19:12:52 the timeout can be tweaked Dec 20 19:13:07 I believe Andrew had this issue with Get Input on one of the SIMs Dec 20 19:13:43 The SIM requested him to write an Email, but without an adequate timeout the process was rather... painful Dec 20 19:14:12 Not to mention that some modems have their own timeout and send a terminal response without asking ;) Dec 20 19:16:53 so the sim that requsted to write an email didn't provide duration object Dec 20 19:19:01 nope Dec 20 19:19:26 But don't quote me on that, its been a while ago Dec 20 19:23:40 no worries, I'll wait for balrog-k1n comments on this Dec 20 19:25:45 I need one more clarification Dec 20 19:28:50 Is there any generic AT command available for enabing/disabling TTY mode? Dec 20 19:38:49 Jeevaka: You can look through the latest 27.007, but my understanding is there is no such command Dec 20 19:40:03 i didnt find any such commands in Release 8, thats why i wanted to check with you Dec 20 19:40:34 Well there is R10 these days Dec 20 19:40:55 but no, I don't think there is one Dec 20 19:43:38 yep, I checked. no such commands avaiable Dec 20 19:46:44 demarchi: That reminds me, 27.007 added a PIN retry counter AT command Dec 20 19:46:48 You might want to check that one out Dec 20 19:48:18 denkenz: I suppose gsmdial can not talk directly to test-server, right ? Dec 20 19:48:33 it can Dec 20 19:48:57 oh, cool. Dec 20 19:50:27 ah, that's awesome :) Dec 20 19:51:07 hehe Dec 20 19:51:43 all the building blocks are there, just need some mundane work to have it all integrate nicely Dec 20 19:53:25 it seems so, yes. Dec 20 19:57:31 denkenz: humn... so i'll have to change my implementation Dec 20 19:59:21 oh? Dec 20 19:59:58 denkenz: though i think i won't have a hw to test... so i'll have to implement it on phonesim as well Dec 20 20:00:44 denkenz: I already sent the implementation for huawei modem, that does not support +CPINR command Dec 20 20:01:02 added on 27.007 Dec 20 20:01:59 looking the docs right now... Dec 20 20:02:31 humn, it's easy to implement this Dec 20 20:02:37 implementation is secondary, I'm more worried about syncing the driver api Dec 20 20:02:39 do you agree with the interface i made? Dec 20 20:03:29 The only pending patches I have from you are to do with huawei radio settings Dec 20 20:03:45 Unless of course I'm blind Dec 20 20:03:49 ohh Dec 20 20:03:54 let me see Dec 20 20:04:28 [PATCH 0/6] Add SIM Retry Counter Dec 20 20:04:45 and all the other 6 patches as well Dec 20 20:05:04 So for whatever reason they're not in my mailbox Dec 20 20:05:10 can you resend them? Dec 20 20:05:36 yes... later today Dec 20 20:05:40 i have to run now Dec 20 20:05:49 no hurry Dec 20 21:20:40 denkenz: any comments to http://lists.ofono.org/pipermail/ofono/2010-December/006428.html and http://lists.ofono.org/pipermail/ofono/2010-December/006429.html Dec 20 21:25:13 I'm fine with the first one, not so sure about the second Dec 20 21:25:33 that seems to bypass all logic for handling sim insertions Dec 20 21:28:39 ok thanks, we will investigate further for that special task Dec 20 21:35:40 denkenz: found it... Dec 20 21:35:42 denkenz: http://lists.ofono.org/pipermail/ofono/2010-December/006481.html Dec 20 21:36:07 about the sim insertion on huawei, i've sent a patch for this too Dec 20 21:36:16 not sure if it's the best approach Dec 20 21:36:18 fgau: Dec 20 21:36:20 ^ Dec 20 21:36:50 http://lists.ofono.org/pipermail/ofono/2010-December/006486.html Dec 20 21:36:58 Ok, can you resend that series? For some unknown reason I don't have them Dec 20 21:37:28 denkenz: what do you think about this SIM notification? Dec 20 21:37:41 i had to use this in order to test the patches Dec 20 21:37:59 sorry, which sim notification? Dec 20 21:38:06 http://lists.ofono.org/pipermail/ofono/2010-December/006486.html Dec 20 21:41:46 That seems like the right approach actually Dec 20 21:42:13 Do you really need that forward declaration though? Dec 20 21:43:13 denkenz: otherwise i get an error because of -Werror Dec 20 21:43:29 let me see if i can put it in another place Dec 20 21:43:32 Can't you move the function up? Dec 20 21:46:52 And jeez that driver is a mess :( Dec 20 21:47:23 hum... yes, i can Dec 20 21:48:55 denkenz: also, there's another issue Dec 20 21:48:59 http://lists.ofono.org/pipermail/ofono/2010-December/006480.html Dec 20 21:49:26 if we ever enter a valid state, we have to cancel previous polls Dec 20 21:49:49 i fixed the fwd declaration and i'm going to re-send the patches Dec 20 21:51:13 yes, canceling the polls is a good idea Dec 20 21:51:44 But that driver is still doing way too many funky things Dec 20 21:58:06 if someone from the ofono project on the 27c3 congress? http://events.ccc.de/congress/2010/wiki/Welcome Dec 20 21:59:20 demarchi: Have you tried this patch with a sim not inserted? Dec 20 21:59:39 you might be able to cheat and skip most of the CPIN parser Dec 20 21:59:56 you might only need to know whether OK or ERROR is returned Dec 20 22:00:28 fgau: I don't think so Dec 20 22:03:30 ok, we will show ofono on the wetab tablet and on the freerunner/gta01: http://events.ccc.de/congress/2010/wiki/Pyneo Dec 20 22:03:32 denkenz: humn... true Dec 20 22:03:59 denkenz: i can test it, but not now... i'm out of office Dec 20 22:06:11 demarchi: no prob, none of this is urgent Dec 20 22:06:22 I actually shouldn't even be looking at huawei right now :P Dec 20 22:10:17 fgau: That looks nice, let me know how the presentation goes ;) Dec 21 00:11:46 denkenz: do you mind if I split out v3 of the CDMA MO Call patches into two series? Dec 21 00:11:52 That way I can get the cdmamodem base in while waiting for discussion on renaming of the cdmagen plugin. Dec 21 00:11:58 Or would you prefer I wait and submit it in the same series? Dec 21 00:12:12 two series is fine Dec 21 00:12:26 ok great, thanks **** ENDING LOGGING AT Tue Dec 21 02:59:58 2010