**** BEGIN LOGGING AT Sat Jun 12 02:59:56 2010
Jun 12 03:37:54 * Weiss is here :(
Jun 12 03:37:59 <Weiss> just missed the messages
Jun 12 03:49:03 <larsc> what messages?
Jun 12 03:50:54 <Weiss> 02:07 < cz_jc> Weiss, by chance, are you around ?
Jun 12 03:53:55 <larsc> you mean you missed what he wanted to ask?
Jun 12 03:55:47 <Weiss> I missed the chance to answer
Jun 12 05:47:10 <carcinoma> hi
Jun 12 05:47:29 <carcinoma> there is a thinkg about gps on freerunner+shr
Jun 12 05:47:58 <PaulFertser> carcinoma: what do you mean?
Jun 12 05:48:56 <carcinoma> when gps is activated the current systemtime -1 hour is used as initial time, but in summertime it should current time -2 hours
Jun 12 05:53:18 <PaulFertser> carcinoma: are you sure you set system timezone correctly?
Jun 12 05:59:06 <carcinoma> oh, right, i did not, any howto? 
Jun 12 05:59:29 <PaulFertser> carcinoma: it's unix
Jun 12 06:00:00 <carcinoma> yes... install timezonepackege
Jun 12 06:01:52 <PaulFertser> carcinoma: isn't "cp" enough?
Jun 12 06:04:39 <carcinoma> is not fso set the timezone?
Jun 12 06:06:03 <carcinoma> localtime -> /usr/share/zoneinfo/Europe/Berlin is already set
Jun 12 06:06:06 <PaulFertser> carcinoma: it can do that based on the current gsm provider. Not a particularly reliable method i'd say.
Jun 12 06:08:16 <PaulFertser> carcinoma: so if "date" reports correct timezone for you, it's set correctly
Jun 12 06:10:04 <carcinoma> PaulFertser: i think "Mon Jan 10 13:22:40 CET 2000" is not the reight thing?
Jun 12 06:10:08 <carcinoma> *right
Jun 12 06:12:23 <PaulFertser> carcinoma: heh, it doesn't look right, indeed
Jun 12 06:19:11 <PaulFertser> carcinoma: according to the sources http://git.freesmartphone.org/?p=framework.git;a=blob;f=framework/subsystems/ogpsd/om.py;h=c5ec10d71b2a76371162e0fc8873cbbb17b54325;hb=HEAD it uses datetime.utcnow() as a basis so if you set correct system timezone, the gps will get the right data.
Jun 12 06:22:30 <PaulFertser> mickey|bbl: hey
Jun 12 06:24:42 <PaulFertser> mickey|bbl: i feel like i want to remind you about http://trac.freesmartphone.org/ticket/561 (CLCC vs Calypso; CLCC wins). I think that's now the only real stability bug left.  
Jun 12 06:24:54 <PaulFertser> I have fucking no idea why nobody else complains though.
Jun 12 06:25:10 <PaulFertser> But i've got the logs :/
Jun 12 06:27:20 <PaulFertser> mickey|bbl: another "unfun" manifestation of it: so after the last call it got into this state, and i never noticed that. And an incoming call is not really registered, +CRING is not enough to trigger incoming call indication, so the other party thinks i simply do not pick up.
Jun 12 06:29:20 <carcinoma> PaulFertser: i followed http://wiki.openmoko.org/wiki/Timezone and my date output is "Mon Jan 10 13:42:43 CET 2000", anything to check?
Jun 12 06:31:00 <PaulFertser> carcinoma: sorry, i seem to have misread your output. So you want Berlin TZ and you get CET which means Central European Time. Now i think it looks correct to me, sorry for the confusion.
Jun 12 06:31:42 <PaulFertser> carcinoma: i suggest using ntp (or date) to set time to current, and then you should be able to get a GPS fix.
Jun 12 06:32:06 <PaulFertser> carcinoma: probably if you wait long enough in good condition, you'll get GPS fix regardless of the incorrect system time
Jun 12 06:32:31 <PaulFertser> And i guess default shr config will set system time to the newly-obtained gps time.
Jun 12 06:34:04 <PaulFertser> carcinoma: but it's summer now, so it should be CEST probably, no?
Jun 12 06:35:07 <PaulFertser> carcinoma: LOL
Jun 12 06:35:13 <PaulFertser> I'm certainly slow today
Jun 12 06:35:37 <PaulFertser> carcinoma: you never set correct time, so it assumes its January, so it thinks it's winter :D
Jun 12 06:37:54 <PaulFertser> I'm slow but i'm at least not one of those TI motherfuckers who wrote the buggy calypso code. :/
Jun 12 06:40:03 <carcinoma> i try later
Jun 12 06:45:21 <PaulFertser> Who's written the code and never disclosed the sources.
Jun 12 06:45:57 <Defiant> Maybe its better to not see the source ;)
Jun 12 06:52:55 <carcinoma> PaulFertser: shr will never set time to gps time
Jun 12 06:54:08 <carcinoma> PaulFertser: i already had some gps fixes, but the time was not corrected
Jun 12 08:38:00 <PaulFertser> carcinoma: then check your frameworkd log, check if GPS is among enabled time providers in the config etc.
Jun 12 08:56:24 <carcinoma> PaulFertser: log of fsotdld say nothing about gps time source
Jun 12 08:56:59 <carcinoma> PaulFertser: only gsm and ntp
Jun 12 08:57:35 <PaulFertser> carcinoma: i have to admit i never really used fsotdld, so i can't give you a good advice here (unless i read the sources). It used to work with otimed.
Jun 12 09:00:47 <carcinoma> PaulFertser: i added gps to the source, but in log i get SyncTimeService <2>: Can't find source gps (type=SourceGps) - plugin loaded? any idears about that?
Jun 12 09:01:51 <PaulFertser> carcinoma: yes, i'm reading the code and it looks like you need to add an empty [fsotdl.source_gps] section to your fsotdld.conf. But from reading the actual plugin source it looks like it's a non-finished copy-paste from gsm plugin.
Jun 12 09:02:28 <PaulFertser> carcinoma: so sorry, it won't work.
Jun 12 09:02:35 <PaulFertser> carcinoma: i hope mickey|bbl can tell more.
Jun 12 09:02:40 <PaulFertser> carcinoma: or JaMa|GoNe or mrmoku.
Jun 12 09:03:11 <carcinoma> PaulFertser: i dont know how, but no i have the right time on my shr
Jun 12 09:03:23 <PaulFertser> carcinoma: probably ntp?
Jun 12 09:03:46 <carcinoma> PaulFertser: yes, this could
Jun 12 09:45:41 <[Rui]> hi
Jun 12 10:39:22 <mrmoku> carcinoma: fsotdld tries to set the time via ntp on startup... if you have a connection to internet on boot your time should be correct
Jun 12 10:39:51 <mrmoku> carcinoma: gps as source is disabled for fsotdld as it would conflict with ogpsd... which has not yet a fso2 substitute
Jun 12 10:40:16 <mrmoku> carcinoma: and I don't know if setting the time via ogpsd still works :/
Jun 12 12:48:38 <CIA-59> freesmartphone.org: 03heiko.stuebner 07cornucopia * r6082558e6b7b 10/libfsotransport/ (3 files in 2 dirs): libfsotransport: conditionally disable fast baud rates
Jun 12 12:48:40 <CIA-59> freesmartphone.org: 03mickey 07cornucopia * r41fd5b50f27d 10/libfsotransport/configure.ac: libfsotransport: use AS_HELP_STRING for debugging option
Jun 12 13:20:58 <ThibG> larsc, ok, after a quick reading of mmc/core/core.c, seems like mmc_host_{enable,disable} isn't needed at all in suspend, remove (the workqueue is cleared in mmc_{stop,suspend}_host and set_ios is called with power_mode = MMC_POWER_OFF)
Jun 12 13:24:25 <ThibG> in resume and probe, I'm not sure, but I think it isn't needed
Jun 12 13:56:30 <larsc> ThibG: good
Jun 12 14:51:21 <CIA-59> freesmartphone.org: 03elektranox 07cornucopia * r3957e4eccb31 10/fsodeviced/ (4 files in 3 dirs): fsodeviced: add configuration for Nokia N900
Jun 12 15:33:49 <ThibG> hm, lockup when removing the glamo-mci module :/
Jun 12 15:45:11 <CIA-59> freesmartphone.org: 03mickey 07cornucopia * rc1e610a0d686 10/fsodeviced/configure.ac: fsodeviced: use AS_HELP_STRING for better help strings
Jun 12 16:43:07 <CIA-59> freesmartphone.org: 03morphis 07msmcomm * raaac9c26bf0d 10/libmsmcomm/src/response_sms.c: libmsmcomm: add missing response_sms.c file
Jun 12 16:58:57 <Weiss> ThibG: rootfs on MMC?
Jun 12 16:59:17 <ThibG> no
Jun 12 17:00:04 <ThibG> glamo-mci have been in use, then, it is not, I try to unload it, and modprobe hangs, if I ^C, lockup
Jun 12 17:00:33 <ThibG> I'm trying to fix that
Jun 12 17:13:16 <ThibG> ok, fixed
Jun 12 17:14:57 <ThibG> hm... maybe not
**** ENDING LOGGING AT Sun Jun 13 02:59:56 2010