**** BEGIN LOGGING AT Fri Apr 15 02:59:57 2011
Apr 15 11:17:08 <Jeevaka> BertrandAygon: ping
Apr 15 11:27:57 <miojala> Hello, I just compiled latest oFono for N900 and while trying enter-pin I get "Method "EnterPin" with signature "ss" on interface "org.ofono.SimManager" doesn't exist". Any idea what I'm doing wrong?
Apr 15 11:32:24 <Jeevaka> miojala: method hasn't changed from previous versions. signature is still the same. Is the interface org.ofono.SimManager shown when you use list-modems script?
Apr 15 11:39:57 <miojala> jeevaka: nope
Apr 15 11:40:31 <miojala> jeevaka: it was before. When I set PIN query on then almost all interfaces disappeared
Apr 15 11:41:17 <Jeevaka> then its most likely ofono crashed
Apr 15 11:41:35 <Jeevaka> Could you capture the ofono logs?
Apr 15 11:45:24 <Jeevaka> miojala: http://pastebin.com/dyYXdW87
Apr 15 11:45:55 <miojala> jeevaka: first problem solved.... it had crashed
Apr 15 11:46:20 <miojala> jeevaka: now it gives out "Implementation not provided"
Apr 15 11:46:45 <Jeevaka> whats the upstream version you are using?
Apr 15 11:47:48 <miojala> cloned out of your git tree
Apr 15 11:52:12 <Jeevaka> miojala: pin support for isimodems are added on 23rd march. if you have cloned the latest version, then you should not have implementation not provided error
Apr 15 11:53:17 <Jeevaka> 24th March 2011*
Apr 15 11:57:53 <miojala> I think I should try out with another device or something. I've talked with aruravi also on issues about blts-ofono dual call cases where those work for him they won't work for me. I'll do study still and see if I can pinpoint the problem.
Apr 15 12:59:57 <BertrandAygon> Jeevaka: pong
Apr 15 13:02:55 <Jeevaka> BertrandAygon: I was about to mail my questions to mailing list
Apr 15 13:03:23 <Jeevaka> BertrandAygon: Since we are using g_try_new0 for ofono_call_forwarding, cf_conditions is automatically initialied.
Apr 15 13:03:38 <Jeevaka> Also, I don't see any call forwarding query request being active.
Apr 15 13:05:08 <BertrandAygon> Yes I see that the struct is set to NULL, but during the cf_list_clear, there is line 185 g_free(l->data);
Apr 15 13:05:35 <BertrandAygon> and yes, there is no request, so we will never receive the callback, and so never create cf_conditions list
Apr 15 13:06:28 <BertrandAygon> so cf->cf_conditions[i] is always NULL, but we 'clear' it and so try to g_free(l->data);
Apr 15 13:09:34 <Jeevaka> we have check as part of the for loop
Apr 15 13:10:38 <BertrandAygon> oh right, I missed it
Apr 15 13:10:45 <BertrandAygon> so the bug is not there.
Apr 15 13:11:05 <BertrandAygon> I guess that g_slist_free(NULL) is OK
Apr 15 13:12:59 <Jeevaka> yep, that should be fine. or else we will have crash for normal enable/disable modem itself
Apr 15 13:13:58 <BertrandAygon> ok, I have to search again...
Apr 15 13:14:08 <BertrandAygon> Thanks for the clarification
Apr 15 16:34:00 <sameo> denkenz: How did you eventually test the GPRS v6/v4v6 contexts stuff ? phonesim ?
Apr 15 16:44:51 <sameo> denkenz, holtmann : btw, we could probably get rid of the APN/Username/Password stuff from connman-api.txt
Apr 15 16:50:20 <holtmann> Inside oFono?
Apr 15 16:50:54 <holtmann> That has to stay there, but that is not something that ConnMan should modify.
Apr 15 16:51:03 <holtmann> That is for a settings UI to modify.
Apr 15 16:52:26 <sameo> I thought this should exclusively be done through provisioning.
Apr 15 16:54:59 <holtmann> Not really possible. You need to have both methods.
Apr 15 16:56:47 <sameo> yes, sounds reasonable.
Apr 15 16:59:03 <sameo> holtmann: and from the current connman-api.txt, I assume we're not supporting DHCPv6 ?
Apr 15 16:59:55 <denkenz> sameo: yes
Apr 15 17:00:11 <holtmann> We leave that until we have real networks and hardware to figure this out for real.
Apr 15 17:00:29 <sameo> denkenz: yes for phonesim testing ?
Apr 15 17:00:35 <sameo> holtmann: all right.
Apr 15 17:04:25 <denkenz> sameo: yes ;)
Apr 16 00:50:34 <balrog-k1n> denkenz: do you remember the USSD used to change your current subscriber number? i can't find it anywhere
Apr 16 00:52:20 <denkenz> *59n
Apr 16 00:52:31 <denkenz> balrog-k1n: But you might need a password
Apr 16 00:52:58 <balrog-k1n> let me try it with no password first
Apr 16 00:53:07 <balrog-k1n> thanks
**** ENDING LOGGING AT Sat Apr 16 02:59:58 2011