**** BEGIN LOGGING AT Wed Jan 30 02:59:59 2013 Jan 30 07:27:27 PaulFertser: how about packaging fso-el for Debian? Jan 30 10:38:42 pabs3: do yoi think there Jan 30 10:38:59 's a suuficient demand? Jan 30 10:40:00 I can do the packaging of course, if you think it worth it. Jan 30 14:09:29 morphis: (CREG=0 patch) please do not apply yet, more extensive testing showed it's not enough. Jan 30 14:48:11 GNUtoo-m4a785t-m: hi Jan 30 14:48:23 GNUtoo-m4a785t-m: regarding messages from SIM appearing again and again: Jan 30 14:48:50 GNUtoo-m4a785t-m: do you know fsogsmd uses config from 1. the current directory. 2. your HOME directory? Jan 30 14:48:56 GNUtoo-m4a785t-m: chances are you have an old config Jan 30 14:49:10 GNUtoo-m4a785t-m: other possibility is that you might have /var/tmp on tmpfs too. Can you check if this is not the case? Jan 30 14:50:04 GNUtoo-m4a785t-m: i use Debian with 2.6.39 on my gta02 and with (sigh) e17 illume (going to get rid of it really soon) Jan 30 14:50:17 GNUtoo-m4a785t-m: it's still my only cellphone so i guess i can say it works ok-ish. Jan 30 15:30:27 ok Jan 30 15:40:23 GNUtoo-m4a785t-m: i'm willing to help you track down the bug with SIM messages. Jan 30 15:42:06 ok thanks a lot Jan 30 15:42:29 /var/tmp is over RAM here Jan 30 15:42:34 I'll look very soon Jan 30 15:44:29 GNUtoo-m4a785t-m: then set ``sms_storage_dir'' in [fsogsm] section to some non-volatile location. Jan 30 15:45:46 ok Jan 30 15:46:10 morphis: hi. I need your help to fix that +CREG issue. Jan 30 15:46:33 which location is best? Jan 30 15:47:05 PaulFertser, btw next time you send patches, could you put a generic mail before Jan 30 15:47:06 morphis: the reason is that you made the code that configures the network registration status ask for it on the Main channel. And on calypso we're used to use a dedicated channel for all the URCs Jan 30 15:47:17 so I would respond ot this one when I merge all patches Jan 30 15:47:23 because all your patches are merged Jan 30 15:47:26 GNUtoo-m4a785t-m: hm, /var/tmp should be ok as it's non-volatile on most distros. Jan 30 15:47:34 but I'm too laxy for responding to every patches Jan 30 15:48:17 GNUtoo-m4a785t-m: well, i'd send them with a cover mail or as a series if they were actually anyhow related. But i'm not sure what to write about totally unrelated patches. Jan 30 15:48:46 GNUtoo-m4a785t-m: please do not merge the +CREG patch, it's wrong Jan 30 15:49:11 GNUtoo-m4a785t-m: and also even though POFF patch is really needed for gta02 it sort of breaks gta01 :( Jan 30 15:49:23 it's already merged Jan 30 15:49:34 I merged all patches Jan 30 15:49:40 yesterday Jan 30 15:51:07 GNUtoo-m4a785t-m: well, ok, it doesn't harm anyway, just useless :( Jan 30 15:51:12 ok Jan 30 15:51:33 basically the issue is that I'm the only one left for merging patches Jan 30 15:51:41 morphis, etc... are not available for that Jan 30 15:51:44 GNUtoo-m4a785t-m: slyon and morphis are Jan 30 15:52:59 GNUtoo-m4a785t-m: i'm not an FSO dev, i think my patches need to be reviewed by the corresponding maintainers. Jan 30 15:55:17 it takes months to get patches in otherwise Jan 30 15:55:23 Especially when i'm preparing patches while being frustrated by something not working that should have been noticed by the others long time ago. Jan 30 15:55:29 morphis, and slyon are not available a lot Jan 30 15:55:52 I think i should get commit access too then to push patches i'm sure about myself. Jan 30 15:56:00 ok Jan 30 15:56:07 I'm not the fso admin though Jan 30 15:56:11 ask morphis then Jan 30 15:56:19 but he may take his time to respond Jan 30 15:56:56 GNUtoo-m4a785t-m: right atm i need CREG to be fixed, but that requires to consider a bigger picture and i'm atm feeling modem_ti_calypso-constrained. Jan 30 15:57:47 Nah, i lack commit powers for git.freesmartphone.org currently Jan 30 15:58:10 I mean my view is constrained Jan 30 15:58:29 ok Jan 30 15:58:56 But it's a real show-stopper for gta02, imagine it wakes up on every +CREG and then it takes who knows how much to suspend again. Jan 30 15:59:19 ouch Jan 30 16:00:16 Since may Jan 30 16:02:03 sms_storage_dir = /var/tmp/fsogsmd/sms/ Jan 30 16:02:13 tmpfs on /var/volatile type tmpfs (rw,relatime) Jan 30 16:02:49 GNUtoo-m4a785t-m: so /var/tmp should be non-volatile Jan 30 16:03:11 yes Jan 30 16:03:13 maybe Jan 30 16:03:16 JaMa, hi Jan 30 16:23:43 GNUtoo-m4a785t-m: do you get duplicated messages on every fsogsmd restart or only on the whole system restart? Jan 30 16:23:58 GNUtoo-m4a785t-m: hi Jan 30 16:24:50 PaulFertser, let me try Jan 30 16:26:59 JaMa, currently /var/tmp is not volatile anymore, right? Jan 30 16:34:21 GNUtoo-m4a785t-m: yes all /var/* are now normal dirs, not symlinks managed by populate-volatile, not tmpfs mount points Jan 30 16:35:11 ok thanks Jan 30 16:38:15 PaulFertser, seem to work nowadays Jan 30 16:38:36 GNUtoo-m4a785t-m: so was it an old bug fixed upstream by OE? Jan 30 16:38:51 yes Jan 30 16:38:54 Ok, good :) Jan 30 16:39:17 GNUtoo-m4a785t-m: btw, i know you're interested in various alsa forwarders. I have another example written by an expert. Jan 30 16:39:26 ok Jan 30 16:39:38 btw abuot alsa I've a big issue in SHR: Jan 30 16:39:49 I cannot play ogg songs Jan 30 16:40:59 This one: http://git.linuxtv.org/tvtime.git/blob/HEAD:/src/alsa_stream.c written by one of the very competent V4L2 drivers kernel hackers specifically to showcase the drivers' capabilities to their customers. Jan 30 16:41:18 ok Jan 30 16:41:22 I used the one in alsa Jan 30 16:41:24 for the gta04 Jan 30 16:43:01 It's an alsa userspace forwarder too. He said he made it specifically to have as low latency as possible (to avoid having audio-video offset). Jan 30 16:44:09 ok wow nice Jan 30 16:44:40 ah my gta02 hanged in suspend Jan 30 16:45:22 I wonder what's the best for gta02 Jan 30 16:45:31 between working on the kernel Jan 30 16:45:39 or working on userspace( GPS for instance) Jan 30 16:45:54 because now someone has a pointer on the slow boot issue Jan 30 16:45:57 it's due to serial port Jan 30 16:48:24 gta has 'physical' serial port? O.o Jan 30 16:49:34 Sicelo: what device doesn't? Jan 30 16:50:30 hmm, the one usually beneath battery: Jan 30 16:50:33 ? Jan 30 16:51:29 Sicelo: http://en.wikipedia.org/wiki/Uart Jan 30 17:04:59 thanks Jan 30 17:20:13 Sicelo: almost any CPU, SoC and microcontroller has a UART Jan 30 17:26:29 PaulFertser, really? what about the USB debug port? Jan 30 17:26:40 like some x86 laptops Jan 30 17:27:06 GNUtoo-m4a785t-m: i do not think x86 laptops have a USB controller on CPU. Jan 30 17:27:13 ok Jan 30 17:27:37 TBH, i've never seen a datasheet on a modern x86 chip. But lspci suggests the USB controllers are part of a motheboard chipset. Jan 30 17:28:00 yes Jan 30 17:28:11 but usb debug nowadays replace serial....badly Jan 30 21:19:53 hi Jan 30 22:02:09 hi Jan 30 22:36:27 has someone else emacs in shr broken? alway when i start it, it eats the cpu. At least for some minutes. Jan 30 22:39:25 I've started emacs only once just after I've added it in feed Jan 30 22:40:43 at my first try the phone froze (don't think emacs fault) but since then it just eats my cpu after bringing ab startup screen. Jan 30 22:41:06 (ab = up, sry) Jan 30 22:41:45 i just tried with screen and ssh until now. maybe i should try on phone display itself. Jan 30 22:43:26 hm. with graphical ui it seems to work. Jan 30 22:51:52 Thamos, hi Jan 30 22:52:03 it eats the CPU only in console Jan 30 22:52:06 not graphically Jan 30 22:52:08 ah ok Jan 30 22:52:13 I'll go bye Jan 30 22:54:05 hm :( Jan 30 22:55:02 do i have to live with that? I wanted to use it with console, too. :( Jan 30 22:55:18 does anybody know why that is so? Jan 30 22:56:08 I'll apply patch if you solve it, but I'm not really interested in something I never used (as vim user) Jan 30 22:56:57 hmh. And i've got no clue, where to search. Jan 30 22:57:17 strace? gdb Jan 30 22:58:52 i'm not really a dev :( **** ENDING LOGGING AT Thu Jan 31 02:59:58 2013