**** BEGIN LOGGING AT Tue Oct 27 02:59:56 2009 Oct 27 03:02:08 Pico_Kuo_: i am here, but i may not able to ask your question. :) Oct 27 03:03:22 maybe you can try it Oct 27 03:03:30 Pico_Kuo_: yeah Oct 27 03:03:44 Pico_Kuo_: what's your question? Oct 27 03:03:46 my question is how to setup oFono 0.8 on Ubuntu Oct 27 03:03:52 do you know it? Oct 27 03:03:59 git clone? Oct 27 03:04:19 In fact, I download from oFono web Oct 27 03:04:30 ./bootstrap-configure; then make Oct 27 03:04:44 any problems? Oct 27 03:07:35 you mean use "./bootstrap-configure", then, make Oct 27 03:07:46 maybe I need to try it Oct 27 03:07:52 yes Oct 27 03:08:50 it seems not to work Oct 27 03:09:00 no this file Oct 27 03:10:48 then do you have bootstrap in your ofono? Oct 27 03:11:10 let me check it Oct 27 03:11:14 thanks Oct 27 03:11:33 hi, sir Oct 27 03:11:40 I cannot find it Oct 27 03:11:49 no bootstrap Oct 27 03:11:55 how could I see it? Oct 27 03:11:57 where are you download ofono Oct 27 03:12:10 i would suggestion you use git instead of tar ball Oct 27 05:03:48 denkenz: pong Oct 27 05:12:23 holtmann: So with HEAD I can get my mbm device to attach / detach and even activate the context Oct 27 05:12:30 holtmann: Of course it dies right after ;) Oct 27 05:12:58 Still I'm concerned by these GPRS-only cards, most of them do evil shit like auto-attaching to GPRS Oct 27 05:13:20 I am not doing any more roaming testing here. Mine seems to be fine, but yours seems to be buggy. Oct 27 05:13:38 I know, so I'm giving up on this until I get more devices Oct 27 05:13:39 Maybe yours is trying to attach twice and then shits itself. Oct 27 05:13:58 Probably, when I CFUN=1, it auto-registers and auto-attaches Oct 27 05:14:00 Fucking nuts Oct 27 05:14:18 I think that ENAP tries to attach again and that crashes it. Oct 27 05:14:32 You said that taking CGATT out of it makes it work. Oct 27 05:14:51 Yes, taking out CGATT makes it work Oct 27 05:14:57 That is the only difference between ConnMan and oFono. I am not attaching manually. Oct 27 05:15:06 However, it'll crash randomly on COPS sometimes Oct 27 05:15:08 So ENAP tries to attach again. Oct 27 05:15:35 The only thing I don't understand why the previous model that I have is fine with it. Oct 27 05:15:54 Probably because it was tested :) Oct 27 05:16:13 Anyway, the other problem is detaching Oct 27 05:16:32 Once I detach, I'll never get CGREG again Oct 27 05:16:50 Which is quite fun since the card sometimes fails to attach to regular network Oct 27 05:17:07 So it'll give me forbidden on netreg, but COPS? shows an operator :P Oct 27 05:19:17 Never the less, we need the attach handling since we do wanna detach in the roaming case. Especially if they calculate by time and not by kb. Oct 27 05:19:34 Problem is, we don't get CGREG until attach Oct 27 05:19:56 So the logic gets complicated fast depending on whether this is a true phone or a GPRS only card Oct 27 05:20:02 Huawei does this too Oct 27 15:44:50 any news of a phonesim release? Oct 27 16:06:13 dilinger: I haven't announced it yet, but phonesim.git is up an alive since last week. I fixed this missing pieces on my flight to Japan. Oct 27 16:07:04 git://git.kernel.org/pub/scm/network/ofono/phonesim.git Oct 27 16:08:27 woo! thanks! Oct 27 16:09:31 I tried to keep as much history as possible, but some might been lost since I had to re-base the whole repository. Oct 27 16:10:05 denkenz: This reminds me. Please remove our internals trees and use this one. You should have access to it. If not, ping me and I fix it. Oct 27 16:10:32 holtmann: Yeah I already switched to it Oct 27 16:10:51 Excellent. Oct 27 16:12:14 holtmann: i would definitely suggest a proper announcement, since this lowers the bar to entry a *lot* for messing around w/ ofono Oct 27 16:12:37 I haven't gotten around it. Too much other stuff going on. Oct 27 16:12:53 But I will write a proper announcement as soon as I get a free second. Oct 27 19:20:05 denkenz: ping Oct 27 19:20:32 padovan: pong Oct 27 19:22:28 denkenz: hey, how do I use ./test-network-registration? Oct 27 19:23:12 i'm trying the 'default' parameter, but it's not working Oct 27 19:25:50 test-network-registration sort of assumes you're running phonesim as a backend Oct 27 19:29:39 If you are, then default should just work Oct 27 19:30:08 denkenz: I wanna run hfpmodem as backend Oct 27 19:30:18 If you're testing your HFP backend, I'd start with just printing out GetProperties and listen to PropertyChanged signal Oct 27 19:30:48 Right Oct 27 19:30:57 I'll try here :-) Oct 27 19:31:01 Most of what that test does is not even possible on HFP :) Oct 27 19:31:08 e.g. registering, etc Oct 27 19:32:10 I see. Oct 27 19:54:06 holtmann: Still here? Oct 27 19:54:14 denkenz: Yep. Oct 27 19:54:35 holtmann: In doc/network-api.txt you've added Mode property that is [readwrite] Oct 27 19:54:45 You sure we don't want it readonly? Oct 27 19:55:38 If there are other method to change this, then yes. Oct 27 19:55:55 Otherwise it might be useful to use it to get back to auto or off. Oct 27 19:55:56 Well, we already have Register/Deregister methods on the main interface Oct 27 19:56:06 And Register method on each Network operator Oct 27 19:56:16 And how do you get back to auto mode after you used Register. Oct 27 19:56:31 Call Register on main interface? Oct 27 19:56:59 Okay. Then make it readonly. Oct 27 19:57:40 What value is this property to the UI btw? Oct 27 19:58:04 Also, some modems don't support 'off' mode Oct 27 19:58:13 E.g. MBM Huawei Oct 27 19:59:13 Even some Nokia ones don't I think Oct 27 20:00:53 Maybe none. I don't know. We will see. Oct 27 20:01:44 you sure we should expose it then? Oct 27 20:01:59 Or just write it to the imsi store ? Oct 27 20:21:19 Don't know. However we should keep this information somewhere. Oct 27 20:22:32 Agreed, but until there's a clear UI use I wonder if we should hold off Oct 27 20:28:45 status bar indicator? Oct 27 20:29:13 mobile devices traditionally report such things in the status bar Oct 28 00:18:19 denkenz: ping Oct 28 00:45:53 zhenhua: pong Oct 28 00:52:12 I thought we agreed to move alloc/release callid to atutil as well? Oct 28 00:53:13 denkenz: alloc and release are using voicecall_data internal structure so i cann't move them Oct 28 00:53:34 like d->id_list Oct 28 00:53:53 Bah, just pass in an int pointer Oct 28 00:53:55 so i want to confirm with you before i send patch to ML Oct 28 00:54:25 oh, you want to change func parameter? Oct 28 00:54:33 add one more? Oct 28 00:54:53 yeah, just pass in the 'list' as input Oct 28 00:55:01 okay. do it soon. Oct 28 00:55:22 Your first patch is fine, redo the 2nd and 3rd Oct 28 00:55:32 how about dump_response and decode_at_error Oct 28 00:55:43 They're already in at utils Oct 28 00:56:08 i mean do we need add prefix 'at_util'? Oct 28 00:56:17 it impacts lots of file Oct 28 00:56:41 We should, I do it when I have time Oct 28 00:56:44 Don't worry about it Oct 28 00:56:48 okay Oct 28 00:57:15 Also, is there any way for you to have proper Author info on your patches Oct 28 00:57:23 Zhang, Zhenhua is not the preferred order Oct 28 00:57:37 it send out by outlook I think Oct 28 00:57:41 not by me... Oct 28 00:57:53 Yuck Oct 28 00:58:03 looks like every mail by outlook is in such bad format Oct 28 00:58:06 Send them as git format-patch attachments then Oct 28 00:58:11 Those seem to be OK Oct 28 00:58:18 yeah Oct 28 00:58:57 let me find way to change my name to Zhenhua Zhang if I could Oct 28 00:59:38 multi call has some compatibility problems different phone Oct 28 01:00:36 iPhone result like Oct 28 01:00:38 +CCWA: "02161166240",129,1 Oct 28 01:00:39 +CCWA: "02161166240",129,1 Oct 28 01:00:57 if i reject call, it returns Oct 28 01:00:58 +CIEV: 2,0 Oct 28 01:01:07 but nokia phone return Oct 28 01:01:08 NO CARRIER Oct 28 01:01:12 +CIEV: 1,0 Oct 28 01:02:11 i would first use iPhone result as reference Oct 28 01:02:29 Yeah no carrier is a bit bogus Oct 28 01:02:39 still, with no carrier just query clcc Oct 28 01:02:58 btw: Oct 28 01:03:00 + if ((index == vd->cind_pos[HFP_INDICATOR_CALL]) || Oct 28 01:03:01 + (index == vd->cind_pos[HFP_INDICATOR_CALLSETUP]) || Oct 28 01:03:03 + (index == vd->cind_pos[HFP_INDICATOR_CALLHELD])) { Oct 28 01:03:04 + if (vd->mpty_call == FALSE) Oct 28 01:03:06 + single_call_notify(vc, call, index, value); Oct 28 01:03:19 When you have multiline if condition like this, indent the 2...last line 2 tabs Oct 28 01:03:39 So it makes it easier to see where the actual if expression begins Oct 28 01:05:40 ok Oct 28 01:05:54 Does HFP support CLIR invocation and stuff? Oct 28 01:06:05 nop Oct 28 01:06:12 Then why have it in the driver? Oct 28 01:06:15 Same with CUG Oct 28 01:06:25 Feel free to return an error in that case Oct 28 01:06:31 ok Oct 28 01:06:54 is that a part of atd stardard? i am not sure Oct 28 01:07:14 at least they are not in spec Oct 28 01:07:14 It is part of 27.007, but check if it is part of HFP Oct 28 01:07:32 CUG is definitely not Oct 28 01:09:59 ok Oct 28 01:11:19 let me know any other issues if have Oct 28 01:12:03 I don't really like single_call_notify, too many nested ifs Oct 28 01:12:19 See if you can at least separate it into two functions Oct 28 01:12:21 but they are needed Oct 28 01:12:41 one for call and another for callsetup? Oct 28 01:12:52 something like that Oct 28 01:14:00 ok. i haven't add code to send out audio related signal. Oct 28 01:14:13 That's fine Oct 28 01:14:23 Otherwise looks fine Oct 28 01:14:36 ok. have u discuss bluez part with marcel? Oct 28 01:15:04 Not yet, I do hear 5.0 is in plans Oct 28 01:15:09 next big part would be in bluez Oct 28 01:15:34 Get multicall working first :) Oct 28 01:15:41 okay. Oct 28 01:15:45 Also, you activate CCWA=1 Oct 28 01:15:49 But don't register for CCWA Oct 28 01:15:55 :) Oct 28 01:16:19 ccwa_notify is in mutlicall so i don't have it in single call Oct 28 01:16:20 i know.:) Oct 28 01:16:34 Ok, that's fine Oct 28 01:17:21 i will polish it can send out update today Oct 28 01:17:45 alloc_next_id need pass (unsigned int *id_list) Oct 28 01:24:52 yep, that's fine **** ENDING LOGGING AT Wed Oct 28 02:59:58 2009