**** BEGIN LOGGING AT Thu Jul 07 02:59:56 2011 Jul 07 13:02:32 jeevaka: ping Jul 07 13:03:09 pnunes: pong Jul 07 13:04:13 jeevaka: my understanding is that +SATF is reflecting the status word received from the SIM after the Terminal Response being sent by the Terminal or by the modem it-self. Jul 07 13:04:24 jeevaka: If this SW = 90 00 (id +SATF = 144,0 for IFX) it means that the Terminal response has been received successfully and no need to fetch a new proactive command. So, it means that the session is ended. Jul 07 13:04:53 jeevaka: If SW = 91 XX (id +SATF = 145, XX for IFX), it means that a new proactive command is pending so a new +SATI/+SATN urc is likely to be received just after. Jul 07 13:06:03 yep, you are right Jul 07 13:06:31 SATF indicates, TERMINAL RESPONSE has been sent to SIM. and SIM has responded with TERMINAL RESPONSE CNF with SW1/SW2. Which will indicate if any error occurred or any further FETCH is to performed or not. Jul 07 13:06:53 - SATF marks the completion of a proactive command. Jul 07 13:07:04 - Also it marks the end of the session, with 0x90/0x00 if not further FETCH is to be performed. Jul 07 13:08:37 jeevaka: OK, now why do we need to receive a copy of the Terminal response sent by the modem to the SIM card for a modem handled proactive command ? Jul 07 13:09:29 Freerunner and MBM modems send terminal responses also. Current ofono core implementation is based on those Jul 07 13:10:53 jeevaka: but we don't care about the content of this terminal response , do we ? Jul 07 13:11:03 incase of mbm modem, for a command handled by modem, it will send 2 *STKN, 1 to inform that modem is handling the proactive command and the other one to inform that modem is sending terminal response to SIM. Jul 07 13:12:49 we only want the first byte to be 0x81 which is for terminal response Jul 07 13:14:30 jeevaka: Ok, I'm just seeing in the code the reason. We want to trigger the alpha_id_unset with the terminal response Jul 07 13:16:08 jeevaka: I'm not used with this approach. My personal experience was to dismiss the alpha id once the session is ended or when a new proactive command is received. Jul 07 13:25:26 denkenz: ping Jul 07 13:27:07 Gzajac: pong Jul 07 13:28:19 denkenz: Hi Denis, I am working on huaweicdma plugin to load cdmamodem drivers when a Huawei CDMA modem is added. However I was wondering how we can chose to load cdmamodem/atmodem at drivers when the sub modme has the same productID after usb_modeswitch? Jul 07 13:29:15 denkenz: for instance I have 2 huawei modems a CDMA one and a GSM one with the same productID how can I chose the right driver? Jul 07 13:31:06 Good question, you might have to query ATI first Jul 07 13:32:54 You mean sending an AT command and then chose the driver? Jul 07 13:35:09 yep Jul 07 13:35:17 ok Jul 07 13:36:31 so there won't be a huaweicdma.c plugin we will just have 2 drivers into the huwaei.c current plugin Jul 07 13:38:29 not necessarily Jul 07 13:39:58 You might also want to check whether there are other attributes from udev you can use to distinguish between cdma / gsm versions Jul 07 13:40:02 But then this is Huawei Jul 07 13:43:15 I didn't find how to distinguish cdma/gsm using udev attributes. Jul 07 13:46:12 because in ofono.rules the vendorID 12d1 is associated to "huwaei" plugin to load atmodem drivers Jul 07 13:47:33 is the product id different or just vendor id? Jul 07 13:47:59 let me rephrase, is the product id the same or just the vendor id? Jul 07 13:48:56 I have 2 dongles here whom vendor id and product id are the same however one is GSM and the other is CDMA Jul 07 13:49:31 there are using the default product id 0x1001 for Huawei Jul 07 13:49:36 they* Jul 07 13:53:05 Then unless there are other attributes in udev that can be used, using ATI is the only thing to do Jul 07 13:53:34 ok Jul 07 14:14:50 denkenz: ping Jul 07 14:18:00 fdanis: pong Jul 07 14:19:01 one of the PTS test needs to change the battery level indicator Jul 07 14:19:01 as Phonesim has UI for battery I made a patch to add support of +CBC unsolicited event and HFP indicator update into plugin/phonesim.c Jul 07 14:19:01 but this needs to include src/ofono.h Jul 07 14:19:01 do you think this is acceptable ? Jul 07 14:20:39 yes this is fine Jul 07 14:21:58 ok, thanks **** ENDING LOGGING AT Fri Jul 08 02:59:58 2011