**** BEGIN LOGGING AT Thu Oct 28 02:59:57 2010
Oct 28 03:07:53 <denkenz> yang_office: some of them are unofficially taken, but pick anything that you like
Oct 28 03:10:53 <yang_office> denkenz: ok, thanks.
Oct 28 15:45:08 <crevetor> holtmann: Was the ISI modem message debug usefull ? If so, can CNAP be implemented ?
Oct 28 15:46:12 <crevetor> holtmann: If I understood correctly it's passed through a ORIGIN_ADDRESS subblock with 0 length
Oct 28 15:46:23 <crevetor> which seems kinda weird
Oct 28 15:50:40 <holtmann> crevetor: Ask pessi. Not me.
Oct 28 15:53:13 <crevetor> holtmann: ok sorry
Oct 28 15:53:24 <crevetor> pessi: Was the ISI modem message debug usefull ? If so, can CNAP be implemented ?
Oct 28 15:53:32 <pessi> sure it can
Oct 28 15:53:50 <crevetor> Actually the 0 length thing is documented...
Oct 28 15:53:54 <pessi> we just need some kind of API (in D-Bus and in voicecall atom)
Oct 28 15:55:02 <crevetor> pessi: Why not just add a property to the VoiceCall Interface ?
Oct 28 15:55:26 <crevetor> Or extend LineIdentification
Oct 28 15:58:08 <pessi> crevetor: sounds reasonable
Oct 28 15:58:41 <crevetor> I'm looking at the low-level implementation (in drivers/isimodem/voicecall.c)
Oct 28 15:59:35 <crevetor> and I don't really see what we're gonna do with a 0 length subblock. Maybe a 0 length subblock has to be the last subblock ?
Oct 28 15:59:36 <pessi> on isimodem, we could add cnap to struct ofono_call
Oct 28 16:01:55 <pessi> but I'm not sure hot wo do that with atmodem
Oct 28 16:02:24 <pessi> and it is CALL_MODEM_SB_ORIGIN_INFO with len 1c
Oct 28 16:03:02 <denkenz> +CNAP is not that simple
Oct 28 16:03:03 <pessi> denkenz: any opinion on CNAP?
Oct 28 16:03:11 <denkenz> It has to be added to call settings as well
Oct 28 16:03:19 <pessi> ask for cnap?
Oct 28 16:03:32 <denkenz> But for AT modems CNAP is treated like CLIP
Oct 28 16:03:39 <pessi> hm?
Oct 28 16:03:41 <crevetor> pessi: Oh ok, I must have missdecoded it
Oct 28 16:03:44 <denkenz> Unfortunately the spec makes no mention whether CLIP comes first or not
Oct 28 16:04:10 <denkenz> e.g. +CRING VOICE
Oct 28 16:04:14 <denkenz> +CLIP: foo
Oct 28 16:04:16 <denkenz> +CNAP: foo
Oct 28 16:04:23 <holtmann> denkenz: Let me enable it on the IFX modem. And we might see it.
Oct 28 16:04:35 <denkenz> sure
Oct 28 16:05:14 <pessi> ah. but don't you do first +clcc? or was it so that you cannot do +clcc until call hs been snswered?
Oct 28 16:07:31 <denkenz> +CLCC polling is not something we do on real hardware
Oct 28 16:07:44 <denkenz> Pretty wasteful
Oct 28 16:07:51 * crevetor would have thought that Nokia had docs about this kind of things...
Oct 28 16:08:10 <crevetor> Or testing environments...
Oct 28 16:10:44 <holtmann> T-Mobile is not doing it.
Oct 28 16:10:51 <pessi> crevetor: what kind of docs you want? and we are eating our own dogfeed, iow, no cnap in Nokia Test Network ;)
Oct 28 16:12:15 <holtmann> Maybe O2 does.
Oct 28 16:12:28 <holtmann> Otherwise I have to take the IFX modem to Vancouver and get a Fido SIM ;)
Oct 28 16:12:50 <holtmann> denkenz: What is the harm in just enabling CNAP in the IFX voice call driver?
Oct 28 16:13:03 <holtmann> Would it break something if they come in the wrong order?
Oct 28 16:13:20 <holtmann> We might get lucky and eventually they show up in the traces.
Oct 28 16:13:27 <denkenz> if you don't act on the notification it won't break anything
Oct 28 16:13:33 <denkenz> so feel free to turn it on
Oct 28 16:14:20 <holtmann> Might be a good idea.
Oct 28 16:16:32 <crevetor> pessi: A doc that says "expect CLIP before CNAP"
Oct 28 16:16:38 <crevetor> or otherwise...
Oct 28 16:17:16 <pessi> crevetor: on AT command interface? 
Oct 28 16:17:17 <crevetor> holtmann: maybe I can get an IFX modem. Can I buy that somewhere ?
Oct 28 16:17:32 <holtmann> crevetor: Good one.
Oct 28 16:17:44 <denkenz> lol
Oct 28 16:18:05 <pessi> crevetor: go to infineon.com and see if they sell samples
Oct 28 16:18:27 <denkenz> In general pessi's idea of including it in the ofono_call structure is probably the best approach
Oct 28 16:18:41 <denkenz> But we still need traces from an AT modem before we can decide that
Oct 28 16:19:28 <holtmann> With o2 I get this after CLIP
Oct 28 16:19:30 <holtmann> ofonod[810]: Aux: < \r\n+CSSU: 0\r\n
Oct 28 16:19:30 <holtmann> ofonod[810]: Voice: < \r\n+XPROGRESS: 1, 7\r\n
Oct 28 16:19:33 <holtmann> Never get a CNAP.
Oct 28 16:19:39 <holtmann> But only once.
Oct 28 16:19:57 <denkenz> Yeah, CSSU is something else
Oct 28 16:20:17 <holtmann> Lets see if it is different if I call from a landline.
Oct 28 16:21:32 <holtmann> ofonod[810]: Voice: < \r\n+XCALLSTAT: 1,2\r\n
Oct 28 16:21:33 <holtmann> ofonod[810]: Net: < \r\n+XCIEV: 4,\r\n
Oct 28 16:21:33 <holtmann> ofonod[810]: Aux: < \r\n+CSSI: 1\r\n
Oct 28 16:21:33 <holtmann> ofonod[810]: Voice: < \r\n+XPROGRESS: 1, 7\r\n
Oct 28 16:21:34 <holtmann> ofonod[810]: Voice: < \r\n+XPROGRESS: 1, 3\r\n
Oct 28 16:21:34 <holtmann> ofonod[810]: Voice: < \r\n+XPROGRESS: 1, 3\r\n
Oct 28 16:21:37 <holtmann> ofonod[810]: Voice: < \r\n+XCALLSTAT: 1,3\r\n
Oct 28 16:21:37 <holtmann> ofonod[810]: Voice: < \r\n+XPROGRESS: 1, 3\r\n
Oct 28 16:21:42 <holtmann> This on outgoing call before the COLR.
Oct 28 16:21:52 <holtmann> No CNAP.
Oct 28 16:23:32 <pessi> holtmann: while you are at it, why don't you try famous AT+CGCONTRDP ?
Oct 28 16:24:46 <denkenz> CNAP is only for incoming calls
Oct 28 16:25:44 <holtmann> So I assume none of the networks here do it.
Oct 28 16:26:27 <holtmann> pessi: You do have an IFX modem by yourself, don't you?
Oct 28 16:27:38 <pessi> sure we have but not me
Oct 28 16:28:03 <pessi> I could loan Andras' modem and see what is says
Oct 28 16:28:59 <holtmann> crevetor: How do you get an incoming call with CNAP? Is that every call with Fido?
Oct 28 16:30:42 <holtmann> pessi: According to IFX docs not supported. And the modem spits en error 100.
Oct 28 16:33:56 <pessi> yhy
Oct 28 16:34:46 <holtmann> ofonod[864]: Net: > AT+CGCONTRDP=?\r
Oct 28 16:34:46 <holtmann> ofonod[864]: Aux: > AT+CSCB=?\r
Oct 28 16:34:46 <holtmann> ofonod[864]: Net: < \r\n+CME ERROR: 100\r\n
Oct 28 16:58:59 <crevetor> holtmann: I call my Fido number using number that has a callerid name (I work for a voip company so it's pretty easy to do that). But I think it's an option with Fido you have to pay to have call presentation
Oct 28 17:15:01 <crevetor> holtmann: is there a specific IFX modem model ?
Oct 28 17:17:11 <holtmann> Nope. They are all builtin as far as I know. The one in the iPhone would work.
Oct 28 17:18:25 <crevetor> hum ok
Oct 28 17:32:15 <holtmann> denkenz: One of Finish SIMs has FDN enabled.
Oct 28 17:32:17 <holtmann>     [ org.ofono.SimManager ]
Oct 28 17:32:17 <holtmann>         FixedDialing = 1
Oct 28 17:33:07 <denkenz> sweet
Oct 28 17:33:08 <holtmann> Maybe that happens if you run out of credits ;)
Oct 28 17:33:22 <crevetor> holtmann: is it easy to get linux working on the iphone ?
Oct 28 17:33:36 <holtmann> No idea. Never tried it.
Oct 28 17:33:41 <denkenz> maybe, but then you're screwed ;)
Oct 28 17:35:27 <holtmann> ofonod[1111]: Aux: > AT+CPIN?\r
Oct 28 17:35:27 <holtmann> ofonod[1111]: Aux: < \r\n+CPIN: SIM PIN\r\n
Oct 28 17:35:27 <holtmann> ofonod[1111]: Aux: < \r\nOK\r\n
Oct 28 17:35:28 <holtmann> ofonod[1111]: Aux: > AT+CRSM=192,28599\r
Oct 28 17:35:28 <holtmann> ofonod[1111]: Aux: < \r\n+CME ERROR: 14\r\n
Oct 28 17:35:30 <holtmann> ofonod[1111]: Aux: > AT+CRSM=192,28599\r
Oct 28 17:35:32 <holtmann> ofonod[1111]: Aux: < \r\n+CME ERROR: 14\r\n
Oct 28 17:35:37 <holtmann> This one is even worse.
Oct 28 17:38:08 <holtmann> ofonod[1132]: Aux: > AT+CLCK="AO",2\r
Oct 28 17:38:08 <holtmann> ofonod[1132]: Aux: < \r\n+STKCC: 2,0,"","*#33#"\r\n
Oct 28 17:38:08 <holtmann> ofonod[1132]: Aux: < \r\n+CME ERROR: 100\r\n
Oct 28 17:38:08 <holtmann> ofonod[1132]: Aux: > AT+CLCK="OI",2\r
Oct 28 17:38:09 <holtmann> ofonod[1132]: Aux: < \r\n+STKCC: 2,0,"","*#331#"\r\n
Oct 28 17:38:09 <holtmann> ofonod[1132]: Net: < \r\n+XCIEV: 1,\r\n
Oct 28 17:38:11 <holtmann> ofonod[1132]: Aux: < \r\n+CME ERROR: 100\r\n
Oct 28 17:38:13 <holtmann> ofonod[1132]: Aux: > AT+CLCK="OX",2\r
Oct 28 17:38:15 <holtmann> ofonod[1132]: Aux: < \r\n+STKCC: 2,0,"","*#332#"\r\n
Oct 28 17:38:17 <holtmann> Hah my Rogers one is doing funny things.
Oct 28 17:46:29 <crevetor> denkenz: why is it important if CLIP comes before CNAP or not ?
Oct 28 17:47:36 <pessi> crevetor: I think +CLIP notification is used to trigger notify to core
Oct 28 17:48:37 <pessi> on isi you get all the crap in one message, on AT, you get +CLIP line then +CNAP line (or vice versa)
Oct 28 17:48:49 <crevetor> Shouldn't CNAP generate a notify about callerid name ?
Oct 28 17:48:55 <pessi> yes
Oct 28 17:49:09 <pessi> but the question is when to inform core about incoming call
Oct 28 17:49:21 <pessi> so that the notify would contain both clip and cnap
Oct 28 17:49:28 <crevetor> pessi: It may not be true : it says that if the information is not available it sent in a CALL_STATUS_IND later (which is the case in my debug trace)
Oct 28 17:49:40 <pessi> yes, that is isimodem
Oct 28 17:50:01 <pessi> but ofono has to support atmodems, too
Oct 28 17:50:23 <pessi> unfortunately ;)
Oct 28 17:51:19 <crevetor> pessi: sure but in the case where the info os not in CALL_COMING_IND and is in a subsequent CALL_STATUS_IND it is the same case as the CLIP / CNAP crap
Oct 28 17:52:41 <pessi> crevetor: difference is tht isimdoem does not have to wait for CALL_STATUS_IND
Oct 28 17:52:50 <pessi> isimodem driver
Oct 28 17:54:20 <crevetor> ok
Oct 28 17:57:16 <crevetor> You guys know about pnatd I suppose ?
Oct 28 17:58:27 <holtmann> denkenz: What are your pending patches? I am thinking about another release this week.
Oct 28 18:32:39 <denkenz> holtmann: Go for it
Oct 28 18:33:28 <holtmann> Earliest tomorrow morning.
Oct 28 18:33:38 <holtmann> Just wanted to check with you if anything is pending in your queue.
Oct 28 18:33:47 <denkenz> I have no patches in the review queue actually
Oct 28 18:33:56 <denkenz> Someone should take a look at ste patches
Oct 28 18:34:03 <denkenz> but I saw rtnl and ran away scared :)
Oct 28 18:37:57 <holtmann> I can have a look there. No problem.
**** ENDING LOGGING AT Fri Oct 29 02:59:57 2010