**** BEGIN LOGGING AT Sat Oct 17 02:59:58 2009
Oct 17 03:00:11 <denkenz> Yah, get rid of it and use g_at_chat_iter_next_unquoted_string 
Oct 17 03:00:27 <zhenhua> hfp_enable should send Dbus command to BlueZ and in callback, we do BRSF
Oct 17 03:00:49 <zhenhua> init BRSF could not be done in hfp_enable directly
Oct 17 03:01:31 <zhenhua> will use g_at_chat_iter_next_unquoted_string.
Oct 17 03:01:56 <denkenz> it can today
Oct 17 03:02:18 <denkenz> Don't try to predict the future, its easier to fix it later
Oct 17 03:03:26 <zhenhua> :)
Oct 17 03:03:48 <denkenz> I think that's enough for now
Oct 17 03:03:55 <zhenhua> when could BlueZ release new version
Oct 17 03:04:29 <zhenhua> because we still need SCO connection patch in BlueZ. that's still important
Oct 17 03:04:56 <zhenhua> i think i could give u patch next week for above change.
Oct 17 03:05:27 <denkenz> I know, we figure something out, lets make the ofono bits work first
Oct 17 03:05:38 <zhenhua> okay
Oct 17 03:06:01 <tmzt> is this for driving another phone over hfp from ofono?
Oct 17 03:06:30 <denkenz> yes
Oct 17 03:07:05 <zhenhua> it is used in IVI. you can answer a call when you're driving. :)
Oct 17 03:07:39 <tmzt> right
Oct 17 03:07:41 <tmzt> what's IVI?
Oct 17 03:08:29 <denkenz> In-Vehicle Infotainment
Oct 17 03:08:55 <tmzt> ok
Oct 17 03:09:00 <tmzt> commercial?
Oct 17 03:10:21 <zhenhua> IVI is the system and anyone could implement that
Oct 17 03:10:34 <zhenhua> we could have open source solution
Oct 17 03:11:49 <denkenz> google Moblin and IVI
Oct 17 03:19:10 <tmzt> ah, nice
Oct 17 03:19:23 <tmzt> always wanted to do an arm based car pc system
Oct 17 03:19:27 <tmzt> rather than x86
Oct 17 03:19:36 <tmzt> good to know there's a solution for linux
Oct 17 03:20:10 <tmzt> denkenz: found out what needs changed for raph500/800 vs. g1, seems AT+CFUN=99 has to be used for power down
Oct 17 03:20:30 <tmzt> as well as cdma commands and sms format
Oct 17 03:20:32 <denkenz> that makes sense :P
Oct 17 03:21:58 <ppman> hiya
Oct 17 03:22:04 <tmzt> hello
Oct 17 03:22:32 <tmzt> I'm going to pull the git and see what changed in 0.8
Oct 17 03:23:45 <ppman> from what I've seen, it seems the HTC driver shouldn't end up much different than standard AT?
Oct 17 03:25:46 <tmzt> right
Oct 17 03:25:55 <tmzt> denkenz already has g1 driver from what I understand
Oct 17 03:26:18 <tmzt> gsm msm phones should be mostly the same
Oct 17 03:26:26 <tmzt> except using ppp with gatchat instead of rmnet
Oct 17 03:34:16 <tmzt> isi has clcc but as binary? (looking at isimodem/voicecall)
Oct 17 03:34:40 <ppman> isi is weird...
Oct 17 03:35:02 <tmzt> not too bad
Oct 17 03:35:07 <tmzt> just not At
Oct 17 03:35:33 <tmzt> and this serves as documentation also?
Oct 17 03:36:40 <ppman> I guess so...
Oct 17 03:36:46 <ppman> at least it's documented :P
Oct 17 03:37:13 <tmzt> yeah, I thought ofono was using a binary so to talk to it
Oct 17 03:37:16 <tmzt> I guess not
Oct 17 03:37:17 <tmzt> this is good
Oct 17 03:45:37 <tmzt> one thing I would like to do is try implementing qualcomm dm protocol with a dbus api
Oct 17 03:45:49 <tmzt> looks like something that could be plugged into gatchat
Oct 17 03:46:02 <tmzt> and it's very similar to 0710
Oct 17 04:05:20 <padovan> denkenz: and what about PBAP? there is a plan for that?
Oct 17 04:09:42 <denkenz> padovan: Not inside oFono, however oFono already exports the phonebook contents
Oct 17 04:10:10 <denkenz> padovan: So PBAP should be easy
Oct 17 04:12:35 <padovan> denkenz: why not inside oFono?
Oct 17 04:13:02 <tmzt> ofono doesn't have a phonebook store itself? only the SIM export?
Oct 17 04:13:03 <denkenz> doesn't make sense, PBAP is mostly obexd
Oct 17 04:13:39 <denkenz> tmzt: no, assumption is smart phones use sql dbs for contacts anyway
Oct 17 04:13:48 <tmzt> right
Oct 17 04:13:51 <denkenz> tmzt: Why bother with the dog-slow SIM storage
Oct 17 04:14:10 <tmzt> SIM export was mentioned as being support
Oct 17 04:14:15 <tmzt> not for storage of contacts
Oct 17 04:14:18 <tmzt> export from SIM
Oct 17 04:14:29 <denkenz> yeah, we do that part into VCard 3.0
Oct 17 04:14:47 <tmzt> anyway, I just need to know about the drivers for msm and see if this stuff will work as an alternative phonestack on Mer (not on n900)
Oct 17 04:15:09 <tmzt> hopefully ppman will be able to work on the gsm version
Oct 17 04:15:13 <denkenz> I've no idea, if it talks AT, we can make it work
Oct 17 04:15:16 <tmzt> the IVI stuff looks really cool
Oct 17 04:15:25 <denkenz> I don't have an MSM device (yet)
Oct 17 04:15:27 <tmzt> but not need for it right now
Oct 17 04:15:31 <tmzt> not g1?
Oct 17 04:15:35 <tmzt> who has that then?
Oct 17 04:16:05 <denkenz> dilinger was the guy who wrote the G1 driver
Oct 17 04:16:20 <tmzt> right
Oct 17 04:16:36 <tmzt> I tried to get a modified version to work but it came back with null for the path
Oct 17 04:16:43 <tmzt> and I wasn't online to ask you here
Oct 17 04:16:54 <tmzt> null for the Device path
Oct 17 04:17:06 <tmzt> so I'm trying 0.8 from git when I can boot the device again
Oct 17 04:17:09 <denkenz> you need to modify modem.conf driver to know about your new driver
Oct 17 04:17:15 <tmzt> oh
Oct 17 04:17:18 <tmzt> there's a driver?
Oct 17 04:17:24 <tmzt> I though it was just by section
Oct 17 04:17:47 <tmzt> ./plugins/modemconf.c
Oct 17 04:17:47 <tmzt> ./plugins/modem.conf
Oct 17 04:17:50 <tmzt> I see
Oct 17 04:17:52 <tmzt> thanks
Oct 17 04:18:00 <denkenz> yeah, plugins/modemconf.c, search for calypso
Oct 17 04:18:06 <denkenz> self explanatory after that
Oct 17 04:18:13 <denkenz> We need to fix that part one day
Oct 17 04:18:22 <tmzt> is there a better way to do this?
Oct 17 04:18:27 <tmzt> not all the if/elses?
Oct 17 04:18:36 <tmzt> oh I see
Oct 17 04:18:44 <tmzt> it just calls set_device but ignored mine
Oct 17 04:18:56 <tmzt> so the data structures were not set up right
Oct 17 04:19:25 <tmzt> okay, I can import my raph500.c and test it
Oct 17 04:19:29 <denkenz> well that's the reason, we probably switch it to a string list or something later
Oct 17 04:19:29 <tmzt> with AT+CFUN=99
Oct 17 04:20:05 <tmzt> does anybody know anything about how sms works on cdma with it's own PDU encoding?
Oct 17 04:20:24 <tmzt> and how that might be integrated more centrally?
Oct 17 04:20:44 <tmzt> also, how is sms handled now? where is the store or is it just sent over dbus
Oct 17 04:21:12 <denkenz> Find the CDMA specs first, nobody here has dealt with CDMA before
Oct 17 04:21:30 <tmzt> they disappeared in the patent fight from cdmatech.com
Oct 17 04:21:36 <tmzt> not sure how would have them
Oct 17 04:21:39 <denkenz> And SMS is de-fragmented inside oFono and reported over D-Bus, it will also be reported in history plugin
Oct 17 04:21:57 <tmzt> will it work with tinymail or something at some point?
Oct 17 04:22:21 <denkenz> Plugins can do whatever with the info, even write to /var/spool 
Oct 17 04:22:29 <tmzt> that would be a start
Oct 17 04:22:47 <tmzt> as of now, I cat /dev/smd0 >> sms-(date).txt
Oct 17 04:22:51 <tmzt> and decode by hand
Oct 17 04:22:59 <tmzt> (with some python of course)
Oct 17 04:23:33 <tmzt> how is ppp handled for data call setup?
Oct 17 04:23:55 <denkenz> work in progress still
Oct 17 04:24:09 <tmzt> the biggest difference with cdma is there aren't really pdu's or whatever, just the one #777 number to call
Oct 17 04:24:30 <tmzt> still haven't seen how to handle voice while ppp in progress, though I know it works and just suspends ppp
Oct 17 04:25:17 <tmzt> pdp, not pdu
Oct 17 04:26:00 <padovan> denkenz: so oFono will only get phonebook from obexd and export it, right?
Oct 17 04:26:16 <denkenz> padovan: Other way around
Oct 17 04:26:38 <denkenz> padovan: oFono reads contents from SIM store and exports in VCard format
Oct 17 04:27:05 <denkenz> padovan: One can write an obexd plugin to get it from oFono, or stuff it into a custom contact list in EDS, or whatever
Oct 17 04:29:38 <padovan> denkenz: but how can it read SIM store over bluetooth?
Oct 17 04:30:09 <denkenz> Oh you mean PBAP _client_
Oct 17 04:30:46 <padovan> yes.
Oct 17 04:31:11 <denkenz> Theoretically it can be done for oFono, now that I think about it
Oct 17 04:31:11 <padovan> I forgot to say that.
Oct 17 04:31:24 <denkenz> But we've no plans today
Oct 17 04:33:00 <denkenz> write a quickie vcard parser, integrate obex and implement a phonebook driver :)
Oct 17 04:33:28 <denkenz> Then you can have netreg/voicecall provided by hfp and phonebook by pbap
Oct 17 04:33:36 <denkenz> Maybe even sms if a profile comes out
Oct 17 04:34:34 <padovan> Great.
Oct 17 04:37:46 <denkenz> speak to holtmann about that too, since I've no idea if obexd has client mode for pbap
Oct 17 04:45:10 <padovan> right.
Oct 17 04:45:49 <padovan> denkenz: do you think oFono will be a great solution for car systems?
Oct 17 04:54:03 <zhenhua> i don't understand how sms profile could be created.  but bluez already has pbap. that's true
Oct 17 04:54:40 <tmzt> SAP?
Oct 17 04:54:45 <tmzt> with a fake sim
Oct 17 04:54:51 <tmzt> not perfect but should work
Oct 17 04:55:05 <zhenhua> i am not expert about that
Oct 17 04:55:18 <tmzt> well, as client you don't need the fake sim
Oct 17 04:55:22 <tmzt> that would be as server
Oct 17 04:55:31 <zhenhua> yes. it's client. 
Oct 17 04:55:41 <zhenhua> only read/write sms from server
Oct 17 04:55:58 <zhenhua> bluez does not have such profile
Oct 17 04:56:25 <zhenhua> SAP looks the right way
**** ENDING LOGGING AT Sun Oct 18 02:59:57 2009