**** BEGIN LOGGING AT Mon Oct 26 02:59:58 2009
Oct 26 04:25:35 <benh> holtmann: maaate !
Oct 26 04:26:02 <benh> holtmann: still in ,jp ?
Oct 26 04:26:03 <holtmann> benh: Got it working?
Oct 26 04:26:08 <benh> hehe nah
Oct 26 04:26:10 <holtmann> Yep. Still here.
Oct 26 04:26:19 <benh> red wine decided otherwise :-)
Oct 26 04:26:27 <benh> was having a quick look tho with the E169 modem today
Oct 26 04:26:30 <benh> and it doesn't seem to behave
Oct 26 04:26:41 <benh> used atgen on ttyUSB0
Oct 26 04:27:01 <benh> I see the modem, it sees the manuf, fw, etc...
Oct 26 04:27:26 <benh> but list-modem (after enable) takes forever and doesn't return anything useful
Oct 26 04:27:27 <holtmann> It should use the huawei driver.
Oct 26 04:27:31 <benh> looks like it's not hooking up to Optus
Oct 26 04:27:34 <benh> ah ok
Oct 26 04:27:46 <benh> well, I don't have it hooked up to udev 
Oct 26 04:27:56 <benh> so it uses what I tell it :-)
Oct 26 04:28:10 <benh> and I didn't see there was a huawei driver :-)
Oct 26 04:28:18 <holtmann> You might need to update plugins/udev.c
Oct 26 04:28:31 <benh> benh@pasglop:~/hackplace/ofono-stuff/ofono$ grep hawei . -r
Oct 26 04:28:33 <benh> returns nothing
Oct 26 04:29:09 <holtmann> It is huawei :)
Oct 26 04:29:10 <benh> ok, that's no big deal, I can also live with static config
Oct 26 04:29:39 <benh> it's just that in drivers/* I don't see any mention of "huawei" :-)
Oct 26 04:29:46 <benh> drivers$ ls
Oct 26 04:29:46 <benh> atmodem  calypsomodem  hfpmodem  isimodem
Oct 26 04:29:49 <holtmann> It is in plugins.
Oct 26 04:29:59 <benh> oic
Oct 26 04:30:22 <benh> so drivers/ is the library stuff that the plugins use ?
Oct 26 04:30:29 <holtmann> Yep.
Oct 26 04:32:14 <holtmann> plugins/ofono.rules is the udev rules files where you might have to add your modem VID/PID.
Oct 26 04:32:29 <holtmann> I want some more advanced auto-detection features, but didn't have time for it yet.
Oct 26 04:32:39 <benh> that's ok
Oct 26 04:32:47 <benh> it wants serial port 0 ?
Oct 26 04:32:51 <benh> out of the 4 ?
Oct 26 04:32:59 <benh> so far enable-modem is falling over
Oct 26 04:33:09 <holtmann> You have 4 in this one. Mine only has 2 :(
Oct 26 04:33:46 <benh> ok, it's somewhat unhappy
Oct 26 04:33:46 <holtmann> The atgen should not be doing CFUN=1 which the huawei plugin does.
Oct 26 04:33:49 <benh> I'll have to dig
Oct 26 04:33:55 <holtmann> I think these are needed on these cards.
Oct 26 04:34:14 <benh> dbus.exceptions.DBusException: org.ofono.Error.Failed: Operation failed
Oct 26 04:34:14 <benh>  when trying to set Powered
Oct 26 04:34:19 <benh>  ofonod[3758]: plugins/huawei.c:huawei_enable() 0x9884b40
Oct 26 04:34:20 <benh> ofonod[3758]: src/modem.c:get_modem_property() modem 0x9884b40 property Device
Oct 26 04:34:23 <benh> iis all I see with -d
Oct 26 04:34:37 <benh> might need to dig a bit more deep, but not right now with a screaming crook kid
Oct 26 04:34:48 <holtmann> env OFONO_AT_DEBUG=1 ./src/ofonod -n please.
Oct 26 04:34:57 <benh> unless I failed to get bloody network mangler off the port
Oct 26 04:35:00 <benh> ok
Oct 26 04:35:27 <benh> it doesn't even go there
Oct 26 04:35:34 <benh> I must have network mangler hogging the port
Oct 26 04:36:02 <holtmann> Could be.
Oct 26 04:36:37 <benh> hrm, ofonod is threaded ?
Oct 26 04:37:40 <benh> bah
Oct 26 04:37:45 <benh> something's bonkers, I'll dig later
Oct 26 04:37:47 <benh> don't bother
Oct 26 04:37:56 <benh> I can always toy with the sim for GUI
Oct 26 04:38:09 <benh> have to take care of the sick boy now, ttyl
Oct 26 04:45:12 <holtmann> It is not threaded. You can enable thread safe usage of D-Bus and GLib, but I would advise against it.
Oct 26 05:02:42 <benh> yeah me too :-)
Oct 26 05:02:58 <benh> was just asking for strace vs. strace -f (fork rather than threaded)
Oct 26 05:03:01 <benh> anyway, I'll debug that later
Oct 26 05:03:11 <benh> probably something stupid I do
Oct 26 06:23:17 <benh> holtmann: muah
Oct 26 06:23:22 <benh> holtmann: config file parsing is silly
Oct 26 06:23:31 <benh>         if (!g_strcmp0(driver, "atgen") || !g_strcmp0(driver, "g1") ||
Oct 26 06:23:32 <benh>                                                 !g_strcmp0(driver, "calypso") ||
Oct 26 06:23:32 <benh>                                                 !g_strcmp0(driver, "hfp"))
Oct 26 06:23:32 <benh>                 set_device(modem, keyfile, group);
Oct 26 06:23:39 <benh> that isn't going to do set_device for huawei
Oct 26 06:23:43 <benh> which then barfs out
Oct 26 06:24:16 <benh> I would have done the config file parsing differently, agnostic +/- to the type of plugin
Oct 26 06:24:23 <benh> just pick up whatever's there and stick it into the properties
Oct 26 06:24:29 <benh> up to the driver to fetch what it wants
Oct 26 06:26:03 <holtmann> It can be fixed.
Oct 26 06:26:11 <benh> right
Oct 26 06:26:16 <benh> I just added a case for huawei and that works
Oct 26 06:26:41 <benh> do you agree with my other approach ?
Oct 26 06:26:48 <benh> maybe restrict to a known series of property names
Oct 26 06:26:54 <benh> code would even be smaller :-)
Oct 26 06:27:00 <benh> I might cook up a patch for you
Oct 26 06:27:04 <benh> so it sees the modem now
Oct 26 06:27:09 <benh> and the operator
Oct 26 06:27:16 <benh> warns me that SMS don't work tho :-)
Oct 26 06:27:34 <benh> is this something that needs reverse engineering or just not implemented yet ?
Oct 26 06:28:21 <benh> btw, it also doesn't seem to find out my own phone # but that isn't a big deal
Oct 26 06:30:52 <benh> I suppose I should just subscribe to the list and shoot patches
Oct 26 06:32:21 <dilinger> benh: i think you're supposed to use udev
Oct 26 06:32:45 <dilinger> at least, that was what denkenz told me when i complained about lack of mbm string in that if statement
Oct 26 06:33:16 <benh> dilinger: yeah well, I need to fix that too :-)
Oct 26 06:33:26 <benh> dilinger: but I like having static config files working too
Oct 26 06:33:33 <benh> dilinger: not all embedded devices may want to use udev
Oct 26 06:33:53 <benh> dilinger: (as a general principle that is)
Oct 26 06:34:05 <dilinger> i don't disagree
Oct 26 06:34:29 <dilinger> just letting you know that my patch was rejected
Oct 26 06:34:32 <benh> besides, just sticking everything you find in the .conf into properties should be simpler code anyway, things like lists of "known drivers" for a given property like above are a receipe for long term breakage and trouble :-)
Oct 26 06:34:33 <dilinger> http://lists.ofono.org/pipermail/ofono/2009-October/000493.html
Oct 26 06:35:13 <dilinger> hm, maybe it was holtmann who told me.  regardless, there you go.
Oct 26 06:35:36 <benh> dilinger: yeah, holtmann rejection isn't that dead on :-)
Oct 26 06:35:42 <benh> anyway, I'll think it through a bit more
Oct 26 06:35:53 <benh> but it looks fishy to have this list regardless ...
Oct 26 06:36:06 <benh> even if we end up requiring udev for some drivers
Oct 26 06:36:19 <dilinger> i ended up just requiring udev for the debian package
Oct 26 06:36:21 <benh> as I said... those magic lists are just breakage waiting to happen :-)
Oct 26 06:36:41 <dilinger> maybe if ofono's behavior is changed, i can make it a Recommends rather than a hard Depends
Oct 26 06:37:11 <benh> I would still keep it a depend in something like debian to be honest
Oct 26 06:37:25 <benh> anyway, that is rather unimportant right now :-)
Oct 26 06:37:37 <benh> I'll send patches to make that shit work here and we'll see
Oct 26 15:41:25 <istaz> the doc/sim-api.txt file says the MobileNetworkCodeLength property is a uint8 but the dbus spec only spec of uint>=16, is that an error?
Oct 26 15:59:50 <denkenz> Dbus spec?
Oct 26 16:00:26 <denkenz> Ah I think I see what you mean, uint8 means 'byte'
Oct 26 16:08:34 <istaz> ah yes I must be tired to not have thought of that ^^;
Oct 26 16:08:35 <istaz> thanks
Oct 26 16:09:03 <istaz> http://dbus.freedesktop.org/doc/dbus-specification.html this dbus sorry to not have been clear
Oct 26 16:18:28 <istaz> other question, when ofono need a Pin for a modem it change the PinRequired property value and when you enter the pin correctly it set it to 'none' again. Is that correct?
Oct 26 16:19:54 <denkenz> yep
Oct 26 20:08:27 <denkenz> holtmann: Ping
Oct 27 00:25:39 <zhenhua> denkenz: ping
Oct 27 02:57:14 <Pico_Kuo_> hi, aybody here?
Oct 27 02:57:32 <Pico_Kuo_> could I ask a question?
**** ENDING LOGGING AT Tue Oct 27 02:59:56 2009