**** BEGIN LOGGING AT Wed Jan 05 02:59:58 2011
Jan 05 13:40:22 <emdete> demarchi: are you around? i've trouble with registering. ofono issues a CFUN=5 in the middle and i don't know why...
Jan 05 13:57:04 <demarchi> emdete: do you have a log?
Jan 05 13:58:24 <emdete> demarchi: yes, sure. also the script i fire... wait a second
Jan 05 14:07:30 <emdete> http://mister-muffin.de/p/JkJX.txt see the COPS=0 with ERROR response. before that i see the CFUN=5
Jan 05 14:30:37 <emdete> demarchi: any idea?
Jan 05 15:54:39 <demarchi> emdete: not really... where's your script?
Jan 05 15:55:29 <demarchi> emdete: previous command returned successfully...
Jan 05 15:55:31 <demarchi> emdete: > AT+COPS?\r
Jan 05 15:55:36 <demarchi> < \r\n+COPS: 0,0,"Vodafone.de",0\r\n\r\nOK\r\n
Jan 05 16:05:09 <denkenz> Jan  5 13:41:48 mdtab ofonod[1473]: PCUI: > AT+CPBS=?\r
Jan 05 16:05:11 <denkenz> Jan  5 13:41:48 mdtab ofonod[1473]: PCUI: < \r\n+CME ERROR: 14\r\n
Jan 05 16:05:11 <denkenz> Jan  5 13:41:48 mdtab ofonod[1473]: Phonebook not supported by this modem.  If this is in error please submit patches to support this hardware
Jan 05 16:05:23 <denkenz> Sounds like the Huawei needs to tell us when the phone book is ready
Jan 05 16:13:17 <denkenz> akiniemi: I'm going to apply Marit's v3 signal strength query patch, but will revert commit 56d46ae16b36e756c9aa032029d30ef6dbf4fe4e
Jan 05 16:13:25 <denkenz> Do you see any issues with this approach?
Jan 05 17:09:06 <Jeevaka_mobile> denkenz: ping
Jan 05 17:09:17 <denkenz> yes?
Jan 05 17:10:03 <Jeevaka_mobile> is there any specific reason for not including cdma doc files in the Makefile?
Jan 05 17:11:12 <denkenz> I think Lei didn't want them included yet
Jan 05 17:13:24 <Jeevaka_mobile> ok
Jan 05 17:13:32 <demarchi> denkenz: did you get my v3 patches for retry counters?
Jan 05 17:14:12 <denkenz> demarchi: I don't think so
Jan 05 17:16:59 <demarchi> :(
Jan 05 17:18:26 <denkenz> somehow I'm missing that patch set
Jan 05 17:18:32 <denkenz> Even though it shows up on the archives
Jan 05 17:19:14 <demarchi> denkenz: do i resend them?
Jan 05 17:19:42 <denkenz> please, because I received Jeevaka's patchset which was right after yours
Jan 05 17:20:31 <denkenz> maybe gmail filtered it :P
Jan 05 17:21:51 <demarchi> oww... i'm on your blacklist :-o
Jan 05 17:22:00 <denkenz> doubtful
Jan 05 17:22:09 <denkenz> but even gmail is missing your patch set
Jan 05 17:22:11 <zrafa> hi all, I have a question about how to send just one AT command from the gps mbm driver. I am trying currently : http://pastebin.com/idWFxubi
Jan 05 17:22:12 <denkenz> so maybe just a glitch
Jan 05 17:22:29 <demarchi> denkenz: did you receive the dbus one?
Jan 05 17:22:42 <denkenz> nope
Jan 05 17:23:00 <zrafa> (http://pastebin.com/idWFxubi) gps_dev is gotten from udev and oFono, and it is well gotten (it gives /dev/ttyACM2). chat and channel are well set, because those dont get NULL
Jan 05 17:23:26 <demarchi> bad bad gmail...
Jan 05 17:23:44 <Jeevaka_mobile> demarchi: i dont see v3 patches from you in my gmail as well
Jan 05 17:24:18 <denkenz> zrafa: That seems fine to me
Jan 05 17:24:33 <denkenz> zrafa: Cept you have to unref the channel once you receive the callback
Jan 05 17:25:11 <denkenz> zrafa: g_at_chat waits for the write ready notification from select
Jan 05 17:26:47 <zrafa> denkenz: so the unref for the channel could be on this example the problem ? 
Jan 05 17:27:03 <denkenz> yes, you basically only add the command to the queue
Jan 05 17:27:09 <denkenz> it never gets sent out to the fd
Jan 05 17:27:19 <zrafa> denkenz: ah.. okey. Let me try and test
Jan 05 17:27:51 <demarchi> Jeevaka_mobile: denkenz: what about now?
Jan 05 17:28:23 <denkenz> I have 0/4 so far
Jan 05 17:29:48 <denkenz> and now I have 3/4 and 4/4, so lets hope the rest come ;)
Jan 05 17:31:18 <Jeevaka_mobile> from my side all 4 received
Jan 05 17:32:05 <demarchi> well... i've never had this problem with other mailing lists. Could it be that the mailing list is silently filtering some mails from me?
Jan 05 17:32:39 <denkenz> The mailing list archives are fine
Jan 05 17:32:42 <denkenz> Its gmail
Jan 05 17:33:03 <demarchi> denkenz: but i didn't find v3 on archive
Jan 05 17:33:12 <denkenz> I did
Jan 05 17:33:38 <zrafa> denkenz: (unref the channel once you receive the callback) great, that works :)
Jan 05 17:33:39 <denkenz> http://lists.ofono.org/pipermail/ofono/2011-January/007014.html
Jan 05 17:35:08 <demarchi> humn... there they are
Jan 05 17:36:38 <denkenz> Funny, I've everything except 2/4 
Jan 05 17:37:15 <denkenz> gmail must hate you
Jan 05 17:40:27 <demarchi> denkenz: did you receive my reply to previous patches and a separated patch with dbus fix?
Jan 05 17:40:38 <denkenz> those two yes
Jan 05 17:50:34 <denkenz> hah, all showed up now
Jan 05 17:57:00 <demarchi> good
Jan 05 18:00:41 <emdete> re... btw: who is packaging the debian package?
Jan 05 18:04:11 <emdete> demarchi: the script is here: http://mister-muffin.de/p/qdEd 
Jan 05 18:08:00 <emdete> demarchi: ofono does this only after cold-start of the modem. if i restart ofono after such an error everything's fine. if i reset the modem the error is back again.
Jan 05 18:57:19 <emdete> what did i miss if i get an "org.ofono.Error.NotAttached: GPRS is not attached" error?
Jan 05 19:03:51 <denkenz> it just means youre not attached?
Jan 05 19:04:09 <denkenz> can't activate a context until you are
Jan 05 19:09:39 <emdete> what does 'attach' mean?
Jan 05 19:10:01 <emdete> or: how can i "attach"?
Jan 05 19:11:47 <denkenz> set Powered and RoamingAllowed properties in ConnectionManager appropriately
Jan 05 19:11:59 <denkenz> oFono should attach automatically
Jan 05 19:12:46 <emdete> hm, i did... so i wait until "attached"?
Jan 05 19:13:02 <denkenz> yep
Jan 05 19:14:31 <emdete> okay, that's working fine.
Jan 05 19:14:39 <emdete> denkenz: are u interested including my script?
Jan 05 19:15:06 <denkenz> dunno, post it to the ML and see
Jan 05 19:15:24 <emdete> harhar
Jan 05 19:15:42 <emdete> so you don't. that's fine for me.
Jan 05 19:15:56 <Jeevaka_mobile> balrog-k1n, denkenz: currently we are sending terminal response with command beyond terminal's capability if cmd received before agent registered, atoms not registered etc
Jan 05 19:17:36 <Jeevaka_mobile> aren't we supposed to send terminal busy with no specific cause?
Jan 05 19:18:14 <denkenz> depends
Jan 05 19:18:21 <denkenz> it might be the atom is simply not enabled
Jan 05 19:18:35 <denkenz> or it might be the atom is still initializing
Jan 05 19:18:43 <denkenz> or the modem state is not appropriate
Jan 05 19:19:11 <denkenz> what do you do if the sim toolkit sends us a setup call and we're running on a data card?
Jan 05 19:19:13 <Jeevaka_mobile> yes, depending on the status
Jan 05 19:19:58 <balrog-k1n> yeah, but the question is about the case if agent is no registered
Jan 05 19:20:16 <denkenz> he's asking about both actually :)
Jan 05 19:20:21 <Jeevaka_mobile> its for both
Jan 05 19:20:53 <balrog-k1n> which could be for different reasons too, for example the phone has no screen and no UI, or the UI isn't installed or the UI program has simply crashed or is still starting
Jan 05 19:21:12 <balrog-k1n> if it has no screen or no UI is installed, i think returning "not capable" is correct
Jan 05 19:21:15 <emdete> the pppd daemon has alot of settings for timeouts, reconnects and the like. can i control these for ofono's ppp too?
Jan 05 19:21:15 <Jeevaka_mobile> if we send not capable due to modem offline, then uicc might not retry
Jan 05 19:22:21 <balrog-k1n> STK should work Ok in Offline mode
Jan 05 19:22:42 <balrog-k1n> except for network interactions
Jan 05 19:23:49 <denkenz> so can you find any reference in the spec as to what should be returned?
Jan 05 19:23:51 <Jeevaka_mobile> network interactions is one of the issue
Jan 05 19:24:46 <denkenz> if the sim sends us a setup call without being registered, and we return not capable...
Jan 05 19:24:53 <denkenz> That seems like a perfectly sensible reply
Jan 05 19:25:08 <Jeevaka_mobile> section 8.12 102 223
Jan 05 19:25:58 <Jeevaka_mobile> we need to send terminal unable to process command with no service as additional info
Jan 05 19:26:07 <balrog-k1n> denkenz: i think we're supposed to return something else for setup call
Jan 05 19:26:55 <balrog-k1n> there's this rule that responses in 0x2X range are permanent errors and 0x3X are temporary
Jan 05 19:27:08 <balrog-k1n> or the other way around :)
Jan 05 19:27:27 <denkenz> Then return the 3X temporary range if we have no service
Jan 05 19:27:27 <Jeevaka_mobile> other way around
Jan 05 19:27:37 <denkenz> But if we have no voicecall atom in the first place, then tough
Jan 05 19:28:55 <Jeevaka_mobile> 2X is temporary, 3X is permanent 
Jan 05 19:29:30 <balrog-k1n> denkenz: agreed
Jan 05 19:31:30 <denkenz> For the agent ones I'm not sure we can do anything but return not capable
Jan 05 19:31:53 <denkenz> Most of these happen on user action or once we're registered to the network
Jan 05 19:32:09 <denkenz> If the default agent doesn't register by then...
Jan 05 19:32:39 <Jeevaka_mobile> atleast for first command do we need to wait for some time
Jan 05 19:33:33 <denkenz> the only ones that involve the agent are usually part of the user session
Jan 05 19:33:58 <denkenz> there might be a stray display text or something, but those are usually done via SMS-PP download
Jan 05 19:34:25 <denkenz> so you still have to register, etc.  If your UI is not up by then something is wrong
Jan 05 19:36:10 <balrog-k1n> it may be that the device has no UI, so "not capable" would be fine for a response i think
Jan 05 19:36:45 <denkenz> exactly
Jan 05 19:37:36 <Jeevaka_mobile> that will be indicated in the terminal profile
Jan 05 19:38:07 <balrog-k1n> it should be, but we don't do it yet 
Jan 05 19:38:14 <denkenz> which reminds me that we have no real control over that yet
Jan 05 19:38:20 <Jeevaka_mobile> no display no keypad is indicated in the terminal profile
Jan 05 19:38:39 <balrog-k1n> we have a hardcoded terminal profile for now
Jan 05 19:39:07 <Jeevaka_mobile> atleast we need to handle the offline case
Jan 05 19:40:16 <Jeevaka_mobile> do we agree on that case?
Jan 05 19:40:42 <balrog-k1n> set up call / send sms in offline? yeah, we shouldn't report the permanent error
Jan 05 19:41:06 <Jeevaka_mobile> yep
Jan 05 19:42:47 <denkenz> ussd, sms atoms might need to be moved to post_sim to do this properly
Jan 05 19:43:00 <denkenz> the sms atom belongs in post_sim anyway for the ServiceAddress setting
Jan 05 19:43:49 <Jeevaka_mobile> can we rely on online, offline mode?
Jan 05 19:44:09 <denkenz> not really, since some modems won't provide sms or ussd
Jan 05 19:44:14 <denkenz> potentially anyway
Jan 05 19:45:36 <Jeevaka_mobile> if online and sms atom is not available, then can we assume its not supported?
Jan 05 19:45:53 <denkenz> correct
Jan 05 19:50:00 <Jeevaka_mobile> so the same thing can be assumed for voice call and ussd?
Jan 05 19:50:42 <denkenz> yep, cept voicecall is pre_sim so makes things a bit easier
Jan 05 19:50:50 <denkenz> if you're offline there's no ussd or sms
Jan 05 19:51:58 <Jeevaka_mobile> in that case we will complete with unable to process cmd and no service addn info
Jan 05 19:53:07 <denkenz> that is fine in the interim
Jan 05 19:53:21 <denkenz> however, long term I really want to check for atom availability
Jan 05 19:53:53 <denkenz> This might make generating our terminal profile easier as well
Jan 05 19:57:48 <Jeevaka_mobile> ok, will look into the long term option
**** ENDING LOGGING AT Thu Jan 06 02:59:58 2011