**** BEGIN LOGGING AT Mon Jan 31 02:59:57 2011
Jan 31 11:18:25 <demarchi> holtmann: ping
Jan 31 11:19:16 <holtmann> demarchi: pong
Jan 31 11:21:18 <demarchi> holtmann: new task for me
Jan 31 11:21:18 <demarchi> ?
Jan 31 11:22:37 <holtmann> Can you check with Yang and if he is still working on SMS cancel stuff.
Jan 31 11:22:47 <holtmann> He had initial patches. We might need to revive them.
Jan 31 11:22:54 <holtmann> Should be a quick task.
Jan 31 11:26:32 <demarchi> holtmann: i found a patch from him from 12/28?
Jan 31 11:26:43 <demarchi> is he still working on ofono?
Jan 31 11:27:37 <holtmann> Check with Denis on this one.
Jan 31 11:28:19 <demarchi> holtmann: ok
Jan 31 12:39:39 <zrafa> holtmann: denkenz : previous location-reporting used :  if (gps_agent_matches(gps->agent, agent_bus, agent_path))  into unregister_agent() to accept or not to unregister. Now gpsagent is dropped and I would like to be sure how to check if when an external client calls Release() it is the proper one which called Request() previously.
Jan 31 12:40:58 <zrafa> holtmann: denkenz : could we add some extra client struct into location_reporting struct, which has as members the path and dbus sender information to use those when Release() is called?
Jan 31 12:42:21 <zrafa> (for something similar to (if matches(location-reporting->client, client_dbus_sender, client_path)  ) 
Jan 31 12:43:09 <padovan> zrafa: you can keep owner of the Request(), and compare it with the owner of thte Release()
Jan 31 12:44:38 <zrafa> padovan: ah, could you give me an example?
Jan 31 12:50:48 <zrafa> padovan: you mean the connection name?
Jan 31 12:53:52 <fdanis> padovan: did you take a look to the v4 of bluetooth server support patch ?
Jan 31 13:02:07 <padovan> zrafa: take a look on 655da893cb2, lock_owner element
Jan 31 13:02:14 <padovan> fdanis: not yet.
Jan 31 13:11:18 <zrafa> padovan: I guess that you are talking about connection name, using dbus_message_get_sender().. so my first question was that really. If I need some extra info, or just with the unique name is enough
Jan 31 13:12:05 <zrafa> padovan: the matches thing use the name gotten from get_sender and some path provided by the client/agent.
Jan 31 13:13:23 <padovan> The unique name should be enough.
Jan 31 13:14:55 <zrafa> padovan: ah, great. Thanks.
Jan 31 15:06:35 <Jeevaka> denkenz: holtmann: ping
Jan 31 15:10:24 <emdete> holtmann: are you there? do u know if gprs with the calypso should work?
Jan 31 15:23:56 <holtmann> emdete: It might actually. Just at the GPRS context atom from the atmodem driver.
Jan 31 15:23:59 <holtmann> Jeevaka: pong
Jan 31 15:24:41 <emdete> holtmann: hm, assuming you meant `s/at/add/` how can i?
Jan 31 15:27:11 <holtmann> Yes.
Jan 31 15:27:56 <Jeevaka> holtmann: DST is supposed to be sent to nettime plugin in hours or in seconds.example nettime plugin expecting it in seconds
Jan 31 15:28:12 <holtmann> emdete: Go to post_sim() in calypso.c and add gprs_atom_create, gprs_atom_context_create. Both with atmodem driver.
Jan 31 15:28:27 <holtmann> And then add the context to gprs.
Jan 31 15:28:54 <holtmann> gprs = ofono_gprs_create(modem, 0, "atmodem", data->aux);
Jan 31 15:28:58 <holtmann> gc = ofono_gprs_context_create(modem, 0, "atmodem", data->modem);
Jan 31 15:29:11 <holtmann> ofono_gprs_add_context(gprs, gc);
Jan 31 15:30:04 <holtmann> Replace data->aux NETREG_DLC or AUX_DLC.
Jan 31 15:30:12 <holtmann> And for GPRS context you need to shuffle one free.
Jan 31 15:30:40 <holtmann> Since the Calypos modem just supports 4 DLC max, you might need to do reordering of the DLC assignment.
Jan 31 15:31:00 <emdete> holtmann: will try that, thnx
Jan 31 15:31:28 <holtmann> Jeevaka: No idea. Ask Aki? Did I get this wrong in the IFX support?
Jan 31 15:32:28 <Jeevaka> holtmann: no, you didnit it get in wrong in ifx. as per the spec, dst will be in hours. isimodem also send it in hours only
Jan 31 15:33:11 <holtmann> Maybe ISI does it in seconds.
Jan 31 15:33:33 <Jeevaka> may be it comes in seconds from the isimodem itself
Jan 31 15:33:48 <Jeevaka> atleast in ofono isimodem driver code there is no conversion done
Jan 31 15:34:21 <Jeevaka> akiniemi: ping
Jan 31 15:57:01 <ybout> Hi all, I try to run ofono on my laptop connected to a modem on ttyUSB0 (serialCom emulation), after having add my udev rule, still have nothing returned with list-modem. What I missed ?
Jan 31 16:25:32 <ybout> Hi all, I try to run ofono on my laptop connected to a modem on ttyUSB0 (serialCom emulation), after having add my udev rule, still have nothing returned with list-modem. I missed something ?
Jan 31 16:43:34 <GNUtoo|laptop> hi, I'm trying to do a forwarder from phonet0 to upnlink0 with PaulFertser
Jan 31 16:44:03 <GNUtoo|laptop> basically it blocks on select, even when data is comming
Jan 31 16:44:23 <GNUtoo|laptop> and listen produce an error
Jan 31 16:45:04 <GNUtoo|laptop> I've a 2.6.37 kernel
Jan 31 16:58:06 <emdete> holtmann: to "shuffle one free": can i use AUX_DLC for ofono_netreg_create too?
Jan 31 16:58:33 <holtmann> Pick what you think is best.
Jan 31 16:58:43 <holtmann> I have no idea what is the best why here.
Jan 31 16:58:48 <holtmann> s/why/way/
Jan 31 17:01:47 <emdete> holtmann: i just ask if it's possible to use on twice (or more ofte)
Jan 31 17:02:13 <holtmann> You can use it more often, but for the PPP one, you need to have it all to yourself.
Jan 31 17:02:26 <holtmann> Since at some point you switch it PPP and then obviously no more AT commands.
Jan 31 17:06:07 <emdete> sure.
Jan 31 17:06:26 <emdete> okay, it compiles, whatever that means :) will try it this evening. thanks so far!
Jan 31 17:34:53 <denkenz> balrog-k1n: here?
Jan 31 17:35:16 <denkenz> gah, he's not
Jan 31 18:27:25 <demarchi> denkenz: do you know if Yang Gu is still working with oFono?
Jan 31 18:28:04 <demarchi> denkenz: his last patch is from 12/28, and Marcel asked me to take  a look on 'Cancel pending message' task
Jan 31 18:31:50 <denkenz> I have no idea actually :P
Jan 31 20:29:33 <Jeevaka> denkenz: ping
Jan 31 20:31:53 <denkenz> Jeevaka: pong
Jan 31 20:33:26 <Jeevaka> buffers holding the pin/password is memset to 0 whereas the same is not done for buffers used in call-meter
Jan 31 20:33:42 <Jeevaka> is there any specific reason behind this?
Jan 31 20:34:08 <denkenz> file line #?
Jan 31 20:35:40 <Jeevaka> drivers/atmodem/call-meter.c
Jan 31 20:36:36 <Jeevaka> at_cacm_set, at_camm_set and at_cpuc_set
Jan 31 20:36:55 <denkenz> and what am I comparing them to? atmodem/sim.c?
Jan 31 20:36:56 <GNUtoo|laptop> hi, I'd like to have forwarding working on nokia n900, that is to say:
Jan 31 20:37:15 <GNUtoo|laptop> phonet0<->upnlink0<->usbpn0
Jan 31 20:37:22 <Jeevaka> yes
Jan 31 20:37:26 <GNUtoo|laptop> how would I achieve that?
Jan 31 20:37:50 <GNUtoo|laptop> what's the best strategy
Jan 31 20:37:56 <GNUtoo|laptop> because I see something is beeing done
Jan 31 20:37:59 <Jeevaka> denkenz: e.g. at_pin_send
Jan 31 20:38:22 <denkenz> so that one was Andrew being in security conscious mood after his Secure Coding training
Jan 31 20:38:37 <denkenz> He's just reseting the buffer since it contains a password
Jan 31 20:38:44 <GNUtoo|laptop> with some test programs and tcpdump I see that, while the test program fails to work(it works on maemo) something is beeing transmited in phonet0 too, here's my setup
Jan 31 20:38:51 <GNUtoo|laptop> the test program runs on the laptop
Jan 31 20:38:59 <GNUtoo|laptop> with usbpn0 as interface
Jan 31 20:39:11 <GNUtoo|laptop> and phonet0 receive something
Jan 31 20:40:02 <denkenz> So generally this might be a good idea, but the password is still written to gatchat internal structure and also in the core
Jan 31 20:40:22 <Jeevaka> denkenz: i can see now ;)
Jan 31 20:41:05 <GNUtoo|laptop> how did you write gisi plugins? did you use a forwarder?
Jan 31 20:41:49 <denkenz> It is highly unlikely anyone is around to answer gisi questions.  They are all asleep or at home by now
Jan 31 20:41:58 <GNUtoo|laptop> ah ok
Jan 31 20:42:02 <GNUtoo|laptop> I'll try earlier then
Jan 31 20:42:06 <GNUtoo|laptop> thanks a lot
Jan 31 20:43:10 <Jeevaka> denkenz: if needed i can send a memset patch but i dont any value behind it
Jan 31 20:43:25 <Jeevaka> dont see value*
Jan 31 20:43:33 <denkenz> yeah, I'd say don't worry about it for now
Jan 31 20:43:57 <denkenz> Not even sure network password is worth protecting anyway
Jan 31 20:44:37 <Jeevaka> once the security for the full platform in place we can comeback to this
Jan 31 20:44:58 <denkenz> nod
Jan 31 20:56:20 <courmisch> GNUtoo|laptop: uh no. They used N900's over USB
Jan 31 20:56:49 <GNUtoo|laptop> courmisch, hi, that's what I meant, how to use the N900 over usb?
Jan 31 20:56:58 <GNUtoo|laptop> I've cdc_nokia
Jan 31 20:57:20 <GNUtoo|laptop> and g_nokia
Jan 31 20:57:25 <courmisch> you like plug a USB CA-101 (not the California road) cable between N900 and PC
Jan 31 20:57:30 <courmisch> and select PC suite profile
Jan 31 20:57:39 <GNUtoo|laptop> so it requires maemo
Jan 31 20:57:40 <GNUtoo|laptop> ?
Jan 31 20:57:42 <courmisch> and then "ifconfig usbpn0 up"
Jan 31 20:57:45 <courmisch> and you're done
Jan 31 20:57:58 <padovan> holtmann: denkenz: DUN Server basics is on the mailing list, what's next now?
Jan 31 20:58:10 <GNUtoo|laptop> because we have some difficulties making it work with recent kernels and without maemo
Jan 31 20:58:36 <holtmann> padovan: Check my comments on the ConnMan interaction. We need to discuss this with Samuel.
Jan 31 20:58:41 <courmisch> works for me on vanilla 2.6.35 and Ubuntu. Not tried anything more recent
Jan 31 20:58:55 <GNUtoo|laptop> courmisch, ok I'll try ofono then
Jan 31 20:59:01 <GNUtoo|laptop> on the computer
Jan 31 21:08:59 <GNUtoo|laptop> courmisch, by vanilla 2.6.35 you mean on the phone?
Jan 31 21:12:41 <courmisch> on the computer
Jan 31 21:13:07 <GNUtoo|laptop> ah ok
Jan 31 21:13:11 <GNUtoo|laptop> what ran on the phone?
Jan 31 21:13:29 <GNUtoo|laptop> because when I talked about 2.6.37 it was the kernel running on the phone
Jan 31 21:21:22 <courmisch> I don't feel that much like nuking my phone
Jan 31 21:22:48 <GNUtoo|laptop> so it's not supposed to work on meego?
Jan 31 21:22:57 <mickeyl> perhaps someone can share what softupd actually does with us, since it's obviously the component responsible for the forwarding on maemo...
Jan 31 21:34:21 <holtmann> mickeyl: softupd - Program for flashing the eMMC contents 
Jan 31 22:25:17 <GNUtoo|laptop> what's the component doing the forwarding then?
Jan 31 22:49:31 <mickeyl> holtmann: yes, that's how it's advertised
Jan 31 22:49:55 <mickeyl> interestingly it also handles the forwarding from upnlink0 <-> phone0
Jan 31 22:50:02 <mickeyl> and we have problems replicating this functionality
**** ENDING LOGGING AT Tue Feb 01 02:59:57 2011