**** BEGIN LOGGING AT Tue Mar 01 02:59:57 2011 Mar 01 05:53:26 denkenz: ping Mar 01 15:20:14 Jeevaka: pong Mar 01 16:36:43 denkenz: ping Mar 01 16:36:55 Jeevaka: pong Mar 01 16:37:16 its about the CBS properties patch Mar 01 16:38:47 yes? Mar 01 16:40:31 would like to hold it until the CMAS thing is clear Mar 01 16:43:01 I figured ;) Mar 01 16:43:32 atleast the property removal seems to be fine Mar 01 17:12:32 denkenz: so... the more i check, the more i'm sure there's no way to track the fd to know when the client closes it Mar 01 17:12:45 denkenz: afaik this is only applicable for sockets Mar 01 18:07:28 demarchi: interesting, ok, then lets do best effort here Mar 01 18:15:15 denkenz: the patches i sent to ML implements all the missing bits you pointed out Mar 01 18:15:27 except this last one Mar 01 18:15:42 denkenz: did you get my last 3 patches? Mar 01 18:47:05 demarchi: yes, but I haven't had time to look at them yet Mar 01 18:47:13 Been diving into ppp Mar 01 18:54:54 denkenz: ok Mar 01 19:07:03 Nokia Mar 01 21:28:04 Seems the MBM radio settings driver isn't working Mar 01 21:28:05 ofonod[1132]: Modem: > AT+CFUN?\r Mar 01 21:28:06 ofonod[1132]: Modem: < \r\n+CFUN: 4\r\n\r\nOK\r\n Mar 01 21:28:06 ofonod[1132]: src/radio-settings.c:radio_rat_mode_query_callback() Error during radio access mode query Mar 01 21:51:23 demarchi: It is better to unref the chat from AT*E2GPSNPD callback Mar 01 22:25:14 denkenz: isn`t the buffer flushed when chat is unrefed? Mar 01 22:25:26 no Mar 01 22:26:48 in fact, there isn't even a buffer in that sense of the word Mar 01 22:26:53 There's a command queue Mar 01 22:36:42 humn... weird... it worked as expected Mar 01 22:36:57 i'll fix that and resend Mar 01 22:50:48 demarchi: are you sure? The modem might simply remember Mar 01 22:54:25 use g_at_chat_set_debug to know for sure Mar 01 22:55:01 denkenz: ok... il'll check that Mar 02 02:55:26 denkenz: ping Mar 02 02:56:34 Jeevaka: pong Mar 02 02:59:06 this is about the emergency number list Mar 02 02:59:57 incase of emergency number list download, are we going to just flush the core en_list and update with the received one **** ENDING LOGGING AT Wed Mar 02 02:59:57 2011